ADSM-L

Re: [ADSM-L] Real world deduplication rates with TSM 7.1 and container pools

2016-03-22 11:01:38
Subject: Re: [ADSM-L] Real world deduplication rates with TSM 7.1 and container pools
From: Del Hoobler <hoobler AT US.IBM DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 22 Mar 2016 09:59:26 -0500
Hello,

Correct, current client-side compression is not affected.

Spectrum Protect is targeting client-side compression integrated with 
dedup and this new compression later this year.

As for replication, if the target storage pool is a container pool with 
compression enabled, the data extents are sent over compressed.

Thank you,

Del

----------------------------------------------------

"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 03/22/2016 
10:18:53 AM:

> From: Alexander Heindl <alexander.heindl AT GENERALI DOT COM>
> To: ADSM-L AT VM.MARIST DOT EDU
> Date: 03/22/2016 10:19 AM
> Subject: Re: 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,
> 
> but already client side compressed data isn't affected, isn't it?
> what if data is replicated. Is that data then compressed?
> 
> Regards,
> Alex
> 
> 
> 
> 
> Von:    Del Hoobler <hoobler AT US.IBM DOT COM>
> An:     ADSM-L AT VM.MARIST DOT EDU,
> Datum:  22.03.2016 15:14
> Betreff:        Re: [ADSM-L] Real world deduplication rates with TSM 7.1
> and container pools
> Gesendet von:   "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> 
> 
> 
> Hi David,
> 
> No. Only newly stored data will be compressed.
> 
> 
> Del
> 
> ----------------------------------------------------
> 
> 
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 03/22/2016
> 09:41:27 AM:
> 
> > From: David Ehresman <david.ehresman AT LOUISVILLE DOT EDU>
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Date: 03/22/2016 09:42 AM
> > Subject: Re: Real world deduplication rates with TSM 7.1 and container
> pools
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >
> > Del,
> >
> > After upgrading to 7.1.5 is there a way to get pre-existing
> > container data compressed?
> >
> > David
> >
> > -----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 5:53 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: [ADSM-L] 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:
> >
> >
> > https://urldefense.proofpoint.com/v2/url?
> > u=http-3A__www.ibm.com_support_knowledgecenter_SSGSG7-5F7.1.
> >
> 
5_srv.common_r-5Ftechchg-5Fsrv-5Fcompress-5F715.html&d=AwIFAg&c=SgMrq23dbjbGX6e0ZsSHgEZX6A4IAf1SO3AJ2bNrHlk&r=dOGCMY197NTNH1k_wcsrWS3_fxedKW4rpKJ8cHCD2L8&m=OMHhA4Nmsv9Buo24T83zOFo8w4mvoMyvC_nagZn36T0&s=C4shp8VD_EyXjruT5Lu2v68tMVpfpzHcluAuRJfaIK0&e=
> >
> > 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.
> > >
> >
> 
******************************************************************************************************************************
> > >
> >
> 

<Prev in Thread] Current Thread [Next in Thread>