Unidad Didáctica 1 · Copias de seguridad
01Por Qué Hacer Copias: RPO, RTO y la Regla 3-2-1-1-0
Una copia de seguridad (backup) es una copia de los datos guardada aparte, que permite recuperarlos si los originales se pierden o se dañan. Es la última línea de defensa: cuando todo lo demás falla (RAID, antivirus, cortafuegos), solo queda la copia.
Fallo de hardware
Disco, controladora- El RAID no basta si falla la controladora o varios discos
Error humano
La causa más frecuente- Borrados y sobrescrituras accidentales
Malware y ransomware
Cifrado y borrado- Los atacantes buscan y borran también las copias accesibles
Desastres
Incendio, inundación, robo- Destruyen el original y las copias del mismo edificio
Corrupción lógica
Software o actualización- Base de datos dañada que se replica a todas partes
Objetivos de recuperación
| Concepto | Pregunta que responde | Ejemplo |
|---|---|---|
| RPO (Recovery Point Objective) | ¿Cuántos datos puedo permitirme perder? | RPO de 24 h: basta una copia diaria. RPO de 15 min: hacen falta copias del registro de transacciones o réplicas |
| RTO (Recovery Time Objective) | ¿Cuánto tiempo puedo estar sin servicio? | RTO de 4 h: la restauración completa debe caber en ese tiempo |
| Retención | ¿Cuánto tiempo guardo cada copia? | Diarias 14 días, mensuales 12 meses, anuales 5 años |
La regla 3-2-1-1-0
- 3 copias de los datos: el original y dos copias.
- 2 soportes distintos (por ejemplo, disco y cinta, o NAS y nube).
- 1 copia fuera de las instalaciones.
- 1 copia desconectada o inmutable (air gap, cinta retirada, almacenamiento con bloqueo WORM), que un ransomware no pueda borrar.
- 0 errores en las pruebas de restauración: una copia que no se ha probado no es una copia.
02Tipos de Copias de Seguridad: Total, Incremental y Diferencial
| Tipo | Qué copia | Tiempo de copia | Espacio | Para restaurar se necesita |
|---|---|---|---|---|
| Total (completa) | Todos los datos seleccionados | Largo | Mucho | Solo la última total |
| Incremental | Lo cambiado desde la última copia de cualquier tipo | Muy corto | Poco | La última total + todas las incrementales posteriores, en orden |
| Diferencial | Lo cambiado desde la última total | Crece cada día | Medio, crece cada día | La última total + la última diferencial |
Ejemplo con una semana
| Día | Copia | Con incrementales contiene | Con diferenciales contiene |
|---|---|---|---|
| Domingo | Total | Todo | Todo |
| Lunes | Inc. o Dif. | Cambios del lunes | Cambios del lunes |
| Martes | Inc. o Dif. | Cambios del martes | Cambios de lunes y martes |
| Miércoles | Inc. o Dif. | Cambios del miércoles | Cambios de lunes a miércoles |
| Jueves (fallo) | Restaurar | Total + Lun + Mar + Mié | Total + Dif. del miércoles |
Otros tipos y técnicas
- Copia espejo (mirror): réplica exacta y actualizada del origen; si se borra en el origen, también en el espejo. No sirve sola como copia.
- Total sintética: el sistema de copias construye una total nueva combinando la última total con las incrementales, sin volver a leer el origen.
- Incremental permanente (forever incremental): una total inicial y después solo incrementales, con fusión automática.
- Copia a nivel de bloque o de imagen: copia el disco o la máquina virtual completos; permite la restauración completa en hardware distinto (bare metal).
- Instantáneas (snapshots): foto del estado de un volumen o VM en un momento; rápidas, pero dependen del almacenamiento original.
- Deduplicación: guarda una sola vez los bloques repetidos; reduce mucho el espacio.
- Atributo de archivo (Windows): las copias totales e incrementales lo desactivan; las diferenciales no.
03Esquemas de Rotación y Retención
| Esquema | Funcionamiento | Ventaja |
|---|---|---|
| Abuelo-padre-hijo (GFS) | Hijos: copias diarias reutilizadas cada semana. Padres: semanales reutilizadas cada mes. Abuelos: mensuales guardadas un año o más | Equilibrio entre número de soportes e historial |
| Torre de Hanói | Cada soporte se usa con una frecuencia distinta (cada 2, 4, 8, 16 días…) | Mucho historial con pocos soportes |
| Rotación simple (FIFO) | Se sobrescribe siempre la copia más antigua | Sencillo, pero poco historial |
| Retención por política (software) | Se indica cuántas copias o días se guardan de cada tipo | Lo habitual en las herramientas modernas |
Retención y RGPDGuardar copias mucho tiempo choca con el principio de limitación del plazo de conservación: si una persona pide la supresión de sus datos, siguen estando en las copias. Lo aceptado es documentar el plazo de retención de las copias, protegerlas y, si se restaura una, volver a aplicar las supresiones pendientes.
04Cálculo Resuelto: Capacidad, Ventana de Copia y Tiempo de Restauración
Una política de copias debe comprobarse con números: si no cabe en el repositorio, no termina dentro de la ventana o no se puede restaurar dentro del RTO, no sirve.
| Dato de partida | Valor |
|---|---|
| Datos a copiar | 2 TB (servidor de ficheros + base de datos) |
| Cambio diario | 3 % (60 GB) |
| Política | Total semanal el sábado, incremental de lunes a viernes; retención de 4 semanas |
| Reducción por compresión y deduplicación | 2:1 (los datos ocupan la mitad) |
| Red y repositorio | 1 Gb/s, unos 100 MB/s reales |
| Ventana de copia | De 22:00 a 6:00 (8 horas) |
| RTO del servidor de ficheros | 8 horas |
- Espacio por semana: total 2.000 GB + 5 incrementales × 60 GB = 2.300 GB → con reducción 2:1 = 1.150 GB.
- Espacio para 4 semanas: 4 × 1.150 GB = 4,6 TB. Con un margen del 30 % para crecimiento: unos 6 TB de repositorio.
- Duración de la copia total: 2.000.000 MB / 100 MB/s = 20.000 s ≈ 5,6 h. Cabe en la ventana del sábado.
- Duración de la incremental: 60.000 MB / 100 MB/s = 600 s = 10 minutos.
- Restauración completa: unas 5,6 h de transferencia más la preparación del servidor (1-2 h): unas 7,5 h, al límite del RTO de 8 h.
- Conclusión: la política es viable, pero el RTO está muy justo. Opciones: red de 10 Gb/s hacia el repositorio, restauración instantánea de la máquina virtual desde el repositorio o restaurar primero las carpetas más urgentes.
Desde la nubeSi la única copia estuviera en la nube con una conexión de 300 Mb/s (unos 35 MB/s reales), restaurar 2 TB llevaría unas 16 horas, el doble del RTO. Por eso se recomienda una copia local para restaurar rápido y otra externa para sobrevivir a un desastre.
05Arquitectura del Servicio de Copias de Respaldo
Servidor de copias (director o servidor de gestión)
Guarda la configuración y el catálogo, y planifica y lanza los trabajos.
Agentes o clientes
En cada equipo a copiar; leen los datos de forma coherente (VSS en Windows, instantáneas LVM, volcados de bases de datos).
Servidor de almacenamiento (media server o repositorio)
Escribe los datos en los soportes: disco, cinta, nube.
Catálogo
Índice de qué ficheros están en qué copia y en qué soporte. Sin él, restaurar es lentísimo. Hay que copiarlo también.
Consola
Configuración, supervisión, informes y restauraciones.
Gestión de claves
Claves de cifrado de las copias, guardadas aparte; sin ellas, la copia no sirve.
Modelos
| Modelo | Descripción | Uso |
|---|---|---|
| Local | Cada equipo se copia a un disco propio | Domicilios, equipos sueltos |
| Centralizado | Un servidor de copias para todos los equipos de la red | Pymes y empresas |
| Disco a disco a cinta (D2D2T) | Copia rápida a disco y después paso a cinta para retención larga y salida del edificio | Empresas con librería de cintas |
| Disco a disco a nube (D2D2C) | Igual, pero la segunda copia va a la nube | Muy extendido hoy |
| Copia como servicio (BaaS) | El proveedor gestiona todo en la nube | Pymes sin personal de sistemas; copias de Microsoft 365 |
Red de copias
- Copias por la red local (LAN): sencillas, pero cargan la red en horario de copia.
- Red dedicada de copias o copias por la SAN (LAN-free): no afectan a la red de usuarios.
- Ventanas de copia: periodos de poca actividad (normalmente nocturnos) en los que debe terminar cada trabajo.
06Medios de Almacenamiento para Copias de Seguridad
| Medio | Ventajas | Inconvenientes | Uso típico |
|---|---|---|---|
| Discos externos USB | Baratos y sencillos | Frágiles; fácil olvidarlos conectados (y que el ransomware los cifre); se pierden | Pymes, equipos individuales, rotación diaria |
| NAS | Centralizado, con RAID, instantáneas y replicación a otro NAS | Si está siempre accesible por la red, es vulnerable al ransomware | Primer nivel de copia en pymes |
| Servidor o cabina de disco con deduplicación | Rápido, gran capacidad, restauraciones veloces | Coste | Empresas medianas y grandes |
| Cinta (LTO) | Muy barata por TB, larga duración (30 años), desconectada al retirarla, WORM | Acceso secuencial; necesita unidad o librería y operador | Retención larga y copia fuera de las instalaciones |
| Almacenamiento de objetos en la nube (S3 y compatibles) | Fuera del edificio, escalable, bloqueo de objetos (inmutabilidad) | Depende de Internet; coste por volumen y por descarga; ubicación de los datos (RGPD) | Copia externa e inmutable |
| Ópticos (Blu-ray, M-DISC) | Inalterables una vez grabados | Poca capacidad | Archivo de pocos datos |
InmutabilidadLas copias inmutables (bloqueo de objetos en S3 en modo cumplimiento, repositorios Linux endurecidos con ficheros inmutables, cintas WORM, instantáneas protegidas del NAS) no se pueden borrar ni modificar durante su periodo de retención, ni siquiera con credenciales de administrador. Son la defensa clave contra el ransomware.
07Herramientas para la Realización de Copias de Seguridad
| Herramienta | Tipo | Características |
|---|---|---|
| Historial de archivos y Copias de seguridad de Windows | Integrada en Windows | Versiones de ficheros de usuario; imagen del sistema (heredada) |
| Copias de seguridad de Windows Server (wbadmin) | Integrada en Windows Server | Volúmenes, estado del sistema, restauración completa |
| Time Machine | Integrada en macOS | Copias horarias incrementales |
| rsync, tar | Utilidades de Linux | Sincronización y archivado; base de muchos scripts |
| Robocopy | Utilidad de Windows | Copia y sincronización robusta de carpetas |
| Restic, BorgBackup, Kopia, Duplicati | Libres | Copias deduplicadas, cifradas e incrementales, a disco o a la nube |
| Bacula, Bareos, Amanda | Libres empresariales | Arquitectura cliente-servidor con cintas y catálogo |
| Proxmox Backup Server | Libre | Copias de máquinas virtuales y contenedores con deduplicación |
| Veeam, Commvault, Veritas NetBackup, Acronis | Comerciales | Copia de VM, servidores, Microsoft 365; restauración granular |
| Clonezilla, Macrium Reflect | Imagen de disco | Clonación e imágenes completas |
Funciones básicas de una herramienta de copias
- Selección de origen: ficheros, carpetas, volúmenes, máquinas virtuales, bases de datos, aplicaciones.
- Tipos de copia y planificación.
- Copia coherente de ficheros abiertos (VSS, instantáneas) y de aplicaciones (bases de datos, Exchange).
- Compresión, deduplicación y cifrado.
- Retención automática.
- Verificación tras la copia.
- Catálogo y búsqueda de ficheros.
- Restauración completa, parcial o granular y a otra ubicación.
- Informes y notificaciones de éxito o fallo.
08Copias de Bases de Datos y Aplicaciones
Copiar los ficheros de una base de datos mientras está en marcha produce casi siempre una copia inservible: los ficheros cambian mientras se leen. Hay que usar métodos que garanticen una copia coherente.
| Método | Cómo funciona | Ejemplos |
|---|---|---|
| Volcado lógico | Exporta los datos como sentencias SQL o en un formato propio, de forma coherente | mysqldump --single-transaction, pg_dump, exportaciones de la aplicación |
| Copia física en caliente | Copia los ficheros con la ayuda del motor, que garantiza la coherencia | mariabackup, pg_basebackup, BACKUP DATABASE de SQL Server |
| Instantánea coherente con la aplicación | VSS (Windows) avisa a la aplicación para que deje los datos en estado coherente antes de la instantánea | Agentes de copia con VSS para SQL Server o Exchange; scripts pre y post en Linux |
| Registro de transacciones | Copias frecuentes del registro de cambios | binlog (MySQL/MariaDB), WAL (PostgreSQL), copia del registro de transacciones (SQL Server) |
Recuperación a un punto en el tiempo (PITR)
Combinando una copia completa con los registros de transacciones posteriores se puede restaurar la base de datos a un momento exacto, por ejemplo al minuto anterior a un borrado accidental a las 11:42. Así el RPO baja de 24 horas a minutos.
# MariaDB/MySQL: copia completa coherente + registros binarios
mysqldump --single-transaction --routines --triggers --flush-logs --master-data=2 --all-databases | gzip > completa.sql.gz
# ...los binlog posteriores se copian cada 15 minutos...
# Restaurar la completa y aplicar los cambios hasta justo antes del error
gunzip < completa.sql.gz | mysql
mysqlbinlog --stop-datetime='2026-11-10 11:41:59' binlog.000123 binlog.000124 | mysql
# PostgreSQL: copia lógica de una base concreta y restauración
pg_dump -Fc -d ventas -f ventas.dump
pg_restore -d ventas_prueba ventas.dump
Pregunta clavePara cada aplicación hay que saber qué copiar además de la base de datos: ficheros adjuntos, configuración, certificados, claves de cifrado y la versión exacta de la aplicación. Una base de datos restaurada sin sus adjuntos o sin la versión de programa compatible no recupera el servicio.
09Configuración de Opciones de Copia y de Restauración
| Opción | Decisión que hay que tomar |
|---|---|
| Origen y exclusiones | Qué se copia y qué no (temporales, cachés, ficheros multimedia personales) |
| Destino | Repositorio local, NAS, cinta, nube; más de un destino para cumplir 3-2-1 |
| Tipo y calendario | Por ejemplo: total los domingos, incremental de lunes a sábado a las 22:00 |
| Retención | Número de copias o días por tipo |
| Cifrado | Algoritmo (AES-256) y custodia de la contraseña o clave, separada de las copias |
| Compresión y deduplicación | Más ahorro a cambio de CPU |
| Copia coherente | Usar VSS o volcados de base de datos |
| Verificación | Comprobar los datos al terminar la copia |
| Notificaciones | Correo o integración con la monitorización si una copia falla o no se ejecuta |
| Opciones de restauración | Sobrescribir o no los ficheros existentes, restaurar a la ubicación original o a otra, restaurar permisos (ACL), restaurar una versión de una fecha concreta |
Alertas de copiaEl fallo más peligroso es el silencioso: la copia lleva semanas sin hacerse y nadie lo sabe. La plataforma de monitorización (UF1350 y UF1352) debe avisar tanto si la copia falla como si no se ejecuta (ausencia de datos).
10Realización de Copias de Seguridad
REM Windows: copia de una carpeta con Robocopy (espejo con registro)
robocopy D:\Datos \\NAS\copias\Datos /MIR /COPY:DAT /R:2 /W:5 /LOG:C:\Logs\robocopy.log
REM Windows Server: copia del volumen D: y del estado del sistema
wbadmin start backup -backupTarget:\\NAS\copias\SRV1 -include:D: -systemState -quiet
wbadmin get versions
# Linux: archivado completo comprimido con fecha
sudo tar -czpf /copias/etc_$(date +%F).tar.gz /etc
# Linux: copia incremental con rsync y enlaces duros (cada día parece una copia total)
rsync -a --delete --link-dest=/copias/ayer /srv/datos/ /copias/hoy/
# Restic: copias deduplicadas y cifradas
export RESTIC_REPOSITORY=/mnt/nas/restic # o s3:https://..., sftp:usuario@host:/ruta
restic init # pide la contraseña del repositorio
restic backup /srv/datos --exclude '*.tmp' --tag diaria
restic snapshots
restic forget --keep-daily 14 --keep-weekly 8 --keep-monthly 12 --prune
restic check # verifica la integridad del repositorio
# Bases de datos: volcado coherente antes de copiar
mysqldump --single-transaction --all-databases | gzip > /copias/mysql_$(date +%F).sql.gz
Procedimiento operativo diario
- 1. Revisar el informe de las copias de la noche: correctas, con avisos o fallidas.
- 2. Relanzar las fallidas tras corregir la causa (espacio, credenciales, ficheros bloqueados, red).
- 3. Cambiar o retirar los soportes según la rotación y registrarlo.
- 4. Llevar la copia externa a su ubicación segura (o comprobar la réplica a la nube).
- 5. Anotar las incidencias en la herramienta de tiques.
11Copias de Máquinas Virtuales y de Servicios SaaS
Máquinas virtuales
- Copia a nivel de hipervisor: el sistema de copias pide una instantánea de la VM, copia sus discos y borra la instantánea. No hace falta agente dentro de cada VM.
- Seguimiento de bloques cambiados (CBT en VMware, RCT en Hyper-V, bitmaps sucios en Proxmox): en las incrementales solo se leen los bloques modificados, lo que reduce mucho el tiempo.
- Coherencia: con las herramientas de integración del invitado (VMware Tools, qemu-guest-agent) se congelan los sistemas de archivos o se usa VSS antes de la instantánea.
- Restauraciones posibles: la VM completa, un disco, ficheros sueltos (montando la copia) o restauración instantánea arrancando la VM directamente desde el repositorio.
- Herramientas: Proxmox Backup Server, Veeam, Nakivo, las propias del hipervisor.
# Proxmox VE: copia de la VM 105 al almacén PBS en modo instantánea
vzdump 105 --storage pbs-copias --mode snapshot --notes-template '{{guestname}} diaria'
# Listar copias y restaurar en una VM nueva (ID 905) para probar
pvesm list pbs-copias --vmid 105
qmrestore pbs-copias:backup/vm/105/2026-11-10T01:00:00Z 905 --unique
Servicios SaaS: Microsoft 365 y Google Workspace
| Mito | Realidad |
|---|---|
| «Está en la nube, el proveedor ya tiene copias» | El proveedor garantiza la disponibilidad de su servicio, no la recuperación de lo que borra el usuario, un ransomware o un administrador malintencionado (modelo de responsabilidad compartida) |
| «La papelera lo guarda todo» | Las papeleras y la retención tienen plazos limitados (por ejemplo, 30-93 días según el elemento y la configuración) |
| «Sincronizar con OneDrive o Drive es una copia» | La sincronización replica también los borrados y los cifrados; el historial de versiones ayuda, pero no sustituye a una copia independiente |
Para buzones, OneDrive, SharePoint, Teams o Drive se usan herramientas de copia específicas que guardan los datos en otro proveedor o en local, con retención propia y restauración granular (un correo, una carpeta, un buzón completo).
12Restauración de Copias y Verificación de la Integridad
Tipos de restauración
| Tipo | Cuándo | Ejemplo |
|---|---|---|
| Granular (ficheros sueltos) | Borrado o cambio accidental | Recuperar una hoja de cálculo de ayer |
| De carpeta o volumen | Pérdida de un recurso compartido | Restaurar \\SRV\Comercial |
| De aplicación o base de datos | Corrupción de datos | Restaurar la base de datos del ERP a las 14:00 |
| Completa del sistema (bare metal) | Servidor destruido o reinstalado | Restaurar la imagen en un servidor nuevo |
| De máquina virtual | VM dañada | Restauración instantánea arrancando la VM desde el repositorio |
| A otra ubicación | Para comparar o recuperar parte sin sobrescribir | Restaurar en D:\Restaurado |
- 1. Recibir la petición: por la herramienta de tiques, con la autorización necesaria (no se restauran datos de otro usuario sin permiso).
- 2. Localizar la copia: fecha y versión adecuadas en el catálogo.
- 3. Elegir destino y opciones: ubicación original o alternativa, sobrescritura, permisos.
- 4. Restaurar.
- 5. Verificar: que el fichero abre, que la aplicación funciona, que los datos son los esperados.
- 6. Cerrar: con el usuario y documentar.
Verificación de la integridad de la información
- Funciones resumen (hash): calcular el SHA-256 de los datos antes de copiar y comprobarlo tras restaurar.
- Verificación de la herramienta: lectura y comprobación del repositorio (restic check, verificación de trabajos en Veeam o Bacula).
- Pruebas de restauración periódicas: por ejemplo, cada mes un fichero al azar y cada trimestre un servidor completo en un entorno aislado.
- Comprobación de las aplicaciones: una base de datos restaurada debe arrancar y pasar sus comprobaciones de integridad.
- Registro de las pruebas: fecha, qué se restauró, tiempo empleado (para comparar con el RTO) y resultado.
REM Windows: hash antes y después
Get-FileHash D:\Datos\facturas.xlsx -Algorithm SHA256
Get-FileHash D:\Restaurado\facturas.xlsx -Algorithm SHA256
# Linux: lista de hashes de toda una carpeta y comprobación tras restaurar
cd /srv/datos && find . -type f -exec sha256sum {} + > /copias/hashes.txt
cd /restaurado && sha256sum -c /copias/hashes.txt | grep -v ': OK'
restic restore latest --target /restaurado --include /srv/datos/facturas
13Diseño de Copias Resistentes al Ransomware
Los grupos de ransomware actuales buscan primero las copias de seguridad y las borran o las cifran antes de atacar los datos. Una copia «normal», accesible con las mismas credenciales del dominio, no sobrevive a un ataque serio.
| Medida | Qué evita |
|---|---|
| Credenciales separadas: el servidor y el repositorio de copias no pertenecen al dominio y tienen cuentas propias con MFA | Que el atacante, con las credenciales robadas del dominio, entre en las copias |
| Copia inmutable (bloqueo de objetos S3 en modo cumplimiento, repositorio Linux endurecido con inmutabilidad, cinta WORM) | Que se borren o modifiquen las copias durante su retención, incluso con permisos de administrador |
| Copia desconectada (air gap): cinta extraída, disco que se desconecta tras la copia | Que el ataque alcance esa copia por la red |
| Red de copias segmentada y acceso solo desde los servidores necesarios | El movimiento lateral hacia el repositorio |
| Retención suficiente (semanas o meses) | Restaurar una copia que ya contenía el malware dormido |
| Cifrado de las copias con claves guardadas aparte | Que el robo de una copia exponga los datos |
| Alertas por borrados masivos de copias o cambios en la política de retención | Que el sabotaje pase desapercibido |
| Pruebas de restauración periódicas en un entorno aislado | Descubrir el día del ataque que las copias no restauran |
- Antes de restaurar tras un ataque: confirmar que la causa está contenida (cuentas comprometidas deshabilitadas, vía de entrada cerrada).
- Elegir la copia: la más reciente anterior al inicio del ataque según la línea temporal de la investigación, no la de anoche.
- Restaurar en un entorno limpio: red aislada, analizar con antimalware actualizado antes de reconectar.
- Priorizar: servicios críticos primero, según el plan de continuidad.
14Copias y Restauración en Sistemas Remotos y en la Nube
| Escenario | Solución habitual | Consideraciones |
|---|---|---|
| Sedes remotas | Agente local que copia a un repositorio en la sede y replica a la central | Ancho de banda: copias incrementales, deduplicación en origen, límites de velocidad en horario laboral |
| Portátiles y teletrabajo | Agente que copia por Internet a la nube o al servidor central cuando hay conexión; o carpetas sincronizadas con versiones (OneDrive, Nextcloud) | Cifrado en origen; la sincronización por sí sola no es copia |
| Servidores en la nube | Instantáneas del proveedor + copia a otra región o a otro proveedor | No depender de una sola cuenta: si se compromete, se pierde todo |
| SaaS (Microsoft 365, Google Workspace) | Herramienta de copia específica | El proveedor garantiza el servicio, no la recuperación de tus borrados a largo plazo (modelo de responsabilidad compartida) |
| Copia externa de la empresa | Réplica a la nube o a otro centro | Contrato de encargo del tratamiento y ubicación de los datos dentro del Espacio Económico Europeo o con garantías (RGPD) |
# Copia a un servidor remoto por SSH con rsync (limitando el ancho de banda)
rsync -az --delete --bwlimit=5000 -e ssh /srv/datos/ copias@srv-central:/copias/sede-elche/
# Restic directamente contra almacenamiento de objetos compatible con S3
export RESTIC_REPOSITORY=s3:https://s3.proveedor.eu/empresa-copias
export AWS_ACCESS_KEY_ID=... AWS_SECRET_ACCESS_KEY=...
restic backup /srv/datos
# Restauración remota de un fichero concreto
restic restore latest --target /tmp/rest --include /srv/datos/contratos/2026
Restaurar desde lejosRestaurar varios TB desde la nube por una conexión de 100 Mb/s tarda días. Calcula el tiempo de restauración frente al RTO: a veces el proveedor ofrece envío de discos o hay que mantener también una copia local.
15Glosario de la Parte I
- RPO
- Pérdida máxima de datos aceptable, medida en tiempo.
- RTO
- Tiempo máximo aceptable para recuperar el servicio.
- Copia total / incremental / diferencial
- Todo / lo cambiado desde la última copia / lo cambiado desde la última total.
- Total sintética
- Copia total construida a partir de la anterior y las incrementales, sin releer el origen.
- GFS
- Esquema de rotación abuelo-padre-hijo.
- Deduplicación
- Guardar una sola vez los bloques de datos repetidos.
- Catálogo
- Índice de qué contiene cada copia y dónde está.
- VSS
- Servicio de instantáneas de Windows para copias coherentes.
- PITR
- Recuperación a un punto concreto en el tiempo con registros de transacciones.
- CBT
- Seguimiento de bloques cambiados para copias incrementales rápidas de VM.
- Inmutabilidad
- Imposibilidad de modificar o borrar una copia durante su retención.
- Air gap
- Separación física o lógica de la copia respecto a la red.
- Bare metal
- Restauración completa de un sistema en un equipo vacío.
- Regla 3-2-1-1-0
- 3 copias, 2 soportes, 1 fuera, 1 desconectada o inmutable, 0 errores de restauración.
16Autoevaluación de la Parte I
Copia total el domingo e incrementales de lunes a viernes. El viernes a mediodía falla el disco. ¿Qué necesitas para restaurar?
La total del domingo y las incrementales de lunes a jueves, aplicadas en orden. Se pierde lo hecho el viernes por la mañana.
¿Por qué un RAID 1 no es una copia de seguridad?
Porque replica al instante cualquier borrado, cifrado o corrupción; solo protege del fallo físico de un disco.
¿Qué RPO tienes si solo haces copias nocturnas?
Hasta 24 horas: puedes perder todo lo hecho durante el día.
¿Cómo copias una base de datos MariaDB en uso de forma coherente?
Con mysqldump --single-transaction (copia lógica) o con mariabackup (copia física en caliente), nunca copiando sus ficheros sin más.
¿Qué significa que una copia en la nube sea inmutable?
Que durante su periodo de retención no se puede borrar ni modificar, ni siquiera con credenciales de administrador, gracias al bloqueo de objetos en modo cumplimiento.
¿Por qué el servidor de copias no debería estar unido al dominio?
Para que, si un atacante consigue credenciales del dominio, no pueda entrar con ellas en las copias y borrarlas.
¿Cuánto tarda en restaurarse 1 TB a 100 MB/s?
1.000.000 MB / 100 MB/s = 10.000 s, unas 2,8 horas de transferencia, sin contar la preparación.
¿Es OneDrive sincronizado una copia de seguridad?
No por sí solo: replica borrados y cifrados. Tiene historial de versiones y papelera con plazo, pero hace falta una copia independiente.
Tras un ransomware, ¿restauras la copia de anoche?
No necesariamente: se restaura la última copia anterior al inicio del ataque según la investigación, en un entorno aislado y después de contener la causa.