Atualmente, usamos o Server 2008 DFSR para transferir 900 GB de arquivos, com cerca de 3 GB mudando diariamente. Nossa topologia é um hub único, com 3 spokes. Cada spoke está em uma conexão ADSL de 4Mb / 1Mb, separada por aproximadamente 300-500KM. Nosso site de hub tem uma conexão de 10Mb / 10Mb.
Além da falta de bloqueio de arquivos, após alguns problemas iniciais de configuração, o DFSR tem funcionado sem problemas, e estamos muito satisfeitos com isso. Eu recomendo usar o Server 2008 ou Server 2008 R2 para DFSR, pois existem MUITOS aprimoramentos que ajudarão com seus links lentos.
Em resposta às suas perguntas:
- Você pode pré-semear os dados usando um disco rígido externo no site remoto para reduzir a replicação inicial.
- Tenho certeza de que você não pode adicionar informações adicionais em um formato pré-semente (seu exemplo de 200 GB), pois assim que a replicação inicial é feita, ela se torna uma topologia de vários mestres.
- O fuso horário não deve ter nenhum efeito, especialmente se você não estiver modificando os agendamentos de replicação padrão.
- Acesso off-line - Uma cópia local é armazenada em cada servidor spoke, portanto, você terá acesso a ela se a WAN estiver inativa. Quando a WAN voltar, a replicação continuará.
- O DFSR usa o RDC e apenas replica as alterações, portanto, você verá uma grande redução nos tamanhos de transferência. Nossa replicação atual informa uma economia de 57,88%, com 74,36 GB recebidos de um tamanho real real de 176,55 GB. Isso ocorre desde a última reinicialização do serviço.
- O bloqueio de arquivos não é suportado no DFSR, no entanto, os conflitos podem ser monitorados por meio dos logs de eventos.
- Embora não seja ideal, ele deve funcionar com seus links lentos, pois temos links semelhantes.
Eu não recomendaria o Globalscape WAFS, baseado no último comentário (meu) neste post: link Talvez o produto tenha mudado desde então, mas faz apenas alguns meses.