Ensaya la recuperación de tu wiki compartida.

Decide qué contaría como un cuaderno funcional

Usa la wiki de taller ilustrativa de la inventario de servicios. Sus criterios de éxito son específicos: un editor puede encontrar y cambiar una página de prueba, un lector puede ver las instrucciones permitidas, un libro organizativo privado permanece oculto y un diagrama adjunto se abre. Usa estas comprobaciones como plan de prueba antes de abrir la copia de seguridad.

Elige testigos que existieran cuando se hizo la copia de seguridad seleccionada. Una página recién creada no puede demostrar que una copia de seguridad más antigua esté incompleta.

Identifica el conjunto exacto de recuperación

Escribe el identificador de la copia de seguridad y la marca temporal en la hoja de resultados. Incluye la configuración de la aplicación, los datos de la base de datos, los adjuntos y la información del software necesaria para interpretarlos. Si sus momentos de captura difieren, investiga cómo tu procedimiento de copia de seguridad los mantiene consistentes antes de comenzar el ejercicio.

Para un repositorio restic, elige una instantánea explícita o revisa cuidadosamente los filtros usados con latest. Su --path opción selecciona una instantánea; no limita los archivos restaurados. Una restauración puede sobrescribir archivos existentes, lo que es otra razón para usar un destino vacío y dedicado. Documentación de restic restore.

Distingue las comprobaciones del repositorio de la recuperación de la aplicación. Un restic check examinar la estructura del repositorio; check --read-data también lee los datos de paquete almacenados y puede consumir una transferencia y un tiempo considerables. Ninguno comprueba si un miembro puede usar tu wiki. comprobaciones de integridad de restic.

Haz que la copia de prueba esté silenciosa antes de que arranque

Mantén los hosts de base de datos de producción, las rutas de almacenamiento y las credenciales salientes fuera de la configuración de prueba. Haz que el segundo mantenedor compare cada destino con el mapa de servicios. Confirma que el destino está separado antes de cualquier operación de restauración que escriba archivos u objetos de base de datos.

• Restringe el acceso a las personas que realizan el simulacro.
• Mantén los registros DNS de producción sin cambios.
• Bloquea la entrega saliente o sustitúyela por un destino de captura aprobado.
• Desactiva los webhooks, las integraciones programadas y los trabajadores de cola hasta que se defina su comportamiento de prueba.
• Comprueba que los enlaces y redirecciones del navegador no puedan llevar discretamente al probador de vuelta a producción.

Trata los datos restaurados como igual de sensibles que los originales. El aislamiento es una comprobación operativa que hay que demostrar, no una etiqueta adosada a un directorio. Si no puedes verificar los destinos o los controles, detente antes de iniciar la aplicación.

Devuelve las piezas en un orden deliberado

Sigue las instrucciones de restauración para el método de instalación y las versiones de tu inventario. Para el ejemplo de BookStack, el procedimiento oficial cubre una restauración separada de base de datos y archivos, conservando el APP_KEY, y ajustando la URL de la aplicación cuando cambia la dirección. Las configuraciones con contenedores requieren la restauración de la base de datos antes de que se ejecute el contenedor de la aplicación. Secuencia de restauración de BookStack y notas de configuración.

1. Prepara el entorno de ejecución dedicado y el destino de base de datos sin iniciar el tráfico normal de miembros.
2. Restaura la base de datos y los archivos correspondientes; conserva la copia de seguridad original sin cambios.
3. Aplica las direcciones del entorno de prueba y las conexiones externas restringidas.
4. Comprueba la propiedad y el acceso a los archivos requeridos según las instrucciones de instalación de la aplicación.
5. Inicie el servicio con las acciones salientes aún controladas, luego ejecute los testigos planificados.

Recuperar primero la versión registrada mantiene enfocado un simulacro rutinario. Si el ejercicio también requiere un cambio de versión, documente su ruta de migración y su punto de recuperación por separado. No convierta una actualización no planificada en el remedio para un fallo de restauración inexplicable.

Comprueba tanto lo que funciona como lo que sigue prohibido

Ejecute las comprobaciones de lector y editor en sesiones de navegador separadas para que una sesión de administrador no pueda ocultar un fallo de permisos. Pruebe un adjunto a través de la página y de su dirección directa. Busque una frase conocida, siga un enlace interno e inspeccione una revisión anterior que debería existir en la copia de seguridad.

Si una comprobación falla, registre la primera diferencia observable. Una imagen faltante sugiere una investigación distinta a la de una redirección de inicio de sesión inesperada o una conexión a base de datos denegada. Conserve la evidencia de error relevante sin copiar contenido privado ni credenciales en una nota de soporte general. Corrija una causa identificada y repita la comprobación afectada; no cambie los permisos de forma amplia solo para hacer desaparecer un error.

Ejercite el correo electrónico únicamente contra el destino de captura elegido. BookStack ofrece una acción de correo de prueba y documenta que algunos fallos de notificación aparecen en los registros en lugar de en la página del usuario. Revise esa evidencia además del resultado visible. Comprobaciones de correo electrónico y comportamiento de fallos en BookStack.

Deja un resultado honesto para la siguiente persona

Service / test owner / reviewer:
Backup identifier / capture timestamp:
Application and database versions:
Isolated target / access restrictions:
Outbound actions disabled or redirected:
Test start / usable-service checkpoint / finish:
Reader / editor / private book / attachment results:
Search / links / revision / notification results:
Missing information or failed steps:
Corrective action / owner / next exercise:
Test data cleanup completed by:

Introduzca los tiempos observados solo después de realizar el trabajo, e indique qué punto de control mide cada uno. Un único ensayo exitoso es evidencia para esa copia de seguridad y ese procedimiento; no establece una garantía de recuperación para otro fallo. Confirme la limpieza de la copia de prueba y de sus mensajes capturados según las reglas de retención del grupo. Reincorpore los ingredientes faltantes al inventario y use exportaciones de datos portables para preparar una ruta separada para trasladar el contenido del grupo.