La copia de seguridad sintética es la combinación de Block Level Copying (antes llamado actualización parcial de archivos) con control de versiones, codificación de nombres de archivo y compresión. Se puede utilizar con cualquier ubicación de almacenamiento de copias de seguridad, incluidos FTP y otros protocolos de Internet. Los archivos comprimidos se pueden cifrar. La copia de seguridad sintética puede describirse como control de versiones diferencial.
Al igual que Block Level Copying, solo es adecuada para unos pocos tipos de archivos: bases de datos grandes, archivos PST de Outlook e imágenes de disco de máquinas virtuales. En lugar de hacer copia de seguridad de los archivos completos cada vez, colocará los bloques modificados en archivos zip o sz independientes. Los archivos basados en flujo, como documentos de Office, archivos zip, archivos PDF e imágenes, no se beneficiarán de la copia de seguridad sintética.
Casilla para seleccionar:
– pestaña Versioning→Synthetic Backups: “Use Synthetic Backups”
Las siguientes opciones dependientes se marcan automáticamente:
– pestaña Special: “Block Level Copying” (sin Remote Service)
– pestaña Zipping: “Compress Each File Individually”
– pestaña Versioning: “Filename Encoding”
Todas las versiones incrementales deben guardarse en la misma carpeta.
Asegúrese de conservar todos los archivos incrementales en el destino, ya que pueden ser necesarios todos para volver a ensamblar el archivo durante la restauración. No obstante, la cantidad de partes incrementales antiguas que deben permanecer en el almacenamiento de la copia de seguridad se puede limitar mediante la función “Checkpoint”. Encontrará su configuración en la pestaña Versioning→Synthetic Backup:
Un checkpoint es una copia de seguridad incremental igual que las copias de seguridad diarias. Sin embargo, es un poco más grande porque incluye los bloques modificados de un período de tiempo más largo, de modo que muchas de las incrementales anteriores dejan de ser necesarias.
Cualquier versión anterior puede restaurarse eligiendo la fecha de destino deseada en el asistente de restauración, o haciendo clic con el botón derecho en el archivo en la vista previa de sincronización y eligiendo la versión deseada. La opción “Keep multiple files” está implícita y no es necesario marcarla. No puede utilizarse para limitar el número de versiones anteriores. Sin embargo, si esta opción se especifica en la pestaña Versioning, se utilizará como número mínimo de versiones que conservar, incluso si la función Checkpoints permitiera conservar menos versiones.
La restauración de los archivos de copia de seguridad sintética puede realizarse de forma independiente del trabajo original, en cualquier destino. No se necesita ninguna base de datos para la restauración: solo los archivos.
El tamaño mínimo de archivo para la copia de seguridad sintética se puede especificar en la pestaña “Types, Limit” del diálogo de configuración del programa. La granularidad de la copia de seguridad diferencial se determina dinámicamente para cada archivo, en función de su tamaño. El tamaño de bloque mínimo utilizado será de 2048 bytes.
Cada copia de seguridad parcial incluye una suma de comprobación MD5 para cada archivo, de modo que los archivos restaurados puedan verificarse como correctos al 100 %. Puede verlo en el archivo MD5.TXT que contienen los zip parciales.
Los tamaños de los archivos Zip o Sz también se pueden limitar para que los archivos grandes puedan dividirse (solo en combinación con Block Level Copying). La transferencia puede detenerse en cualquier momento y las partes zip o sz ya cargadas no se perderán.
Dado que cada copia de seguridad contiene únicamente los bloques modificados, teóricamente necesitaría todos los archivos de copia de seguridad para restaurar el archivo completo, porque cada archivo de copia de seguridad contiene bloques distintos. Para reducir el número de archivos de los que dependerá una restauración correcta, puede usar checkpoints. Los checkpoints son como archivos de copia de seguridad normales, pero contienen más bloques que solo los modificados desde la copia de seguridad anterior. Por ejemplo, el primer checkpoint semanal de un mes podría contener todos los bloques modificados durante el mes anterior. Así, para una restauración, solo necesitaría los archivos mensuales de copia de seguridad, más los semanales más recientes y los diarios más recientes.
Como un checkpoint trimestral con respecto al trimestre anterior puede ser bastante grande (porque contiene todos los bloques modificados desde el trimestre anterior), puede limitar el intervalo sobre el que se basa un checkpoint a un mes o incluso a una semana.
La dependencia entre los checkpoints influye en cuántos archivos de copia de seguridad pequeños y antiguos se pueden purgar.