Isso depende se você quiser replicação unidirecional ou bidirecional. Além disso, as colisões na edição de arquivos farão com que você queira arrancar o rosto com um rake (qualquer coisa para tirar sua mente da dificuldade de colidir versões de arquivo), então tente evitar qualquer solução que não lide com diferenças de versão.
Para o Windows, você pode querer ver qual é a melhor opção bidirecional (e, de fato, a melhor opção, não importa qual é o caminho da replicação): DFS . Você pode usá-lo no modo autônomo (ou seja, sem o Active Directory envolvido) ou em um ambiente de domínio (faça isso, se possível). O DFS é bastante avançado para manter um namespace consistente em vários servidores. A replicação DFS replica arquivos individuais e, desde o Server 2003 R2, a replicação de arquivos pode replicar apenas partes de arquivos que foram alterados, economizando assim mais largura de banda.
Uma maneira discreta (leia-se: massivamente) do gueto de executar a replicação em vários servidores seria usar um script robótico programado para copiar os arquivos de um servidor mestre para os outros. O Robocopy tem alguma forma limitada de otimização de largura de banda usando a opção /ipg:n , mas não espere resultados fantásticos dele. Você poderia colocar a replicação em cascata em uma topologia de fluxo; replicando de seu servidor principal para alguns sub-servidores importantes e, em seguida, dos submarinos para outros submarinos e para baixo da linha. Isso fica confuso se você quiser manter os arquivos consistentes. Qualquer uso de robocopy na sua situação irá garantir que você tenha uma calvície prematura e um trato intestinal ulcerado à medida que luta contra a largura de banda, tentativas de replicação duplicadas e / ou dados perdidos, pois os arquivos do downstream são sobrescritos dos arquivos upstream.