Cosa fa effettivamente CrashPlan quando "sincronizza le informazioni dei blocchi"?

Quando CrashPlan va in quella modalità può richiedere ore, se non più di un giorno. Il mio attuale backup è quasi 2Tb di dimensione e quando questo accade è circa un giorno di sincronizzazione.

Il processo effettivo di ciò che sta accadendo non è noto. Code42 ha un articolo della knowledge base che menziona specificamente che quando quel messaggio viene visualizzato il processo "Normalmente il processo di sincronizzazione viene eseguito rapidamente e potresti non notare che si è verificato.":

Sincronizzazione e il tuo backup

Menzionano anche che:

"When Does Synchronization Occur?

Di default, l'app CrashPlan sincronizza la cache locale con il tuo backup all'inizio di ogni sessione di backup, o quando si ricollega al server. Inoltre, ci sono diverse condizioni che innescano la sincronizzazione:

• Selezione dei file cambiata
• Set di backup aggiunto
• Approvazione del computer
• Un'unità esterna all'interno della tua selezione di backup è stata espulsa e ricollegata"

Mentre questo potrebbe essere giusto, quando effettivamente inizia questa sincronizzazione in blocco può essere dolorosamente lento. Il motivo è qualcosa che non è facile da individuare. Forse è a causa della piattaforma Java o, più probabilmente, è dovuto al fatto che il backup di CrashPlan ha un sistema completo di versioning dei file che deve essere aggiornato ogni tanto. Se il set di dati è grande vedrei come questa operazione (sul lato server) potrebbe essere lunga e impegnativa in termini di risorse, giustificando il perché ci vuole troppo tempo.

Pensaci, in questo caso sarebbe impostato per mantenere (ad es.) una versione mensile di ogni file, e quindi dover rimuovere tutti i backup settimanali non necessari.

Comunque - è solo una possibile giustificazione per questo.

Questa è una differenza principale dai servizi di backup di CrashPlan a qualcosa come DropBox o OneDrive, dove se si cancella un file, le possibilità di recupero sono molto più limitate.