|
Wow - 4 or 5 times in the last two years. Things sure aren't boring for YOU John :-) Chuck -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jones, John (US) Sent: Wednesday, November 17, 2004 9:36 AM To: Midrange Systems Technical Discussion Subject: RE: How to perform a GIG MIG When we've replaced all the disks at once, we essentially did the backup-replace drives-restore routine. Everything I've heard says that a re-load not only distributes your data in the most efficient manner, but will be faster than removing disks from the config. You also end up with a known good system save or two. Our process is: 1. Make 2 GO SAVE/21s (I guess we're paranoid). We clean the tape drive before the first save and use new tapes only. 2. Remove any optical media from the CD drives. 3. Power down & remove all disks being replaced. Note that (at least on 7xx and newer) you should't need to note the exact location the old drives were in. They only need to be attached to the same controller card; the exact disk slot doesn't matter beyond that. 3. Install the new drives & IPL from D (alternate load source). This is why we remove any optical media: When IPLing from D the system might see & attempt to IPL off a CD disk before it sees the tape drive. While harmess (unless you happen to have the LIC CD loaded), it'll add time to your IPL). 4. Perform the restore as detailed in the Backup & Recovery manual. It's procedures will guide you through building the RAID set(s), adding disks to the ASP, and the restore itself. Really, all of this, including disk replacement, is in the Backup & Recovery manual. Truly the most helpful IBM manual I've ever used. For this scenario, I typically will make my saves and then follow the "load source failed, no RAID enabled" checklist which assumes the load source has failed and, since no RAID was enabled, the system has to be restored from backup. The only downside to most shops is the loss of spool files. In our shop reports are converted to PDFs in the IFS so we don't consider SPLFs to be of value. If it is an issue for you, you can acquire one of the inexpensive SPLF save applications. Or, if you've access to another box, RMTOUTQ all the SPLFs to that machine, do the upgrade, RMTOUTQ them back. I've done this 4 or 5 times over the past few years and have never had a problem. John A. Jones, CISSP Americas Information Security Officer Jones Lang LaSalle, Inc. V: +1-630-455-2787 F: +1-312-601-1782 john.jones@xxxxxxxxxx
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.