Continuous Data Protection for TSM should be examined. Backup bandwidth can be adjusted so as not to adversely affect pipes during the production day, and particular types of files can be specified (*.doc, *.xls, etc.).
-- Mark Stapleton System engineer, CDW -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Gretchen L. Thiele Sent: Wednesday, January 21, 2009 12:33 PM To: [email protected] Subject: [ADSM-L] 'Greening' TSM; position available I'm getting pressured (gently now, much stronger in the future) to come up with a way to back up our desktops without leaving them on overnight. I don't think 'wake up on lan' is appropriate since the TSM servers are on their own separate segment on the network. I've looked into prompted, but we do have a lot of computers that use wireless and therefore have inconsistent hostnames. Backing up during the day, even with journalling and subfile backups, still monopolizes the clients' computers (Vista, Mac OS X, Linux) and I get complaints. I think this list has touched on this before, but I'm checking again to see if anyone else is getting a nudge to do this or if there is something I'm not considering. Has anyone used pre and/or post sched commands to shut down computers after backing up? I have limited access to clients' desktops, so something more server-centric is preferred... Also, we have a TSM administrator position open. For details, visit http://jobs.princeton.edu and search the open positions for 'tsm'. I can be contacted *off list* for more details. Gretchen Thiele Princeton University No virus found in this incoming message. Checked by AVG. Version: 7.5.552 / Virus Database: 270.10.10/1905 - Release Date: 1/20/2009 2:34 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.552 / Virus Database: 270.10.10/1905 - Release Date: 1/20/2009 2:34 PM
