Home > Ask the Storage Technology Experts > Questions & Answers > Using clusters to ensure failover
Ask The Storage Expert: Questions & Answers
EMAIL THIS

Using clusters to ensure failover

Christopher Poelker EXPERT RESPONSE FROM: Christopher Poelker

Pose a Question
Other Storage Categories
Meet all Storage Experts
Become an Expert for this site


Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


>
QUESTION POSED ON: 30 June 2005
I have a Windows 2003 Server and have a LUN connected to it as a data repository. I want to disconnect that LUN from the one Windows server and connect it to another Windows server in case of disaster. Is it possible to connect to it without Windows writing a new signature and losing all my data?


Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary


The best way to do this with the most success and easiest failover is to use a cluster to share the disk resources between two nodes. You can use any available clustering technology you wish such as Microsoft Cluster Server (MSCS) or Veritas VCS. MSCS is included with the Enterprise and Data Center editions of Windows. Dynamic disks should not be used in a cluster.

I have had intermittent success without the cluster software installed, but you might try this technique: Make sure both servers are similar in their slot layout for the HBAs, and use BASIC disks when writing the disk signature on the first server. Never have both servers up at the same time when not in a cluster, or your data may become corrupt. Once the signature is written, export the DISK registry subkey parameters for the new disk, and import the subkey parameters into the other server. Back everything up before doing this, and make a backup of the registry keys on the server you are importing to in case anything goes wrong. You may not have to do the registry trick if the second server sees the disk and does not try to write a new signature.

A better approach would be to use SAN-based booting for the servers in question. Having your "C:" drive on the SAN allows a server of the same configuration to boot to the failed server's SAN-based root drive, and the new server would then acquire the exact same profile as the server that was lost. I call this technique "poor man's clustering." You need to have similar server hardware configurations for this to work properly. The good news is that I have a complete step-by-step guide on booting into SAN-based storage in chapter 10 of my book "Storage Area Networks for Dummies"(ISBN:0-7645-2480-1).




Search and Browse the Expert Answer Center
Search and browse more than 25,000 question and answer pairs from more than 250 TechTarget industry experts.
Browse our Expert Advice



Search for Data Management Tools and Tiered Storage Reseller Solutions
TechTarget Storage Media
Storage Magazine View this month\\'s issue and subscribe today.
Storage Decisions Apply online for free conference admission.
SearchStorage.com
HomeNewsMagazineTopicsLearningMultimediaWhite PapersBlogsEventsAbout Us

About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
TechTarget provides technology professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective purchase decisions and managing their organizations' technology projects - with its network of technology-specific websites, events and online magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Site Map




All Rights Reserved, Copyright 2000 - 2009, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts