Windows Admins & VSS

I've been running into a number of Windows Admins lately who are not familiar with the Microsoft Volume Shadow Copy Service. I guess you have to be an admin who works with backups to have any familiarity with it??? Is this common?  If you have admins who seem to lack knowledge of VSS I would recommend the following MS TechNet library reference. Lately I've been dealing with the object enumeration and missing system writer issues, if anyone has found a solution for the object enumeration issue I'm all ears!!!

Technical Flash

This was in the TSM Info e-mail sent out yesterday. The last one is worth looking into since a bad System State backup can ruin your whole day.

News & Technical Flashes

Title: TSM V61 Server may crash due to exhausted system resources

Title: Backupsets Generated with non-IBM LTO Generation 4 Drives Can Exhibit Overwritten Labels

Title: Tivoli Storage Manager 6.1 Installation Failure on AIX 5.3 due to AIX prerequisite APAR check

Title: Incorrect Windows system state backups and restores with TSM 5.5 and 6.1 Windows clients

Windows 2003 Volume Shadow Copy Service (VSS) Hotfixes

If you are need of VSS hotfixes checkout this page from IBM. I plan to add it to the link list...might start a list of links to patches and updates, but that could be difficult to keep current. I know this is an older reference but I needed the fixes recently and it seems the VSS issues don't go away, they just keep coming back with each patch of Windows.

System State & Services Backup Issue

I had a problem recently with McAfee and TSM not playing nice together. Jared Annes (co-worker) figured out the problem and this is his finding. What happened was that changes to the default scanning and file protection procedures were made to McAfee to “lock down” the servers from viruses. Unfortunately the SA’s inadvertently caused TSM to fail every system state and system services backup.  The culprit was one file, TFTP.EXE in the System32 folder due to McAfee locking the file from being read. What I didn’t expect was that a failure of one file would cause TSM to fail on the whole system state and system services backup. I forgot the system state and services are looked at as one object instead of multiple files. The fix was to disable McAfee, then delete TFTP.EXE from the hidden dllcache folder, also from the System32 folder, and then re-enable McAfee. Since then I have had no more troubles with the system state and services backups.

NOTE: If you don’t delete the file from the dllcache folder Windows will copy it back over to the System32 folder recreating the problem you were trying to fix.

All Hail The Java GUI!

Interesting resolution to a restore I just had thought I would pass it on... On one of our Win2K3 servers all admin accounts were crippled due to some corruption in the registry (my vote was on Gremlins!). So they wanted to restore the system state to a week ago.  I tried and the client core dumped due to our permissions being crippled.  So I tried one other thing and that is the Java GUI.  I figured since it runs under the System Account it might work.  Well it did and fixed their problems....I had not used the Java GUI in ages but here is one situation where it came in quite handy.

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.