TSM Migration Related
Hi, I have a TSM 5.2 running on AIX, IBM TS3500 library With 6 LTO-1 drives connected to it. the library capacity is 253 tapes. Now we want to move to Latest TSM Version With Latest Library with LTO5 Drives Once the new setup is up and running, i want to migrate the DB to latest version, and also move all my data from LTO1 Cartridges to LTO5 Cat rides. so that i can crash all my LTO1 Tapes (Around 1500), 1) Can some pls suggest how i can do this ? 2) How to know the size of total data in tapes since day 1 ? 3)is these steps are correct ? first i will define a disk pool, then move data from the LTO1 to diskpool then install new version, migrate DB, the move data from diskpool to new LTO5 pool 4)Before Migrating i want to delete some data from the tapes ex: all data of node1 before 2009 is this possible ? 5) Usually when stgpool out of space we cheeck out 100% full tapes from lib and check in free tape and assign to stgpool, since last5years almost 1500 full tapes are in boxes, when some restoration comes, TSM will ask for check in the required volumes, and we check in, once finishes we removes, during the migration check-in check-out task will become difficult, How can i shorten this procedure 6)usually LTO5 media box shows that 3TB (2:1) compression, whether TSM uses this compression ratio ? Thankyou Venkatesh B +-- |This was sent by venkatsmail...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: Backing up Centera?
Greetings, No disrespect intended, but you are missing the fundamental rationale behind the Centera. It is an archiving platform, not a primary storage platform. It is intended to be the last platform the data ever resides on. It has replication capabilities, so you can keep another copy off-site on another Centera for redundancy purposes, but since the data on it should be archive data, you should not be backing it up, and you should not need to. You don't need to back up an archive, since it is static data that is no longer being used for production processing. That also means that you should not be sending data to it that you intend to use for primary production applications. It is a good platform for email archive, or application data that is no longer being used on a daily basis, but might be needed at a later date for legal discovery or other reasons. EMC has had the Centera platform around for many years, and they always try to steer people away from trying to use the Centera for purposes outside of it's intended design. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Backing up Centera? From: john d Date: Fri, December 02, 2011 10:42 am To: ADSM-L@VM.MARIST.EDU NDMP might be an option. Hopefully, you are running TSM 6.2 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Friday, December 02, 2011 11:17 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Backing up Centera? Seven10 software, the Altus product. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Sachin Chaudhari Sent: Thursday, December 01, 2011 10:25 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Backing up Centera? Hello, How to take EMC centera backup? One way of doing it through additional EMC Module CBRM with TSM. But CBRM was end of life product, Pl suggest any alternate way of doing Centera backup on TSM-TAPE without CBRM.? Regards, Sachin C. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: TSM Migration Related
On Fri, 2011-12-02 at 22:50 -0800, venkatb wrote: > Hi, > > I have a TSM 5.2 running on AIX, IBM TS3500 library With 6 LTO-1 drives > connected to it. the library capacity is 253 tapes. > > Now we want to move to Latest TSM Version With Latest Library with LTO5 Drives > > Once the new setup is up and running, i want to migrate the DB to latest > version, and also move all my data from LTO1 Cartridges to LTO5 Cat rides. > > so that i can crash all my LTO1 Tapes (Around 1500), > > > 1) Can some pls suggest how i can do this ? > > 2) How to know the size of total data in tapes since day 1 ? > > 3)is these steps are correct ? > first i will define a disk pool, > then move data from the LTO1 to diskpool > then install new version, migrate DB, > the move data from diskpool to new LTO5 pool > > 4)Before Migrating i want to delete some data from the tapes ex: all data of > node1 before 2009 is this possible ? > > 5) Usually when stgpool out of space we cheeck out 100% full tapes from lib > and check in free tape and assign to stgpool, since last5years almost > 1500 full tapes are in boxes, when some restoration comes, TSM will ask for > check in the required volumes, and we check in, once finishes we removes, > during the migration check-in check-out task will become difficult, How can i > shorten this procedure > > 6)usually LTO5 media box shows that 3TB (2:1) compression, whether TSM uses > this compression ratio ? > > It sounds like you have a fairly lengthy list of items to address there, not least being on such an old version of TSM but also how you are managing your storage. In my opinion, you need someone to come and visit you and assess your environment then come up with a plan of action that will get you to where you need to be. A local business partner that knows what they are doing will be able to do that and give you a good idea (and price) for the hardware you actually need rather than some sales pitch. You might be able to upgrade the existing 3584, adding new drives and partitioning, depending on the support status. I suspect you will need at least a new server for TSM, and might want to select what you're doing about platform choice etc while thinking about how to migrate across.
