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 AT VM.MARIST DOT EDU] On Behalf Of
Del Hoobler
Sent: Monday, March 21, 2016 10:53 PM
To: ADSM-L AT VM.MARIST DOT 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 AT VM.MARIST DOT EDU> wrote on 03/18/2016
10:41:06 AM:
> From: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>
> To: ADSM-L AT VM.MARIST DOT 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 AT VM.MARIST DOT 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.brion AT panalpina DOT com<mailto:arnaud.brion AT panalpina
> DOT 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.
>
******************************************************************************************************************************
>
|