Infraestructura crítica
Backup de servidores físicos y virtuales
Un servidor no es solo un contenedor de ficheros: es un sistema operativo, unos servicios instalados y, a menudo, un rol crítico como el directorio corporativo o una aplicación de negocio. Protegemos servidores físicos y virtuales con copias que permiten recuperar la máquina completa, incluida la opción de bare metal recovery sobre hardware nuevo cuando el equipo original ya no está disponible.
Qué significa proteger un servidor de verdad
Copiar los ficheros de datos de un servidor es solo una parte del trabajo. Si ese servidor sufre una avería de disco, de placa base o de fuente de alimentación, lo que hace falta no es solo recuperar los documentos, sino volver a tener el mismo sistema operativo, con los mismos servicios configurados, funcionando cuanto antes, ya sea sobre el hardware reparado o sobre un equipo de sustitución.
Ese es el propósito del backup a nivel de imagen con capacidad bare metal: capturar el disco de sistema completo, junto con el estado de los roles instalados, de forma que la restauración no dependa de reinstalar manualmente Windows Server o la distribución Linux correspondiente y volver a configurar cada servicio desde cero.
Cómo funciona la recuperación bare metal
El proceso combina una copia de imagen completa con un medio de arranque independiente para el momento de la recuperación.
- 01
Copia de imagen completa
Se captura el disco de sistema, el estado de los roles y las particiones de arranque necesarias para reconstruir el servidor.
- 02
Incrementales programados
Las siguientes copias solo transfieren los bloques modificados, manteniendo ventanas de copia reducidas en servidores en producción.
- 03
Arranque desde medio de recuperación
Ante una avería grave, se arranca el hardware nuevo o reparado desde un medio independiente que inicia el proceso de restauración.
- 04
Adaptación de controladores
Se ajustan automáticamente los drivers de almacenamiento y red al nuevo hardware antes del primer arranque del sistema restaurado.
Qué incluye la protección de un servidor
Sistema operativo completo
Imagen del disco de arranque, registro y componentes necesarios para reconstruir el servidor sin reinstalación manual.
Roles y servicios
Directorio activo, servidores de ficheros, DNS, DHCP y otros roles capturados en un estado consistente y restaurable.
Datos de aplicación
Bases de datos y ficheros de aplicaciones críticas, coordinados para no restaurar información a medio escribir.
Recuperación granular
Posibilidad de extraer un fichero o una carpeta concreta sin necesidad de restaurar el servidor entero.
Restauración sobre hardware distinto
Adaptación de controladores de arranque para restaurar sobre un equipo diferente al original.
Pruebas de restauración
Verificaciones periódicas que confirman que el servidor arrancaría correctamente si fuera necesario.
Copia de ficheros frente a copia de imagen con bare metal recovery
| Aspecto | Copia solo de ficheros | Imagen con bare metal recovery |
|---|---|---|
| Tras un fallo de disco de sistema | Hay que reinstalar el sistema operativo antes de recuperar datos | Se restaura la imagen completa y el sistema queda operativo |
| Tiempo de recuperación | Días: reinstalación, parcheado y reconfiguración manual | Horas: arranque desde medio de recuperación y restauración de imagen |
| Roles del servidor | Se pierden las configuraciones específicas de cada rol | Se recuperan junto con el resto del sistema |
| Cambio de hardware | Requiere reinstalación completa desde cero | Adaptación automática de controladores al nuevo equipo |
| Alcance de la protección | Adecuada solo para datos no críticos | Adecuada para servidores de infraestructura y producción |
Servidores físicos y virtuales conviven en la misma red
Es habitual que una empresa mantenga algún servidor físico dedicado, por ejemplo para una base de datos con requisitos de rendimiento concretos, junto a un clúster de máquinas virtuales para el resto de servicios. Ambos entornos necesitan protección, aunque el mecanismo técnico difiera, y conviene coordinarlos bajo la misma política de retención.
Si el servidor físico aloja motores de bases de datos, la consistencia transaccional de esas copias merece una atención específica más allá de la imagen del sistema operativo.
Cuando el fallo afecta a más de un servidor
El bare metal recovery resuelve la recuperación de un servidor concreto. Cuando el incidente afecta a varios sistemas a la vez, o al centro de datos completo, la respuesta necesaria es un plan de recuperación ante desastres que ordene qué se restaura primero y con qué objetivo de tiempo.
Documentar ese orden de prioridades antes de que ocurra el incidente es lo que marca la diferencia entre una recuperación de horas y una de días.
Preguntas frecuentes
Dudas habituales de los responsables de IT y dirección antes de contratar.
¿Qué diferencia hay entre backup de servidor y bare metal recovery?
El backup de servidor guarda los datos y la configuración; el bare metal recovery permite además reinstalar el sistema operativo completo sobre hardware nuevo o distinto sin necesidad de reconfigurarlo manualmente pieza a pieza, arrancando desde un medio de recuperación independiente.
¿Se puede restaurar un servidor físico sobre hardware diferente?
Sí, mediante la adaptación de controladores de arranque y almacenamiento al nuevo equipo. Esto es especialmente útil cuando el servidor original ha sufrido una avería grave y hay que sustituirlo por otro modelo.
¿Cómo se protegen servidores con roles críticos como directorio activo?
Con copias conscientes del estado del sistema, que incluyen el registro, los objetos de directorio y los servicios propios del rol, de forma que la restauración recupere no solo ficheros sino la función completa del servidor.
¿Cuánto tiempo se tarda en recuperar un servidor completo?
Depende del volumen de datos y del destino de restauración, pero el objetivo habitual es tener el servidor operativo en horas, no en días, priorizando primero los servicios más críticos si hay varios afectados a la vez.
¿Es distinto proteger un servidor físico de uno virtual?
El principio es el mismo, garantizar una imagen recuperable, pero el mecanismo cambia: un servidor virtual se copia habitualmente a nivel de hipervisor, mientras que uno físico requiere un agente o un método de arranque de recuperación propio.
¿Qué pasa con los servicios que corren sobre el servidor, no solo los ficheros?
Se incluyen en la copia los servicios instalados, sus configuraciones y, cuando aplica, las bases de datos asociadas, para que la restauración deje el servidor funcionando en el mismo estado, no solo con los datos recuperados.
¿Cómo se prueba que un bare metal recovery funcionaría de verdad?
Con restauraciones de prueba periódicas sobre hardware o máquina virtual de laboratorio, comprobando que el sistema arranca, reconoce los discos y los servicios se inician correctamente, no solo que la copia se completó sin errores.
Servicios relacionados
- Backup para empresasLa estrategia general de copia en la que se integra el servidor.
- Backup de máquinas virtualesProtección a nivel de hipervisor para el clúster de virtualización.
- Backup de bases de datosConsistencia transaccional específica para los motores instalados en el servidor.
- Backup NASProtección del almacenamiento en red asociado al servidor.
- Disaster RecoveryEl plan cuando el incidente afecta a varios servidores a la vez.
- Data center y CPDInfraestructura física donde se alojan los servidores críticos.
Comprobemos si tus servidores tendrían una recuperación rápida
Revisamos qué servidores físicos y virtuales tienes, cómo se protegen hoy y qué falta para garantizar una recuperación bare metal fiable. Sin compromiso de contratación.
También puedes escribir a info@backupnube.es