We actually do both a TSM system state and a Windows ntbackup for 2003 servers and wbadmin for 2008 to have 2 versions. We experienced an issue awhile ago where the TSM system state restore failed but the Ntbackup worked.
Just insurance! Thanks, Tim -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Rick Harderwijk Sent: Wednesday, 25 July, 2012 8:59 AM To: [email protected] Subject: Re: Do you perform Windows SYSTEMSTATE backups? Hi, We always make systemstate backups, as we need the systemstate backups to do be able to do a full restore of a machine. System states have become very large with Windows Server 2008 R2, though can probably be tweaked with later versions of TSM clients (6.x.x), which we don't use. We have restored system states once in a while when we lost a VM and test all system state restores in our annual DR training. We have not yet seen any issues with the system state backups yet with the latest Windows Updates installed on our servers. Cheers, Rick On Wed, Jul 25, 2012 at 2:39 PM, Zoltan Forray <[email protected]> wrote: > We are constantly seeing problems with Windows VSS and systemstate > backups. The recent "black Tuesday" updates has causes numerous Windows > servers to start having backup problem where they previously worked just > fine. > > In most cases they require the VSS hotfixes/fixpacks, etc. The quickest > fix is to simply stop systemstate backups since VSS patches usually require > reboots. > > I bought up the issue of "have we ever restored the systemstate or any > objects within" and the response was "No, Never". > > So I am wondering, how many folks here who backup Windows servers, include > SYSTEMSTATE backups and why? > > -- > *Zoltan Forray* > TSM Software & Hardware Administrator > Virginia Commonwealth University > UCC/Office of Technology Services > [email protected] - 804-828-4807 > Don't be a phishing victim - VCU and other reputable organizations will > never use email to request that you reply with your password, social > security number or confidential personal information. For more details > visit http://infosecurity.vcu.edu/phishing.html >
