ADSM-L

Re: Restore

2004-11-17 17:43:44
Subject: Re: Restore
From: Timothy Hughes <Timothy.Hughes AT OIT.STATE.NJ DOT US>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 17 Nov 2004 16:42:59 -0600
Thanks Bill, Wanda and Mark for your responses!

The restore worked! The reason the client could not open the files
once he downloaded them was because the file-name has a semi-colon in
it and windows does not recognize it. He said they will run a script to
rename the files.

Thanks again!





----- Original Message -----
From: Bill Boyer <bill.boyer AT VERIZON DOT NET>
Date: Wednesday, November 17, 2004 2:17 pm
Subject: Re: Restore

> Just make sure when you  use the VIRTUALNODENAME parameter that
> you always
> select an alternate location for the restored files.
> NEVER..EVER..selectoriginal locations. Especially on a Windows
> box. The original location is a
> UNC name of the <drive>$ share of the original server and if you are
> currently logged in as a domain admin, or admin of the original
> server...guess what? You just overwrote the good files. Same thing on
> Netware, too I believe.
>
> Been there..done that..burned the t-shirt!
>
> Bill Boyer
> "Experience is a comb that nature gives us after we go bald." - ??
>
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
> Prather, Wanda
> Sent: Wednesday, November 17, 2004 2:57 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Restore
>
>
> If you want to restore the files to your location, start the TSM
> clientthis way:
>
> dsm -virtualnodename=nameofremoteclient
>
> when the box pops up asking for the client password, OVERWRITE the
> nodename with your TSM admin id and your TSM admin password.  The
> file tree
> will open showing you the inventory for the remote client.
>
> You can select the files to restore and restore to OTHER LOCATION and
> point the to some place on your machine.
>
> HOWEVER, you may not necessarily be able to restore a Solaris file to
> your AIX machine.
> Depends on the file systems.  Better to try it on a local Solaris
> machine, If you have one.
>
> Wanda Prather
> "I/O, I/O, It's all about I/O"  -(me)
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
> Timothy Hughes
> Sent: Wednesday, November 17, 2004 11:45 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Restore
>
>
> Mark,
>
> I believe the client wants me to try to exmaine files
> and see if it the file is corrupt. I did not know for
> sure if there was a way for me do do this. The client
> is located elsewhere. The files are from july 04 -oct 04
> and they would have been backup up on are midnight
> backup schedule.
>
> ----- Original Message -----
> From: "Stapleton, Mark" <mark.stapleton AT BERBEE DOT COM>
> Date: Wednesday, November 17, 2004 11:15 am
> Subject: Re: Restore
>
> > From: ADSM: Dist Stor Manager [ADSM-L AT VM.MARIST DOT EDU] On
> > Behalf Of Timothy Hughes
> > >I am restoring files for a client and two of the files that he
> > >tried to access after I restored them gave him  a error file
> corrupt?> >
> > >He would like for me to try and open up this file and see if
> > >it is corrupt.
> > >
> > >How would I do this? If possible? I never had to do this before.
> > >
> > >Client sun solaris 5.1.5
> > >
> > >TSM server 5.2.3.1
> > >AIX 5.2
> >
> > What do you mean by "open up"? There is not a way to examine the
> > contents of a file from within either the TSM server or client.
> > You can
> > restore the file to an alternate location and examine it.
> >
> > I suspect that the backups may have been corrupted because the files
> > were open when the backup was taken. Does your dsmsched.log file
> show> anything unusual about those files?
> >
> > --
> > Mark Stapleton (stapleton AT berbee DOT com)
> > Berbee Information Networks
> > Office 262.521.5627
> >
>

<Prev in Thread] Current Thread [Next in Thread>