Trasladar el CPD sin perder un minuto: cómo se planifica una migración segura

Cambiar de nave, reformar la oficina o consolidar dos sedes en una suele tener un detalle incómodo en la letra pequeña: hay que mover el CPD. Y mover el corazón de los datos de una empresa no es como mudar un almacén. Si se apaga lo que no se debe, en el orden que no se debe, una mudanza que sobre el papel duraba una tarde puede convertirse en dos días sin ERP, sin correo y sin facturar.

La buena noticia es que un traslado de CPD bien planificado se hace casi sin que el negocio lo note. No por suerte, sino por método: inventario completo, una ventana de mantenimiento medida al detalle, redundancia para lo crítico y una puesta en marcha verificada paso a paso. Te contamos cómo se planifica una migración segura y dónde están los riesgos que de verdad cuestan dinero.

Por qué un traslado de CPD no es una mudanza más

En una mudanza normal, lo peor que pasa si una caja llega tarde es que un departamento trabaja media mañana entre cajas. En un CPD, cada equipo que se apaga arrastra a otros: si el servidor de base de datos no arranca, no hay ERP; si el firewall no levanta, nadie sale a Internet; si el switch principal no enciende en el orden correcto, ni las cámaras ni los teléfonos IP vuelven solos.

A eso se suma lo que no se ve: dependencias entre sistemas que solo conoce quien las montó, licencias atadas a una dirección IP, cableado sin etiquetar que obliga a reconstruir conexiones por prueba y error. El riesgo de un traslado no está en cargar el rack en la furgoneta; está en lo que pasa al volver a encenderlo. Por eso la mayor parte del trabajo ocurre antes de tocar un solo tornillo.

Imagen de prueba — sustituir por un diagrama de marca con las cuatro fases del traslado (inventario y dependencias → plan de ventana → traslado físico → arranque y verificación).

Fase 1: inventario y mapa de dependencias

Todo empieza por saber qué hay. Y no basta con una lista de equipos: hay que entender cómo se hablan entre ellos. Un inventario serio recoge, por cada elemento:

• Equipos físicos: servidores, cabinas de almacenamiento, switches, routers, firewalls, SAI, unidad de climatización. Marca, modelo, número de serie y posición exacta en el rack (unidad de rack ocupada).
• Conexiones: qué va conectado a qué, en qué puerto, con qué etiqueta. Aquí es donde un cableado de sala bien organizado y rotulado vale su peso en oro.
• Dependencias lógicas: qué servicio depende de qué máquina, qué arranca primero, qué direcciones IP están fijadas, qué licencias se reactivan al cambiar de hardware o de IP.
• Datos y copias: dónde están los respaldos, cuándo se hizo la última copia verificada y cuánto tarda una restauración real (no la teórica).

Con eso se construye un mapa de dependencias y un orden de arranque. Es el documento que evita el clásico "lo encendemos todo a la vez a ver qué pasa", que es exactamente como no se hace.

Fase 2: la ventana de mantenimiento, medida al minuto

La pregunta que importa al negocio no es "¿cuándo lo movéis?", sino "¿cuánto tiempo voy a estar parado y cuándo?". La ventana de mantenimiento es el periodo acordado en el que los sistemas estarán caídos para moverse. Cuanto mejor se mida, menos sorpresas.

Para acotarla, se trabaja sobre dos conceptos prestados del mundo de la continuidad:

Concepto	Qué responde	Por qué importa en el traslado
RTO (tiempo objetivo de recuperación)	¿Cuánto puede estar parado un servicio sin que duela?	Define el tamaño máximo de la ventana por sistema
RPO (punto objetivo de recuperación)	¿Cuántos datos puedo permitirme perder si algo sale mal?	Marca cuándo y cómo hacer la última copia antes de apagar
Orden de parada/arranque	¿En qué secuencia apago y enciendo?	Evita que un servicio busque otro que aún no está vivo
Plan de marcha atrás	¿Qué hago si a las 03:00 no arranca?	Permite volver al estado anterior sin improvisar

La ventana se elige donde menos duele: noche, fin de semana o festivo, según el calendario de cada empresa. Y se comunica con antelación a los usuarios, con una hora de inicio, una de fin estimada y un punto de contacto. Un traslado silencioso que pilla a todo el mundo por sorpresa el lunes a las nueve es un traslado mal hecho aunque técnicamente haya salido bien.

Fase 3: redundancia para lo que no puede caer

No todo en un CPD tolera apagarse. Para los servicios verdaderamente críticos, la planificación contempla mantener la actividad mientras se mueve el resto. Las palancas habituales:

• Migración por fases, no de golpe: se mueve un bloque, se verifica que funciona en destino y solo entonces se mueve el siguiente. Nunca se queda todo apagado a la vez.
• Servicio temporal en paralelo: cuando es viable, se levanta una réplica en el destino (o en la nube) que asume la carga mientras se traslada el equipo original. El usuario no nota el cambio.
• Respaldo eléctrico desde el primer minuto: en el destino, la distribución eléctrica y el SAI tienen que estar listos y probados antes de que llegue el primer servidor. Encender equipos críticos sobre una instalación sin protección frente a sobretensiones es pedir un problema. Si quieres profundizar en esa pieza, lo explicamos en cómo un SAI evita que un corte de luz pare la producción.
• Climatización operativa al encender: la sala destino debe estar fría y estable antes de meter carga. Un rack lleno calentándose en una sala sin clima es la forma más rápida de estropear el traslado justo al final.

Fase 4: traslado físico y puesta en marcha verificada

Llega el momento de mover. Aquí el orden y el etiquetado que se prepararon en la fase 1 hacen casi todo el trabajo. El proceso, resumido:

1. Última copia verificada de los datos críticos, dentro del RPO acordado.
2. Apagado ordenado según la secuencia del mapa de dependencias.
3. Desconexión etiquetada: cada latiguillo y cada cable de alimentación salen marcados para volver a su sitio exacto en destino.
4. Transporte seguro del equipamiento, protegido frente a golpes y estática.
5. Montaje en el rack de destino, replicando la organización planificada (no improvisada sobre la marcha).
6. Arranque por capas: primero red y seguridad perimetral, luego almacenamiento, después servidores, al final servicios de usuario. Cada capa se comprueba antes de pasar a la siguiente.
7. Verificación funcional real: no basta con que los pilotos estén verdes. Se prueba que el ERP abre, que el correo entra y sale, que las copias siguen corriendo y que el acceso remoto funciona.

Solo cuando todo eso está comprobado se da por cerrada la ventana y se avisa de que el servicio está restablecido. Y conviene dejar un periodo de observación los días siguientes: muchos problemas no aparecen en el arranque, sino con la carga real del primer día laborable.

Imagen de prueba — sustituir por foto real del CPD entregado en destino: rack peinado, latiguillos etiquetados y unidad de climatización en marcha.

El factor que más reduce el riesgo: un solo interlocutor

Un traslado de CPD toca a la vez red, electricidad, climatización, seguridad y servidores. Cuando cada parte la lleva una empresa distinta, los problemas aparecen en las costuras: el electricista termina tarde, el de redes no puede certificar a tiempo, nadie se hace responsable de que la sala esté fría cuando llega el hardware. Y la culpa, siempre, del de al lado.

La ventaja de trabajar con un integrador único es que la misma empresa que diseña el cableado estructurado de la sala prepara la distribución eléctrica, monta el rack y verifica el arranque. Un solo calendario, un solo responsable y una sola persona a la que llamar a las tres de la madrugada si algo no levanta. En un traslado, esa coordinación no es comodidad: es lo que mantiene la ventana dentro de lo previsto.

Preguntas frecuentes

¿Cuánto tiempo estará parado mi negocio durante el traslado?

Depende de qué se mueva y de cuánta redundancia se prepare. Con migración por fases y servicios críticos en paralelo, muchos sistemas no llegan a caer; los que sí lo hacen se mueven dentro de una ventana acotada (habitualmente nocturna o de fin de semana) calculada a partir del RTO de cada servicio. El objetivo es que el lunes nadie note nada.

¿Y si algo no arranca en el destino?

Para eso existe el plan de marcha atrás. Antes de empezar se define hasta qué hora se sigue avanzando y a partir de cuándo, si un sistema clave no levanta, se revierte al estado anterior. Por eso la última copia verificada y el mantener el equipamiento de origen disponible hasta confirmar el éxito no son opcionales: son la red de seguridad de todo el traslado.

¿Hace falta aprovechar el traslado para renovar algo?

A menudo merece la pena. Una mudanza es el mejor momento para corregir lo que arrastrabas: cableado sin etiquetar, un rack desordenado, un SAI infradimensionado o una sala sin clima suficiente. No es obligatorio, pero llegar al destino con la infraestructura puesta al día evita repetir intervención dentro de un año. Si aún estás antes de ese punto, te puede interesar qué es un CPD y cuándo una empresa necesita su propia sala técnica.

En resumen

Un traslado de CPD seguro no es cuestión de fuerza, sino de planificación: saber qué tienes y cómo se conecta, medir la ventana al minuto, proteger lo crítico con redundancia y verificar el arranque capa a capa antes de cantar victoria. Hecho así, el negocio sigue facturando mientras su corazón tecnológico cambia de sitio.

En KONEKTA planificamos y ejecutamos el traslado de extremo a extremo —red, electricidad, climatización y puesta en marcha— con un solo interlocutor de principio a fin. Si tienes una mudanza de sede o una sala técnica a la vista, te ayudamos a hacerlo sin perder un minuto: conoce nuestro servicio de datacenter y CPD o pídenos un presupuesto sin compromiso.