Check out: How to Troubleshoot Windows 2000 Hardware Abstraction Layer Issues, Microsoft Knowledge Base article 237556, for a better description of the issues. The biggest issue is the power management of the chip set, in other words, the motherboard.
Orville L. Lantto Datatrend Technologies, Inc. (http://www.datatrend.com) IBM Premier Business Partner 121 Cheshire Lane, Suite 700 Minnetonka, MN 55305 Email: [EMAIL PROTECTED] Kyle Payne <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 01/23/2003 04:18 PM Please respond to payne To: [EMAIL PROTECTED] cc: Subject: Re: NT restore to different hardware Sure, it would be best if you had the same or very similar hardware to DR onto. If you do then the DR process is of course much easier. For those of you who want to know if this is a requirement, it simply isn't. Here are the requirements. 1) If NT4.0 enterprise was on the original server then NT4.0 enterprise must be used for the DR. You can't take something that was backed up on Win2K and restore it to a server using Win2K Advanced Server or NT4.0. 2) You must also use the same patch level that means SP and any hotfixes. Ok, some hotfixes may not matter but most do. 3) If you had a Multiprocessor system then you must DR to a multiprocessor system because MS has a different kernel for single -vs.- multiprocessor systems. That's it. If you have a different NIC, HBA, or SCSCI card in the DR system then you will of course have to install new for the new cards. However, those things will not stop a DR/BR. You don't even have to have the same server manufacturer. Some customers need to get some of their servers up and running on machines that are as fast or faster than they were in production, I don't doubt this. However, in some cases that isn't necessary and not economically feasible which is why I am posting this. You CAN DR both NT4.0 and Win2K onto different hardware so long as you follow the requirements I listed above. Kyle Payne [EMAIL PROTECTED] -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of William SO Ng Sent: Thursday, January 23, 2003 11:30 AM To: [EMAIL PROTECTED] Subject: Re: NT restore to different hardware First of all, TSM is only an application that runs on OS. It is not a super software that can work for all types of machines for all ages of OS. It must work with OS to call file system to read/write files. Therefore, a disaster recovery plan must have a COMPATIBLE machines at DR site. If a production site is running W2K on P4 with UTP 10BaseT Ethernet card and I don't believe DR site will use a 286 machine with BNC card. Not only W2K may not work not a 286, one may not be able to find a network driver for this machine. I believe the basic requirement for a DR is to have COMPATIBLE machine that can boot up with the same OS version, same type of tape drive and sufficient disk space to restore data. I wouldn't expect my Window XP server running on P4 to be able to start up on IBM AT with 640MB, right ? So the planning of DR is to have compatible machines, not identical machines. The way to set up DR for TSM is to have a compatible machine with the same OS version, patch level, same type of tape drive. Install TSM on it. If anything happened on TSM at production site, just restore TSM database and it will be fine. It is not necessary to have identical machine, but you have ensure that you have the same OS version, patch level, same TSM version and already configure the tape drive/library. For example, you can have a RAID disk for TSM server at production site but non-RAID disk as TSM server for DR site. TSM does not carry about RAID because it is OS level, NOT TSM level. So can have different machine in this sense. Thanks & Regards William |---------+----------------------------> | | Salak Juraj | | | <[EMAIL PROTECTED]| | | T> | | | Sent by: "ADSM: | | | Dist Stor | | | Manager" | | | <[EMAIL PROTECTED]| | | .EDU> | | | | | | | | | 23/01/2003 22:34 | | | Please respond to| | | "ADSM: Dist Stor | | | Manager" | | | | |---------+----------------------------> >--------------------------------------------------------------------------- -----------------------------------------------------------------| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: NT restore to different hardware | | | | | >--------------------------------------------------------------------------- -----------------------------------------------------------------| Hello Raminder, It is not that simple. Do not get confused with reasons for this problem - this is definitely an operating system related issue, and not one of backup software. Some procedures for disaster recovery on different hardware are described on microsoft web site but are NOT supported. Their limitations are almost independant on backup software. It is even not sure if you will be able to perform installation of today´s operating system on a computer from 2008, so why would you expect it from a backup software? Basically you complain about only one particular dependency among many others: - your data depends now as well as in 5 years on all of:know-how, application, organisational issues (passwords!) - applications depends on know-how and on operating system - operating system depends on know-how and on hardware - not to speak about cross-dependencies with other applications, network, legal regulations.. No backup software will ever be able to backup all of it, you only can create your backup for your particular configuration. maximalistic solution: if this problem is important enough, keep copy of all dependant parts, like data, manuals, passwords, access lists, SW installation media, SW installation and configuration description, a n d quite naturally a copy of hardware as well. best regards ;) juraj Salak > -----Original Message----- > From: Braich, Raminder [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 23, 2003 3:00 PM > To: [EMAIL PROTECTED] > Subject: Re: NT restore to different hardware > > > Looks like there is no easy way to do a restore to different > hardware. What > happens if there is a disaster and you cannot get your 5 year > old server > from anywhere. How is TSM going to restore to that server! To > me it looks > like TSM is very good at taking backups and managing them but > in the restore > department I have serious doubts. > How are other people doing their disaster recovery exercises? > Do you keep > identical hardware at DR site also? What happens if you need a faster > server? > There have been references to Redbook SG24-4880, however, > this redbook tells > you how to do a restore on identical hardware only. > > All comments are welcome.. > > Thanks > Raminder Braich > SAP/Oracle DBA > The Davey Tree Expert Company > Kent, OH, 44240. > =
