I think you misunderstand the concept of how TSM handles offsite storage. 50 clients and 2TB of data isn't really that much at all. You would not be duplicating 60 3590E tapes *daily* and shipping them offsite. The total number of tapes offsite should be roughly the same as the number of tapes onsite (though this assumes similar configuration on both your primary pools and copypool). The number of tapes you ship offsite daily (or weekly) is more dependent on how much data you back up on a daily bases (incremental file backups + any DB backups). Also any offsite tapes reclaimed will have to be returned onsite.
So in essence, the backup stgpool command doesn't backup the entire pool and put it in the copypool. It only backs up the files that have not yet been copied from your pool to the copypool. On a daily bases this should equate to roughly the amount of data you back up incrementally. Gerald Wichmann Sr. Systems Development Engineer Zantaz, Inc. 925.598.3099 w 408.836.9062 c -----Original Message----- From: Rob Schroeder [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 30, 2002 12:17 PM To: [EMAIL PROTECTED] Subject: copy storage pools Here is my dilemma. I have 50 Win2k servers. Our auditors demand a complete disaster recovery plan, and I only have one data center. I have about 2 terabytes of data active. There are a couple oracle servers, sql servers, data servers and a whole bunch of application servers. I cannot duplicate 60 3590E tapes everyday with a backup storage pool command. I also cannot specify 50 generate backup sets and expect my operators to do it right, much less promptly. Yet, I still need to have offsite copies of my data. You may say that's the cost of doing infinite incrementals, but tell that to the companies using TSM that worked in the WTC, or had their building ruined by a tornado last week, or the one that will burn to the ground next week from arson. Am I supposed to gamble my billion dollar business on that? Rob Schroeder Famous Footwear [EMAIL PROTECTED]
