Inicio›Guías›Copia de seguridad informática
Copia de seguridad informática
¿Qué copia de seguridad para un servidor físico?
Un servidor físico se respalda como una máquina completa: sistema, aplicaciones, cuentas y datos, en forma de imagen restaurable, complementada con una copia de los archivos y las bases de datos. Respaldar solo la carpeta de datos obliga, el día de la avería, a reinstalarlo todo antes de volver a colocar los archivos, lo que a menudo lleva varios días.
Actualizado en octubre de 20263 min de lectura5 fuentes citadas
Lo esencial
- Imagen del sistema (bare-metal) para volver a arrancar, archivos y bases de datos para recuperar un documento o una tabla.
- Una base de datos SQL se respalda con una herramienta que entiende la base, no copiando archivos en caliente.
- La copia debe salir del servidor: un segundo disco interno no sobrevive ni a un incendio ni a un ransomware.
- Prevea el hardware de sustitución: tarjeta RAID, licencia vinculada al número de serie, dongle.
- Restaure la imagen al menos una vez al año en una máquina de pruebas, y un archivo cada trimestre.
Dos niveles, ambos útiles
La imagen del sistema, o copia de seguridad bare-metal. Captura los discos del servidor. Se utiliza cuando el servidor ya no arranca, cuando el disco ha fallado o cuando un ransomware ha afectado al sistema. Microsoft recomienda este tipo de copia para reconstruir un controlador de dominio, en particular porque puede restaurarse en un hardware diferente. Pero hay que saber en qué hardware de sustitución vuelve a arrancar: un servidor físico muy específico (tarjeta RAID, licencia vinculada al número de serie, dongle) se restaura mal en otro equipo. Preverlo antes de la avería forma parte de la copia de seguridad.
Los archivos y las bases de datos, además de la imagen. Sirven para recuperar un documento o una tabla sin restaurar toda la máquina. Una base de datos SQL se respalda con una herramienta que entiende la base (coherencia de las transacciones), no solo copiando los archivos mientras el motor escribe. Para SQL Server, Microsoft describe tres modelos de recuperación: solo el modelo completo, con copias frecuentes del registro de transacciones, permite volver a un instante preciso.
La frecuencia de la imagen puede ser diaria. La de la base de datos puede ser horaria si la entrada de datos es continua. Los dos historiales no necesitan tener la misma duración.
| Imagen del sistema | Archivos y bases de datos | |
|---|---|---|
| Sirve para | Volver a arrancar un servidor caído o infectado | Recuperar un documento, un buzón, una tabla |
| Frecuencia habitual | Diaria | De diaria a horaria (registro de la base) |
| Restauración | Hardware equivalente o máquina virtual | En una carpeta o una base de datos de prueba |
| Punto de atención | Controladores, RAID, licencias vinculadas al hardware | Coherencia de las transacciones |
Lo que no hay que olvidar en un servidor físico
- El contenido de los discos de datos y la configuración (recursos compartidos, tareas programadas, certificados, cuentas de servicio).
- Las bases de datos y las aplicaciones de negocio, con un método coherente.
- El correo, si todavía está alojado en ese servidor (Exchange local), de forma independiente de Microsoft 365.
- Una copia fuera del propio servidor. Microsoft lo recuerda para SQL Server: las copias de seguridad deben estar en un dispositivo físico distinto de los archivos de la base, no en otra partición del mismo disco. Un segundo disco interno no sobrevive a una fuente de alimentación que se quema ni al cifrado del sistema.
- Los soportes de instalación y la configuración del software: la ANSSI (Agencia Nacional de Seguridad de los Sistemas de Información de Francia) recomienda documentarlos para poder reconstruir sin tener que buscar.
- La clave de cifrado de la copia de seguridad, en otro lugar que no sea ese servidor.
- Una prueba: restaurar la imagen al menos una vez al año en una máquina de pruebas, y un archivo cada trimestre. El método está en ¿Cómo comprobar que una copia de seguridad funciona?.
Orden de magnitud de la recuperación
Sin imagen: reinstalación del sistema, de los controladores y de las aplicaciones, y después copia de los archivos. Para un servidor de negocio, calcule a menudo de una a tres jornadas si se encuentran los instaladores y las licencias.
Con imagen y copia fuera del sitio: el plazo depende del volumen que haya que recuperar y del hardware de sustitución. Es el RTO, que hay que medir, no adivinar. El NIST aconseja anticipar la sustitución del hardware mediante acuerdos con los proveedores. Si este plazo sigue siendo inaceptable, el servidor físico necesita un PRD: rearranque en una instancia de respaldo a partir de la copia de seguridad, mientras se repara el hardware.
Si deben volver a arrancar varios servidores, el orden importa. La ANSSI recomienda fijar de antemano un orden de restauración que tenga en cuenta las dependencias (directorio, DNS, bases de datos) y la criticidad de las aplicaciones.
En WeDoBack
WeDoBack respalda servidores físicos Windows y Linux, así como SQL Server, Exchange y el software de negocio, y puede restaurar el servidor completo, con software y configuración incluidos, o solo algunos archivos. Los datos se cifran en el equipo antes del envío; la clave permanece en manos del cliente. El agente para un servidor físico se factura a 20 € sin IVA al mes en la tarifa pública SMART, además del almacenamiento a 49,99 € sin IVA por TB al mes; en INTEGRAL, el almacenamiento va de 100 € a 65 € sin IVA por TB al mes según el volumen, con agentes incluidos según el tramo. Existe una opción de imagen del sistema archivada: 15 € sin IVA al mes para una imagen semestral, o 60 € sin IVA al mes para una imagen mensual, por servidor y por TB. Si el hardware no puede sustituirse a tiempo, el PRD vuelve a arrancar los servidores en instancias de respaldo a partir de la versión elegida.
Preguntas frecuentes
¿Se puede restaurar una imagen del sistema en otro hardware?
A menudo sí: Microsoft indica, por ejemplo, que una copia de seguridad bare-metal de Windows Server puede restaurarse en un hardware diferente. En la práctica, los controladores de almacenamiento, las tarjetas RAID y las licencias vinculadas al hardware plantean problemas. Hay que haberlo probado una vez, en una máquina física o virtual, antes de necesitarlo.
¿Hay que seguir haciendo copia de seguridad de un servidor físico si sus discos están en RAID?
Sí. El RAID permite seguir funcionando cuando un disco falla. Pero también replica fielmente una eliminación, una corrupción o un cifrado por ransomware. No es una copia de seguridad: no hay historial ni copia fuera del servidor.
¿Con qué frecuencia hacer copia de seguridad de un servidor físico?
La imagen puede ser diaria. Una base de datos con entrada de datos continua puede justificar una copia de su registro cada hora, o incluso con más frecuencia: es lo que permite volver a un instante preciso. La frecuencia se deduce de la pérdida de datos aceptable, el RPO.
Fuentes
Documentos consultados en octubre de 2026.
- Copia de seguridad de los sistemas de información – Los fundamentos (ANSSI-BP-100, v1.1, 27 de noviembre de 2025) — ANSSI
- AD Forest Recovery – Backing up a full server — Microsoft Learn
- Back up and Restore of SQL Server Databases — Microsoft Learn
- SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
- Ofertas y precios — WeDoBack
¿Un proyecto de copia de seguridad, PRD o PCN?
Más de 20 años de experiencia en la protección de los datos de las empresas.
Solicitar un presupuesto+33 9 72 50 78 28Proteja sus datos con WeDoBack
Copia de seguridad cifrada externalizada, almacenamiento inmutable, PRD y PCN: descríbanos sus servidores y le propondremos la combinación adecuada.
