APPLICATIONCONFIGURATION
INCLUDED01.4BACKUP & RECOVERY
Respaldar importa.Poder recuperar importa más.
Diseñamos estrategias de respaldo y recuperación alrededor de los sistemas, datos y dependencias que una organización necesita restaurar.
01.4.1RECUPERABILIDAD
Un respaldo es útilcuando existe una forma real de restaurarlo.
Guardar copias de información es sólo una parte de una estrategia de recuperación.
También necesitamos saber qué debe restaurarse, en qué orden, qué dependencias existen y quién tiene la responsabilidad de ejecutar el proceso.
Diseñamos el respaldo alrededor del sistema que necesita recuperarse, no alrededor de una herramienta aislada.
01.4.2QUÉ PROTEGEMOS
No todos los componentes necesitan la misma estrategia. Primero identificamos qué información y configuración resulta necesaria para restaurar la operación.
01▰
DATA
Datos persistentes
Información que debe sobrevivir a reinicios, reemplazos o fallos del entorno de ejecución.
02⌁
CONFIGURATION
Configuración
Archivos, parámetros y elementos necesarios para reconstruir el comportamiento esperado.
03◎
APPLICATION
Aplicación
Artefactos y componentes necesarios para volver a desplegar el sistema.
04⌖
INFRASTRUCTURE
Estado de infraestructura
Referencias, documentación o configuración que permitan reconstruir el entorno.
05+
ACCESS
Información operativa
Datos necesarios para volver a conectar componentes y responsabilidades después de una restauración.
06↺
PROCEDURE
Proceso de recuperación
El respaldo necesita acompañarse de una secuencia entendible para restaurar servicio.
01.4.3BACKUP ≠ RECOVERY
A COPY IS NOT THE WHOLE PLANTener una copiano responde cómo volver a operar.
Un backup puede existir y aun así no ser suficiente para restaurar un sistema completo.
La recuperación necesita considerar datos, aplicación, configuración, infraestructura y el orden en el que cada elemento debe regresar.
RESTORE READINESSREVIEWING
BACKUPDATA COPY
AVAILABLEAPPLICATIONDEPLOYMENT METHOD
DEFINEDCONFIGURATIONSYSTEM SETTINGS
DEFINEDRESTORERECOVERY PROCEDURE
PLANNED01.4.4PROCESO
Diseñar la recuperaciónantes de necesitarla.
Cuando ocurre una falla, el momento de decidir qué respaldar y cómo restaurarlo ya pasó.
IDENTIFY
Identificar
Definimos qué sistemas, datos y configuraciones necesitan protección.
PRIORITIZE
Priorizar
Entendemos qué componentes necesitan recuperarse primero.
BACKUP
Respaldar
Configuramos mecanismos de copia de acuerdo con el alcance definido.
VERIFY
Verificar
Revisamos que las copias esperadas estén disponibles y sean accesibles.
RESTORE
Preparar recuperación
Documentamos cómo reconstruir el servicio cuando sea necesario.
01.4.5 / BACKUP STRATEGYWHAT · WHEN · WHERE · HOW
Un respaldo necesitadecisiones explícitas.
Frecuencia, retención y ubicación deben relacionarse con el valor de la información y las necesidades operativas.
WHAT
Qué
Identificar qué datos y configuración necesitan formar parte del respaldo.
WHEN
Cuándo
Definir una frecuencia compatible con cuánto cambio puede perderse.
WHERE
Dónde
Evitar depender únicamente del mismo entorno que protege la copia.
HOW
Cómo
Definir la forma en que una copia puede convertirse nuevamente en servicio.
01.4.6RECOVERY SEQUENCE
Restauraren el orden correcto.
Algunos sistemas dependen de otros para poder volver a funcionar.
Una estrategia de recuperación debe identificar esas relaciones y definir una secuencia razonable para reconstruir la operación.
RECOVERY ORDERREFERENCE SEQUENCE
↓
↓
↓
01.4.7 / VERIFICATION
Una copia exitosano demuestra por sí sola una recuperación exitosa.
Los mecanismos de backup pueden confirmar que una tarea terminó, pero eso no necesariamente valida todo el proceso de restauración.
Cuando el alcance lo permite, definimos verificaciones o ejercicios controlados para revisar si las copias y procedimientos continúan siendo utilizables.
RECOVERY VALIDATIONREFERENCE CHECK
BACKUP JOBCOMPLETED
CHECKARTIFACTBACKUP AVAILABLE
CHECKRESTOREPROCEDURE AVAILABLE
CHECKVALIDATIONRESTORE TEST
SCOPED01.4.8RESPONSABILIDADES
Recuperacióncon responsables claros.
Qué protege EVOFCS
Definimos exactamente qué componentes forman parte del servicio de respaldo.
Qué mantiene el cliente
Aclaramos qué información, accesos o sistemas permanecen fuera del alcance.
Quién solicita una restauración
Definimos responsables autorizados para iniciar una recuperación.
Quién valida
La recuperación técnica necesita confirmación de que el sistema cumple nuevamente su función.
01.4.9CUÁNDO TIENE SENTIDO
Antes de descubrirque algo importante no estaba protegido.
Aplicaciones en producción
Sistemas que almacenan datos o configuración necesaria para operar.
Migraciones
Preparar una vía de recuperación antes de realizar cambios importantes.
Sistemas heredados
Entornos donde nadie tiene claridad sobre qué se respalda actualmente.
Infraestructura administrada
Integrar respaldo y recuperación dentro de una operación continua.
Cambios críticos
Disponer de una opción de recuperación antes de intervenir componentes sensibles.
01.4.10 / MWS
Recuperacióncomo parte de la operación.
Dentro de MWS, respaldos y recuperación pueden formar parte del entorno administrado definido para cada sistema.
Esto permite conectar despliegue, observabilidad, mantenimiento y recuperación bajo un mismo alcance operativo.
CONOCER MWS↗MWS / RECOVERY LOOPOPERATE WITH RECOVERY IN MIND
↓
↓
↓
01.4.11PRINCIPIOS
Proteger parapoder volver.
Alcance claro
Debemos saber exactamente qué información está siendo protegida.
Separación
Cuando es razonable, evitamos que una única falla comprometa sistema y respaldo.
Verificación
Revisamos más que la existencia de un mensaje de tarea completada.
Procedimiento
Una recuperación necesita una secuencia entendible.
Responsabilidad
Las personas involucradas deben saber quién decide, ejecuta y valida.
EVOFCS / BACKUP & RECOVERYPLAN BEFORE FAILURE
No espere a perder algopara descubrir cómo recuperarlo.
Podemos revisar su entorno y definir qué debe respaldarse, cómo conservarlo y qué procedimiento necesita para volver a operar.
HABLAR CON EVOFCS↗