CapordiaDefinir el estado que hay que recuperar antes de elegir los archivos
Empieza por una frase verificable: retomar las tareas no terminadas, revisar los resultados aceptados o continuar un entrenamiento desde un estado guardado. Estos objetivos no exigen el mismo paquete. Nombra la versión de la aplicación, el conjunto de entradas, los parámetros y el instante de referencia. Una fecha de archivo reciente no indica por sí sola que todos los componentes representen el mismo estado del trabajo.
Para un entrenamiento en PyTorch, la documentación distingue los parámetros del modelo y un checkpoint de reanudación que incluye, en particular, el estado del optimizador. Determina los elementos necesarios para tu propio protocolo: progreso, planificador si lo hay, datos y otros estados de la aplicación. Una exportación destinada únicamente a inferencia puede ser válida para ese uso y, aun así, resultar insuficiente para continuar el aprendizaje en el mismo punto.
Hacer que el ensayo sea independiente del directorio de trabajo
Prepara un destino distinto, con el espacio y los permisos necesarios. Identifica con claridad la copia de seguridad elegida y protege su copia de referencia. La prueba no debe sobrescribir el trabajo en curso ni publicar sus resultados en lugar de las salidas aceptadas. Desactiva o redirige las acciones externas de la aplicación: envío de notificaciones, escritura en una carpeta compartida o lanzamiento de una campaña adicional.
Utiliza la función de restauración de tu herramienta en este perímetro. Restic permite, por ejemplo, elegir un destino con --target y previsualizar una restauración con --dry-run. Su documentación advierte de que una restauración en el mismo sitio puede dejar un estado parcial si se interrumpe. Estas posibilidades ilustran el método; no significan que Restic o una copia de seguridad gestionada se incluyan con un alquiler de Capordia.
Verificar sucesivamente la copia, el estado y el uso
Comprueba primero que el paquete corresponde al inventario esperado y que los archivos no se han alterado. Pasa después a la apertura real: permisos, rutas relativas, dependencias, lectura de los datos y carga del estado. Un paquete puede superar su control de integridad y, aun así, omitir un archivo que nunca figuró en el inventario. El control funcional responde a esta segunda cuestión.
Lanza por último una operación acotada en un proceso nuevo, sin acceso implícito al directorio de origen. Anota lo que lee, lo que produce y lo que autoriza su aceptación. Para una reanudación de lote, verifica que no vuelva a publicar las tareas ya validadas. Una prueba sobre unas pocas entradas demuestra solo ese perímetro; no garantiza toda la campaña ni su duración completa.
| Nivel | Pregunta | Elemento que hay que conservar |
|---|---|---|
| Integridad | ¿El paquete recibido corresponde al paquete previsto? | Inventario y resultado del control |
| Estado restaurado | ¿Los archivos y las dependencias permiten la carga? | Versiones, rutas y desviaciones detectadas |
| Uso | ¿Una operación representativa da el resultado esperado? | Entradas de prueba, salidas y decisión |
Ejemplo resuelto: un archivo intacto que no permite reanudar
Caso totalmente ficticio: una campaña comprende 240 expedientes. En el punto guardado, 180 están aceptados y 60 quedan por procesar. El equipo restaura el archivo en un espacio separado. Todos los archivos listados pasan el control de integridad, pero la aplicación no encuentra una tabla de correspondencia que hasta entonces se cargaba desde el equipo de un colega. La restauración se rechaza: el estado no puede retomarse de forma autónoma.
El equipo añade la versión exacta de esa tabla al paquete y documenta su ruta. Vuelve a iniciar la restauración en un nuevo destino y luego verifica el registro: 180 + 60 = 240 identificadores, sin duplicados. En diez expedientes de prueba entre los sesenta restantes, el procesamiento produce los veinte archivos esperados, es decir, dos por expediente. Su contenido se acepta según los criterios fijados. Estas diez pruebas permanecen separadas de los resultados de producción; el registro inicial no avanza con el ejercicio.
Medir una duración completa y saber qué demuestra
Cronometra desde el inicio de la preparación necesaria hasta el resultado aceptado, distinguiendo espera, restauración, configuración y control. En nuestro ejemplo ficticio, estas etapas toman respectivamente 15, 75, 20 y 25 minutos: el total alcanza 135 minutos, es decir, 2 h 15. Para una ventana interna de tres horas, el margen restante es 180 − 135 = 45 minutos. Este cálculo no describe ningún rendimiento del servicio.
Registra las condiciones que hacen reutilizable esta medición: tamaño del paquete, destino, versiones, disponibilidad de las personas y alcance del control. La antigüedad de la copia de seguridad responde a otra pregunta: ¿qué trabajo posterior hay que rehacer eventualmente? Una restauración rápida de un estado demasiado antiguo puede seguir siendo inaceptable. Define ambos criterios con el responsable del proyecto, sin confundirlos.
| Etapa | Tiempo |
|---|---|
| Preparar el destino | 15 min |
| Restaurar el paquete | 75 min |
| Configurar la aplicación | 20 min |
| Aceptar el resultado de prueba | 25 min |
| Total / margen sobre 3 horas | 135 min / 45 min |
Concluir el ejercicio y conservar una próxima acción clara
El informe cabe en una página: copia de seguridad elegida, objetivo, entorno de prueba, desviaciones, resultado aceptado y límites. Si falta un elemento, asigna su corrección y vuelve a ejecutar el control correspondiente. No sustituyas un fallo por una fórmula vaga como «archivo disponible». Tras el ejercicio, identifica las salidas de prueba y retíralas según tu procedimiento, sin tocar las copias conservadas para el archivo.
Repite la prueba cuando cambie el formato de copia de seguridad, el software o una dependencia importante, y antes de un plazo que dificultaría la recuperación. La cadencia depende del proyecto; no es un compromiso automático del alquiler. En un periodo de 3, 7 o 30 días, reserva un espacio para verificar la reanudación y transmitir su resultado a la persona que explotará lo siguiente.
Preguntas para decidir
¿Basta una huella correcta para aceptar una copia de seguridad?
Verifica la concordancia de los archivos afectados, no la completitud del proyecto ni su capacidad de reiniciarse. Añade una carga en un espacio distinto y una operación representativa. El informe precisa el alcance de cada uno de estos controles.
¿Hay que reproducir toda la producción en cada prueba?
No necesariamente. Elige un alcance que cubra las dependencias y los criterios esenciales, y luego indica sus límites. Una prueba pequeña es útil para detectar un archivo faltante; no mide la capacidad de restaurar un volumen mucho mayor.
¿Qué hacer si la prueba solo tiene éxito con el directorio antiguo accesible?
Busca la dependencia implícita: configuración, dato, biblioteca o ruta externa. Añádela al paquete o documenta cómo encontrarla, y vuelve a empezar sin ese atajo. Mientras esta necesidad siga siendo desconocida, la reanudación seguirá dependiendo del entorno de origen.