Dwight, we tested the aix-to-solaris-tsmdb-moving and it worked very fine-
so maybe we will use this as a regular 'quick-stand-by-server'
only for restore/retrieve purpose ( on data located on an
offsite-copy-server ) and *nothing else*
( no backup - no archive - no dbbackup ... ) and only just for
a short time in case of cpu-crash or in case of desaster.
It's not actual right now but my question is : if there is a need to change
the complete hardware (server platform , backup and archive libraries )
and assuming to have all data ( maybe temporarily for this action )
located on an offsite-copy-server ...
... can i thus move to the db on a new server-platform to get the access
to the db and to the offsite copy pools
then create new dev-classes pointing to the completely new
library-hardware - create a new primary STG on this newlib-devclasses
and the all by a command like
restore stgpool OLDSTG copypool=offsite-copy-pool newstgpool=NEWSTG
Is this a usual way to change to new server-platforms/librarys/tapes ... ?
it seems to be easy and straight forward -
Thanks in advance for any hints !
Rainer
-------------------------------------------------------------------------------
the test we have done:
the test we have done:
on production server-a ( aix-tsm 4.1.3.0 ) doing not all but some of the
full-DBB into a flatfile located on an solaris-system
on this solaris system server-b ( tsm4.1.3.0 ) with no tapes - only disk
and just the solaris server-package installed we load the db exported
by the production server-a
( this solaris system has some km distance to the production-server)
after shutting down the production-tsm-server on the aix system
-not to run both at once- we can start this solaris
'quick-stand-by-server' and have access
- to all the DB-entries
- to all data located on the offsite-copy-server ( server-c )
The dsmserv.opt on the solaris-server was started with
DISABLESCHED-set-to-YES to avoid any automatic processes
and
EXPINTERVAL-set-to-0 to avoid any db Expiration processes -
additionally we delete all admin schedules on the server-b after
starting.
All primary volumes were changed access to detryoed.
So the only thing would then be to change the clients field
'TCPServeraddress' to the Ip-Address of the solaris-server.
Any client with data that has a copy on the 'offsite-copy-server'
can then immediately restore/retrieve data ( to the time of the
last flatfile-fullbackup - which maybe not the most actual one ).
end of test
-----------------------------------------------------------------------------
__________________________________________________________
__________________________________________________________
Rainer Wolf rainer.wolf AT rz.uni-ulm DOT de
Tel: 0731-50-22482 Fax: 0731-50-22471
University of Ulm http://www.uni-ulm.de/urz
University Computing Center Albert-Einstein-Allee 11
AG Basissysteme 89069 Ulm
"Cook, Dwight E" wrote:
>
> Uhmmmmm I might just have to put me together a sun box & try this...
> Dwight
>
> -----Original Message-----
> From: France, Don G (Pace) [mailto:don.france-eds AT EDS DOT COM]
> Sent: Friday, April 13, 2001 4:50 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: ADSM database backup to a file.
>
> There are specific-path references, and file-system-dependent things in the
> TSM data base - which makes each server you install PLATFORM-SPECIFIC.
> So... the short answer is "no".
>
> -----Original Message-----
> From: Rainer Wolf [mailto:rainer.wolf AT rz.uni-ulm DOT de]
> Sent: Wednesday, April 11, 2001 6:04 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: ADSM database backup to a file.
>
> Hi ,
>
> Can I also create this 'flatfile' on a AIX system ( server-a )
> and restore the server on a Solaris system ( server-b ) ?
>
> I would like to use this solaris-adsm/tsm- server only for a quick restore
> of data previously backed up on server-a which uses copy-Storagepools
> via server-server on a third system- (server-c) and I don't want to use
> this solaris system for backup, because it only has disks and no library
> ... someone using such a configuration -or is this quite anomalous ?
>
> ( Szenario : server-a and Clients from this server-a
> (with 'client-data-copys-send-to-server-c' )
> are completely destroyed - then trying to restore latest
> active backups for the Clients as fast as possible on server-b using
> just the copy from server-c )
>
> Thanks in advance for any hints !
>
> Rainer
>
> "Cook, Dwight E" wrote:
> >
> > Sure, to move an adsm environment across town where I was a few states
> away
> > and didn't want to fly in for a half day...
> > define a device class of "FILE" and use it to backup the DB.
> > I did a full, then FTP'ed it over to a new machine that was to become the
> > server... as soon as I got the full FTP'ed over I did a restore with
> > commit=no, then I locked out clients, did an incremental, FTP'ed that one
> > over, did a restore with commit=yes and started up TSM. (while I was
> doing
> > that the DNS folks were doing there thing, then the clients just had to
> > bounce their schedulers...)
> > >>-DEFine DEVclass--device_class_name----DEVType--=--FILE------->
> >
> > .-MOUNTLimit--=--1----------------.
> > >-----+---------------------------------+----------------------->
> > '-MOUNTLimit--=--mountlimitvalue--'
> >
> > .-MAXCAPacity--=--4M----.
> > >-----+-----------------------+--------------------------------->
> > '-MAXCAPacity--=--size--'
> >
> > .-DIRectory--=--current_directory_name--.
> > >-----+---------------------------------------+----------------><
> > '-DIRectory--=--directory_name----------'
> >
> > so something like
> > def devc FLATFILE devt=file maxcap=4096M dir=/usr/adsm/flatfile
> > then just use it like
> > backup db t=f s=y dev=flatfile
> > and it will create a file in /usr/adsm/flatfile
> > to automatically get rid of the file in that directory, do like you would
> > normally... del volhist t=dbb tod=-x and any db backup files in
> > /usr/adsm/flatfile older than "x" will be deleted...
> >
> > Dwight
> >
> > -----Original Message-----
> > From: Zosimo Noriega (ADNOC IS&T) [mailto:znoriega AT ADNOC DOT COM]
> > Sent: Tuesday, April 10, 2001 1:10 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: ADSM database backup to a file.
> >
> > Hi everyone,
> > Can i backup my adsm db into a file because i usually backed up into tapes
> > using the devclass.
> > if possible, please provide the commands or steps how to do it and how to
> > restore it.
> >
> > thanks,
> > zosi
|
