What .exe files are we talking about? Of course TSM can back them up
(barring some very, very strange reason for a failure).
In Windows Vista and higher, Microsoft has added .exe files for NT services
to the VSS System Writer, which is part of the system state. For example,
if you install the TSM client acceptor daemon or the TSM client scheduler
(dsmcad.exe, dsmcsvc.exe), because these are "services", the executable
files are considered part of system state. Therefore, you will see the .exe
files backed up as part of system state, not as part of the regular drive
backup.
On Windows 2008 and 2008 R2, you can run the diskshadow utility to list the
files that are included with system state.
1. Start diskshadow like this:
diskshadow /L ds.out
2. When you get the diskshadow command prompt, enter this command:
list writers detailed
You will see a lot of data dumped to the screen, but it is also saved in
the ds.out file specified in step 1.
3. When you get the diskshadow command prompt again, enter this command:
exit
4. Then you can use notepad to open ds.out, and look for the file name in
question. If it shows up, then it is part of system state.
Regarding user.dat files: best practice is to back up with open file
support by specifying client option SNAPSHOTPROVIDERFS VSS.
I'll take the opportunity here to plug a couple of items:
* Best practices for backing up Windows 2008 are described in this
presentation:
http://www-01.ibm.com/support/docview.wss?uid=swg27023299
This presentation has a lot of background and history, but the core
recommendations are on pages 25 - 33 of the PDF attachment in that
presentation.
* Best practice for restoring Windows 2008 system state is documented here:
http://www.ibm.com/developerworks/wikis/x/EwgFD
Best regards,
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
"ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu> wrote on 2012-12-13
09:21:15:
> From: "Schaub, Steve" <steve_schaub AT BCBST DOT COM>
> To: ADSM-L AT vm.marist DOT edu,
> Date: 2012-12-13 09:29
> Subject: Re: Backup .exe files ???
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
>
> Yes, the problem is that in W2K8, Microsoft has expanded their
> definition of files to include in the systemstate, and Windows
> prohibits backup apps from attempting to backup individual files
> that are so marked. We are seeing increasing examples of
> application files not being backed up by TSM due to this. Both MS
> and Tivoli say this is "working as designed". Unfortunately, that
> means you don't have file-level restore capability for those files.
>
> Steve Schaub
> Systems Engineer II, Windows Backup/Recovery
> BlueCross BlueShield of Tennessee
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On
> Behalf Of Bo Krogholm Nielsen
> Sent: Thursday, December 13, 2012 6:04 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Backup .exe files ???
>
> Hi all,
> Is there anyone who has experienced that TSM can't see. exe files in
> either the GUI or Command I have a W2K8 R2 server, where the backup
> run fine, with the exception of some .exe files in some subfolders,
> while in other subfolders, they be backed up. exe files.
> By manual backup, TSM command line or GUI can't see mentioned. exe files.
>
> In Sched/dsmerr log there isn't any problem, with open files, exept
> some user.dat.
>
> Any solution.
>
> Regards
> Bo Nielsen
> Senior Technology Consultant
> Datacenter
>
> DONG Energy
> Nesa Allé 1
> 2820 Gentofte<http://maps.google.com/maps?f=q&hl=da&geocode=&q=Nesa
> +All%c3%a9+1%2c+2820+Gentofte%2c+dk>
>
> Tlf. +45 99 55 54 34
>
> bokni AT dongenergy DOT dk<mailto:BOKNI AT dongenergy DOT dk>
> www.dongenergy.com<http://www.dongenergy.com/>
> -----------------------------------------------------
> Please see the following link for the BlueCross BlueShield of
> Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
>
|
