Hay dos tipos de restauración. La que se hace diez veces al año —un archivo borrado, una versión anterior— y la que se hace una vez cada tres años, bajo presión, con un directivo que pregunta cada diez minutos cuándo vuelve.
La segunda no se improvisa. Esto es lo que hay que haber comprobado antes.
El escenario, en el orden real
Un servidor ya no arranca. Antes incluso de pensar en restaurar se plantean tres preguntas, y el orden cuenta:
- ¿El material es utilizable? Si el disco está muerto, el destino será otro disco, o una máquina virtual.
- ¿Hay que volver a lo idéntico, o a otro sitio? Remontar sobre el mismo material es lo más sencillo; remontar en una máquina virtual es a menudo lo más rápido cuando el material no está disponible.
- ¿Cuál es el punto de retorno aceptable? La última copia de la noche, o una anterior si el incidente tiene un origen de programa.
Es en la tercera pregunta donde se descubre si la conservación se pensó.
Qué bloquea en la práctica
El arranque
Restaurar los archivos de un sistema no basta para hacerlo arrancar. Hacen falta la partición de sistema, la partición EFI o el sector de arranque según el modo, y una tabla de particiones coherente.
Es aquí donde las copias «solo de archivos» muestran su límite: contienen los datos, no la máquina. Un servidor remontado a partir de una copia de archivos exige una reinstalación completa del sistema antes de poder recuperar nada: cuente un día, no una hora.
Las particiones lógicas
Un disco particionado en MBR con una partición extendida contiene una cadena de bloques EBR: cada partición lógica apunta a la siguiente. Restaurar las particiones una a una sin recalcular esa cadena produce un disco que el sistema no sabe leer.
Es el tipo de detalle que solo se ve el día en que se necesita. Una herramienta de restauración debe tratarlo por sí sola.
Los discos 4Kn
Los discos con sectores de 4096 bytes se están generalizando en los servidores recientes. Restaurar una imagen tomada en un disco de 512 bytes hacia un disco 4Kn —o lo contrario— no es una simple copia. Si su herramienta no dice nada al respecto, pruébelo antes de necesitarlo.
El redimensionamiento
El disco de sustitución rara vez tiene exactamente el mismo tamaño. Más grande, hay que extender; más pequeño, hay que comprobar que los datos entran. Un plan de restauración serio rechaza un redimensionamiento imposible y lo explica, en lugar de intentarlo y dejar un volumen corrupto.
El caso en que el material no está disponible
Es la situación más corriente en la pyme: el servidor murió un viernes, el recambio llega el martes, y la actividad no puede esperar.
La respuesta es el P2V: restaurar una máquina física hacia una máquina virtual. Si tiene un anfitrión ESXi con recursos libres, el servidor vuelve a funcionar allí el tiempo que tarda en llegar el material, y después regresa a lo físico.
Lo que hay que comprobar antes de contar con ello:
- ¿La herramienta sabe crear la máquina virtual de destino, o hay que prepararla a mano?
- ¿La correspondencia disco por disco entre origen y destino es explícita?
- ¿La máquina virtual se detiene y se reinicia automáticamente durante la operación?
- ¿Se puede dirigir todo eso a distancia, o hay que estar delante del hipervisor?
El entorno de arranque
Cuando la máquina ya no arranca, el agente de copia instalado en su sistema tampoco arranca. Hace falta pues un entorno de socorro: en Windows, WinPE.
Dos preguntas para su herramienta:
- ¿El agente funciona bajo WinPE, o hace falta un soporte de restauración separado que haya que construir y mantener?
- ¿Sirve el mismo almacenamiento de copias, o hay que haber preparado una imagen específica?
La respuesta determina si la restauración empieza en diez minutos o en tres horas.
La lista de comprobación, una vez por cliente
Para recorrerla con calma, no el día del siniestro.
| Punto | Comprobado |
|---|---|
| La copia del sistema incluye la tabla de particiones | ☐ |
| Se ha probado una restauración completa, y se ha cronometrado | ☐ |
| El plazo medido es compatible con lo que el cliente espera | ☐ |
| La clave de recuperación se conserva en otro sitio que la máquina respaldada | ☐ |
| El soporte o el entorno de arranque está disponible y al día | ☐ |
| Existe un destino virtual de repliegue, con recursos libres | ☐ |
| El procedimiento está escrito, y es legible por alguien distinto de su autor | ☐ |
La última línea es la que se salta. Sin embargo es decisiva: el día del siniestro, quien instaló la copia de seguridad está de vacaciones.
La prueba que vale por todas las auditorías
Tome un puesto de prueba. Bórrelo. Restáurelo por completo, desde la copia, sin consultar la documentación del fabricante. Cronométrelo.
En media jornada aprenderá lo que ninguna ficha de producto dice: la velocidad real, los pasos que se atascan y la calidad del soporte cuando llama porque algo no ocurre como estaba previsto.
BeBackup cubre el archivo, la partición, el disco entero, el P2V hacia ESXi y el arranque bajo WinPE, desde la misma copia y la misma consola. Ver la página de restauración o pedir una demostración.