CapordiaDefinire lo stato da ritrovare prima di scegliere i file
Inizia con una frase verificabile: riprendere le attività non terminate, rileggere i risultati accettati o proseguire un addestramento da uno stato salvato. Questi obiettivi non richiedono lo stesso pacchetto. Indica la versione dell'applicazione, il set di input, i parametri e l'istante di riferimento. Una data di file recente non indica da sola che tutte le componenti rappresentino lo stesso stato del lavoro.
Per un addestramento PyTorch, la documentazione distingue i parametri del modello e un checkpoint di ripresa che comprende in particolare lo stato dell'optimizer. Determina gli elementi necessari al tuo protocollo: progressione, eventuale scheduler, dati e altri stati applicativi. Un export destinato unicamente all'inferenza può essere valido per questo uso pur essendo insufficiente per proseguire l'apprendimento dallo stesso punto.
Rendere la prova indipendente dalla directory di lavoro
Prepara una destinazione distinta, con lo spazio e i permessi necessari. Identifica chiaramente il backup scelto e proteggi la sua copia di riferimento. Il test non deve sovrascrivere il lavoro in corso né pubblicare i suoi risultati al posto degli output accettati. Disattiva o reindirizza le azioni esterne dell'applicazione: invio di notifiche, scrittura in una cartella condivisa o avvio di una campagna aggiuntiva.
Usa la funzione di ripristino del tuo strumento in questo perimetro. Restic permette ad esempio di scegliere una destinazione con --target e di previsualizzare un ripristino con --dry-run. La sua documentazione avverte che un ripristino in-place può lasciare uno stato parziale se viene interrotto. Queste possibilità illustrano il metodo; non significano che Restic o un backup gestito siano forniti con un noleggio Capordia.
Verificare in successione la copia, lo stato e l'uso
Controlla innanzitutto che il pacchetto corrisponda all'inventario previsto e che i file non siano stati alterati. Passa poi all'apertura reale: permessi, percorsi relativi, dipendenze, lettura dei dati e caricamento dello stato. Un pacchetto può superare il controllo di integrità pur omettendo un file che non è mai figurato nell'inventario. Il controllo funzionale risponde a questa seconda domanda.
Avvia infine un'operazione limitata in un processo nuovo, senza accesso implicito alla directory di origine. Annota cosa legge, cosa produce e cosa ne autorizza l'accettazione. Per una ripresa di batch, verifica che non ripubblichi le attività già convalidate. Un test su alcuni input dimostra solo questo perimetro; non garantisce né l'intera campagna né la sua durata completa.
| Livello | Domanda | Elemento da conservare |
|---|---|---|
| Integrità | Il pacchetto ricevuto corrisponde al pacchetto previsto? | Inventario e risultato del controllo |
| Stato ripristinato | I file e le dipendenze permettono il caricamento? | Versioni, percorsi e scostamenti rilevati |
| Uso | Un'operazione rappresentativa dà il risultato atteso? | Input di prova, output e decisione |
Esempio risolto: un archivio intatto che non riprende
Caso del tutto fittizio: una campagna comprende 240 fascicoli. Al punto salvato, 180 sono accettati e 60 restano da trattare. Il team ripristina l'archivio in uno spazio separato. Tutti i file elencati superano il controllo di integrità, ma l'applicazione non ritrova una tabella di corrispondenza caricata fino a quel momento dal computer di un collega. Il ripristino viene rifiutato: lo stato non può essere ripreso in modo autonomo.
Il team aggiunge la versione esatta di questa tabella al pacchetto e ne documenta il percorso. Ricomincia il ripristino in una nuova destinazione, poi verifica il registro: 180 + 60 = 240 identificatori, senza duplicati. Su dieci fascicoli di prova tra i sessanta rimanenti, il trattamento produce i venti file attesi, ovvero due per fascicolo. Il loro contenuto è accettato secondo i criteri stabiliti. Queste dieci prove restano separate dai risultati di produzione; il registro iniziale non viene avanzato dall'esercizio.
Misurare una durata completa e sapere cosa dimostra
Cronometra dall'inizio della preparazione necessaria fino al risultato accettato, distinguendo attesa, ripristino, configurazione e controllo. Nel nostro esempio fittizio, queste fasi richiedono rispettivamente 15, 75, 20 e 25 minuti: il totale raggiunge 135 minuti, ovvero 2 h 15. Per una finestra interna di tre ore, la riserva rimanente vale 180 − 135 = 45 minuti. Questo calcolo non descrive alcuna prestazione di servizio.
Annota le condizioni che rendono questa misura riutilizzabile: dimensione del pacchetto, destinazione, versioni, disponibilità delle persone e perimetro del controllo. L'età del backup risponde a un'altra domanda: quale lavoro successivo bisogna eventualmente rifare? Un ripristino rapido di uno stato troppo vecchio può restare inaccettabile. Definisci i due criteri con il responsabile del progetto, senza confonderli.
| Fase | Tempo |
|---|---|
| Preparare la destinazione | 15 min |
| Ripristinare il pacchetto | 75 min |
| Configurare l'applicazione | 20 min |
| Accettare il risultato della prova | 25 min |
| Totale / riserva su 3 ore | 135 min / 45 min |
Concludere l'esercizio e conservare una prossima azione chiara
Il resoconto sta in una pagina: backup scelto, obiettivo, ambiente di prova, scostamenti, risultato accettato e limiti. Se manca un elemento, assegna la sua correzione e poi ripeti il controllo interessato. Non sostituire un fallimento con una formula vaga come «archivio disponibile». Dopo l'esercizio, individua gli output di test e rimuovili secondo la tua procedura, senza toccare le copie conservate per la conservazione.
Ripeti la prova quando il formato di backup, il software o una dipendenza importante cambia, e prima di una scadenza che renderebbe difficile il recupero. La cadenza dipende dal progetto; non è un impegno automatico del noleggio. Su un periodo di 3, 7 o 30 giorni, prevedi uno slot per verificare la ripresa e trasmettere il suo risultato alla persona che gestirà il seguito.
Domande per decidere
Un'impronta corretta basta ad accettare un backup?
Verifica la concordanza dei file interessati, non la completezza del progetto né la sua capacità di riavviarsi. Aggiungi un caricamento in uno spazio distinto e un'operazione rappresentativa. Il resoconto precisa la portata di ciascuno di questi controlli.
Bisogna riprodurre tutta la produzione per ogni prova?
Non necessariamente. Scegli un perimetro che copra le dipendenze e i criteri essenziali, poi indica i suoi limiti. Una piccola prova è utile per individuare un file mancante; non misura la capacità di ripristinare un volume molto più grande.
Cosa fare se la prova riesce solo con la vecchia directory accessibile?
Cerca la dipendenza implicita: configurazione, dato, libreria o percorso esterno. Aggiungila al pacchetto o documenta come ritrovarla, poi ricomincia senza questa scorciatoia. Finché questa necessità resta ignota, la ripresa rimane dipendente dall'ambiente di origine.