Wanda That is very interesting. I thought that TSM only did dedup at the backend storage pool.
Have you tried the source side dedupe? Any thoughts on this feature? Many Thanks len -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Prather, Wanda Sent: Wednesday, May 26, 2010 2:22 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Any way to avoid full backup of data relocated on TSM client file system?? Dedup at the source now includes TSM 6.2! -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Schaub, Steve Sent: Wednesday, May 26, 2010 2:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Any way to avoid full backup of data relocated on TSM client file system?? Any backup product would by definition have to backup "changes", even inane ones like these. However, one that dedupes at the source (e.g. Avamar, Syncsort) might have the advantage here, in sending less actual data during the backup. Steve Schaub Systems Engineer, Windows BlueCross BlueShield of Tennessee -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Michael Green Sent: Wednesday, May 26, 2010 1:45 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Any way to avoid full backup of data relocated on TSM client file system?? I wondering if there is any other backup software that is designed and actually capable of handling such situations. I bet there is not. -- Warm regards, Michael Green ----------------------------------------------------- Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
