Antes de empezar
- Un propósito acordado para el servicio y alguien autorizado para tomar decisiones operativas.
- Una lista de las aplicaciones, cuentas y servicios externos que ya usa o piensa usar.
- Acceso a los registros de configuración y copias de seguridad, con los secretos guardados en su almacén aprobado.
- Un segundo responsable que pueda revisar el mapa e identificar la información faltante.
Comience con una tarea habitual de un miembro
Nuestro ejemplo continuo es un cuaderno de taller ilustrativo: los miembros editan instrucciones, adjuntan diagramas y mantienen un libro privado de notas organizativas. El grupo elige BookStack para el ejemplo; esta es una decisión de planificación, no una aplicación instalada que se suministre con un VPS. Use su propia aplicación y sus registros exactos de instalación al rellenar la hoja.
Describa el servicio como algo que una persona puede hacer: «Un miembro autorizado puede encontrar las instrucciones de reparación actuales y abrir sus adjuntos». Luego enumere lo que queda fuera de su alcance. En este ejemplo, la wiki no contiene la única copia del grupo de sus instrucciones de recuperación ni de sus registros de credenciales.
| Campo | Entrada del cuaderno de taller |
|---|---|
| Propósito | Instrucciones compartidas y notas organizativas privadas. |
| Responsable con rendición de cuentas | Coordinador del cuaderno; un segundo coordinador autorizado cubre las ausencias. |
| Dirección del servicio | notes.example.org, un nombre de host de ejemplo que debe reemplazar. |
| Prioridad de recuperación | Restaure la lectura y los adjuntos antes de permitir ediciones; reconecte las notificaciones al final. |
Dé a cada dependencia su propia fila
Recorra el inicio de sesión, la apertura de una página, la carga de un diagrama y la recepción de una notificación. Para cada acción, pregunte qué componente almacena información o se comunica con otro sistema. La guía de copias de seguridad de BookStack identifica la base de datos, la configuración, las imágenes subidas, los adjuntos y cualquier tema personalizado como ingredientes de recuperación. Registre sus ubicaciones reales en lugar de suponer que el directorio de la aplicación lo contiene todo. Requisitos de copia de seguridad de BookStack.
| Componente | Registro que conservar | Pregunta sobre fallos |
|---|---|---|
| Aplicación wiki | Versión instalada, método de instalación y referencia de configuración. | ¿Puede el responsable de cobertura reproducir esta versión? |
| Base de datos | Motor/versión, nombre de la base de datos, método de copia de seguridad y referencia de acceso. | ¿Se puede restaurar sin contactar con el host original? |
| Archivos adjuntos | Rutas de almacenamiento, selección de copias de seguridad y un archivo testigo inofensivo. | ¿Una página restaurada sigue abriendo su diagrama? |
| DNS y HTTPS | Quién controla el dominio, cómo cambian los registros y dónde vive la configuración. | ¿Puede el grupo recuperar la dirección normal? |
| Correo electrónico saliente | Relé seleccionado, propietario autorizado de la cuenta y un destino de prueba seguro. | ¿Qué acciones de los miembros fallan o se vuelven silenciosas si se detiene la entrega? |
| Trabajo programado | Cada tarea configurada, disparador, propietario y evidencia de fallo. | ¿Repetiría una copia restaurada alguna acción externa? |
El correo electrónico y los webhooks merecen entradas separadas. BookStack puede procesarlos en segundo plano cuando se configura con un worker de cola; que una página cargue correctamente no demuestra que esas tareas se ejecutaran. Documentación de correo electrónico y acciones en segundo plano de BookStack.
Marque la información que necesita un tratamiento diferente
«La wiki es privada» es demasiado amplio para guiar una restauración o exportación. En el ejemplo del cuaderno, las instrucciones de reparación publicadas pueden compartirse fuera del grupo, las notas organizativas siguen siendo solo para miembros, y el material de recuperación administrativa pertenece a un almacenamiento restringido fuera de la wiki. Decida a qué categoría pertenece cada colección antes de moverla.
- Contenido: identifique quién puede leer, editar, eliminar y exportar cada colección.
- Registros de miembros: registre por qué el servicio los necesita, quién los revisa y cómo se gestionan las bajas.
- Registros operativos: enumere registros, informes de copias de seguridad y exportaciones retenidas, incluida una regla de revisión o eliminación.
- Secretos: escriba una referencia de recuperación y un custodio autorizado, nunca el valor de la credencial.
Dé también una decisión de acceso a las copias de seguridad y a los entornos de restauración. Una copia de un libro privado sigue siendo privada incluso cuando está en un directorio temporal. Si una fila combina páginas públicas y notas restringidas, divídala hasta que la distinción sea útil.
Escriba el orden de recuperación y la brecha aceptable
Acuerde cuánta edición reciente podría recrear el grupo y cuánto tiempo podría trabajar desde una copia de referencia sin conexión. Estos son requisitos que hay que debatir, no tiempos de recuperación establecidos por esta guía. Tradúzcalos en un calendario de copias de seguridad, un destino independiente y un ejercicio que pueda probar el método propuesto.
- Recupere las instrucciones y el acceso autorizado necesarios para comenzar el trabajo.
- Reconstruya un entorno separado con las versiones de software registradas.
- Restaure la base de datos, los archivos y la configuración como un conjunto coincidente.
- Compruebe la lectura, los permisos y un adjunto testigo antes de permitir cambios.
- Reconecte la dirección normal y las acciones externas solo tras una decisión de retorno controlada.
Mantenga la selección de copia de seguridad actual, su marca de tiempo y el resultado del último simulacro real junto a este orden. Donde no se haya realizado ningún simulacro, escriba «aún no ejercitado». Un inventario de copias previstas no puede demostrar que esas copias sean utilizables.
Copie un registro de servicio en blanco
Guarde esta hoja de trabajo en un lugar al que puedan acceder ambos responsables autorizados cuando el VPS no esté disponible. Enlace a instrucciones detalladas en lugar de convertir el registro en un segundo manual de instalación obsoleto.
Service / member task:
Primary maintainer / cover maintainer:
Normal address / domain account custodian:
Application and database versions:
Data paths / backup selection:
Public, member-only and restricted collections:
External services / scheduled actions:
Credential store references and authorized custodians:
Acceptable data gap / recovery priority:
Independent backup destination:
Last actual restore result / unresolved action:
Next review trigger / owner:Deje que otro responsable encuentre las lagunas
Pida al responsable de cobertura que siga un adjunto desde su página hasta el almacenamiento y la copia de seguridad, localice la referencia de la cuenta del dominio y explique cómo se desconectaría el correo electrónico durante la recuperación. Deje que marque cada lugar que requiera una suposición no escrita. Asigne un responsable a cada laguna; una ruta de copia de seguridad desconocida es trabajo por terminar, no una celda vacía que ocultar.
Revise el registro tras una nueva integración, un cambio de ubicación de almacenamiento o un traspaso de responsable. Es una ayuda de navegación, no una prueba de capacidad, seguridad o restauración exitosa. Convierta su sección de recuperación en una práctica de restauración, luego use la wiki compartida del plan de servicio para decidir qué componentes de apoyo merece la pena operar.
Documentación detrás de esta nota
Usa la documentación de la versión que realmente ejecutas. Estos ejemplos son material de planificación, no un registro de una prueba en un VPS Hoszen.