The joys of data migrations.
One of the most common problems is the standard practice of most companies to avoid upgrading whenever possible. The “if it ain’t broke, don’t fix it” mentality.
I could spend days and days on that particular brand of suicide. For now I’ll just replace that addage with a new one.
If you don’t upgrade it now when you can do it in a controlled fashion, you will end up doing it when your life depends on it with very little planning.
So on the 17th, a customer is going to have to take an application down on an *OLD* Symmetrix 4.8 system to upgrade from 5265 code to 5267 code. (two major code revs up, from 5×65 to 5×66, then from 5×66 to 5×67, and neither can be loaded on-line)
All of this has to happen *JUST* so we can move the data off this symm and onto a “not-so” old Symm 5.0 that will then me packed up to be moved out of state.
First off, the idea that you can simply turn off a Symm and ship it across the country is nuts. Anytime you get a system with that many moving parts (harddrives) that have been spinning for that length of time and simply “turn it off” you run the risk of multiple hard-disk failures. And as we all know, any time you have multiple hard-disk failures in an array, you run the risk of losing both halfs of a mirror. Hell I cringe at turning off my desktop PC because I know that there is always the chance it’s not going to come back up, and I’ve got Raid-1 (160G) on my boot devices and Raid-5 (500G) on my data volumes, so I’m reasonably protected.
Secondly, why are we moving a Symm that is going to hit EOSL before too long? Doesn’t it make sense to go ahead and upgrade to the latest and greatest hardware, get a free support renewal (included with the purchase of new hardware) and get the latest and greatest features/functionality? Of course we’re moving a bunch of Sun E3000/E4000/E6000 class hardware. These are the systems I cut my admin teeth on back in 1996 when I first started out in datacenter operations. They were old 6 years ago.
Next time someone asks you the correct way to move a datacenter, the correct answer is “twin the hardware and replicate” followed by “trade-in.”
Bekins Moving should never be an option.