O que o CrashPlan realmente faz quando está 'sincronizando informações de bloco'?

Quando o CrashPlan entra nesse modo pode levar horas, se não mais do que um dia. Meu backup atual tem quase 2Tb de tamanho e quando isso ocorre é cerca de um dia de sincronização.

O processo real do que está acontecendo não é conhecido. O Code42 tem um artigo de base de conhecimento que menciona especificamente que quando essa mensagem exibe o processo "Normalmente o processo de sincronização corre rapidamente e você pode não notar que ele ocorreu":

Synchronizing And Your Backup

Também mencionam que:

"When Does Synchronization Occurization?

Por padrão, o aplicativo CrashPlan sincroniza seu cache local com seu backup no início de cada sessão de backup, ou ao reconectar ao servidor. Além disso, há várias condições que acionam a sincronização:

<

• Seleção de arquivo alterada>li>Configuração de Backup adicionada>li> Adoção do computador>li>Uma unidade externa dentro de sua seleção de backup foi ejetada e reconectada"

p>Embora isso possa estar certo, quando ele realmente inicia essa sincronização de bloco pode ser dolorosamente lento. Porque é algo que não é fácil de apontar. Talvez seja por causa da plataforma Java ou, mais provavelmente, pelo fato de que o backup do CrashPlan tem um sistema de versão abrangente de arquivos que precisa ser atualizado de tempos em tempos. Se o conjunto de dados for grande eu veria como essa operação (no lado do servidor) poderia ser demorada e intensiva em recursos, justificando porque leva muito tempo.

Apenas pense nisso, neste caso ele seria configurado para manter (por exemplo) uma versão mensal de cada arquivo, e assim ter que remover todos os backups semanais desnecessários.

Anyway - é apenas uma possível justificativa para isto.

Esta é uma das principais diferenças dos serviços de backup do CrashPlan para algo como DropBox ou OneDrive, onde se você excluir um arquivo, as chances de recuperação são muito mais limitadas.