Copias de seguridad cifradas que realmente puedes restaurar.

Elegir el límite del repositorio

Use un destino y credenciales distintos de los del servidor de producción. El cifrado del lado del cliente puede proteger las copias almacenadas, pero la contraseña o clave del repositorio debe respaldarse de forma privada. Perderla puede dejar inutilizable cada instantánea cifrada.

Captura datos coherentes

Usa volcados nativos de la base de datos o un procedimiento de instantáneas compatible con la aplicación. Haz copias de seguridad de la configuración, las instrucciones de despliegue y los secretos protegidos necesarios para la recuperación. Excluye las cachés transitorias solo cuando sepas que pueden reconstruirse.

Dificulta la eliminación

Considera un destino de solo anexado o inmutable donde la máquina de origen no pueda borrar todas las copias históricas. Mantén separadas las credenciales de retención y de depuración cuando sea posible. El cifrado por sí solo no impide que un servidor comprometido elimine un repositorio con permisos de escritura.

Programa comprobaciones y simulacros de restauración

Supervise el estado de salida de las tareas y la antigüedad de la última copia de seguridad correcta. Ejecute las comprobaciones de integridad del repositorio que admita la herramienta. Restaure una muestra con regularidad y realice un ensayo completo de recuperación tras cambios importantes en la aplicación.

Separe añadir una copia de eliminar el historial

Un destino de solo anexión puede permitir que el servidor de producción añada instantáneas mientras mantiene la autoridad de eliminación en una máquina de confianza separada. La retención sigue requiriendo una revisión cuidadosa: las instantáneas falsificadas más recientes pueden socavar algunas políticas de selección basadas en calendario. Consulta la guía de la herramienta, ejecuta una simulación de retención y supervisa la capacidad. La operación forget de Restic selecciona instantáneas; la poda elimina los datos almacenados sin referencias.

• Mantén las credenciales de mantenimiento del repositorio fuera de la máquina de producción
• Ejecuta una prueba de retención antes de permitir la eliminación
• Usa un destino nuevo y vacío para cada ejercicio de recuperación

restic check
restic snapshots
restic restore latest --target /srv/restore-drill

Documentación oficial: Retención y depuración de Restic

Un simulacro de restauración con una condición de éxito

Elige un fallo realista: un archivo eliminado, una base de datos perdida o una reconstrucción completa de la máquina. Restaura en un directorio separado o en un host aislado. Verifica el contenido de los archivos, los permisos y la capacidad de la aplicación para usarlos. Registra el tiempo transcurrido y cualquier paso manual que faltara en el runbook. Una comprobación del repositorio confirma una propiedad distinta de una restauración funcional de la aplicación.

• No restaures sobre la aplicación en producción como primera prueba
• Confirma que las credenciales de cifrado se pueden recuperar de forma independiente
• Alerta si la copia de seguridad correcta más reciente supera tu objetivo de recuperación

Crea un manifiesto de recuperación antes de elegir exclusiones

Enumera los elementos que no se pueden recrear reinstalando un paquete: contenido de la base de datos, cargas, configuración de la aplicación, claves de firma o cifrado y versiones de despliegue. Registra el método de consistencia junto a cada elemento. Un volcado de base de datos corresponde a un punto definido en el tiempo; copiar el directorio de una base de datos en uso puede dar un resultado distinto. Mantén el acceso al repositorio, su frase de contraseña y cualquier exportación de clave de Borg en una ubicación de recuperación privada separada. Comprueba que una máquina de reemplazo pueda abrir el repositorio antes de convertirla en la única copia de recuperación.

• Define el objetivo de punto de recuperación: cuánto trabajo reciente se puede perder. Establece la programación en torno a ese requisito.
• Indica el objetivo de tiempo de recuperación: cuánto puede tardar una reconstrucción. Incluye la importación de la base de datos y los cambios de DNS en el ensayo.
• Comprueba que una exclusión pensada para cachés no elimine también cargas, volúmenes de contenedores o configuración protegida.
• Utilice la documentación de la versión principal de Borg instalada; los formatos de repositorio y los comandos no son intercambiables entre todas las versiones.

Documentación oficial: Borg: cifrado, consistencia y restauración

Comprueba los datos almacenados así como los metadatos del repositorio

La comprobación predeterminada del repositorio de Restic y una verificación de lectura completa hacen un trabajo distinto. Programa la verificación de datos teniendo en cuenta su coste de ancho de banda y de tiempo de ejecución. El ejemplo comprueba una quinta parte definida de los archivos pack; las comprobaciones programadas posteriores deben usar las demás fracciones para cubrir el repositorio. Un subconjunto elegido al azar no ofrece la misma garantía de cobertura. Ninguna de las dos operaciones demuestra que la aplicación pueda arrancar con los datos restaurados.

restic check --read-data-subset=1/5
restic snapshots --host example-host
restic restore latest --host example-host --target /srv/restore-drill

Documentación oficial: restic: comprobaciones del repositorio y verificación de datos

Mantén el mantenimiento fuera del alcance del cliente comprometido

El almacenamiento de solo anexado de Borg conserva los datos de segmentos confirmados, pero un cliente aún puede cambiar la lista visible de archivos; la recuperación y la compactación requieren el procedimiento administrativo documentado. Restringe la credencial de copia de seguridad remota al comando de servidor de Borg, no a un shell o inicio de sesión de sistema de archivos sin restricciones que podría eludir esas protecciones. Con restic, revisa la guía de keep-within para la retención de solo anexado. Antes de cualquier mantenimiento que pueda eliminar historial, inspecciona la salud del repositorio y previsualiza la selección desde una máquina de confianza.

• Supervise la antigüedad de la última copia correcta, el crecimiento del repositorio, el espacio de caché y la capacidad libre en ambos extremos.
• Si una restauración falla, conserve el repositorio original y los registros antes de intentar reparaciones o limpieza.
• Si la tarea se completa correctamente pero faltan archivos esperados, inspecciona el contenido del archivo y los patrones de exclusión antes de cambiar la retención.
• Termina el simulacro abriendo archivos y ejecutando comprobaciones de la aplicación de forma aislada; mantén los destinos de producción fuera del comando de restauración.

Documentación oficial: Borg: operación y mantenimiento de solo anexado · restic: consideraciones de retención y solo anexar