17 Aug 2007 11:18
Whether you work for a large enterprise or a small company, you may one day find yourself having to move your company's data centre to a larger facility. Needless to say, moving a data centre is a huge job, even for a small company.
The key to a successful move is planning, planning, and more planning. Unfortunately, every move is different, so there is no way that I can tell you everything that you need to know about moving a corporate data centre. Having been through several moves though, I want to take the opportunity to talk about some of the most important aspects of preparing for a move.
How long can you be down?
The first question you need to address in preparation for a move is how long you can afford to be down. In a large enterprise-type environment, the typical answer is that no amount of downtime is acceptable. These types of environments typically have a backup data centre that can handle operations while the primary data centre is being moved.
Even if you have a backup data centre available, you will still want to expedite the move; after all, there might not be a backup for the backup data centre. If a catastrophe were to take the backup data centre offline during the move, then both data centres would be down. Of course, the chances of that happening are pretty slim, but, when you are planning a move, you should always plan for the worst-case scenario.
If you do have a backup data centre at your disposal, you need to decide when you will transfer operations to the backup site and how you will go about verifying that everything is running there before pulling the plug on the primary site.
If you work for a smaller company without a backup data centre, you must decide at what point the servers will be taken down. You must also decide how and when to let your customers know you will be offline for a while.
Prepare the new site ahead of time
In almost every case, your primary goal will be to complete the move and have the data centre back online in its new location as quickly as possible. That being the case, you should try to gain access to the new facility a few weeks prior to the move. By doing so, you will be able to prepare the new facility so that, on moving day, all you have to do is to plug the servers in and bring everything back online.
So, what types of things can you do to prepare the new facility? You could start by measuring the server room and creating a floor plan that shows where each piece of equipment or furniture will theoretically be placed.
Once you have a pretty good idea of where everything is going, you should check to make sure sufficient electricity is available. It could be that there are no plugs near one of your server racks. In that case, you will need to have an electrician come in and install some outlets for you.
Even if it appears that sufficient electricity is available, it's still probably a good idea to bring in an electrician to make sure that the circuits are connected to high enough amperage circuit breakers that your computers won't overload them.
Another thing you can do to prepare the facility ahead of time is to run network cables and crimp ends onto them. The same goes for any other types of cables that can be installed ahead of time. For example, if you use extra long cables with your KVM switches, then maybe you could install the KVM cables ahead of time.
If you have a sufficient budget, you might even be able to purchase brand new server racks for the new facility. As I'm sure you probably know, most server racks must be assembled and then bolted to the floor before servers can be installed in them. By purchasing new server racks, you could have the racks assembled and in place prior to moving day. That way, all you have to do is install the servers.
Take an inventory
It's a good idea to take an inventory of the hardware in your data centre prior to the move. At a minimum, I recommend recording the make, model, serial number, and hardware configuration (memory, CPUs, hard disks, and so on) of each machine. Having an up-to-date and accurate hardware inventory will make it easier to replace any machines that are damaged or destroyed during the move. It will also speed the process of getting a settlement cheque from your insurance company in the event of a serious catastrophe.
Have a meeting of minds
As I mentioned at the beginning of this article, moving your data centre is a big deal, and you need to plan for the worst-case scenario, even though a serious catastrophe is unlikely. This means that you must plan for the unthinkable. For example, what would you do if the moving truck containing all of your servers was involved in an accident and all of your servers were completely destroyed? The odds of something like that happening are slim, but the future of your company (and your job) depends on your planning for things like this.
I recommend having a meeting with your insurance agent and reviewing the coverage on your servers. Some of the questions that you will need to ask are:
This is also a good time to give your insurance agent a copy of your data-centre inventory. Doing so insures your agent is aware of all of your hardware and gives your agent a chance to verify your policy is sufficient to cover any losses that might occur. While you are meeting with your insurance agent…
…you might also ask them if they would like to verify your list or if you need to provide photographs of each machine. This probably sounds a little odd, but my insurance agent required photographs of my hardware prior to insuring my network.
Once you have met with your insurance agent, it's a good idea to meet with your hardware vendor. The purpose of this meeting is to ensure that your hardware vendor will be able to get you through any moving-related catastrophes.
Depending on your relationship with your hardware vendor, you might be able to negotiate a deal in which your hardware vendor is on call on moving day and the day after. There are a couple of reasons why it's important to negotiate a deal like this.
Firstly, servers just do not like to be moved. I have been through several data-centre moves and I have never had one go completely smoothly. It always seems as though I have to replace a couple of hard drives — or maybe a power supply or two — after a move.
Secondly, it's important to have your hardware vendor available to you because your ultimate goal is to minimise the impact of the move on your business. As such, moves often happen on the weekends; typically late at night. Under normal circumstances, it would be difficult, if not impossible, to find a computer store open at 4am on a Sunday. You really don't want to have to wait until Monday morning to be able to replace any damaged components, so your hardware vendor needs to be on call to ensure that any necessary components can be purchased immediately.
Once you have got your hardware vendor to agree to be available to you during the move, you need to address the issue of potential serious catastrophes. For example, you need to know how long it would take your hardware vendor to get you replacement machines if all of your servers were destroyed during the move. Since it would probably take your insurance agent a few days to get you a settlement cheque, you should find out if there is any way that replacement machines could be ordered (and possibly even delivered to you) before the insurance cheque arrives. Your hardware vendor might be reluctant to agree to such an arrangement, but they might change their mind if you remind them of the amount of money you spend with them each year and how much they would profit if you replace all of your servers.
Backup everything
Another critical task related to moving is that of performing a full, system state backup of each machine prior to shutting it down. Remember that your servers will be in a precarious position during the move, so these backups are basically your lifeline. You must therefore take the backups very seriously.
At the very least, you will want to verify the backups; but, ideally, you should try restoring them to another machine to make sure that there are no problems. After a backup is made, it should be stored in a cool, dry and secure place until after the move.
You have probably heard the old saying: "Don't put all of your eggs in one basket." Well, this saying applies to this situation. On moving day, don't put your backups on the same truck as your servers. Otherwise, the backup tapes could be destroyed right along with the servers if the truck is involved in a serious accident. Instead, transport the tapes separately.
When moving the backup tapes, be especially aware of the temperature in the vehicle that is being used to transport the tapes. If you are moving in the winter, you will want to ensure that the vehicle's heater has warmed up before you start loading the tapes: cold weather can wreak havoc on backup tapes. Likewise, if you are moving in the summer, don't leave the tapes in a hot car.
Prioritise which systems should be brought back online first
One of the most important things you should do is prioritise the order in which the servers should be brought back online once they arrive in the new location. In any organisation, some servers are more important than others. Your goal should, therefore, be to bring the highest-priority servers online first, so as to minimise the downtime of mission-critical applications. If you don't have a backup data centre, you might even be able to orchestrate a plan in which the highest-priority servers are brought online in the new facility before the lower-priority servers are even moved.
Prioritising your servers helps minimise the downtime for your mission-critical applications, but it also helps you to spot any critical problems quickly. Imagine, for example, that you decided to move everything at once and then bring all of the servers online once everything had been moved and hooked up. If one of your most critical servers got damaged during the move, you would end up being down for longer than you intended. If you had focused on moving and bringing up the most critical servers first, you would have found out about the problem more quickly and could have start working on it right away.
Story URL: http://resources.zdnet.co.uk/articles/features/0,1000002000,39288600,00.htmCopyright © 1995-2009 CBS Interactive Limited. All rights reserved
ZDNET is a registered service mark of CBS Interactive Limited. ZDNET Logo is a service mark of CBS Interactive Limited.