ADSM-L

Re: Using Backupsets for Disaster Recovery

2002-05-01 15:05:41
Subject: Re: Using Backupsets for Disaster Recovery
From: Othonas Xixis <othonas AT US.IBM DOT COM>
Date: Wed, 1 May 2002 15:05:25 -0400
Mike,
backupsets... back in version 3.7... where mainly designed for
server/network less restores, if these restores are part of the everyday
workload/design then fine, they will do the job, if they are part of the DR
scheme/design then again is fine, it all depends on yr overall design.
Backupsets are reliable and they are working as advertised and designed,
maybe not as user/admin friendly as we would like to have them, however
reliable.

The excessive number of objects can be resolved in the Operating System
level and design, with a packaging/zipping tool.

Also, since I was part of the TSM 5.1 Beta testing, I would like to inform
you that in TSM 5.1.x there are a couple performance enhancements for the
backupset processing, therefore the future is there as well.

Cheers. Say Hi to Brad Virgil...

Othonas Xixis

"Intelligence, imagination, and knowledge are essential resources, but only
effectiveness converts them into results. By themselves, they only set
limits to what can be attained", Peter F. Drucker.


Michael Moore <Michael_Moore AT VFC DOT COM>@VM.MARIST.EDU> on 05/01/2002 
01:28:31
PM

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

Sent by:    "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To:    ADSM-L AT VM.MARIST DOT EDU
cc:
Subject:    Re: Using Backupsets for Disaster Recovery



John,
To answer your questions.:
Yes, MPThreading is turned on.
Yes, it is getting plenty of processor.  Region is set at 512M.  I have
sent to IBM dumps that were taken during the "hung" periods.  What I have
been told, is that there is a large number of locks being generated during
that period, and that everything is working as designed.   I can see why
there are a large number of locks.  The backupset that causes this has 1.6+
million objects (and growing daily).  I have also been told that soon there
will be another client node the same size (200+gb).

The biggest hurdle for me to overcome is the reliance on these backupsets
for DR purposes.  As far as I can tell, they were not originally designed
for DR purposes.  If they were, I believe they would be managed under DRM.

Michael Moore
VF Services Inc.
121 Smith Street
Greensboro,  NC  27420-1488

Voice: 336-332-4423
Fax: 336-332-4544




                    "Seay, Paul"
                    <seay_pd@NAPTH       To:     ADSM-L AT VM.MARIST DOT EDU
                    EON.COM>             cc:
                    Sent by:             Subject:     Re: Using Backupsets
                    for Disaster Recovery
                    "ADSM: Dist
                    Stor Manager"
                    <ADSM-L AT VM DOT MAR
                    IST.EDU>


                    05/01/02 11:59
                    AM
                    Please respond
                    to "ADSM: Dist
                    Stor Manager"






My situation is very different from many TSM sites.  I have no tape drives
in my servers so I have no way to create backupsets that can be read by the
client because 3590 is not supported based on what I know.  And, anyway, it
would not be feasible.  Sorry, I did not fully explain why they are too
cumbersome for my environment.  When you have as many servers as I do and
they all have hundreds of gigabytes it is just not feasible.

Different strokes for different folks.  That is the beauty of TSM.

Paul D. Seay, Jr.
Technical Specialist
Naptheon, INC
757-688-8180


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