Perguntas frequentes sobre a Replicação do DFS

Não. A Replicação do DFS não se comunica com o FRS (Serviço de Replicação de Arquivo). A Replicação do DFS e o FRS podem ser executados no mesmo servidor ao mesmo tempo, mas nunca devem ser configurados para replicar as mesmas pastas ou subpastas, pois isso pode causar perda de dados.

Sim, a Replicação do DFS pode substituir o FRS para replicação SYSVOL em servidores que executam o Windows Server 2012 R2, o Windows Server 2012, o Windows Server 2008 R2 ou o Windows Server 2008. Servidores que executam o Windows Server 2003 R2 não são compatíveis com o uso de Replicação do DFS para replicar a pasta SYSVOL.

Para obter mais informações sobre como replicar a SYSVOL usando a Replicação do DFS, confira Migrar a replicação da SYSVOL para a Replicação do DFS.

Sim. Para migrar de FRS para a Replicação do DFS, confira os seguintes documentos:

• Para migrar a replicação de pastas que não seja a pasta SYSVOL, confira Guia de operações do DFS: Migrar do FRS para a Replicação do DFS e FRS2DFSR – Um utilitário de migração de FRS para DFSR (https://go.microsoft.com/fwlink/?LinkID=195437).

• Para migrar a replicação da pasta SYSVOL para a Replicação do DFS, confira Migrar a Replicação da SYSVOL para a Replicação do DFS.

Sim. Embora a Replicação do DFS seja compatível apenas com a replicação de conteúdo entre servidores que executam o Windows Server, os clientes UNIX podem acessar compartilhamentos de arquivos nos servidores Windows. Para fazer isso, instale os serviços para NFS (sistemas de arquivos de rede) no servidor de Replicação do DFS.

Você também pode usar a funcionalidade de cliente SMB/CIFS incluída em muitos clientes UNIX para acessar diretamente os compartilhamentos de arquivos do Windows, embora essa funcionalidade geralmente seja limitada ou exija modificações no ambiente do Windows (como desabilitar a assinatura SMB usando a Política de Grupo).

A Replicação do DFS interopera com NFS em um servidor que executa um sistema operacional Windows Server, mas você não pode replicar um ponto de montagem NFS.

Sim. A Replicação do DFS é compatível com volumes VSS (Serviço de Cópias de Sombra de Volume) e os instantâneos anteriores podem ser restaurados com êxito com o Cliente de Versões Anteriores.

Não, não há suporte para usar o backup do Windows (Ntbackup.exe) em um computador que executa o Windows Server 2003 ou anterior para fazer backup do conteúdo de uma pasta replicada em um computador que executa o Windows Server 2012, o Windows Server 2008 R2 ou o Windows Server 2008.

Para fazer backup de arquivos armazenados em uma pasta replicada, use Backup do Windows Server ou o Microsoft® System Center Data Protection Manager. Para obter informações sobre a funcionalidade de Backup e Recuperação no Windows Server 2008 R2 e no Windows Server 2008, confira Backup e Recuperação. Para obter mais informações, confira System Center Data Protection Manager (https://go.microsoft.com/fwlink/?LinkId=182261).

Sim. Não configure políticas do sistema de arquivos em pastas replicadas. A política do sistema de arquivos reaplica as permissões NTFS a cada intervalo de atualização de Política de Grupo. Isso pode resultar em violações de compartilhamento porque um arquivo aberto não é replicado até ser fechado.

Não. A Replicação do DFS não pode ser usada para replicar caixas de correio hospedadas no Microsoft Exchange Server.

Sim. No entanto, as configurações de triagem de arquivo do FSRM (Gerenciador de Recursos de Servidor de Arquivos) devem corresponder em ambas as extremidades da replicação. Além disso, a Replicação do DFS um mecanismo de filtro próprio para arquivos e pastas que você pode usar para excluir determinados arquivos e tipos de arquivos da replicação.

Veja abaixo as práticas recomendadas para implementar triagens de arquivo ou cotas:

• A pasta DfsrPrivate oculta não deve estar sujeita a cotas nem a triagens de arquivo.

• Os arquivos que passaram por triagem não devem existir em nenhuma pasta replicada antes de a triagem ser habilitada.

• Nenhuma pasta pode exceder a cota antes de a cota ser habilitada.

• Você deve usar cotas rígidas com cuidado. É possível que membros individuais de um grupo de replicação permaneçam dentro de uma cota antes da replicação, mas a excedam quando os arquivos forem replicados. Por exemplo, se um usuário copiar um arquivo de 10 megabytes (MB) para o servidor A (que está no limite rígido) e outro usuário copiar um arquivo de 5 MB no servidor B, quando a próxima replicação ocorrer, ambos os servidores excederão a cota em 5 megabytes. Isso pode fazer com que a Replicação do DFS repita continuamente a replicação dos arquivos, causando lacunas no vetor de versão e possíveis problemas de desempenho.

Sim, a Replicação do DFS no Windows Server 2012 R2, no Windows Server 2012 e no Windows Server 2008 R2 inclui a capacidade de adicionar um cluster de failover como um membro de um grupo de replicação. Para obter mais informações, confira Adicionar um cluster de failover a um grupo de replicação (https://go.microsoft.com/fwlink/?LinkId=155085). O serviço de Replicação do DFS nas versões do Windows anteriores ao Windows Server 2008 R2 não foi desenvolvido para coordenar com um cluster de failover. O serviço não realizará o failover para outro nó.

Sim, a Replicação do DFS pode replicar pastas em volumes que usam Eliminação de Duplicação de Dados no Windows Server.

Sim. A Replicação do DFS replica volumes nos quais o SIS (Armazenamento de Instância Única) está habilitado. O SIS é usado pelo RIS (Serviços de Instalação Remota), pelo WDS (Serviços de Implantação do Windows) e pelo Windows Storage Server.

Você pode usar a Replicação do DFS e Arquivos Offline com segurança em cenários em que há apenas um usuário por vez, que grava nos arquivos. Isso é útil para os usuários que viajam entre duas filiais e desejam poder acessar os arquivos em qualquer filial ou offline. Arquivos Offline armazenam em cache os arquivos localmente para uso offline e a Replicação do DFS replica os dados entre cada filial.

Não use Replicação do DFS com Arquivos Offline em um ambiente de vários usuários porque a Replicação do DFS não fornece nenhum mecanismo de bloqueio distribuído ou funcionalidade de check-out de arquivos. Se dois usuários modificarem o mesmo arquivo ao mesmo tempo em servidores diferentes, a Replicação do DFS moverá o arquivo mais antigo para a pasta DfsrPrivate\ConflictandDeleted (localizada no caminho local da pasta replicada) durante a próxima replicação.

Os aplicativos antivírus podem causar uma replicação excessiva se as atividades de verificação deles alterarem os arquivos em uma pasta replicada. Para obter mais informações, confira Testar a interoperabilidade de aplicativo antivírus com a Replicação do DFS (https://go.microsoft.com/fwlink/?LinkId=73990).

O Windows® SharePoint® Services fornece uma coerência rígida na forma de funcionalidade de check-out do arquivo que a Replicação do DFS não fornece. Se você estiver preocupado com várias pessoas editando o mesmo arquivo, use o Windows SharePoint Services. O Windows SharePoint Services 2.0 com Service Pack 2 está disponível como parte do Windows Server 2003 R2. O Windows SharePoint Services pode ser baixado do site da Microsoft. Ele não está incluído nas versões mais recentes do Windows Server. No entanto, se você está replicando dados em vários sites e os usuários não editam os mesmos arquivos ao mesmo tempo, a Replicação do DFS oferece maior largura de banda e gerenciamento mais simples.

Sim, supondo que haja um link de WAN (rede de longa distância) privado (não a Internet) conectando as filiais. No entanto, você deve abrir as portas adequadas em firewalls externos. A Replicação do DFS usa o mapeador de ponto de extremidade RPC (porta 135) e uma porta efêmera atribuída aleatoriamente acima de 1024. Você pode usar a ferramenta de linha de comando Dfsrdiag para especificar uma porta estática em vez da porta efêmera. Para obter mais informações sobre como especificar o mapeador de ponto de extremidade RPC, confira o artigo 154596 na base de dados de conhecimento Microsoft (https://go.microsoft.com/fwlink/?LinkId=73991).

Não. A Replicação do DFS não replicará arquivos ou pastas criptografados usando o EFS (Encrypting File System). Se um usuário criptografar um arquivo replicado anteriormente, a Replicação do DFS excluirá o arquivo de todos os outros membros do grupo de replicação. Isso garante que a única cópia disponível do arquivo seja a versão criptografada no servidor.

A Replicação do DFS poderá replicar com segurança arquivos de pasta pessoal (.pst) do Microsoft Outlook e arquivos do Microsoft Access somente se eles forem armazenados para fins de arquivamento e não forem acessados pela rede usando um cliente como o Outlook ou o Access (para abrir os arquivos .pst ou do Access, primeiro copie-os para um dispositivo de armazenamento local). Os motivos para isso são os seguintes:

• Abrir arquivos .pst em conexões de rede pode levar a dados corrompidos nos arquivos .pst. Para obter mais informações sobre por que não é possível acessar os arquivos .pst com segurança em uma rede, confira o artigo 297019 na Base de Dados de Conhecimento Microsoft (https://go.microsoft.com/fwlink/?LinkId=125363).

• Arquivos .pst e do Access tendem a permanecer abertos por longos períodos enquanto são acessados por um cliente, como o Outlook ou o Office Access. Isso impede a Replicação do DFS de replicar esses arquivos até que eles sejam fechados.

Não. A Replicação do DFS baseia-se no Active Directory® Domain Services para configuração. Ela só funcionará em um domínio.

Sim. A Replicação do DFS pode replicar várias pastas entre servidores. Verifique se cada uma das pastas replicadas tem um caminho raiz exclusivo e se elas não se sobrepõem. Por exemplo, D:\Sales e D:\Contabilidade podem ser os caminhos raiz para duas pastas replicadas, mas D:\Sales e D:\Sales\Reports não podem ser os caminhos raiz para duas pastas replicadas.

Não. Os namespaces da Replicação do DFS e do DFS podem ser usados separadamente ou em conjunto. Além disso, a Replicação do DFS pode ser usada para replicar namespaces DFS autônomos, o que não era possível com o FRS.

Não. A Replicação do DFS não requer explicitamente a sincronização de horário entre os servidores. No entanto, a Replicação do DFS requer que os relógios do servidor correspondam de maneira mais rigorosa. Os relógios do servidor devem ser definidos dentro de cinco minutos uns dos outros (por padrão) para que a autenticação do Kerberos funcione corretamente. Por exemplo, a Replicação do DFS usa carimbos de data/hora para determinar qual arquivo tem precedência no caso de um conflito. Horários precisos também são importantes para coleta de lixo, agendas e outros recursos.

Sim. Porém, a replicação de um volume inteiro pode causar os seguintes problemas:

• Se o volume contiver um arquivo de paginação do Windows, a replicação falhará e registrará o evento 4312 do DFSR no log de eventos do sistema.

• A Replicação do DFS define o sistema e os atributos ocultos na pasta replicada nos servidores de destino. Isso ocorre porque o Windows aplica o sistema e os atributos ocultos à pasta raiz do volume por padrão. Se o caminho local da pasta replicada nos servidores de destino for também uma raiz do volume, nenhuma alteração adicional será feita aos atributos da pasta.

• Ao replicar um volume que contém a pasta do sistema Windows, a Replicação do DFS reconhece a pasta %WINDIR% e não a replica. No entanto, a Replicação do DFS replica pastas usadas por aplicativos que não são da Microsoft, o que pode fazer com que os aplicativos falhem nos servidores de destino se os aplicativos tiverem problemas de interoperabilidade com Replicação do DFS.

Não.

Sim. A Replicação do DFS é independente do tipo de conexão.

Não. A Replicação do DFS é compatível com volumes formatados somente com o sistema de arquivos NTFS; o Sistema de Arquivos Resiliente (ReFS) e o sistema de arquivos FAT não são compatíveis. A Replicação do DFS requer NTFS porque usa o diário de alterações do NTFS e outros recursos do sistema de arquivos NTFS.

Sim. Você pode replicar arquivos esparsos. O atributo Esparso é preservado no membro de recebimento.

Não. A Replicação do DFS é um serviço executado na conta sistema local, portanto, não é necessário fazer logon como administrador para replicar. No entanto, você deve ser um administrador de domínio ou administrador local dos servidores de arquivos afetados para fazer alterações na configuração de Replicação do DFS.

Para mais informações, confira "Delegação e requisitos de segurança da Replicação do DFS" em Delegar a capacidade de gerenciar a Replicação do DFS (https://go.microsoft.com/fwlink/?LinkId=182294).

Para atualizar ou substituir um membro da Replicação do DFS, confira esta postagem no blog Ask the Directory Services Team: Como substituir o hardware ou o SO do membro da DFSR.

Sim. Há suporte para determinados cenários ao replicar perfis de usuários móveis. Para obter informações sobre os cenários compatíveis, confira Declaração de suporte da Microsoft sobre de dados de perfil do usuário replicados (https://go.microsoft.com/fwlink/?LinkId=201282).

O Windows e a Replicação do DFS são compatíveis com caminhos de pasta de até 32 mil caracteres. A Replicação do DFS não está limitada a caminhos de pasta de 260 caracteres.

Não. Os grupos de replicação podem se estender entre domínios dentro de uma floresta, mas não entre florestas diferentes.

A lista a seguir apresenta um conjunto de diretrizes de escalabilidade que foram testadas pela Microsoft e aplicadas ao Windows Server 2012 R2, ao Windows Server 2016 e ao Windows Server 2019

• Tamanho de todos os arquivos replicados em um servidor: 100 terabytes.

• Número de arquivos replicados em um volume: 70 milhões.

• Tamanho máximo do arquivo: 250 gigabytes.

A seguinte lista apresenta um conjunto de diretrizes de escalabilidade que foram testadas pela Microsoft no Windows Server 2012, no Windows Server 2008 R2 e no Windows Server 2008:

• Tamanho de todos os arquivos replicados em um servidor: 10 terabytes.

• Número de arquivos replicados em um volume: 11 milhões.

• Tamanho máximo do arquivo: 64 gigabytes.

Para obter uma lista das diretrizes de escalabilidade que foram testadas pela Microsoft para o Windows Server 2003 R2, confira Diretrizes de escalabilidade da Replicação do DFS (https://go.microsoft.com/fwlink/?LinkId=75043).

Não use a Replicação do DFS em um ambiente em que vários usuários atualizem ou modifiquem os mesmos arquivos simultaneamente em servidores diferentes. Isso pode fazer com que a Replicação do DFS mova cópias conflitantes dos arquivos para a pasta DfsrPrivate\ConflictandDeleted oculta.

Quando vários usuários precisam modificar os mesmos arquivos ao mesmo tempo em servidores diferentes, use o recurso de check-out do arquivo do Windows SharePoint Services para garantir que apenas um usuário esteja trabalhando em um arquivo. O Windows SharePoint Services 2.0 com Service Pack 2 está disponível como parte do Windows Server 2003 R2. O Windows SharePoint Services pode ser baixado do site da Microsoft. Ele não está incluído nas versões mais recentes do Windows Server.

A Replicação do DFS usa novos objetos no contexto de nomeação de domínio de Active Directory Domain Services para armazenar informações de configuração. Esses objetos são criados quando você atualiza o esquema do Active Directory Domain Services. Para obter mais informações, confira Analisar os requisitos para Replicação do DFS (https://go.microsoft.com/fwlink/?LinkId=182264).

Sim. Há três maneiras de automatizar os relatórios de integridade:

• Usar o módulo DFSR do Windows PowerShell incluído no Windows Server 2012 R2 ou DfsrAdmin.exe em conjunto com as tarefas agendadas para gerar relatórios de integridade regularmente. Para obter mais informações, confira Como automatizar os relatórios de integridade da Replicação do DFS (https://go.microsoft.com/fwlink/?LinkId=74010).

• Usar o pacote de gerenciamento Replicação do DFS para System Center Operations Manager para criar alertas com base em condições especificadas.

• Use o provedor WMI da Replicação do DFS para o script de alertas.

Sim. Para obter mais informações, confira Pacote de Gerenciamento da Replicação do DFS para System Center Operations Manager 2007 no Centro de Download da Microsoft (https://go.microsoft.com/fwlink/?LinkId=182265).

Sim. A Replicação do DFS é compatível com gerenciamento remoto usando o console de Gerenciamento do DFS e o comando Add Replication Group. Por exemplo, no servidor A, você pode se conectar a um grupo de replicação definido na floresta com os servidores A e B como membros.

O Gerenciamento de DFS está incluído no Windows Server 2012 R2, no Windows Server 2012, no Windows Server 2008 R2, no Windows Server 2008 e no Windows Server 2003 R2. Para gerenciar a Replicação do DFS de outras versões do Windows, use a Área de Trabalho Remota ou as Ferramentas de Administração de Servidor Remoto para o Windows 7.

Não. A Replicação do DFS tem o próprio conjunto de ferramentas de monitoramento e diagnóstico. O Ultrasound e o Sonar podem apenas monitorar o FRS.

Para recuperar arquivos perdidos, restaure os arquivos da pasta do sistema de arquivos ou da pasta compartilhada usando o histórico de arquivos, o comando Restore previous versions no Explorador de Arquivos ou restaurando os arquivos do backup. Para recuperar arquivos diretamente das pastas ConflictAndDeleted ou PreExisting, use os cmdlets Get-DfsrPreservedFiles e Restore-DfsrPreservedFiles do Windows PowerShell (incluído com o módulo DFSR no Windows Server 2012 R2) ou o script de exemplo RestoreDFSR da Galeria de Códigos do MSDN. Esse script destina-se apenas à recuperação de desastres e é fornecido no estado em que se encontra, sem garantia.

Sim. Há várias maneiras de monitorar a replicação:

• A Replicação do DFS tem um pacote de gerenciamento para o System Center Operations Manager que fornece monitoramento proativo.

• O Gerenciamento do DFS tem um relatório de diagnóstico nativo para a lista de pendências de replicação, eficiência da replicação e o número de arquivos e pastas em um determinado grupo de replicação.

• O módulo DFSR do Windows PowerShell no Windows Server 2012 R2 contém cmdlets para iniciar testes de propagação e gravar relatórios de propagação e de integridade. Para obter mais informações, confira Cmdlets de replicação do Sistema de Arquivos Distribuído no Windows PowerShell.

• Dfsrdiag.exe é uma ferramenta de linha de comando que pode gerar uma contagem da lista de pendências ou disparar um teste de propagação. Ambos mostram o estado da replicação. A propagação mostra se os arquivos estão sendo replicados em todos os nós. A lista de pendências mostra quantos arquivos ainda precisam ser replicados para que os dois computadores estejam em sincronia. A contagem da lista de pendências é o número de atualizações que um membro do grupo de replicação não processou. Em computadores que executam o Windows Server 2012 R2, o Windows Server 2012 ou o Windows Server 2008 R2, o Dfsrdiag.exe também pode exibir as atualizações que a Replicação do DFS está replicando no momento.

• Os scripts podem usar o WMI para coletar informações da lista de pendências, seja manualmente ou por meio do MOM.

Embora a Replicação do DFS funcione em velocidades de conexão discada, ela poderá ser colocada na lista de pendências se houver grandes números de alterações a serem replicadas. Se forem feitas pequenas alterações aos arquivos existentes, a Replicação do DFS com a RDC (Compactação Diferencial Remota) fornecerá um desempenho muito maior do que copiar o arquivo diretamente.

Não. A Replicação do DFS não executa a detecção de largura de banda. Você pode configurar a Replicação do DFS para usar uma quantidade limitada de largura de banda conforme a conexão (limitação de largura de banda). No entanto, a Replicação do DFS não reduzirá ainda mais a utilização da largura de banda se o adaptador de rede ficar saturado e a Replicação do DFS poderá saturar o link por períodos curtos. A limitação da largura de banda com a Replicação do DFS não é completamente precisa porque a Replicação do DFS limita a largura de banda por meio da limitação de chamadas RPC. Como resultado, vários buffers em níveis inferiores da pilha de rede (incluindo RPC) podem interferir, causando intermitências de tráfego de rede.

Se você configurar a limitação da largura de banda ao especificar o agendamento, todas as conexões desse grupo de replicação usarão essa configuração para limitar a largura de banda. A limitação da largura de banda também pode ser definida como uma configuração no nível da conexão usando o Gerenciamento do DFS.

Não. A Replicação do DFS usa a topologia definida pelo administrador, que é independente do custo do site do Active Directory Domain Services.

Para saber mais sobre os diferentes métodos de ajuste do desempenho de replicação, confira Como ajustar o desempenho de replicação no DFSR no blog Ask the Directory Services Team.

Na Replicação do DFS, você define a largura de banda máxima que deseja usar em uma conexão e o serviço mantém esse nível de uso de rede. Isso é diferente do BITS (Serviço de Transferência Inteligente em Segundo Plano), e a Replicação do DFS não saturará a conexão se você a definir adequadamente.

No entanto, a limitação da largura de banda não é de 100% precisa e a Replicação do DFS pode saturar o link por curtos períodos de tempo. Isso ocorre porque a Replicação do DFS limita a largura de banda ao limitar as chamadas RPC. Como esse processo depende de vários buffers em níveis inferiores da pilha de rede, incluindo RPC, o tráfego de replicação tende a viajar em intermitências que podem, às vezes, saturar os links de rede.

A Replicação do DFS no Windows Server 2008 inclui vários aprimoramentos de desempenho, conforme discutido em Sistema de Arquivos Distribuído, um tópico em Alterações de funcionalidade do Windows Server 2003 com SP1 para o Windows Server 2008.

A Replicação do DFS é muito mais rápida do que o FRS, especialmente quando pequenas alterações são feitas em arquivos grandes e a RDC está habilitada. Por exemplo, com a RDC, uma pequena alteração a uma apresentação do PowerPoint® de 2 MB pode resultar no envio de apenas 60 KB (quilobytes) pela rede, uma economia de 97% em bytes transferidos.

A RDC não é usada em arquivos menores que 64 KB e pode não ser positiva para LANs de alta velocidade em que a largura de banda da rede não é problema. A RDC pode ser desabilitada por conexão usando o Gerenciamento do DFS.

Os dados são replicados de acordo com o agendamento que você define. Por exemplo, você pode definir a agenda para intervalos de 15 minutos, sete dias por semana. Durante esses intervalos, a replicação é habilitada. A replicação inicia logo após a detecção de uma alteração de arquivo (geralmente em segundos).

O agendamento do grupo de replicação pode ser definido como UTC (horário local coordenado) enquanto a agenda de conexão é definida como a hora local do membro de recebimento. Leve isso em conta quando o grupo de replicação abranger vários fusos horários. Horário local significa o horário do membro que hospeda a conexão de entrada. O agendamento exibido da conexão de entrada e da conexão de saída correspondente reflete as diferenças de fuso horário quando a agenda é definida como horário local.

O disco, a memória e os recursos de CPU usados pela Replicação do DFS dependem de vários fatores, incluindo o número e o tamanho dos arquivos, a taxa de alteração, o número de membros do grupo de replicação e o número de pastas replicadas. Além disso, alguns recursos são mais difíceis de estimar. Por exemplo, a tecnologia ESE (Mecanismo de Armazenamento Extensível) usada para o banco de dados da Replicação do DFS pode consumir um grande percentual de memória disponível, que é liberada sob demanda. Aplicativos que não sejam da Replicação do DFS podem ser hospedados no mesmo servidor, dependendo da configuração do servidor. No entanto, ao hospedar vários aplicativos ou funções de servidor em um servidor, é importante testar essa configuração antes de implementá-la em um ambiente de produção.

Se a conexão for desativada, a Replicação do DFS continuará tentando replicar enquanto o agendamento estiver aberto. Também serão indicados erros de conectividade no log de eventos da Replicação do DFS que podem ser coletados usando o MOM (proativamente por meio de alertas) e o relatório de integridade Replicação do DFS (reativamente, como quando um administrador o executa).

A RDC (Compactação Diferencial Remota) é um protocolo de cliente-servidor que pode ser usado para atualizar arquivos com eficiência em uma rede de largura de banda limitada. A RDC detecta inserções, remoções e reorganizações de dados em arquivos, permitindo que a Replicação do DFS replique apenas as alterações quando os arquivos forem atualizados. A RDC é usada somente para arquivos de 64 KB ou mais por padrão. A RDC pode usar uma versão mais antiga de um arquivo com o mesmo nome na pasta replicada ou na pasta DfsrPrivate\ConflictandDeleted (localizada sob o caminho local da pasta replicada).

A RDC é usada quando o arquivo excede um limite de tamanho mínimo. Esse limite de tamanho é de 64 KB por padrão. Depois que um arquivo que excede esse limite tiver sido replicado, as versões atualizadas do arquivo sempre usarão a RDC, a menos que uma parte grande do arquivo seja alterada ou a RDC esteja desabilitada.

Para usar a RDC entre arquivos, um membro da conexão de replicação deve estar executando uma edição do sistema operacional Windows compatível com a RDC entre arquivos. A tabela a seguir mostra quais edições do sistema operacional Windows são compatíveis com a RDC entre arquivos.

* Opcionalmente, você pode desabilitar a RDC entre arquivos no Windows Server 2012 R2.

Sim. Partes alteradas de arquivos são compactadas antes de serem enviadas para todos os tipos de arquivo, exceto os seguintes (que já estão compactados): .wma, .wmv, .zip, .jpg, .mpg, .mpeg, .m1v, .mp2, .mp3, .mpa, .cab, .wav, .snd, .au, .asf, .wm, .avi, .z, .gz, .tgz e .frx. As configurações de compactação para esses tipos de arquivo não são configuráveis no Windows Server 2003 R2.

Sim. Você pode desligar a RDC por meio da página de propriedades de uma determinada conexão. A desabilitação da RDC pode reduzir a utilização da CPU e a latência de replicação em links de LAN (rede local) rápidos que não têm nenhuma restrição de largura de banda ou para grupos de replicação que consistem principalmente em arquivos menores que 64 KB. Se você optar por desabilitar a RDC em uma conexão, teste a eficiência da replicação antes e depois da alteração para verificar se você aprimorou o desempenho da replicação.

Você pode alterar o limite de tamanho de RDC usando o comando Dfsradmin Connection Set, o provedor WMI Replicação do DFS ou editando manualmente o arquivo XML de configuração.

Sim. A RDC calcula diferenças no nível de bloco, independentemente do tipo de dados de arquivo. No entanto, a RDC funciona com mais eficiência em determinados tipos de arquivo, como documentos do Word, arquivos PST e imagens VHD.

A Replicação do DFS usa RDC, que computa os blocos no arquivo alterados e envia apenas esses blocos pela rede. A Replicação do DFS não precisa saber nada sobre o conteúdo do arquivo, apenas quais blocos mudaram.

As edições Standard do Windows Server não são compatíveis com a RDC entre arquivos. No entanto, ela é habilitada automaticamente quando você atualiza para uma edição compatível com a RDC entre arquivos ou se um membro da conexão de replicação está executando uma edição compatível. Para obter uma lista de edições compatíveis com RDC entre arquivos, veja Quais edições do sistema operacional Windows são compatíveis com RDC entre arquivos?

Não. A RDC é um protocolo de uso geral para compactação de transferência de arquivos. A Replicação do DFS usa RDC em blocos no nível de arquivo, não no nível de bloco de disco. A RDC divide um arquivo em blocos. Para cada bloco em um arquivo, ela calcula uma assinatura, que é um pequeno número de bytes que podem representar o bloco maior. O conjunto de assinaturas é transferido do servidor para o cliente. O cliente compara as assinaturas do servidor com as dele. Em seguida, o cliente solicita que o servidor envie somente os dados para assinaturas que ainda não estão no cliente.

A Replicação do DFS altera o nome do arquivo em todos os outros membros do grupo de replicação durante a próxima replicação. Os arquivos são rastreados usando uma ID exclusiva, portanto, alterar o nome de um arquivo e mover o arquivo dentro da réplica não tem nenhum efeito sobre a capacidade da Replicação do DFS de replicar um arquivo.

A RDC entre arquivos permite que Replicação do DFS use a RDC mesmo quando não existir um arquivo com o mesmo nome na extremidade do cliente. A RDC entre arquivos usa uma heurística para determinar arquivos que são semelhantes ao arquivo que precisa ser replicado e usa blocos de arquivos semelhantes idênticos ao arquivo de replicação para minimizar a quantidade de dados transferidos pela WAN. A RDC entre arquivos pode usar blocos de até cinco arquivos semelhantes nesse processo.

Para usar a RDC entre arquivos, um membro da conexão de replicação deve estar executando uma edição do Windows compatível com a RDC entre arquivos. Para obter uma lista de edições compatíveis com RDC entre arquivos, veja Quais edições do sistema operacional Windows são compatíveis com RDC entre arquivos?

Não. Se você precisar alterar o caminho de uma pasta replicada, deverá excluí-la no Gerenciamento do DFS e adicioná-la novamente como uma nova pasta replicada. A Replicação do DFS então usa a RDC (Compactação Diferencial Remota) para executar uma sincronização que determina se os dados são os mesmos nos membros de envio e recebimento. Ela não replica todos os dados na pasta novamente.

Não, você não pode configurar os atributos de arquivo que a Replicação do DFS replica.

Para obter uma lista de valores de atributo e suas descrições, confira Atributos de arquivo no MSDN (https://go.microsoft.com/fwlink/?LinkId=182268).

Os valores de atributo a seguir são definidos usando a função SetFileAttributes dwFileAttributes e replicados pela Replicação do DFS. As alterações nesses valores de atributo disparam a replicação dos atributos. O conteúdo do arquivo não é replicado, a menos que o conteúdo também seja alterado. Para mais informações, confira Função SetFileAttributes na biblioteca do MSDN (https://go.microsoft.com/fwlink/?LinkId=182269).

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

Os valores de atributo a seguir são replicados pela Replicação do DFS, mas não disparam a replicação.

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

Os valores de atributo de arquivo a seguir também disparam a replicação, embora não possam ser definidos usando a função SetFileAttributes (use a função GetFileAttributes para ver os valores de atributo).

• FILE_ATTRIBUTE_REPARSE_POINT

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

A Replicação do DFS não replica o valor FILE_ATTRIBUTE_TEMPORARY.

Sim. Você pode escolher uma topologia ao criar um grupo de replicação. Ou você pode selecionar Nenhuma Topologia e configurar manualmente as conexões depois que o grupo de replicação tiver sido criado.

Sim. A Replicação do DFS é compatível com a cópia de arquivos para um membro do grupo de replicação antes da replicação inicial. Essa "preparação prévia" pode reduzir drasticamente a quantidade de dados replicados durante a replicação inicial.

A replicação inicial não precisa replicar o conteúdo quando os arquivos diferem somente por atributos reais ou carimbos de data/hora. Um atributo real é um atributo que pode ser definido pela função do Win32 SetFileAttributes. Para mais informações, confira Função SetFileAttributes na biblioteca do MSDN (https://go.microsoft.com/fwlink/?LinkId=182269). Se dois arquivos diferirem por outros atributos, como compactação, o conteúdo do arquivo será replicado.

Para pré-configurar um membro do grupo de replicação, copie os arquivos para a pasta apropriada nos servidores de destino, crie o grupo de replicação e, em seguida, escolha um membro primário. Escolha o membro que tem os arquivos mais atualizados que você deseja replicar porque o conteúdo do membro primário é considerado "autoritativo". Isso significa que, durante a replicação inicial, os arquivos do membro primário sempre substituirão outras versões dos arquivos em outros membros do grupo de replicação.

Para obter informações sobre a pré-propagação e a clonagem do banco de dados DFSR, confira Sincronização inicial da Replicação do DFS no Windows Server 2012 R2: o ataque dos clones.

Para obter mais informações sobre a replicação inicial, confira Criar um grupo de replicação.

Sim. A Replicação do DFS supera três problemas comuns do FRS:

• Encapsulamentos de diário: a Replicação do DFS recupera-se de encapsulamentos de diário em tempo real. Cada arquivo ou pasta existente será marcada como journalWrap e verificada no sistema de arquivos antes que a replicação seja habilitada novamente. Durante a recuperação, esse volume não está disponível para replicação em nenhuma das direções.

• Replicação excessiva: para evitar a replicação excessiva, a Replicação do DFS usa um sistema de créditos.

• Pastas transformadas: para evitar nomes de pastas transformadas, a Replicação do DFS armazena dados conflitantes em uma pasta DfsrPrivate\ConflictandDeleted oculta (localizada sob o caminho local da pasta replicada). Por exemplo, criar várias pastas simultaneamente com nomes idênticos em servidores diferentes replicados usando o FRS faz com que o FRS altere o nome das pastas mais antigas. A Replicação do DFS, em vez disso, move as pastas mais antigas para a pasta Conflito e Excluída.

Não. Os arquivos podem ser replicados fora de ordem.

Se um aplicativo abrir um arquivo e criar um bloqueio de arquivo nele (impedindo que ele seja usado por outros aplicativos enquanto estiver aberto), a Replicação do DFS não replicará o arquivo até que ele seja fechado. Se o aplicativo abrir o arquivo com acesso de leitura/compartilhamento, o arquivo ainda poderá ser replicado.

• A Replicação do DFS replica as permissões de arquivo NTFS e os fluxos de dados alternativos.

• A Microsoft não é compatível com a criação de links físicos de NTFS de ou para arquivos em uma pasta replicada. Fazer isso pode causar problemas de replicação com os arquivos afetados. Os arquivos de vínculo físico são ignorados pela Replicação do DFS e não são replicados. Os pontos de junção também não são replicados e a Replicação do DFS registra em log o evento 4406 para cada ponto de junção que encontra.

• Os únicos pontos de nova análise replicados pela Replicação do DFS são aqueles que usam a tag IO_REPARSE_TAG_SYMLINK; no entanto, a Replicação do DFS não garante que o alvo de um symlink também seja replicado. Para obter mais informações, confira o blog Ask the Directory Services Team.

• Arquivos com a marca de nova análise IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS ou IO_REPARSE_TAG_HSM são replicados como arquivos normais. A tag de nova análise e os buffers de dados de nova análise não são replicados para outros servidores porque o ponto de nova análise funciona apenas no sistema local. Dessa forma, a Replicação do DFS pode replicar pastas em volumes que usam Eliminação de Duplicação de Dados no Windows Server 2012 ou SIS (armazenamento de instância única), no entanto, as informações de eliminação de duplicação de dados são mantidas separadamente por cada servidor no qual o serviço de função está habilitado.

Não, a Replicação do DFS não replicará os arquivos para os quais a única alteração é uma alteração no carimbo de data/hora. Além disso, o carimbo de data/hora alterado não é replicado para outros membros do grupo de replicação, a menos que outras alterações sejam feitas no arquivo.

Sim. A Replicação do DFS replica as alterações de permissão para arquivos e pastas. Somente a parte do arquivo associada à ACL (lista de controle de acesso) é replicada, embora a Replicação do DFS ainda deva ler o arquivo inteiro na área de preparo.

A Replicação do DFS não mescla arquivos quando há um conflito. No entanto, ela tenta preservar a versão mais antiga do arquivo na pasta DfsrPrivate\ConflictandDeleted oculta no computador em que o conflito foi detectado.

Sim. A Replicação do DFS usa conexões de RPC (chamada de procedimento remoto) com criptografia.

Não. O serviço de Replicação do DFS usa RPC (chamadas de procedimento remoto) sobre TCP para replicar dados. Para proteger as transferências de dados pela Internet, o serviço de Replicação do DFS foi projetado para sempre usar a constante em nível de autenticação RPC_C_AUTHN_LEVEL_PKT_PRIVACY. Isso garante que a comunicação RPC pela Internet seja sempre criptografada. Portanto, não é possível desabilitar o uso de RPC criptografado pelo serviço de Replicação do DFS.

Para obter mais informações, confira os seguintes sites da Microsoft:

• Referência Técnica de RPC

• Sobre a Compactação Diferencial Remota

• Constantes em nível de autenticação

Há um gerenciador de atualização por pasta replicada. Os gerenciadores de atualização funcionam de maneira independente uns do outros.

Por padrão, um máximo de 16 (quatro no Windows Server 2003 R2) downloads simultâneos são compartilhados entre todas as conexões e grupos de replicação. Como as atualizações de conexões e grupo de replicação não são serializadas, não há nenhuma ordem específica para o recebimento das atualizações. Se dois agendamentos estão abertos, as atualizações geralmente são recebidas e instaladas de ambas as conexões ao mesmo tempo.

Você pode forçar a replicação imediatamente usando o gerenciamento de DFS, conforme descrito em Editar agendas de replicação. Você também pode forçar a replicação usando o cmdlet Sync-DfsReplicationGroup, incluído no módulo DFSR do PowerShell introduzido com o Windows Server 2012 R2 ou o comando Dfsrdiag SyncNow. Você pode forçar a sondagem usando o cmdlet Update-DfsrConfigurationFromAD ou o comando Dfsrdiag PollAD.

Não. Se a agenda estiver aberta, a Replicação do DFS replicará as alterações conforme as detectar. Não é possível configurar um tempo de silêncio para arquivos.

Sim. Se você estiver usando o Windows Server 2012 ou o Windows Server 2008 R2, poderá criar uma pasta replicada somente leitura que replica o conteúdo por meio de uma conexão unidirecional. Para obter mais informações, confira Tornar uma pasta replicada somente leitura em um membro específico (https://go.microsoft.com/fwlink/?LinkId=156740).

Não há suporte para criar uma conexão de replicação unidirecional com a Replicação do DFS no Windows Server 2008 ou no Windows Server 2003 R2. Isso pode causar vários problemas, incluindo erros de topologia de verificação de integridade, problemas de preparo e problemas com o banco de dados Replicação do DFS.

Se você estiver usando o Windows Server 2008 ou o Windows Server 2003 R2, poderá simular uma conexão unidirecional executando as seguintes ações:

• Treine os administradores para fazer alterações apenas aos servidores que você deseja designar como primários. Em seguida, permita que as alterações sejam replicadas nos servidores de destino.

• Configure as permissões de compartilhamento nos servidores de destino para que os usuários finais não tenham permissões de Gravação. Se nenhuma alteração for permitida nos servidores de branch, não haverá nada para replicar de volta, simulando uma conexão unidirecional e mantendo a baixa utilização da WAN.

Não. Se a Replicação do DFS considerar os arquivos idênticos, eles não serão replicados. Se os arquivos alterados não tiverem sido replicados, a Replicação do DFS os replicará automaticamente quando configurada para fazer isso. Para substituir o agendamento configurado, use o método WMI ForceReplicate() . No entanto, essa é apenas uma substituição de agendamento e não força a replicação de arquivos idênticos ou inalterados.

Durante a replicação inicial, os arquivos do membro primário sempre terão precedência na resolução de conflitos que ocorrerá se os membros de recebimento tiverem versões diferentes de arquivos no membro primário. A designação de membro primário é armazenada no Active Directory Domain Services e a designação é desmarcada depois que o membro primário está pronto para ser replicado, mas antes que todos os membros do grupo de replicação sejam replicados.

Se a replicação inicial falhar ou o serviço de Replicação do DFS for reiniciado durante a replicação, o membro primário verá a designação de membro primário no banco de dados de Replicação do DFS local e tentará novamente a replicação inicial. Se o banco de dados da Replicação do DFS do membro primário for perdido depois de limpar a designação primária no Active Directory Domain Services, mas antes que todos os membros do grupo de replicação concluam a replicação inicial, todos os membros do grupo de replicação falharão em replicar a pasta, pois nenhum servidor está designado como o membro primário. Se isso acontecer, use o comando Dfsradmin membership /set /isprimary:true no servidor membro primário para restaurar manualmente a designação de membro primário.

Para obter mais informações sobre a replicação inicial, confira Criar um grupo de replicação.

Se a RDC (Compactação Diferencial Remota) estiver habilitada na conexão, a replicação de entrada de um arquivo maior que 64 KB que começou a ser replicado imediatamente antes do fechamento da agenda (ou alteração para Nenhuma largura de banda) continuará quando a agenda for aberta (ou mudar para algo diferente de Nenhuma largura de banda). A replicação continua no estado em que estava quando a replicação foi interrompida.

Se a RDC estiver desativada, a Replicação do DFS reiniciará completamente a transferência de arquivo. Isso pode atrasar quando o arquivo está disponível no membro de recebimento.

Quando a Replicação do DFS detecta um conflito, ela usa a versão do arquivo que foi salva por último. Ela move o outro arquivo para a pasta DfsrPrivate\ConflictandDeleted (no caminho local da pasta replicada no computador que resolveu o conflito). Ele permanece lá até a limpeza de pasta de Conflito e Excluída, que ocorre quando a pasta de conflito e excluída excede o tamanho configurado ou a Replicação do DFS encontra um erro de espaço em disco insuficiente. A pasta de Conflito e Excluída não é replicada. Esse método de resolução de conflitos evita o problema de diretórios transformados que eram possíveis no FRS.

Quando ocorre um conflito, a Replicação do DFS registra um evento informativo no log de eventos da Replicação do DFS. Esse evento não requer ação do usuário pelos seguintes motivos:

• Ele não é visível para os usuários (ele fica visível somente para administradores de servidor).

• A Replicação do DFS trata o conflito e a pasta excluída como um cache. Quando um limite de cota é atingido, ele limpa alguns desses arquivos. Não há nenhuma garantia de que os arquivos conflitantes serão salvos.

• O conflito pode residir em um servidor diferente daquele da origem do conflito.

Não. A Replicação do DFS não continuará a preparar arquivos fora dos tempos de replicação agendados, se a cota de limitação de largura de banda tiver sido excedida nem quando as conexões estiverem desabilitadas.

Não. A Replicação do DFS abre arquivos de uma maneira que não impede os usuários nem os aplicativos de abrir os arquivos na pasta de replicação. Esse método é conhecido como "bloqueio oportunista".

Sim. A localização da pasta de preparo é configurado na guia Avançado da caixa de diálogo Propriedades para cada membro de um grupo de replicação.

Os arquivos são preparados no membro de envio quando o membro de recebimento solicita o arquivo (a menos que o arquivo tenha 64 KB ou menos), conforme mostrado na tabela a seguir. Se a RDC (Compactação Diferencial Remota) estiver desabilitada na conexão, o arquivo será preparado, a menos que tenha 256 KB ou menos. Os arquivos também serão preparados no membro receptor à medida que são transferidos se tiverem menos de 64 KB de tamanho, embora você possa definir essa configuração entre 16 KB e 1 MB. Se a agenda for fechada, os arquivos não serão preparados.

Se alguma parte do arquivo já estiver sendo transmitida, a Replicação do DFS continuará a transmissão. Se o arquivo for alterado antes que a Replicação do DFS comece a transmitir o arquivo, a versão mais recente do arquivo será enviada.

Histórico de alterações