Hi Zoltan
We've been told the 3592 announcement is this coming Thursday, whether that's
US or Australian time I'm not sure, but our reseller is very keen to sell them
to us unstead of the H upgrade we'd been planning. I won't steal their thunder
by giving away any details.
I just looked up the doc and I'm surprised to see that TSM 5.1 supports an
image backup without mounting read only, with the advice to run an fsck after
restore. I'd have to test the heck out of it before I'd trust that.
You don't say what type of client you are backing up, but I'd be inclined to
take some sort of shapshot if that was possible. A five minute outage to get a
clean backup is worth it, considering the investment that has been made.
In AIX and Solaris it is possible to run a snapshot filesystem - but I don't
think you can run an image backup on it.
It is also possible to split a mirror and with some fiddling mount it on a
different mount point.
The third alternative would be to take an image at the disk array level e.g.
EMC Timefinder, IBM FlashCopy or similar and then back that up. One advantage
here is that the copy volumes could be mounted on thenew TSM server and thus
backup directly across the SAN rather that via ethernet.
Management probably won't like it, but that's the cost of a clean image.
Regards
Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia
>>> zforray AT VCU DOT EDU 19/08/2003 5:45:37 >>>
I think that I have asked a similar question, so I apologize if this
sounds like a repeat.....
We are trying to implement IMAGE backups for our larger systems (1TB
plus). We have purchased a new AIX system just for this purpose. Our
experience with IMAGE backups, is pretty much nil !
We are still trying to figure out what type of tape drive/library to buy.
We are leaning towards an LTO2 system (I have been trying to convince them
to look at the new 3592 but it is so new there is no information on
IBM.COM about them. Probably too expensive, anyway !!).
My boss wants to dedicate this TSM server to *JUST* IMAGE BACKUPS. The
INCREMENTALs would still go to the existing TSM server that handles it
right now. This way, we wouldn't have to do much, if any, administrative
processes (reclaims, copypools, etc). (Is this even do-able ? )
However, my concerns are the elapsed times and synchronization.
Lets say the IMAGE backup takes 24-hours or more. Since this is an active
email system, there are tens-of-thousands of files being created / edited
/ received / deleted / sent, daily (when the server was down for 2-days,
the NAV email scanners had over 90K messages backed up, awaiting to be
received).
Would we continue to run INCREMENTALS to server-A, while the IMAGE backup
is running to server-B or do we have to wait until after the IMAGE
finishes ?
How about the restore/syncing processes. How would it figure out what to
restore ? Would we just guess on a PIT set to the time the IMAGE backup
started ?
What about files "in flight" during the IMAGE backup and/or from the time
the IMAGE started and the INCREMENTAL started ? Are they just considered
"collateral damage" and not recoverable ?
Any thoughts on this would be helpfull.
***********************************************************************************
This email, including any attachments sent with it, is confidential and for the
sole use of the intended recipients(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
email 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 recipients(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.
***********************************************************************************
|
