Share via

Como determinar a área mínima de preparo exigida pela DFSR para uma pasta replicada

  • Artigo

Este artigo é um guia de referência rápida sobre como calcular a área de preparo mínima necessária para que o DFSR funcione corretamente. Valores menores que esses podem fazer com que a replicação fique lenta ou pare completamente.

Tenha em mente que são somente valores mínimos. Ao considerar o tamanho da área de preparo, quanto maior a área de preparo, melhor, até o tamanho da Pasta Replicada. Confira a seção "Como determinar se você tem um problema de área de preparo" e as postagens no blog nos links no final deste artigo para obter mais detalhes sobre por que é importante ter uma área de preparo de tamanho adequado.

Orientação geral

A cota da área de preparo precisa ser tão grande quanto os 32 maiores arquivos na Pasta Replicada.

A Replicação Inicial usará muito mais a área de preparo do que a replicação diária. A configuração da área de preparo maior que o mínimo durante a replicação inicial é bastante incentivada se você tiver o espaço de unidade disponível.

Como você encontra esses X arquivos maiores?

Use um script do PowerShell para localizar os 32 ou 9 maiores arquivos e determinar quantos gigabytes eles totalizam. Antes de começar, habilite o suporte ao tamanho máximo do caminho, adicionado pela primeira vez no Windows Server 2016 com Limitação máxima de tamanho do caminho

  1. Execute o seguinte comando:

    Get-ChildItem c:\\temp -recurse | Sort-Object length -descending | select-object -first 32 | ft name,length -wrap –auto

    Esse comando retornará os nomes de arquivo e o tamanho dos arquivos em bytes. Útil quando você quer saber quais 32 arquivos são os maiores na Pasta Replicada para poder “visitar” seus proprietários.

  2. Execute o seguinte comando:

    Get-ChildItem c:\\temp -recurse | Sort-Object length -descending | select-object -first 32 | measure-object -property length –sum

    Esse comando retornará o número total de bytes dos 32 maiores arquivos na pasta sem listar os nomes de arquivo.

  3. Execute o seguinte comando:

    $big32 = Get-ChildItem c:\\temp -recurse | Sort-Object length -descending | select-object -first 32 | measure-object -property length –sum

$big32.sum /1gb

    Esse comando obterá o número total de bytes dos 32 maiores arquivos na pasta e calculará a conversão de bytes em gigabytes para você. Esse comando tem duas linhas separadas. Você pode colá-los no shell de comando do PowerShell de uma só vez ou executá-los de ponta a ponta.

Passo a passo manual

A execução do comando 1 retornará resultados semelhantes à saída abaixo. Este exemplo usa apenas 16 arquivos por questões de brevidade. Sempre use 32 em sistemas operacionais Windows 2008 e posteriores.

Dados de exemplo retornados pelo PowerShell

Nome Comprimento
File5.zip 10286089216
archive.zip 6029853696
BACKUP.zip 5751522304
 file9.zip 5472683008
MENTOS.zip 5241586688
File7.zip 4321264640
file2.zip 4176765952
frd2.zip 4176765952
BACKUP.zip 4078994432
File44.zip 4058424320
file11.zip 3858056192
Backup2.zip 3815138304
BACKUP3.zip 3815138304
Current.zip 3576931328
Backup8.zip 3307488256
File999.zip 3274982400

Como usar esses dados para determinar o tamanho mínimo da área de preparo:

  • Nome = Nome do arquivo.
  • Tamanho = bytes
  • Um Gigabyte = 1073741824 bytes

Primeiro, some o número total de bytes. Em seguida, divida o total por 1073741824. O Microsoft Excel é uma maneira fácil de fazer isso.

Exemplo

No exemplo acima, o número total de bytes = 75241684992. Para obter a cota mínima de área de preparo necessária, você precisa dividir 75241684992 por 1073741824.

75241684992/1073741824 = 70,07 GB

Com base nesses dados, você definiria minha área de preparo como 71 GB se arredondasse até o número inteiro mais próximo.

Cenário do mundo real:

Embora um passo a passo manual seja interessante, provavelmente não é o melhor uso do seu tempo fazer as contas por conta própria. Para automatizar o processo, use o comando 3 dos exemplos acima. Os resultados ficarão assim

Usando o comando de exemplo 3 sem nenhum esforço extra, exceto para arredondar para o número inteiro mais próximo, você pode concluir que precisa de uma cota de área de preparo de 6 GB para d:\docs.

Você precisa reiniciar o serviço DFSR para que as alterações sejam selecionadas?

As alterações na cota da área de preparo não exigem uma reinicialização ou reinicialização do serviço para entrar em vigor. Você precisará aguardar um ciclo de replicação do AD e de sondagem do AD do DFSR para que as alterações sejam aplicadas.

Como determinar se você tem um problema de área de preparo

Você detecta problemas de área de preparo monitorando IDs de eventos específicos em seus servidores DFSR. A lista de eventos é 4202, 4204, 4206, 4208 e 4212. Os textos desses eventos estão listados abaixo. É importante distinguir entre 4202 e 4204 e os outros eventos. É possível registrar um número alto de eventos 4202 e 4204 em condições operacionais normais.

Eventos de área de preparo

ID do evento: 4202 Gravidade: Aviso

O serviço de Replicação do DFS detectou que o espaço de preparo em uso para a pasta replicada no caminho local (path) está acima da marca d'água alta. O serviço tentará excluir os arquivos de preparo mais antigos. O desempenho pode ser afetado.

ID do Evento: 4204 Gravidade: Informativo

O serviço de Replicação do DFS excluiu com êxito arquivos de preparo antigos para a pasta replicada no caminho local (path). O espaço de preparo agora está abaixo da marca d'água alta.

ID do evento: 4206 Gravidade: Aviso

O serviço de Replicação do DFS falhou ao limpar arquivos de preparo antigos para a pasta replicada no caminho local (path). O serviço pode falhar ao replicar alguns arquivos grandes e a pasta replicada pode ficar fora de sincronia. O serviço repetirá automaticamente a limpeza do espaço de preparo em (x) minutos. O serviço poderá iniciar a limpeza mais cedo se detectar que alguns arquivos de preparo foram desbloqueados.

ID do evento: 4208 Gravidade: Aviso

O serviço de Replicação do DFS detectou que o uso do espaço de preparo está acima da cota de preparo para a pasta replicada no caminho local (caminho). O serviço pode falhar ao replicar alguns arquivos grandes e a pasta replicada pode ficar fora de sincronia. O serviço tentará limpar o espaço de preparo automaticamente.

ID do evento: 4212: Gravidade Erro

O serviço de Replicação do DFS não pôde replicar a pasta replicada no caminho local (path) porque o caminho de preparo é inválido ou está inacessível.

Qual é a diferença entre 4202 e 4208?

Os eventos 4202 e 4208 têm texto semelhante, ou seja, a DFSR detectou que o uso da área de preparo excede a marca d'água alta. A diferença é que o 4208 é registrado após a execução da limpeza da área de preparo e a cota de preparo ainda se mantém excedida. 4202 é um evento normal e esperado; já 4208 é anormal e requer intervenção.

Quantos eventos 4202, 4204 se tornam excessivos?

Não há apenas uma resposta para essa pergunta. Ao contrário dos eventos 4206, 4208 ou 4212, que são sempre ruins e indicam que uma ação é necessária, os eventos 4202 e 4204 ocorrem em condições operacionais normais. Ver muitos eventos 4202 e 4204 pode indicar um problema. Itens a serem considerados:

  1. A RF (Pasta Replicada) está registrando em log 4202 na execução da replicação inicial? Nesse caso, é normal registrar eventos 4202 e 4204. Você deve tê-los o mínimo possível durante a Replicação Inicial, fornecendo o máximo possível de área de preparo
  2. Não basta apenas verificar o número total de eventos 4202. Você tem que saber quantos foram registrados a cada RF. Se você registrar 20 eventos 4202 para uma RF em um período de 24 horas, isso é alto. No entanto, se você tiver 20 Pastas Replicadas e houver um evento por pasta, você estará bem.
  3. Você deve examinar dados de vários dias para estabelecer tendências.

Geralmente, aconselhamos os clientes a permitir não mais de um evento 4202 por Pasta Replicada por dia em condições operacionais normais. “Normal” significa que nenhuma Replicação Inicial está ocorrendo. Baseamos isso no raciocínio de que:

  1. O tempo gasto limpando a área de preparo é tempo gasto não replicando arquivos. A replicação fica pausada enquanto a área de preparo é limpa.
  2. A DFSR se beneficia de uma área de preparo completa usando-a para RDC e RDC entre arquivos, ou replicando os mesmos arquivos para outros membros
  3. Quanto mais eventos 4202 e 4204 você registrar, maiores serão as chances de encontrar a condição em que a DFSR não pode limpar a área de preparo ou terá que limpar prematuramente os arquivos da área de preparo.
  4. Eventos 4206, 4208 e 4212 são, na minha experiência, sempre precedidos e seguidos por um número alto de eventos 4202 e 4204.

Embora a tolerância de somente um evento 4202 por RF por dia seja conservadora, isso normalmente reduz a possibilidade de problemas na área de preparo e usa melhor os recursos do servidor de DFSR com o propósito pretendido de replicar arquivos.