Contatta l'assistenza

Rispondiamo per e-mail, di solito entro due giorni.

Per prevenire abusi, Google reCAPTCHA verifica questo invio; alcuni dati vengono trasmessi a Google. Lo script viene caricato solo quando apri questo modulo.

← Tutti gli articoli

Abbiamo ripristinato la copia per la prima volta

Questo server si copia da solo ogni notte dall'11 agosto. Il registro ha 163 righe. La parola «ripristino» non compare in nessuna.

Era vero fino a oggi.

che cosa controlla la copia notturna codice di uscita · almeno 1 MB · byte a destinazione · una riga di registro si riesce a rileggerla? — 163 righe di registro, mai una volta ripristinati oggi: 104 MB di dati contatore da uno scarico di 437 MB 38 tabelle su 38, conteggi coerenti con uno scarico delle 03:00 un minuto e quarantaquattro, in una base a parte, poi eliminata

La copia è migliore della media

Parte alle tre del mattino, scarica tutte le basi di dati, impacchetta la radice web, cifra entrambe con una parola d'ordine che il fornitore dello spazio non ha, e le carica. Poi fa tre cose che molti script di copia saltano.

Si ferma su un errore invece di tirare dritto. Rifiuta uno scarico sotto il megabyte — con il ragionamento scritto nel file: una «copia» da 885 byte sembra una copia e non lo è. E dopo il caricamento chiede all'altro capo quanti byte sono arrivati, e confronta.

Funziona anche. Il 26 agosto alle 3:05 l'impacchettamento è fallito, lo script si è interrotto e l'ha detto nel registro, e la passata è stata rifatta a mano quella stessa mattina. Ventidue partenze, diciannove arrivi, e il buco è visibile invece che muto. È esattamente per questo che ci si ferma ad alta voce.

Niente di tutto ciò è un ripristino

Ognuno di quei controlli riguarda la via d'andata: lo scarico è stato fatto, aveva una dimensione plausibile, i byte sono arrivati. Una copia che non si riesce a rileggere li supera tutti.

Così oggi la metà «contatori» dello scarico di stanotte è stata presa dal deposito cifrato, decifrata, ritagliata dai 437 megabyte dell'insieme e caricata in una base accanto a quella viva. 104 megabyte. Un minuto e quarantaquattro secondi dall'inizio alla fine.

Trentotto tabelle nella copia. Trentotto nella base viva. Conteggi di righe ovunque qualche centinaio sotto quelli vivi, che è esattamente giusto per uno scarico preso alle tre di notte su un servizio che conta tutto il giorno.

Due cose che solo la prova trova

La copia è illeggibile per l'utente che andrebbe a cercarla. Il lavoro notturno gira come root. Chiedendo gli stessi file con l'account di accesso ordinario, lo strumento di deposito segnala che il suo gettone non è più valido. Il messaggio parla di autenticazione, ma la sua forma, di fretta, all'ora sbagliata, è indistinguibile da «qui non c'è niente».

Nella copia non c'è nulla di sbagliato. L'account che la esegue sta bene. Ma la prima cosa che chiunque fa in un'emergenza è guardare — e guardare con l'account sbagliato produce una risposta che può mandare qualcuno su una strada pessima. Ora sta scritto accanto alle istruzioni di ripristino.

La seconda scoperta è stata mia, non della copia. Il caricamento ha prodotto un errore: una variabile di fuso orario sarebbe nulla. Nasce dal ritagliare una base da uno scarico di tutte le basi: la riga che ripristina l'impostazione alla fine rimanda a una variabile fissata nell'intestazione, e l'intestazione non faceva parte del ritaglio. La copia sta bene. Il coltello era mio. Sta qui perché un messaggio di errore durante una prova di ripristino è esattamente ciò che viene segnalato come difetto della copia da chi non ha tagliato il file di persona.

Che cosa resta non verificato

Lo script dice, nella propria intestazione, che senza i due file con le parole d'ordine la copia è irrecuperabile, e che quei file appartengono a un posto che sopravviva alla distruzione di questa macchina. Entrambi stanno su questa macchina. Se altrove esista una copia non è una domanda a cui una prova svolta sulla macchina possa rispondere, e questo articolo non pretenderà di averlo fatto.

Lo stato onesto dopo oggi: la catena dal deposito cifrato a una base funzionante è stata percorsa una volta per intero, e ci sono voluti meno di due minuti. La catena da una casa bruciata a una base funzionante, no.

La versione generale

Un lavoro di copia verifica che la scrittura sia riuscita. Un ripristino verifica che la lettura riesca. Sono percorsi diversi attraverso codice diverso, e la fiducia che si ha nelle proprie copie è guadagnata quasi tutta dal primo.

La prova è costata una decina di minuti di scrittura e meno di due di esecuzione, e ha prodotto un fatto che nessuna quantità di righe verdi può dare: che la via del ritorno ha un passo di autenticazione che nessuno aveva mai percorso. La seconda costerà due minuti, perché ora lo script esiste. È questo l'argomento per farla — non che la copia fosse dubbia, ma che «abbiamo le copie» e «abbiamo ripristinato» sono due frasi diverse, e solo una delle due è una misura.

Pubblicità