ADSM-L

Re: [ADSM-L] TSM level for deduplication

2014-12-09 10:00:07
Subject: Re: [ADSM-L] TSM level for deduplication
From: yoda woya <yodawoya AT GMAIL DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 9 Dec 2014 09:58:15 -0500
Awesome... thank you Dave!

On Tue, Dec 9, 2014 at 9:52 AM, Dave Canan <ddcanan AT outlook DOT com> wrote:

> I submitted this request to IBM TSM development,  and am posting it on
> their behalf:
> TSM Data deduplication has been in the product since 6.1 (server side data
> deduplication) and 6.2 (client side data deduplication) and is therefore
> considered "mature" at the 7.1 version.  The data deduplication mechanism
> itself has remained largely unchanged since initial release but
> improvements have been focused on performance and increasing the size of
> files that could be deduplicated.  We recommend that customers be at either
> TSM 6.3.5 (or above) or TSM 7.1.1.100 (or above). The TSM 6.3.5 version
> contains the important performance improvements though this version did not
> add improvements in deduplicating large files.  TSM 7.1.1.100 contains not
> only the performance improvements but also ability to deduplicate larger
> files as well as replication performance improvements.  All 7.1
> deduplication customers should be at 7.1.1.100 due to this problem:
> http://www-01.ibm.com/support/docview.wss?uid=swg21688321
>
> Dave CananIBM SRT (TSM Solutions Response
> Team)ddcanan AT us DOT ibm.com916-723-2409Office Hours 9:00 - 5:00 PT
>
> > Date: Mon, 8 Dec 2014 13:00:53 -0500
> > From: yodawoya AT GMAIL DOT COM
> > Subject: Re: [ADSM-L] TSM level for deduplication
> > To: ADSM-L AT VM.MARIST DOT EDU
> >
> > Would anyone from IBM care to comment on this thread?  is dedup a stable
> > mature feature in 7.1.1?
> >
> > On Mon, Dec 8, 2014 at 12:50 PM, J. Pohlmann <jpohlmann AT shaw DOT ca> 
> > wrote:
> >
> > > FYI - 7.1.1.000 is still on the FTP site. 7.1.1.100 is also on the FTP
> > > site.
> > > Ref http://www-01.ibm.com/support/docview.wss?uid=swg24035122
> > >
> > > Best regards,
> > >
> > > Joerg Pohlmann
> > >
> > > -----Original Message-----
> > > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On 
> > > Behalf
> Of
> > > Thomas Denier
> > > Sent: December 8, 2014 08:34
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Re: [ADSM-L] TSM level for deduplication
> > >
> > > Bent,
> > >
> > > TSM 7.1.1.000 had a bug that sometimes caused restores of large files
> to
> > > fail. IBM considered the bug serious enough to warrant removing
> 7.1.1.000
> > > from its software distribution servers.
> > >
> > > Thomas Denier
> > > Thomas Jefferson University Hospital
> > >
> > > -----Original Message-----
> > > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On 
> > > Behalf
> Of
> > > Bent Christensen
> > > Sent: Saturday, December 06, 2014 6:38 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: [ADSM-L] SV: TSM level for deduplication
> > >
> > > Hi Thomas,
> > >
> > > when you are calling 7.1.1- an "utter distaster" when it comes to dedup
> > > then
> > > what issues are you referring to?
> > >
> > > I have been using 7.1.1 in a production environment dedupping some 500
> TB,
> > > approx 400 nodes, without any bigger issues for more than a year now.
> > >
> > > Surely, there are still lots of "not-very-well-documented features" in
> TSM
> > > 7, and I am not at all impressed by IBM support, and especially not DB2
> > > support and their lack of willingness to recognize TSM DB2 as being a
> > > production environment, but when it comes to dedupping it has been
> smooth
> > > sailing for us up until now.
> > >
> > >
> > >  - Bent
> > >
> > > ________________________________________
> > > Fra: ADSM: Dist Stor Manager [ADSM-L AT VM.MARIST DOT EDU] P&#229; vegne 
> > > af
> > > Thomas
> > > Denier [Thomas.Denier AT JEFFERSON DOT EDU]
> > > Sendt: 5. december 2014 20:56
> > > Til: ADSM-L AT VM.MARIST DOT EDU
> > > Emne: [ADSM-L] TSM level for deduplication
> > >
> > > My management is very eager to deploy TSM deduplication in our
> production
> > > environment. We have been testing deduplication on a TSM 6.2.5.0 test
> > > server, but the list of known bugs makes me very uncomfortable about
> using
> > > that level for production deployment of deduplication. The same is
> true of
> > > later Version 6 levels and TSM 7.1.0. TSM 7.1.1.000 was an utter
> disaster.
> > > Is there any currently available level in which the deduplication code
> is
> > > really fit for production use?
> > >
> > > IBM has historically described patch levels as being less thoroughly
> tested
> > > than maintenance levels. Because of that I have avoided patch levels
> unless
> > > they were the only option for fixing crippling bugs in code we were
> already
> > > using.
> > > Is that attitude still warranted? In particular, is that attitude
> warranted
> > > for TSM 7.1.1.100?
> > >
> > > Has IBM dropped any hints about the likely availability date for TSM
> > > 7.1.2.000?
> > >
> > > Thomas Denier
> > > Thomas Jefferson University Hospital
> > >
> > >
> > > The information contained in this transmission contains privileged and
> > > confidential information. It is intended only for the use of the person
> > > named above. If you are not the intended recipient, you are hereby
> notified
> > > that any review, dissemination, distribution or duplication of this
> > > communication is strictly prohibited. If you are not the intended
> > > recipient,
> > > please contact the sender by reply email and destroy all copies of the
> > > original message.
> > >
> > > CAUTION: Intended recipients should NOT use email communication for
> > > emergent
> > > or urgent health care matters.
> > >
>
>