- Community Home
- >
- Storage
- >
- Entry Storage Systems
- >
- Disk Enclosures
- >
- Re: RAID 1 - Fast Recovery Technique
Disk Enclosures
1760597
Members
3625
Online
108894
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-19-2001 04:00 PM
08-19-2001 04:00 PM
RAID 1 - Fast Recovery Technique
I have been using RAID 1 arrays for somew time now, and quite successfully, as a sort of "cold spare" server recovery technique. Given a server with its system partition on a mirrored (internal) array, the short form of the technique is as follows:
1) Power off the server completely, yank one of the mirrored disks.
2) Power on the server (sans the 'yanked' disk) - and fail the missing drive.
3) Replace the drive with a blank, perform whatever maintenance which may have prompted all these fun activities.
4) In case of diabolical catastrophe, power down completely, yank BOTH mirrored disks, put back the one we pulled to begin with, and power up.
As you can see, this allows for a recovery of the system to a state just prior to whatever silliness you may have gotten up to with the server. The biggest "gotcha!" was when we tried this while an external subsystem was attached to the same array controller (in this case, it was actually on a 3200 and not a 2P). If you try to fail back while something is externally attached, *poof!* - you toast the recovery disk, do not pass go, do not collect $200. Never mind how or why, trust me - he's dead, Jim, and there's no recovery in sight.
OK, easy (if somewhat tedious) workaround: disconnect any subsystems before you try to "recover," and you should be good to go.
Well, this is all fine and good, but now we've hit another snag. I need to use this recovery technique on a couple of older systems - these are Proliant 500R's with the Smart 2-P controllers. Unfortunately for me, ALL the disks are in an external (4U7E) enclosure - four physical disks, 2 mirrored arrays. C:\ and D:\ are the system and utility partitions of array 1, and E:\ is the data volume on array 2. Not entirely surprisingly, trying to "recover" to any previously archived disk results in an entirely familiar "*poof!*" condition, wherein the disk you mortgaged your future hopes and dreams against, becomes -shall we say - less than viable.
Any ideas what might be behind this madness? Please don't tell me I have to migrate the system partition to the internal enclosure...?
- Jason
1) Power off the server completely, yank one of the mirrored disks.
2) Power on the server (sans the 'yanked' disk) - and fail the missing drive.
3) Replace the drive with a blank, perform whatever maintenance which may have prompted all these fun activities.
4) In case of diabolical catastrophe, power down completely, yank BOTH mirrored disks, put back the one we pulled to begin with, and power up.
As you can see, this allows for a recovery of the system to a state just prior to whatever silliness you may have gotten up to with the server. The biggest "gotcha!" was when we tried this while an external subsystem was attached to the same array controller (in this case, it was actually on a 3200 and not a 2P). If you try to fail back while something is externally attached, *poof!* - you toast the recovery disk, do not pass go, do not collect $200. Never mind how or why, trust me - he's dead, Jim, and there's no recovery in sight.
OK, easy (if somewhat tedious) workaround: disconnect any subsystems before you try to "recover," and you should be good to go.
Well, this is all fine and good, but now we've hit another snag. I need to use this recovery technique on a couple of older systems - these are Proliant 500R's with the Smart 2-P controllers. Unfortunately for me, ALL the disks are in an external (4U7E) enclosure - four physical disks, 2 mirrored arrays. C:\ and D:\ are the system and utility partitions of array 1, and E:\ is the data volume on array 2. Not entirely surprisingly, trying to "recover" to any previously archived disk results in an entirely familiar "*poof!*" condition, wherein the disk you mortgaged your future hopes and dreams against, becomes -shall we say - less than viable.
Any ideas what might be behind this madness? Please don't tell me I have to migrate the system partition to the internal enclosure...?
- Jason
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-19-2001 04:00 PM
08-19-2001 04:00 PM
Re: RAID 1 - Fast Recovery Technique
Oops - typo, that should read "5000R" ... Hehe, you were probably wondering what the heck kind of systems these were? :-)
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP