Hi O.
1. try to convince your management that there is no point in doing monthly
backups. When was the last time that you successfully restored from one? What
was the impact of that data not being restorable? Management always insist on
a ROI argument from you, insist on one from them.
2. When you lose that argument, stop doing the weekly backups. Instead, change
your daily retention policies so that you keep data for a month. TSM is far
more efficient than other backup systems, you can easily keep one or two or
three months data.
3. If you simply *must* have a monthly backup, either expand the TSM database
to the required size to accomodate archives, or do a monthly export of active
data, or a monthly backupset of each node, or set up a new node that gets
backed up monthly. See the archives at www.adsm.org. This is probably our
most frequent issue.
Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia
>>> SOdaiyappan AT INAUTIX DOT COM 29/08/2002 18:42:56 >>>
Hi all,
Iam few problem with TSM setup i have right now.
The current setup is --> TSM Server (4.1.3.0 ) running on NT4.0 SP6a.
LTO library (3583 L18) is connected through SCSI interface.
Currently I'am backing up 24 (NT and Solaris clients) total of 500 GB
client data
I have configure 3 policy domains
one for Notes mail server(Retention 4+1) and another for NT
servers(Retention 2+1) and another for Sun Solaris (Retention 2+1).
The requirement given for data retention is current +2 for all clients and
for Notes 4+1
All this works fine
But when it comes to Weekly and monthly backup i face trouble. As per the
policy we need to retain the weekly (Sunday ) backup for one month and
Monthly Backup (last Sunday of the month) For an year.
To archive this I'am archiving the all client data in to archive pool. This
increases my TSM database size dramatically. and managing the tape volume
is also not easy.
Is there any better way of doing it?. (with out DRM).
Can any of u suggest an better way ?.
Regards
O.Senthil
System Administrator
Ph: 2540888 Ext :2121
**********************************************************************
This e-mail, including any attachments sent with it, is confidential
and for the sole use of the intended recipient(s). This confidentiality
is not waived or lost if you receive it and you are not the intended
recipient(s), or if it is transmitted/ received in error.
Any unauthorised use, alteration, disclosure, distribution or review
of this e-mail is prohibited. It may be subject to a statutory duty of
confidentiality if it relates to health service matters.
If you are not the intended recipient(s), or if you have received this
e-mail in error, you are asked to immediately notify the sender by
telephone or by return e-mail. You should also delete this e-mail
message and destroy any hard copies produced.
**********************************************************************
|
