Hi All,
Despite my protestations, management is in a**-covering mode. The boss wants
yearly backups of all nodes to be kept basically indefinitely even though there
is no user requirement.
Ok. My server is a 2 way 332Mhz Silver wide node, with two 3590E1As in a 3494,
and ESS shark disk storage. Tape is SCSI at the moment, but soon to be FC
attached, Disk is FC attached. AIX 4.3.3.09 and TSM 4.2.1.8.
I currently have 14GB of database about 45% used but expanding rapidly as a new
web server with zillions of files ramps up.
A lot of my data is oracle database backups, normally RMAN backups to disk.
I've been told to keep a monthly snapshot of each node, and I plan to do this
by creating a second node for each real node with a different domain that will
keep 13 months worth of everything, but only backs up once a month. there goes
my free database space.
The yearly requirement is to keep 2 copies, one offsite. So here's the plan
1. define a sequential storage pool on disk with suitable sized files, say 1GB
2. exclude this directory from backup
3. install HSM on this filesystem
4. run generate backupset to this disk pool for each of the monthly nodes
during the January quiet period.
5. migrate all the data to tape as it is created.
6. after all nodes data is generated force the rest of the data to migrate
7. run a backup stg on the HSM stgpool and move this off site.
This has the advantage of having two tape copies, with everything still under
TSM control. In the (unlikely) event of a restore from the backupset, the
recall is automatic. There are only a few files to track so the DB entries
will not be excessive.
Can anyone see any gotchas with this? Volhist will get big, and backupsets are
somewhat unwieldy. Also backupsets have a max 9999 day retention period.
Anything else?
Thanks Gang
Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia
**********************************************************************
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.
**********************************************************************
|
