Showing posts with label LVSA. Show all posts
Showing posts with label LVSA. Show all posts
Tuesday, December 6, 2005
System State Backup Issue
We recently had to rebuild a box (thank goodness it was not production) and found that the system state and objects had not backed up. Stranger still there was no error stating they failed. In fact the only error was that the LVSA directory was not set and it would not be used during the backup. Why would a failure to completely setup the LVSA affect the system objects and state? TSM doesn't require the LVSA to back them up. We checked multiple systems and found this happening on more than one. The client level we are on is 5.2.4 and higher. Has anyone else experienced this? BTW - The backup schedules were showing in the event log as COMPLETED not Failed.
Wednesday, June 8, 2005
TSM and Windows Volume Shadow Copy
First off let me just say that the name TSMExpert was more of a joke. I was setting up aliases on Notes Mail and for fun put TSMExpert and viola I got it. Didn't think it would go through but hey as long as I have it I might as well use it. I can be reached at tsmexpert@us.ibm.com and will answer questions as much as possible. Remember TSM is a fickle beast but when setup correctly it is the best enterprise backup/archive tool on the market.
I have been working with many issues on Windows 2003 and the TSM client. We upgraded to 5.2.4 on many of our clients and some to 5.3 due to the shadow copy issues. TSM seems to have serious issues with VSC and gives RC12 on schedules when its implemented. I am not quite sure how VSC is suppose to help when it resides on the same disk as the data its supposed to correct, but I get its more like the snapshot feature on NetApps. I would recommend you upgrade all 2003 servers if you are having this problem to 5.3 since it is supposed to resolve this issue. Also be aware there are problems with older client versions stability and reliability on 2003 servers. We have experienced numerous crashes and System State backup failures with the older clients. This is another reason for upgrading.
I have been working with many issues on Windows 2003 and the TSM client. We upgraded to 5.2.4 on many of our clients and some to 5.3 due to the shadow copy issues. TSM seems to have serious issues with VSC and gives RC12 on schedules when its implemented. I am not quite sure how VSC is suppose to help when it resides on the same disk as the data its supposed to correct, but I get its more like the snapshot feature on NetApps. I would recommend you upgrade all 2003 servers if you are having this problem to 5.3 since it is supposed to resolve this issue. Also be aware there are problems with older client versions stability and reliability on 2003 servers. We have experienced numerous crashes and System State backup failures with the older clients. This is another reason for upgrading.
Subscribe to:
Posts (Atom)