Qué pedir en una demostración de restauración de copias
Antes de aceptar la entrega de un programa, pide que restauren un ejemplo acordado en un entorno aislado. Ver cómo la aplicación abre un registro recuperado responde a una pregunta más útil que ver descargar un archivo.
Proponemos una prueba de aceptación basada en nuestro ensayo de recuperación de bases de datos: obtiene una copia externa, restaura en una base desechable y valida sus colecciones. Eso verifica una parte de la recuperación. Por sí solo no demuestra que toda la aplicación pueda volver a prestar servicio.
Elige qué resultado necesitas recuperar
Usa un registro ficticio o autorizado con varias dependencias: un pedido, su adjunto y un resultado generado. Anota dónde vive cada parte. La base de datos puede contener la dirección del adjunto mientras el archivo reside en otro almacén.
Prepara un inventario breve: registro, archivos, versión de la aplicación, referencias de configuración y accesos necesarios. No incluyas contraseñas ni claves. Indica qué persona autorizada puede obtenerlas y cómo se recupera el acceso.
Identifica la fecha de la copia y la versión que la leerá. La documentación oficial de restauración de MongoDB explica su herramienta y sus restricciones de compatibilidad. Cada base de datos tiene su propio contrato.
Acuerda una demostración acotada
El destino debe estar aislado, con los correos, pagos y avisos a clientes desactivados o simulados. Restaurar datos no debe repetir acciones comerciales. Define quién puede acceder a los datos personales recuperados y cuándo se eliminará la copia temporal.
La secuencia propuesta es: obtener la copia elegida, recuperar datos y archivos, iniciar la versión adecuada, abrir el registro y mostrar el resultado útil. Guarda hora y resultado de cada etapa. Si falta una dependencia, indícalo; no la sustituyas silenciosamente por un archivo nuevo.
Mide dos tiempos distintos
Anota la antigüedad de los datos recuperados y la duración de la prueba. Restaurar rápido los datos de ayer puede dejar fuera el trabajo de hoy. Tener una copia reciente tampoco asegura volver a trabajar a tiempo. Contrasta ambas observaciones con las necesidades acordadas antes de empezar.
La ficha puede contener: referencia de copia, hora de captura, inicio de restauración, hora de resultado utilizable, elementos ausentes, acciones externas desactivadas y confirmación de limpieza. Marca lo que no se haya probado. Un registro recuperado demuestra ese recorrido, no la integridad de todos los archivos históricos.
Deja el límite por escrito
Proponemos este criterio: «Recuperar desde la copia externa identificada el registro acordado y sus archivos, demostrar la acción prevista en una aplicación aislada, registrar antigüedad y duración, y eliminar la copia temporal».
Repite la prueba cuando cambie de forma relevante ese recorrido. La lista de entrega cubre el resto del paquete. Describe el resultado que necesitas recuperar para concretar una comprobación.
Fuentes e implementación revisadas el 20 de septiembre de 2026. Este ejercicio no implica una garantía de tiempo de recuperación.