ADSM-L

Re: synthetic fullbackup

2002-12-20 15:04:11
Subject: Re: synthetic fullbackup
From: "Ford, Phillip" <phillip.ford AT SPCORP DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 20 Dec 2002 13:47:46 -0500
Make the tape pool "collocation enabled" and do a migration on the disk pool
(update stg diskpool hi=0 low=0).  Also helps to have migration process set
to 1 for the disk pool.  I don't know if this is necessary or not.



--
Phillip Ford
Senior Software Specialist
Corporate Computer Center
Schering-Plough Corp.
(901) 320-4462
(901) 320-4856 FAX
phillip.ford AT spcorp DOT com





-----Original Message-----
From: Ron Lochhead [mailto:RLochhead AT CSE-INSURANCE DOT COM]
Sent: Friday, December 20, 2002 12:16 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: synthetic fullbackup


Hi Halvorsen:

I am trying to implement this same move nodedata idea,  but am coming up
with problem.  My environment is Win2k server running TSM server 5.1.5.2 and
same on clients.  My goal is consolidate my tapepool data for each node so
each node has it's own tape.  We only have 25 nodes.  I figured out how to
move nodedata to our diskpool but now how do I put nodedata from diskpool
back on to one tapepool tape?

The error I got said that I couldn't move nodedata from diskpool back to
tapepool because of sequential access storage.  Any ideas?

Thanks,
Ron Lochhead




                    Halvorsen
                    Geirr                To:     ADSM-L AT VM.MARIST DOT EDU
                    Gulbrand             cc:
                    <gehal@WMDATA        Subject:     Re: synthetic
fullbackup
                    .COM>
                    Sent by:
                    "ADSM: Dist
                    Stor Manager"
                    <ADSM-L AT VM DOT MA
                    RIST.EDU>


                    12/18/2002
                    05:44 AM
                    Please
                    respond to
                    "ADSM: Dist
                    Stor Manager"





Hi Werner,
we might need some clearifying of your setup.
What is your server version?
Are you backing up to tape, or disk?

Generally I can say this:
If you are running TSM v. 5.x you have the possibility to use MOVE NODEDATA,
which moves data for one node to another storagepool (from tape to disk),
and then start your restore from the diskpool. It may sound strange, because
you move the data twice, but often, you have a delay between the time you
decide to restore, until you actually start the restore (f.ex. in a disaster
recovery situation, where you have to get new hardware, install OS + TSM
client software, before you start the restore). In this interval, you can
start to move data from tape to disk, and the subsequent restore will be
alot faster. The other possibility is to use collocation by filespace.
Different filespaces from the same server will be collocated on different
tapes, enabling you to simultaneously start a restore for each filespace.
This helps reducing restore times. Third option is using backupsets, which
can be created just for active files. Then you will have all active files on
one volume. Others may also have an opinion on best approach to solve this.
I have just pointed out some of TSM's features.

Rgds.
Geirr Halvorsen
-----Original Message-----
From: Schwarz Werner [mailto:Werner.Schwarz AT BEDAG DOT CH]
Sent: 18. december 2002 14:08
To: ADSM-L AT VM.MARIST DOT EDU
Subject: synthetic fullbackup


We are looking for a solution for the following problem:
During a restore of a whole TSM-client we found that the needed ACTIVE
backup_versions were heavy scattered around our virtual tape-volumes. This
was the main reason for an unacceptable long restore-time. Disk as a primary
STGPool is too expensive. Now we are looking for methods to 'cluster
together' all active backup_versions per node without backing up the whole
TSM-client every night (like VERITAS NetbackUp). Ideally the full_backup
should be done in the TSM-server (starting with an initial full_backup, then
combining the full_backup and the incrementals from next run to build the
next synthetic full_backup and so on). We already have activated COLLOCATE.
Has anybody good ideas? thanks, werner




*********************************************************************
This message and any attachments is solely for the intended recipient. If you 
are not the intended recipient, disclosure, copying, use or distribution of the 
information included in this message is prohibited -- Please immediately and 
permanently delete.

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