A Cópia de Segurança Sintética é a combinação de Cópia ao Nível de Bloco (anteriormente chamada Atualização Parcial de Ficheiros) com Versionamento, Codificação de Nomes de Ficheiros e Compressão. Pode ser utilizada com qualquer localização de armazenamento de cópias de segurança, incluindo FTP e outros protocolos Internet. Os ficheiros comprimidos podem ser encriptados. A Cópia de Segurança Sintética pode ser descrita como Versionamento Diferencial.
Tal como Cópia ao Nível de Bloco, só é apropriada para alguns tipos de ficheiros: grandes bases de dados, ficheiros PST do Outlook e imagens de disco de VM. Em vez de efetuar cópias de segurança dos ficheiros completos sempre, colocará os blocos alterados em ficheiros zip ou sz separados. Ficheiros baseados em fluxos, como documentos do Office, ficheiros zip, ficheiros PDF e imagens, não beneficiarão da Cópia de Segurança Sintética.
Caixa de verificação para escolher:
– separador Versionamento→Cópias de Segurança Sintéticas: “Usar Cópias de Segurança Sintéticas”
As seguintes opções dependentes são então assinaladas automaticamente:
– separador Especial: “Cópia ao Nível de Bloco” (sem Serviço Remoto)
– separador Compressão: “Comprimir Cada Ficheiro Individualmente”
– separador Versionamento: “Codificação de Nomes de Ficheiros”
Todas as versões incrementais devem ser mantidas na mesma pasta.
Certifique-se de manter todos os ficheiros incrementais no destino, pois todos poderão ser necessários para reconstruir o
ficheiro aquando da reposição. No entanto, o número de partes incrementais mais antigas que precisam de permanecer no
armazenamento de cópias de segurança pode ser limitado através da funcionalidade “Checkpoint”. Encontrará as respetivas definições
no separador Versionamento→Cópia de Segurança Sintética:
Um checkpoint é uma cópia de segurança incremental, tal como as cópias de segurança diárias. No entanto, é um pouco maior porque inclui os blocos alterados de um período de tempo mais longo, tornando desnecessárias muitas incrementais anteriores.
Qualquer versão mais antiga pode ser reposta escolhendo a data de destino pretendida no Assistente de Reposição, ou clicando com o botão direito no ficheiro na Pré-visualização de Sincronização e escolhendo a versão pretendida. A opção “Manter vários ficheiros” está implícita e não precisa de ser assinalada. Não pode ser utilizada para limitar o número de versões mais antigas. No entanto, se esta opção for especificada no separador Versionamento, será utilizada como número mínimo de versões a manter, mesmo que a funcionalidade Checkpoints permita manter menos versões.
Uma reposição dos ficheiros da cópia de segurança sintética pode ser efetuada independentemente da tarefa original, para qualquer destino. Não é necessária qualquer base de dados para a reposição — apenas os ficheiros.
O tamanho mínimo de ficheiro para a Cópia de Segurança Sintética pode ser especificado no separador “Tipos, Limite” na janela de diálogo Definições do Programa. A granularidade da cópia de segurança diferencial é determinada dinamicamente para თითო ficheiro, com base no respetivo tamanho. O menor tamanho de bloco utilizado será de 2048 bytes.
Cada cópia de segurança parcial inclui uma soma de verificação MD5 para cada ficheiro, para que os ficheiros repostos possam ser verificados como 100% corretos. Pode ver isto no ficheiro MD5.TXT que os zip parciais contêm.
Os tamanhos dos ficheiros Zip ou Sz também podem ser limitados, para que ficheiros grandes possam ser divididos (apenas em conjunto com a Cópia ao Nível de Bloco). A transferência pode ser interrompida a qualquer momento e as partes zip ou sz já carregadas não se perderão.
Uma vez que cada cópia de segurança contém apenas os blocos alterados, teoricamente precisaria de todos os ficheiros de cópia de segurança para repor o ficheiro completo, porque cada ficheiro de cópia de segurança contém blocos diferentes. Para reduzir o número de ficheiros dos quais uma reposição bem-sucedida dependerá, pode utilizar checkpoints. Os checkpoints são como ficheiros de cópia de segurança normais, mas contêm mais blocos do que apenas os alterados desde a cópia de segurança anterior. Por exemplo, o primeiro checkpoint semanal de um mês pode conter todos os blocos alterados no mês anterior. Assim, para uma reposição, só precisaria dos ficheiros de cópia de segurança mensais, mais os semanais mais recentes e os diários mais recentes.
Como um checkpoint trimestral em relação ao trimestre anterior pode ser bastante grande (porque contém todos os blocos alterados desde o trimestre anterior), pode limitar a distância em que um checkpoint se baseia para um mês ou até uma semana.
A forma como os checkpoints dependem uns dos outros influencia o número de ficheiros de cópia de segurança pequenos e antigos que podem ser eliminados.