Fazendo backup de .PST na nuvem efetivamente

0

Empresas de médio porte, 2000 pessoas.

O HP Backup conectado é usado para fazer backup dos dados das pessoas no Datacenter da HP. Temos 3 sites, 30Mb divididos em 3 sites, 10Mb cada.

700 pessoas por site (não exatamente), nossa largura de banda é usada por causa do Connected HP Backup. Estamos usando a QoS, mas, devido à quantidade de pessoas que estão fazendo o backup, a modificação de arquivos é apenas todo o tráfego de backup.

Os arquivos mais problemáticos são .PST (Arquivos de Arquivo do Outlook), mas este é um arquivo crítico que precisamos fazer backup, não podemos dispensá-lo. O HP Connected Backup não sabe ler arquivos .PST, portanto, se o arquivo for modificado por 1 KB, ele ainda será enviado, digamos, todos os 1,5 GB. Isso não é eficiente em tudo. Nós também não queremos fazer o backup de compartilhamentos de arquivos localmente, caso o usuário queira acessar os backups de casa, como usaria nossa largura de banda de upload.

A pergunta é; Qual seria a melhor maneira de fazer backup de muitos dados do usuário sem ocupar toda a largura de banda? Existe um programa que pode ler a pequena quantidade de modificações e, em vez de reenviar um pacote inteiro de 1,5 GB, basta enviar a edição de 1 KB?

EDIT: No entanto, o Office 365 fica lento e não responde quando o arquivo .OST atinge cerca de 3,5 GB, e se a caixa de correio quebrar por algum motivo você teria que baixar potencialmente 30 GB de dados em um compartilhamento compartilhado de 10Mb / s rede. O que não é ideal.

    
por MrAmos123 21.01.2016 / 09:44

1 resposta

2

Eu poderia sugerir que você experimente o CloudBerry Backup. Tem uma opção chamada "backup em nível de bloco" - permite fazer backup somente de partes alteradas de arquivos.

Mais informações aqui:

link

Ele também oferece a capacidade de limitar sua largura de banda de acordo com a programação, e também pode ser útil para você.

Você pode ver mais detalhes aqui:

link

Se você tiver alguma dúvida, por favor me avise.

Atenciosamente, Vlad, Laboratório CloudBerry

    
por 29.01.2016 / 19:04