Il Backup sintetico è la combinazione di Block Level Copying (in precedenza chiamato Partial File Updating) con Versioning, Filename Encoding e Compressione. Può essere utilizzato con qualsiasi destinazione di archiviazione per il backup, inclusi FTP e altri protocolli Internet. I file compressi possono essere crittografati. Il Backup sintetico può essere descritto come Versioning differenziale.
Come Block Level Copying, è adatto solo a pochi tipi di file: grandi database, file PST di Outlook e immagini disco di VM. Anziché eseguire il backup dei file completi ogni volta, inserirà i blocchi modificati in file zip o sz separati. I file basati su flusso, come documenti Office, file zip, file PDF e immagini, non trarranno vantaggio dal Backup sintetico.
Casella da selezionare:
– scheda Versioning→Synthetic Backups: “Use Synthetic Backups”
Le seguenti opzioni dipendenti vengono quindi selezionate automaticamente:
– scheda Special: “Block Level Copying” (senza Remote Service)
– scheda Zipping: “Compress Each File Individually”
– scheda Versioning: “Filename Encoding”
Tutte le versioni incrementali devono essere conservate nella stessa cartella.
Assicurarsi di mantenere tutti i file incrementali nella destinazione, poiché potrebbero essere tutti necessari per ricostruire il file al momento del ripristino. Tuttavia, il numero di parti incrementali più vecchie che devono rimanere sul supporto di backup può essere limitato tramite la ფუნქzione “Checkpoint”. Le relative impostazioni si trovano nella scheda Versioning→Synthetic Backup:
Un checkpoint è un backup incrementale, proprio come i backup giornalieri. Tuttavia, è leggermente più grande perché include i blocchi modificati di un periodo di tempo più lungo, rendendo così inutili molti incrementali precedenti.
È possibile ripristinare qualsiasi versione precedente scegliendo la data di destinazione desiderata nella procedura guidata di ripristino, oppure facendo clic con il pulsante destro del mouse sul file nell’anteprima di sincronizzazione e scegliendo la versione desiderata. L’opzione “Keep multiple files” è implicita e non deve essere selezionata. Non può essere usata per limitare il numero di versioni precedenti. Tuttavia, se questa opzione è specificata nella scheda Versioning, verrà usata come numero minimo di versioni da conservare, anche se la funzione Checkpoint consentirebbe di conservarne meno.
Il ripristino dei file di backup sintetico può essere eseguito indipendentemente dal job originale, verso qualsiasi destinazione. Per il ripristino non è necessario alcun database: bastano i file.
La dimensione minima del file per il Backup sintetico può essere specificata nella scheda “Types, Limit” nella finestra di dialogo Impostazioni del programma. La granularità del backup differenziale viene determinata dinamicamente per ciascun file, in base alle sue dimensioni. La dimensione minima del blocco utilizzata sarà 2048 byte.
Ogni backup parziale include un checksum MD5 per ogni file, in modo che i file ripristinati possano essere verificati al 100% come corretti. È possibile vederlo nel file MD5.TXT contenuto negli zip parziali.
Anche le dimensioni dei file Zip o Sz possono essere limitate, così da poter dividere i file di grandi dimensioni (solo in combinazione con Block Level Copying). Il trasferimento può essere interrotto in qualsiasi momento e le parti zip o sz già caricate non andranno perse.
Poiché ogni backup contiene solo i blocchi modificati, teoricamente per ripristinare il file completo sarebbero necessari tutti i file di backup, perché ogni file di backup contiene blocchi diversi. Per ridurre il numero di file dai quali dipenderà un ripristino riuscito, è possibile usare i checkpoint. I checkpoint sono simili ai normali file di backup, ma contengono più blocchi rispetto a quelli modificati dall’ultimo backup. Ad esempio, il primo checkpoint settimanale in un mese potrebbe contenere tutti i blocchi modificati nel mese precedente. Quindi, per un ripristino, sarebbero necessari solo i file di backup mensili, più i più recenti settimanali e i più recenti giornalieri.
Poiché un checkpoint trimestrale rispetto al trimestre precedente può essere piuttosto grande (perché contiene tutti i blocchi modificati dal trimestre precedente), è possibile limitare a un mese o persino a una settimana l’intervallo su cui si basa un checkpoint.
Il modo in cui i checkpoint dipendono l’uno dall’altro influisce su quanti piccoli file di backup più vecchi possono essere eliminati.