ADSM-L

Re: [ADSM-L] TSM being abandoned?

2008-04-16 18:11:57
Subject: Re: [ADSM-L] TSM being abandoned?
From: "Evans, Bill" <billevans AT FHCRC DOT ORG>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 16 Apr 2008 15:10:51 -0700
I have scheduled a presentation in our offices (Seattle) on TSM 6.1
soon, but here is what the sales folk are saying:

"
As a matter of fact there are some significant changes 'scheduled' to be
incorporated with TSM 6.1. Let me know if you would like a more formal
and comprehensive look at some of the new features in TSM 6.1. I can set
up a webinar to go over the new features. 

Below is some of the highlights of what to expect in TSM 6.1. One thing
to note is, not all these features may make it into the first release of
6.1 

Scalability, Availability and Performance 
- Server scalability - upgraded TSM DB ( 6.1 is going to use DB2 as the
database) 
- Data de-duplication 

Enhanced out of the box Administration and Reporting: 
- Improved server install and config 
- Admin Center updates 
- reporting / monitoring enhancements 

Windows Platform enhancements 
- Enhanced Exchange mailbox restores 
- AD item restore 

N series integration and backup enhancements 


Here is some additional information on the de-duplication piece: 

- De-duplication processing performed on TSM server and tracked in TSM
database 
- reduced redundancy for: 
        * Identical objects from same or different client nodes 
        * common data chunks ( subfiles, extents) in objects from same
or different nodes 
- out-of-band detection of duplicate data on the TSM server so that
backup are not impacted 
- space occupied by duplicate data will be removed during reclamation
processing 
- Allowed for all data types including, backup, archive, HSM, TDP 
- Transparent to client 
- Data migrated or copied to tape will be reduplicated 
- Reporting of space savings in deduplicated storage pools "



DB2 should be the biggest boost to performance and database
limitations...

Thank you, 
Bill Evans 


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Nicholas Rodolfich
Sent: Wednesday, April 16, 2008 3:03 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM being abandoned?

An IBM TSM person told me that TSM v6 will have db2 for its database and
they are shootng for an announcement in October.   Yeehaw!!

Regards,

Nicholas Rodolfich
Network Administrator (AIX)
East Jefferson General Hospital
504-883-6955 (office)
228-223-1187 (mobile)
nrodolfich AT ejgh DOT org


>>> kamran.rao AT GRHOSP.ON DOT CA 4/16/2008 2:46 PM >>>
It is slotted to be released Jan 2009.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
Of
Timothy Hughes
Sent: Wednesday, April 16, 2008 2:19 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM being abandoned?

Is Version 6 going to be released this Year or Next?

regards

Colwell, William F. wrote:

>I have been configuring a new TSM server since last November.  At
first
>I wanted a VTL.  But when I learned from the Oxford symposium
>presentations
>that TSM would have its own dedup in version 6,
>and considering the cost of the vtl, I ditched it and ordered a lot
more
>of SATA arrays for less money.
>
>I think in a few years after v6 is widely installed, VTL's won't look
so
>good
>for TSM sites.  Assuming it all works of course.
>
>your VTL vendor may just have been whistling past the graveyard.
>
>Bill Colwell
>
>-----Original Message-----
>From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
Of
>Paul Zarnowski
>Sent: Wednesday, April 16, 2008 12:08 PM
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: Re: TSM being abandoned?
>
>Deduplicating VTLs fit better into NBU sites.  TSM's progressive
>incremental methodology already reduces the data stream, making
deduping
>VTLs less of a "win", though it can still be beneficial.  My point is
>that
>VTL vendors may not look as positively on TSM as they do on other
>less-efficient backup solutions, because they don't sell as much VTL
>product to them.  IMHO.
>..Paul
>
>
>
>>A VTL vendor said he is seeing a number of mid-sized businesses
>>migrating from TSM to NBU (Symantec). Do you think this is true? My
>>concern is that the pool of support techs will shrink and put us in
a
>>bind.
>>
>>Regards,
>>Orin
>>
>>Orin Rehorst
>>Port of Houston
>>
>>
>>
>
>


IMPORTANT NOTICE:  This message and any included attachments are from
East Jefferson General Hospital, and is intended only for the
addressee(s), and may include Protected Health (PHI) or other
confidential information.  If you are the intended recipient, you are
obligated to maintain it in a secure and confidential manner and
re-disclosure without additional consent or as permitted by law is
prohibited.   If you are not the intended recipient, use of this
information is strictly prohibited and may be unlawful.  Please promptly
reply to the sender by email and delete this message from your computer.
East Jefferson General Hospital greatly appreciates your cooperation.