Hi Del, Thanks for notifying that new feature : I will test it immediately ! I'm however sorry to inform you that contrarily to your assumption, and despite the fact that I subscribed to "IBM my notifications" as well as to " Technical Support Newsletter", both related to Spectrum protect, that information did not make its way to me ... I assume that lots of TSM admins, all of them being pretty occupied by daily business activities, and not mandatorily having enough time to seek information are in the same case ! I incidentally learnt as well thru your link that " Repair damaged data on a replication target" feature had been added in TSM 7.1.5, which is definitively a good thing, but I find it a shame that such information is not pushed to customers thru the means of newsletters, and that we have to dig in the depths of IBM's web site to get such - important - information. I fully understand that TSM / Spectrum protect has been subject to numerous bugs fixes and improvements in the latest months ( I never lived such an upgrade waltz during 15 years of TSM administration), but to my eyes there's still lot of space for communication improvement by IBM ! Of course, only MHO ...
Cheers. Arnaud -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del Hoobler Sent: Monday, March 21, 2016 10:53 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Real world deduplication rates with TSM 7.1 and container pools I think most of you know Spectrum Protect just added in-line compression to the container and cloud deduplicated pools in version 7.1.5: http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.5/srv.common/r_techchg_srv_compress_715.html Adding incremental forever, the new in-line deduplication - client or server-based (7.1.3), new in-line compression (7.1.5) I think you will find that Protect continues to drive overall data reduction. This is being done in the software, so you can choose what disk you want to use. I encourage folks to try out the the new deduplication along with the new compression to see how it helps with the overall data reduction. Thank you, Del ---------------------------------------------------- "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 03/18/2016 10:41:06 AM: > From: PAC Brion Arnaud <arnaud.br...@panalpina.com> > To: ADSM-L@VM.MARIST.EDU > Date: 03/18/2016 10:41 AM > Subject: Real world deduplication rates with TSM 7.1 and container pools > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> > > Hi All, > > We are currently testing TSM 7.1 deduplication feature, in > conjunction with container based storage pools. > So far, my test TSM instances, installed with such a setup are > reporting dedup percentage of 45 %, means dedup factor around 1.81, > using a sample of clients which are representative of our production > environment. > This is unfortunately pretty far from what was promised by IBM > (dedup factor of 4) ... > > I'm wondering if anybody making use of container based storage pools > and deduplication would be sharing his deduplication factor, so that > I could have a better appreciation of real world figures. > If you would be so kind to share your information (possibly with the > kind of backed-up data i.e. VM, DB, NAS, Exchange, and retention > values ...) I would be very grateful ! > > Thanks in advance for appreciated feedback. > > Cheers. > > Arnaud > > ****************************************************************************************************************************** > Backup and Recovery Systems Administrator > Panalpina Management Ltd., Basle, Switzerland, > CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH > Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 > Direct: +41 (61) 226 19 78 > e-mail: arnaud.br...@panalpina.com<mailto:arnaud.br...@panalpina.com> > This electronic message transmission contains information from > Panalpina and is confidential or privileged. This information is > intended only for the person (s) named above. If you are not the > intended recipient, any disclosure, copying, distribution or use or > any other action based on the contents of this information is > strictly prohibited. > > If you receive this electronic transmission in error, please notify > the sender by e-mail, telephone or fax at the numbers listed above. Thank you. > ****************************************************************************************************************************** >
