And using another backup solution won't result in many tape mounts as well? TSM might be more mounts than others, but you only have to do one restore. Remember, not using incremental forever means that you must resotre a machine at least two times. How about using backup sets if time is that much of an issue? If you have a couple hundred servers, I assume you have enough tape drives to make this feasible? Using, say 5 drives, to restore 100 clients is probably a pipe dream. Also, do you run multiple servers? You can easily pass the bus throughput of most machines when trying to restore this much data. I guess what I'm saying is that people argue that tsm mounts a lot of tapes and appears slow during DR restores, but in reality, the people that complain are usually trying to restore a lot of clients on a severely under-sized configuration. I think matching your DR hardware setup to your production setup is not a good idea. Most production setups are for speed in backing up. This usually means they are not optimized for restore speed. Also, prioritizing restores is key. I've cut DR times from originally 2 1/2 days of nightmare when I came here to about 17 hours with a fairly big setup. In other words, don't just start all restores at once and let 100 clients fight for 6 drives. Of course it's gonna look slow!
-----Original Message----- From: Talafous, John G. [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 10:34 AM To: [EMAIL PROTECTED] Subject: Re: DISASTER Client Restores Slow I am sure TSM will wait. And while we're on this subject, we are looking at Disaster Recovery plans and the path we must take using TSM to recover a couple hundred servers. It looks bleak. We are finding that, due to incremental forever backups, recovery times are extremely long because of tape mount after tape mount after tape mount. In a real disaster, we expect to take an entire day or more to recover a single server. With a limited number of tape drives the recovery time required for 100 servers could take weeks. Has anyone else run into this dilemma? What is TSM's direction? How can I speed up the recovery process? John G. Talafous IS Technical Principal The Timken Company Global Software Support P.O. Box 6927 Data Management 1835 Dueber Ave. S.W. Phone: (330)-471-3390 Canton, Ohio USA 44706-0927 Fax : (330)-471-4034 [EMAIL PROTECTED] http://www.timken.com This e-mail including any attachments is confidential and may be legally privileged. If you have received it in error please advise the sender immediately by return email and then delete it from your system. The unauthorized use, distribution, copying or alteration of this email is strictly forbidden. This email is from a unit or subsidiary of EMI Recorded Music, North America
