Replicação de arquivos para filiais

4

Atualmente, estamos usando o DFSR no Server 2008 para replicar de nossa matriz para três filiais em links de VPN.

Dessa forma, temos uma cópia local de todos os arquivos de empresas em cada site, para acesso rápido e tolerância a falhas. Decidimos contra os Aceleradores WAN e centralizamos os arquivos por motivos de custo e velocidade.

No entanto, o DFSR não está cortando para nós. Como temos 100 arquivos abertos ao mesmo tempo no site do hub, o DFSR gasta mais tempo tentando arquivos abertos do que transferindo arquivos fechados, o que cria um backlog. Por volta das 11h todos os dias, há cerca de 500 arquivos no backlog que não são liberados até a noite.

Este é um grande problema porque, durante a maior parte do dia, os servidores não estão sincronizados. No meu entender, isso não é algo que possa ser corrigido, por isso estamos agora procurando alternativas ao DFSR para manter esses servidores em sincronia.

Alguém atualmente usa um sistema como este para seus arquivos e, em caso afirmativo, você pode recomendar o software que está usando?

Alguns exemplos que eu encontrei são GlobalScape WAFS e PeerSync.

    
por Jeff Miles 31.07.2009 / 18:46

2 respostas

0

Resolvemos os problemas de desempenho com o DFSR, que estavam relacionados a algumas configurações incorretas com o software de bloqueio de arquivos de terceiros que estamos usando, Peerlock.

Tudo parece estar funcionando bem agora, nas últimas três semanas.

Obrigado por suas respostas Evan e Tatas, elas são apreciadas.

    
por 21.10.2009 / 16:38
4

Nenhuma ferramenta de sincronização pode sincronizar arquivos abertos sem correr o risco de fazer cópias inconsistentes. A menos que a ferramenta tenha ganchos no aplicativo que mantém o arquivo aberto para solicitar que o arquivo fique "quiesce", sempre haverá o risco de que uma cópia feita de um arquivo aberto acabe sendo inconsistente e inutilizável.

Parece, para mim, que você vai ser mal servido por praticamente qualquer ferramenta, dado o perfil dos arquivos abertos que você está falando. Gostaria de saber se um sistema de controle de versão / sistema de gerenciamento de documentos não seria o melhor para você.

Eu usei a ferramenta de sincronização SureSync do Software Pursuits, embora não no cenário que você está distribuindo, e Fiquei muito satisfeito com isso. Ele é executado como um serviço do Windows nos servidores no conjunto de replicação e faz transferências delta (com o complemento "SPI Agent"). Ele pode replicar arquivos abertos (pode fazer quiesce de aplicativos compatíveis com VSS), embora você possa ter problemas de consistência, como eu disse acima.

Resposta re: comentários:

Esta é a clássica troca de triângulo rápido / barato / bom. Se você quiser que suas réplicas permaneçam em sincronia durante todo o dia, você precisará desembolsar muito dinheiro para uma conectividade rápida. Se você não se importa com o fato de as réplicas ficarem fora de sincronia (mas "recuperar o atraso" durante a noite), então você pode gastar menos dinheiro com conectividade rápida.

Eu não tenho nenhum cliente que espera que todos os arquivos replicados de maneira estejam "sincronizados" o tempo todo em todos os servidores. Eles não têm dinheiro para gastar em conectividade WAN com velocidade LAN para suportá-lo.

Se você tiver um pequeno corpus de arquivos que precisa ser mantido em sincronia mais rígida, poderá usar essa solução de replicação mais em tempo real para cobrir esses arquivos e cobrir o restante dos arquivos de forma mais lenta e com menor largura de banda. solução de replicação intensiva.

Você tem que pagar o piper de alguma forma é, eu acho, o que estou dizendo.

    
por 31.07.2009 / 19:21