Only a working knowledge of your environment can answer this question. How big of a disk pool are you looking at? Do you do your database backups hot or cold? Would you have any time constraints around resources (tape drives for one)? Would you have to force migrations in order to free up drives or help facilitate the creation of offsites? What are the sizes of the databases? Is there a likelihood that you will want to restore shortly after doing the backups?
Any of the scenarios are valid, it's a matter of what best fits in your environment? Personally, I would be tempted to set the new server up working the same way the old one did. Then take a step back and look for ways to improve it. For what it's worth Jim -----Original Message----- From: HEMPSTEAD, Tim [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 19, 2002 3:45 AM To: [EMAIL PROTECTED] Subject: New TSM Server Question Hi, We are replacing our existing TSM server with a new one and I have a question about storage pool configuration. Currently our TSM server is running on the same RS6000 as our main Oracle databases using a STK L700 tape silo connected directly to the RS6000. The TSM server also backs up another RS6000 running Oracle and a couple more running Domino over a gigabit network. The Oracle data and Domino database data from these servers goes straight to tape whilst file-level data and Domino transaction log data go via a disk storage pool. We are now going to use a separate RS6000 server running TSM 5 with an IBM 3584 silo with 8 LTO drives. This will be connected to the other servers via the gigabit lan. Would it be better to keep some of the data going straight to tape or would I be better to use an intervening disk storage pool for all of the data and then use multiple LTO drives to migrate to tape? Thanks Tim -- Tim Hempstead, [EMAIL PROTECTED] Unix Technical Specialist SchlumbergerSema _________________________________________________________ This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of SchlumbergerSema. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you have received this email in error please notify the SchlumbergerSema Helpdesk by telephone on +44 (0) 121 627 5600. _________________________________________________________
