none
Erro ao Criar GPO - Não é possível alcançar o local de rede RRS feed

  • Pergunta

  • Olá a todos!

    Ao tentar criar ou editar GPO acontece o seguinte erro.

    

    Esse erro começou quando retirei duas placas de redes que tinha no server.

    Alguém pode me ajudar?

    sexta-feira, 9 de junho de 2017 20:39

Respostas

  • vagabundonato

    Amigo por favor, informe seu ambiente, existem quantos DCs na rede? Qual SO dos mesmos e qual nível de floresta e de domínio usado? Essas informações vão determinar quais testes você conseguirá fazer ou não.

    O burflags é somente para ambientes com replicação da SYSVOL usando FRS (windows 2003 R2 para trás) e não DFSR (Windows 2008 para frente) e este procedimento somente deve ser executado se possui mais de um DC e um deles não esta replicando com os demais, contendo versões obsoletas dos arquivos dentro da SYSVOL.

    Aguardo maiores informações para melhor direcionar nos testes.

    Grato.

    Att, Renan


    Renan A. Rodrigues MCSA-MCITP-MCTS-CCNA-CCENT-ITIL (renanrodrigues.com)

    terça-feira, 13 de junho de 2017 18:03

Todas as Respostas

  • vagabundonato

    Acredito que você esteja com problemas de replicação da SYSVOL entre seus DCs.

    Você já checou se tem a mesma versão dos arquivos nos seus DCs?

    https://technet.microsoft.com/pt-br/Library/cc816833%28v=ws.10%29.aspx?f=255&MSPPError=-2147217396

    Se estiver com problemas de replicação, e utilizar FRS para replicação do SYSVOL nos seus DCs, cheque o procedimento de restore BurFlags:

    https://support.microsoft.com/en-us/help/290762/using-the-burflags-registry-key-to-reinitialize-file-replication-service

    Você removeu as placas e instalou outra? Como você definiu o endereçamento? Você atualizou os registros no seu DNS? Limpou o cache DNS? Atualizou o endereço IP deste servidor como DNS no outro DC?

    Nos retorne se algum procedimento funcinou.

    Abraços.

    Att, Renan


    Renan A. Rodrigues MCSA-MCITP-MCTS-CCNA-CCENT-ITIL (renanrodrigues.com)

    sexta-feira, 9 de junho de 2017 21:38
  • Estou realizando os teste conforme os links...

    Mas a placa eram offboard minha ideia era usar Virtualização e retirei a placa de rede, cheguei a instalar um server na VM, mas desisti da virtualização.

    Sempre utilizei a Placa Onboard como padrão para acesso ao server, todos os serviço que utilizo sempre dedico o ip da Onboard.

    sexta-feira, 9 de junho de 2017 22:01
  • vagabundonato,

    Nos passe a configuração de todas as placas, e da sua rede, assim podemos entender melhor sua configuração e sugerir alterações se for o caso.

    Para testar a saúde do seu AD, e da replicação, verifique os seguintes passos:

    ACTIVE DIRECTORY:
    [Health]

    Basic report:
    dcdiag

    Specific DC:
    dcdiag /S:DCNAME

    All DC's in the current AD site:
    dcdiag /A

    All DC's in the forest AD:
    dcdiag /E

    Only error messages to be displayed:
    dcdiag /Q

    To export the output to a log file:
    dcdiag /F:C:\log.txt


    [Replication]

    1º - Perform this command:

    RepAdmin /ReplSummary (for all DC's)
    RepAdmin /ReplSummary DC01 (for an specific DC)
    RepAdmin /ReplSummary %computername% (for the current DC)

    How to analyze?
    Check if there is no fails and all largest deltas are less than 1 hour within sites and 3 hours between sites.

    2º - In the case of any errors shown in the command above, check which kind of connection it is:

    repadmin /showrepl
    repadmin /showrepl dc01

    Basically, there are 5 NC's (naming context) connections:

    Domain NC
    Configuration NC
    Schema NC
    DomainDNSZones
    ForestDNSZones

    The expected result is to have the last attempt time equivalent to replsummary result.
    The AD replication is 100% dependent of DNS, errors can be related to DNS issues.

    3º - To try fix any replication issues, type:

    Repadmin /replicate

    This command will manually start a replication process.

    4º - To check the items waiting to be replicated, perform:

    Repadmin /queue

    SYSVOL & Netlogon Replication

    https://technet.microsoft.com/pt-br/Library/cc816833%28v=ws.10%29.aspx?f=255&MSPPError=-2147217396
    If use FRS replication between DCs and need to restore it in one or more DCs, perform the BurFlags procedure:

    https://support.microsoft.com/en-us/help/290762/using-the-burflags-registry-key-to-reinitialize-file-replication-service

    http://www.renanrodrigues.com/2017/05/system-administrator-daily-routine.html

    Aguardo retorno com as informações, e os resultados dos testes.

    Att, Renan


    Renan A. Rodrigues MCSA-MCITP-MCTS-CCNA-CCENT-ITIL (renanrodrigues.com)

    segunda-feira, 12 de junho de 2017 19:57
  • Olá Renan!

    Fiz alguns teste conforme links, porém parei quando solicita para criar o arquivo Sysvol.inf.

    Qual pasta devo colocar esse arquivo, pois revirei a pasta C:\Windows\SYSVOL\ e não achei o arquivo Sysvol.inf para realizar a troca conforme o link.

    Quando realizo o comando:

    secedit /configure /cfg <path>\sysvol.inf /db <path>\sysvol.db /overwrite

    Aparece a mensagem como caminho não encontrado.

    Os serviços NetLogon e DFS Replication estão em execução. No comando Net share aparece o compartilhamento da pasta SYSVOL "c:Windows\SYSVOL\Sysvol\Domain Name\SCRIPTS" .

    Já no comando net share fica da seguinte forma: Servidor passou no teste de Connectivity

    [Servidor] Falha em uma operação net use ou LsaPolice com erro 53 O caminho de rede não encontrado...

    SERVIDOR não passou no teste Netlogons

    Fui até o Registro e não achei o BurFlags, na pasta Ntfrs só tem a pasta Parameters

    Estou parado nesse processo, pois não sei mais o que fazer.


    Já no comando repadmin /replsummary


    terça-feira, 13 de junho de 2017 17:00
  • vagabundonato

    Amigo por favor, informe seu ambiente, existem quantos DCs na rede? Qual SO dos mesmos e qual nível de floresta e de domínio usado? Essas informações vão determinar quais testes você conseguirá fazer ou não.

    O burflags é somente para ambientes com replicação da SYSVOL usando FRS (windows 2003 R2 para trás) e não DFSR (Windows 2008 para frente) e este procedimento somente deve ser executado se possui mais de um DC e um deles não esta replicando com os demais, contendo versões obsoletas dos arquivos dentro da SYSVOL.

    Aguardo maiores informações para melhor direcionar nos testes.

    Grato.

    Att, Renan


    Renan A. Rodrigues MCSA-MCITP-MCTS-CCNA-CCENT-ITIL (renanrodrigues.com)

    terça-feira, 13 de junho de 2017 18:03
  • Boa tarde!

    Existe 1 Dc, Windows server 2012 R2 e estou com 1 nível de floresta.

    quarta-feira, 14 de junho de 2017 19:41
  • Boa tarde vagabundonato

    Possui alguma atualização a respeito do seu caso?

    Atenciosamente,


    Guilherme Macedo S

    Esse conteúdo é fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    quinta-feira, 29 de junho de 2017 16:46
  • Bom Dia!

    Não, continuo com o problema.

    quinta-feira, 24 de agosto de 2017 12:36