Hello,
We are testing Backup Set restores for GW post offices. In 2 of 6
the restores user files were missing in a directory which are the users
mailboxes. We did a point-in-time restore and got the files back.
So, somehow the backupset, when created is missing files that exist
in the incremental backups.
Has anyone encountered this before?
Thanks for any help!
TSM 5.3.2.1
Novell TSM client 5.3.0.12
NW 6.5 SP2
Richard Sims wrote:
> Tim - Using -Virtualnodename is the standard way to restore data
> across clients. Try that. Have a look at the Unix client
> manual, which has better documentation on this point than the
> Novell one.
>
> Richard
>
> On Mar 14, 2006, at 9:19 AM, Timothy Hughes wrote:
>
> > William,
> >
> > Thanks again,
> >
> > Tried it the command is,
> >
> > restore backupset monthlydocgrppoa.410125866 poa:swsp/
> > DOQCW2\poa:restore/ -subdir=yes
> >
> > That helps, but does not resolve the problem of restoring a backupset
> > where the server from which the set was created no longer exists.
> > Would
> > this mean the client would have to rename and existing server?
> > (not easy in Novell) according to the novell person or build a new
> > server with the former server's name to do a backupset restore?
> >
> >
> >
> > William wrote:
> >
> >> Yes you can. As Andy said, you must use the original node name.
> >>
> >> On 3/13/06, Timothy Hughes <Timothy.Hughes AT oit.state.nj DOT us> wrote:
> >>>
> >>> Andrew,
> >>>
> >>> Thanks, Does this mean that we cannot restore a backupset to a
> >>> different server?
> >>>
> >>>
> >>> Andrew Raibeck wrote:
> >>>
> >>>> The SET ACCESS and -FROMNODE options do not pertain to backup
> >>>> sets. You
> >>>> cannot use -FROMNODE to restore data from another node's backup
> >>>> sets.
> >>> You
> >>>> must connect with the node name for which the backup set was
> >>>> created.
> >>>>
> >>>> Also, backup sets contain backup data only; they do not contain
> >>>> archive
> >>>> data.
> >>>>
> >>>> Regards,
> >>>>
> >>>> Andy
> >>>>
> >>>> Andy Raibeck
> >>>> IBM Software Group
> >>>> Tivoli Storage Manager Client Development
> >>>> Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
> >>>> Internet e-mail: storman AT us.ibm DOT com
> >>>>
> >>>> IBM Tivoli Storage Manager support web page:
> >>>>
> >>> http://www-306.ibm.com/software/sysmgmt/products/support/
> >>> IBMTivoliStorageManager.html
> >>>>
> >>>> The only dumb question is the one that goes unasked.
> >>>> The command line is your friend.
> >>>> "Good enough" is the enemy of excellence.
> >>>>
> >>>> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on
> >>>> 2006-03-13
> >>>> 09:08:34:
> >>>>
> >>>>> I am having problems restoring a backup set from one node to
> >>>>> another. I set access archive * * on node DOQCRPS and tried to
> >>>>> restore the same backupset to DOQCW2, but I get the error
> >>>>> ANS1934E Backup set 'monthlydocqrppoi.410125866' not found.
> >>>>> I checked the backupset name and it is still active and the
> >>>>> name is
> >>>>> correct.
> >>>>>
> >>>>> If I try a set access on DOQCRPS that specifies a path (e.g., set
> >>>>> access archive poi:/* *) I always get ANS1083E No files have
> >>> previously
> >>>>> been archived for 'poi:/*'
> >>>>>
> >>>>>
> >>>>> The command used that got ANS1934E on CW2 was:
> >>>>>
> >>>>> restore backupset monthlydoqcrppoi.410125866 poi:swsp/
> >>>>> poi:restore/
> >>>>> -subdir=yes
> >>>>>
> >>>>> This backupset was created on DOQCRPS and I issued "set access
> >>>>> archive
> >>>>> * *" on DOQCRPS before attempting the restore on CW2. But I'm
> >>>>> not sure
> >>>>> the command is working right because when I try to set access to a
> >>>>> specified path, e.g. "set access archive poi:/* *" I get the other
> >>> error
> >>>>>
> >>>>> ANS1083E.
> >>>>>
> >>>>>
> >>>>> We should be able to restore a backupset created on one server
> >>>>> to a
> >>>>> different server correct? Is there something I am missing?
> >>>>>
> >>>>> P.S. - Is it just me or is information regarding backups extremely
> >>>>> limited?
> >>>>>
> >>>>> Thanks for any help in advance!
> >>>>>
> >>>>>
> >>>>> TSM 5.3.2.1
> >>>>> Novell client 5.3.0.12
> >>>>>
> >>>>>
> >>>>> Thanks
> >>>
|
