Replicação DFS através de uma VPN: o bloqueio não é o que recebe

A ligação está cifrada, sempre ativa e suficientemente rápida, pelo que a pasta partilhada devia comportar-se como uma única pasta nos dois sites. É esta a suposição por trás da maioria dos desenhos de replicação DFS que mais tarde surpreendem as pessoas. O DFSR é multi-master e assíncrono: cada réplica acompanha as versões de forma independente, e nada no protocolo mantém um bloqueio entre servidores. A VPN transporta o tráfego entre eles e não acrescenta nada da coordenação de que essa suposição precisa. Planeie o padrão de escrita e o modelo de capacidade, ou o primeiro conflito real torna-se um incidente de suporte.

O mito: uma VPN transforma as réplicas num único sistema de ficheiros

Um túnel é transporte. Dá-lhe um caminho permitido entre dois servidores e esconde os saltos intermédios. Não diz nada sobre quem pode editar um ficheiro, por que ordem chegam as versões ou o que acontece quando duas edições competem.

A cifra e a disponibilidade são propriedades da ligação; a consistência é uma propriedade do motor de replicação e do seu fluxo de trabalho.

O que o DFSR replica realmente

Cada servidor mantém a sua própria cópia e os seus próprios metadados de versão. As alterações propagam-se quando a ligação e o agendamento o permitem, e o motor usa compressão diferencial remota para enviar apenas as partes do ficheiro que mudaram. Quando duas réplicas alteram o mesmo ficheiro antes de chegar qualquer atualização, uma versão ganha e a outra é posta de lado como cópia de conflito. Nenhum servidor bloqueou a segunda edição, porque bloquear exigiria o bloqueio distribuído que o DFSR não fornece.

Um caminho de espaço de nomes torna as cópias fáceis de alcançar, e não as torna coerentes.

O espaço de staging é capacidade de trabalho, não uma cópia de segurança

O staging é a área temporária que a replicação usa enquanto reúne as alterações. As orientações de dimensionamento da Microsoft tomam o tamanho combinado dos 32 maiores ficheiros da pasta replicada como mínimo, com espaço adicional útil durante a replicação inicial. Por isso uma árvore de documentos pequenos e uma pasta com vários arquivos grandes precisam de formas de staging diferentes. Quando o staging se esgota, a replicação para de formas que parecem uma falha de rede. Dimensione-o a partir dos dados e continue a observar à medida que os dados mudam.

O staging não é uma cópia de segurança, e propagar alterações não é um histórico de versões.

A pré-semeadura é uma otimização, não um atalho

Para uma árvore existente grande, a pré-semeadura suportada com Robocopy pode reduzir o que tem de atravessar a ligação durante a sincronização inicial, e as orientações da Microsoft cobrem a preservação da informação dos ficheiros e o tratamento de ficheiros bloqueados ou ignorados. É uma otimização, não uma promessa de que o destino já está correto, pelo que a replicação inicial tem de ser concluída e verificada. É ao saltar essa verificação que um site acaba a servir ficheiros que nunca estiveram no conjunto replicado.

Verifique o estado inicial antes de os utilizadores dependerem do destino, não depois da primeira queixa.

Escolha a janela e defina o que significa atual

O agendamento da replicação e os controlos de largura de banda decidem quando os parceiros podem trocar dados. Uma janela estreita fora do horário é um desenho legítimo que deixa um atraso durante o dia, desde que todos tenham concordado que a cópia remota só precisa de estar atual pela manhã.

Escreva essa frase, porque «o atraso é de quarenta minutos» só é alarmante se ninguém tiver definido o objetivo.

Aceite com o fluxo de trabalho, não com um único ficheiro

Teste com os ficheiros que as pessoas realmente usam: um documento grande, uma edição de rotina, uma eliminação e uma edição simultânea deliberada nos dois sites. Confirme que o comportamento do conflito corresponde ao que disse ao negócio e que o caminho de recuperação a partir da cópia de segurança está separado das réplicas. Depois observe o volume de alterações, o crescimento da fila e a margem de staging face à janela de serviço durante algumas semanas. A capacidade da VPN é um limite entre vários, e raramente é o primeiro que alcança.

Um desenho que documenta o seu atraso e as suas regras de edição é muito mais fácil de suportar do que um que promete cópias idênticas.