I was trying to emulating LTO2. The atape driver was little old it is Atape.driver 8.4.8.0 works fine with 3584 and lot of lto2 tape drives on this AIX server.
-----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of David E Ehresman Sent: Thursday, April 30, 2009 1:43 PM To: [email protected] Subject: Re: [ADSM-L] SV: VTL and Dedup ( TS7569G) What tape drive are you emulating? Do you have a current version of the atape driver on your AIX server? TSM server on AIX uses the atape driver rather than the TSM drivers. David Ehresman >>> Pawlos Gizaw <[email protected]> 4/30/2009 12:39 PM >>> Does anyone use TS7569G with TSM 5.4 running on AIX 5.2. This devices works fine on HPUX 11 v3 with TSM 5.5 by emulating ATL P300. But we are trying to test on AIX server the cfgmgr created all the devices files for the tape drives but not able to get the device file for media changer. We tried from smitty using Tivoli Storage Manager Devices and still not able to define it ....TSM Define Methods didnt/couldnt define any devices !!!! Thanks Pawlos -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Hart, Charles A Sent: Thursday, March 19, 2009 10:34 AM To: [email protected] Subject: Re: [ADSM-L] SV: VTL and Dedup ( TS7569G) As many say your mileage may vary.... You can positively impact the Dedupe factor by ... 1) No Client Side Compressions (Compressed files always have unique Sig) 2) No Client Side Encryption (TSM or OS) - Encrypted Data is always unique like compressed data. 3) If you have more than one VTL each with its own repository - do your best to keep like data together (i.e. all Unix / Oracle data to one VTL, all Windows based Data on 2nd VTL etc .... If would have 200+ Windows OS's you'll see some Deduping... 4) Of course the Dedup for full DB backups gets much higher (21 Versions of Fulls we avg 15:1) Our challenge has become I/O not space. 5) According to our VTL vendor the RMAN Files per set option should be @ 1(Files perset allows Oracle to mix data backup streams there by creating unique data... Good luck on your venture looks like the TS7569G (IBM Protectier?) same we are using... The most challenging aspect of any VTL is capacity planning assuming you have solid retention policies that are followed ... Regards Charles -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Christian Svensson Sent: Thursday, March 19, 2009 7:42 AM To: [email protected] Subject: [ADSM-L] SV: VTL and Dedup ( TS7569G) Hi Martin, The 1st Backup will probably don't do any major save for you. It always depend on what kind of data you backup. What we normally see is saving on Archive Data and TDP Data. Everything else is most of the time unique data and you will not see any saving. Dedup is a major saving for other backup software such Legato and NBU not for TSM because you are using Incremental forever. Best Regards Christian Svensson Cell: +46-70-325 1577 E-mail: [email protected] Skype: cristie.christian.svensson ________________________________________ Från: ADSM: Dist Stor Manager [[email protected]] för Sabar Martin Hasiholan Panggabean [[email protected]] Skickat: den 19 mars 2009 13:09 Till: [email protected] Ämne: VTL and Dedup ( TS7569G) Hi, Does anyone here has been implementing or know how Dedup works in TSM using TS7569G ? Let say I have 100 TB of data and backup to this VTL. On the 1st attempt of backup / full backup, will this data size decrease on the VTL BR, Martin P This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
