ERP: un backup que realmente puede restaurarse.
Un escenario para empresas cuyo inventario, facturación y operación dependen de una base de datos central.
Contexto de negocio
Si el ERP no está disponible, se detienen pedidos, inventario o facturación. Una copia marcada como correcta no demuestra que la base de datos, los archivos y las claves de cifrado puedan restaurarse juntos.
Riesgos que evaluamos
Copias en el mismo servidor, credenciales con permiso para borrar todos los respaldos, retención insuficiente, inconsistencias entre archivos y base de datos y dependencia de licencias o integraciones que no figuran en el procedimiento de recuperación.
Plan de intervención
Revisar qué debe recuperarse y en qué orden. Separar ubicaciones y permisos de backup cuando el entorno lo permita. Restaurar una copia en un entorno aislado, verificar integridad y ejecutar con el cliente un recorrido de operaciones críticas. Documentar los pasos y las dependencias que limitan la recuperación.
Entregables
Inventario de datos y dependencias; política propuesta de retención; informe de restauración; procedimiento de recuperación; calendario de ensayos y responsables de aprobación.
Cómo se valida
La prueba debe producir un ERP utilizable con operaciones verificadas por usuarios designados. El tiempo y la antigüedad de los datos recuperados se miden y comparan con objetivos acordados. El resultado depende de las copias existentes; ninguna evaluación garantiza recuperar datos que nunca se respaldaron.