Microsoft Windows: Mude para DFS

Artigo
08/19/2016

Se você ainda estiver usando um arquivo antigo e solução de replicação de pasta, é alto tempo movido sobre o sistema de arquivos distribuídos.

Gary Olsen

O sistema de arquivos distribuídos (DFS) existe desde os dias do Windows NT. Ele vem em uma variedade de opções e configurações e está disponível em configurações de domínio e autônomos. O DFS é uma tecnologia popular e eficaz que fornece o arquivo redundante e replicação de pasta entre servidores remotos. Você pode organizá-las em um espaço para nome comum para permitir que os usuários se conectam sem a necessidade do nome do servidor em que o compartilhamento do DFS está hospedado.

Infelizmente, nunca houve um abrangente documento práticas recomendado de DFS. Aqui está um resumo de todas as práticas recomendadas usadas, aprendeu e recomendado ao longo dos anos. Novas informações sempre são lançadas ao site da Microsoft, portanto, verifique aqui as atualizações.

Os termos DFS e o Distributed File System referem-se ao espaço para nome herdado de produto disponível no Windows 2000, Windows 2003 e Windows 2003 R2 e como um produto herdado no Windows 2008. DFS usado o serviço de replicação de arquivos (FRS) problemático para o mecanismo de replicação.

Com o Windows 2003 R2, a Microsoft introduziu um novo produto de espaço para nome DFS juntamente com um mecanismo de replicação aperfeiçoado. Aqui o termo "herdado DFS" refere-se para o DFS herdado no Windows Server 2000, Windows Server 2003 e Windows Server 2008. O novo namespace do DFS é chamado DFS-N e o novo mecanismo de replicação é chamado de replicação DFS (DFS-R).

Legado o Windows Server 2003 DFS/FRS

O DFS legado no Windows 2000 e Windows 2003 usado terminologia e o console do administrador incômodo e confuso. O FRS também era problemático. Windows 2003 tentou atenuar alguns desses problemas, mas não pôde realmente corrigi-los. Portanto, a Microsoft entregue um totalmente novo mecanismo de replicação, o DFS-R para Windows 2003 R2 e Windows 2008.

Com o Windows 2003 agora de suporte básico pela Microsoft, você realmente precisa migrar para o novo DFS/DFS-R disponível no Windows 2003 R2 e Windows 2008, se você ainda não o fez. Aqui estão alguns possíveis problemas e práticas recomendadas associadas com o legacy DFS e o FRS.

O FRS detecta alterações por meio do diário do NTFS (New Technology File System). Isso é modificado quando uma alteração é feita para um arquivo ou pasta no sistema de arquivos. Infelizmente, o FRS não pode detectar se essa alteração exige a replicação ou não.

Aplicativos que a varredura de arquivos — como antivírus e ferramentas de desfragmentação de disco — normalmente modificam o descritor de segurança dos arquivos. Isso dispara uma alteração no diário do NTFS, que por sua vez, dispara o FRS para replicar os arquivos, mesmo que nenhuma alteração foi feita. Atualizações feitas no Windows 2003, o FRS minimizar esses problemas, mas não corrigi-los. Eles incluídos:

A supressão de replicação excessiva: FRS quando determina que determinados arquivos estão sendo replicados com freqüência, ele registra um evento e suprime a replicação para esses arquivos. Isso impede que as áreas de preparo encham e interromper o FRS, mas você poderia excluir inadvertidamente arquivos válidos.
FRS over-filling área de preparo: quando a área de preparo obtém a 90 por cento cheio, os arquivos antigos são excluídos até que o diretório é somente 60% cheio. Enquanto isso impede que o desligamento do FRS, há atualizações necessárias pode excluí-lo.
**Impedindo a propagação de dados:**FRS pode tornar impossível a proativamente propagar dados em vários servidores para evitar a replicação de grandes quantidades de dados pela WAN. A solução alternativa é copiar pequenas quantidades de dados até que você copiar tudo.

Práticas recomendadas

As práticas recomendadas para gerenciar e usar o DFS/FRS herdado giram em torno do conceito central que manter a alteração dinâmica de dados em compartilhamentos DFS inerentemente é uma má idéia. O FRS está sobrecarregado facilmente com um grande número de arquivos. Ele também tem replicando muito difícil alterar com freqüência os dados. Por exemplo, você não deve usá-lo para casa Meus documentos para os perfis de usuário.

Outras práticas recomendadas para lidar com DFS/FRS herdado incluem:

Ao iniciar a dados em compartilhamentos DFS para uma série de servidores de destino, replica semente os dados em uma única, compartilham e deixe-o. Para fazer isso em pequenas quantidades. Adicionar o grande número de arquivos em compartilhamentos de vários ao mesmo tempo será dificultam acompanhar o FRS. Se os dados existem em vários servidores DFS, adicione e replicar dados de um servidor ao mesmo tempo. Após a propagação inicial, o FRS, em seguida, tem apenas duplicar as alterações.
Certifique-se de que o seu antivírus, desfragmentação e outros programas que a varredura de arquivos e pastas são "FRS-aware." Programas mais conhecidos têm esse recurso, o que impede a duplicação desnecessária de arquivos devido a varredura.
Crie vários destinos de raiz em várias máquinas para redundância de dados. Destinos de raiz contêm dados de configuração.
Para fornecer redundância de dados, criando vários destinos de links DFS. Isso garante que os mesmos dados replica continuamente para vários destinos. Se um servidor estiver desligado, os usuários serão direcionados utilize outro. DFS usa o recurso de "reconhecimento de cliente" do Active Directory para localizar servidores DFS mais próximos ao usuário.
Replicação de dados do DFS não é necessária, mas recomenda-se a redundância de dados. Sem duplicação, o DFS fornece apenas um espaço para nome comum para os compartilhamentos.
Não hospedam os compartilhamentos do DFS nos controladores de domínio (DCs). Como o SYSVOL usa o DFS em controladores de domínio, é mais fácil de isolar problemas de replicação, se não houver compartilhamentos SYSVOL e do DFS no mesmo servidor. SYSVOL usa o serviço DFS e você não pode desativá-lo em controladores de domínio. A questão aqui é não links DFS de host ou destinos de raiz em controladores de domínio.
Configure a replicação de FRS unidirecional entre destinos de link em uma configuração hub e spoke para controlar e gerenciar dados. Dados criados em destinos de spoke não serão duplicados ao hub.

Limitações de DFS FRS e legados

FRS duplica todo o arquivo, mesmo se apenas alguns bytes foram alterados. Há um limite aproximado de 65 GB por compartilhamento DFS para o FRS pode replicar com eficácia. Exceder esse limite irá resultar em inconsistência e baixo desempenho. Outras limitações indicadas incluem:

Você pode ter apenas uma raiz DFS por padrão do Windows Server 2003. Não existe limite com a versão Enterprise. Tempo de inicialização do serviço DFS aumenta com o número de raízes DFS.
Há um limite de 5 mil links por namespace baseado em domínio. Mais links fará com que a degradação do desempenho quando você faz alterações na configuração de DFS.
Há um limite de 260 caracteres no caminho do DFS. Exceder isso impedirá que os aplicativos acessem dados DFS. Você pode acessar dados explicitamente o mapeamento para uma letra de unidade.
Não é possível configurar o DFS baseado em domínio em nós de cluster — use somente autônomo DFSes.

Para configurações de DFS de vários domínios:

Destinos de raiz para uma raiz DFS baseado em domínio devem estar no mesmo domínio. No entanto, os destinos de link podem existir em outros domínios.
Os clientes podem acessar servidores DFS em domínios confiáveis
Ao acessar o link de destinos em outros domínios do cliente, use nomes totalmente qualificados domínio (FQDNs) para destinos de link (consulte Artigo da Base de dados de Conhecimento da Microsoft 244380 Para obter mais informações).
O FRS pode ser usado para replicar em um link DFS cujos destinos estão em diferentes domínios (confiáveis). (Isso requer direitos de administrador da empresa).

Para obter ainda mais a referência, consulte o PERGUNTAS FREQÜENTES SOBRE O DFS.

Windows Server 2003 R2 e Windows Server 2008 DFS-N e o DFS-R.

O DFS-N e o DFS-R no Windows 2003 R2, Windows Server 2008 e Windows Server 2008 R2 novos têm melhorias significativas em relação os produtos legados DFS e o FRS. O DFS-R duplica em cada nível de bloco, replicando apenas as alterações feitas em um arquivo, em vez de todo o arquivo.

Por exemplo, se você alterou um título em um slide do PowerPoint e o arquivo é de 3 MB, FRS seria replicar todo o arquivo de 3 MB para o DFS legado antigo. O DFS-R duplica somente alguns bytes. Isso faz uma enorme diferença de desempenho de disco e de rede. Isso também ajuda com um desempenho de obter as alterações replicadas percebidos pelo usuário. O DFS-R pode lidar com grandes quantidades de dados e alterem os dados de forma dinâmica e eficiente.

O DFS-R está disponível somente no Windows Server 2003 R2 e Windows Server 2008. Você só pode ser usada para replicar dados do DFS no Windows Server 2003 R2, mas você pode replicar dados DFS e SYSVOL no Windows Server 2008 e Windows Server 2008 R2. Para usar replicação DFS-R, somente os servidores DFS devem estar executando o Windows Server 2003 R2, Windows Server 2008 ou Windows Server 2008 R2. Você não precisará atualizar os controladores de domínio.

Práticas recomendadas

Instalar o novo DFS/DFS-R em um domínio do Windows Server 2003 exigirá um esquema alterar (consulte a lista de Perguntas freqüentes sobre o DFS-R. Para obter mais detalhes):

A mudança de esquema necessária para instalar o novo DFS/DFS-R em um domínio do Windows Server 2003 será provavelmente requer algum nível de aprovação, portanto, planeje com antecedência.
Efetivamente, você pode usar grupos de replicação para replicar dados de sites de ramificação para servidores de arquivos no site do hub, onde você pode facilmente armazená-lo em discos grandes de SAN. Nesse tipo de cenário, verifique se que os novos dados são adicionados apenas no local remoto. Se um arquivo existente for modificado no site central (concentrador), ele será novamente para locais remotos e substituir o arquivo lá.
Aproveite o DFS-R para a replicação de SYSVOL no Windows Server 2008 e Windows Server 2008 R2, especialmente em grandes domínios com várias diretivas de grupo implantada. Isso exige a migração, como o FRS é o mecanismo de replicação padrão para domínios do Windows Server 2008.
Consulte o blog do TechNet pela equipe de serviços de diretório da Microsoft "Perguntas freqüentes de migração de SYSVOL DFS-R para obter instruções e dicas sobre a migração SYSVOL para o DFS-R."para obter mais detalhes.

Aplicar o 972105, 969688, 978326, 959114, 978994 hotfixes anteriores ao migração SYSVOL para o DFS-r. Faça o seguinte:

Migrar compartilhamentos do DFS herdados para o DFS-N e o DFS-R como o Windows Server 2008 R2 começa a descartar herdados DFS e o FRS. Ambos sumirá.
Projete a topologia de replicação para grupos de replicação anteriores à implantação. Há muitas opções para a topologia de DFS-R não estavam disponíveis no DFS/FRS. Verifique se que o método de replicação mais adequado a seu projeto de implantação do arquivo.
Monitore o estado da replicação DFS-R. System Center Operations Manager tem um pacote de gerenciamento para monitorar a replicação DFS. Pode haver também ferramentas de terceiros. As ferramentas Ultrasound e o Sonar antigas não funcionam com o DFS-r.

Algumas limitações.

O DFS-R fornece replicação mais robusta e eficiente e lida com dados dinâmicos muito bem, mas é importante entender as limitações de escalabilidade para o DFS-R, ao planejar uma infra-estrutura DFS. Você pode definir grupos de replicação, independentemente da configuração do espaço para nome DFS — uma é dependente de outro. Você será, no entanto, sujeita às seguintes limitações:

Cada servidor pode ser um membro de até 256 grupos de replicação.
Cada grupo de replicação pode conter até 256 pastas replicadas.
Cada servidor pode ter até 256 conexões (por exemplo, 128 conexões de entrada e 128 conexões de saída).
Em cada servidor, o número de grupos de replicação multiplicado pelo número de pastas replicadas multiplicado pelo número de conexões ativas simultaneamente deve ser 1024 ou menos.
Um grupo de replicação pode conter até 256 membros.
Um volume pode conter até 8 milhões de arquivos replicados e um servidor pode conter até 1 TB de arquivos replicados.
O tamanho máximo do arquivo testado é 64 GB.
O DFS-R não pode se comunicar com o FRS.

Para obter mais detalhes, consulte o Página do Microsoft TechCenter sobre esse problema. Também é uma excelente lista FAQs.

Em geral, a recomendação é simple: aproveite FRS — a sério. É uma tecnologia antiga que a Microsoft emitiu no dumpster há anos. Daríamos mais e migrar todos os compartilhamentos do DFS (Windows Server 2003 R2 e mais recente) e réplicas do SYSVOL (Windows Server 2008 e mais recente) para o DFS-r.

Tirar proveito dos aperfeiçoamentos de desempenho robusto e gastar seu tempo fazendo coisas mais produtivas. Com a substituição de legado DFS e o FRS no Windows Server 2008 R2, a Microsoft está enviando uma mensagem que é o momento para mover-se à melhor tecnologia. Na verdade, não há nenhum desvantagens.

Gary L. Olsen

Gary L. Olsen é engenheiro de software de sistemas do co de Hewlett-Packard.Centro de especialista técnico em todo o mundo para HP Services em Atlanta, Geórgia.Ele é trabalhou no setor de TI desde 1981.Olsen é um MVP da Microsoft para serviços de diretório e presidente do grupo de usuários do Atlanta Active Directory. Ele é autor de "Windows 2000: Active Directory Design and Deployment" (novos passageiros, 2000) e co-autor de "Servidores Windows 2003 on HP ProLiant" (Prentice Hall, 2004).

Share via