none
Pastas do sysvol com sufixo _nftrs_XXXXX RRS feed

  • Pergunta

  • Olá pessoal,

    Tenho 18 controladores de dominio (w2k8 R2) que se comunicam entre si e estão em sites diferentes. Em um deles, tive problema de "Journal wrap"(uso FRS) e fiz o procedimento burflags, porém ao invés de ir no dc problemático e mudar o burflag apenas dele pra D2, eu mudei também o burflags do meu dc fsmo pra D4 e por consequencia ele forçou uma replicação autoritativa.
    OBS: após mudar o fsmo pra D4 eu mudei apenas um dc remoto pra D2, os outros dc's não foram mexidos.

    Consequência:

    a pasta SYSVOL dos outros controladores de domínio está com nomes: Policies_NTFRS_756c4dce, StarterGPOS_NTFRS_cd4d5666, Scripts_NTFRS_759565D. Ainda estou esperando terminar a replica (pasta police é bem grande) pra ver se esse sufixo ntfrs_XXXXX vai sumir, mas pelo jeito não vai.

    Qual o caminho pra resolver esse probleminha?

    Outra dúvida. Tenho backup dos arquivos da pasta SYSVOL do meu FSMO. É possível restaurar (em ultimo caso) essa pasta usando esse backup? Ou esse restore só serve se for via VSS?

    Obrigado


    ROBERVAL LUSTOSA DE AGUIAR FILHO


    • Editado robinlustosa quinta-feira, 15 de setembro de 2016 15:11
    quinta-feira, 15 de setembro de 2016 10:56

Respostas

  • Olá Roberval,

    A criação de pastas _NTFRS acontece ocorre quando o FRS detecta pastas com o mesmo nome.

    Normalmente as pastas policies e scripts recebem o padrão policies_NTFRS_%guid% e scripts_NTFRS_%guid%

    relatado por você.

    Para reparar você deve renomear as mesmas e forçar ou esperar a propagação.

    Mais detalhes você encontra neste link, inclusive a causa, D4/D2   : https://support.microsoft.com/en-us/kb/328492

    Atenciosamente,

    Aldi

    -------------------------------

    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.

    • Marcado como Resposta robinlustosa quinta-feira, 29 de setembro de 2016 10:30
    quinta-feira, 29 de setembro de 2016 09:57
  • Boa tarde Roberval.

    O problema descrito é um problema que ocorre no FRS chamado de Morphed Folders. Este problema ocorre quando um servidor fica sem replicar por um período relativamente longo e ainda sim recebe alterações nas pastas Policies e Scripts. Quando a comunicação ou replicação volta ao normal, o conteúdo está diferente dos demais servidores envolvidos e, para não sobrescrever o conteúdo em todos os servidores, pastas adicionais com o nome _NtFrs_XXXXXX são replicadas entre os DCs.

    O artigo que o Aldiberg lhe passou está correto e informa as maneiras de resolver o problema: renomear pastas ou utilizar restauração autoritativa e não autoritativa (Burflags - D4/D2), entretanto, deve manter em mente que algumas configurações podem ser perdidas durante este processo, visto que se políticas foram alteradas múltiplas vezes em diferentes controladores de domínio, em determinado momento algumas dessas alterações serão descartadas, seja pelo método de renomeação ou pelo método de restauração.

    Particularmente, eu recomendaria que verificasse o conteúdo de cada pasta _NtFrs e compare-o com o conteúdo da mesma pasta que não possui o _NtFrs no nome, para então julgar qual delas deve ser mantida. Assim que decidir, renomeie a pasta correta para <Nome>_Correta, por exemplo, e as pastas incorretas para <Nome>_Incorreta. Aguarde que a replicação dos nomes ocorra e então apague as pastas com o nome _Incorreta. Novamente, aguarde a replicação acontecer e remova o nome "_Correta" das pastas remanescentes.

    Assim que concluir, não terá mais pastas com o nome _NtFrs, porém, o problema pode voltar a acontecer no futuro. Para evitá-lo, recomendo que leia a respeito da migração de FRS para DFSR (teoricamente o substituto do FRS).

    • Marcado como Resposta Thales F Quintas quinta-feira, 29 de setembro de 2016 20:31
    quinta-feira, 29 de setembro de 2016 20:23

Todas as Respostas

  • Olá Roberval,

    A criação de pastas _NTFRS acontece ocorre quando o FRS detecta pastas com o mesmo nome.

    Normalmente as pastas policies e scripts recebem o padrão policies_NTFRS_%guid% e scripts_NTFRS_%guid%

    relatado por você.

    Para reparar você deve renomear as mesmas e forçar ou esperar a propagação.

    Mais detalhes você encontra neste link, inclusive a causa, D4/D2   : https://support.microsoft.com/en-us/kb/328492

    Atenciosamente,

    Aldi

    -------------------------------

    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.

    • Marcado como Resposta robinlustosa quinta-feira, 29 de setembro de 2016 10:30
    quinta-feira, 29 de setembro de 2016 09:57
  • Obrigado pelos esclarecimentos kb Aldiberg. Aplicarei esse KB.

    ROBERVAL LUSTOSA DE AGUIAR FILHO

    quinta-feira, 29 de setembro de 2016 10:30
  • Boa tarde Roberval.

    O problema descrito é um problema que ocorre no FRS chamado de Morphed Folders. Este problema ocorre quando um servidor fica sem replicar por um período relativamente longo e ainda sim recebe alterações nas pastas Policies e Scripts. Quando a comunicação ou replicação volta ao normal, o conteúdo está diferente dos demais servidores envolvidos e, para não sobrescrever o conteúdo em todos os servidores, pastas adicionais com o nome _NtFrs_XXXXXX são replicadas entre os DCs.

    O artigo que o Aldiberg lhe passou está correto e informa as maneiras de resolver o problema: renomear pastas ou utilizar restauração autoritativa e não autoritativa (Burflags - D4/D2), entretanto, deve manter em mente que algumas configurações podem ser perdidas durante este processo, visto que se políticas foram alteradas múltiplas vezes em diferentes controladores de domínio, em determinado momento algumas dessas alterações serão descartadas, seja pelo método de renomeação ou pelo método de restauração.

    Particularmente, eu recomendaria que verificasse o conteúdo de cada pasta _NtFrs e compare-o com o conteúdo da mesma pasta que não possui o _NtFrs no nome, para então julgar qual delas deve ser mantida. Assim que decidir, renomeie a pasta correta para <Nome>_Correta, por exemplo, e as pastas incorretas para <Nome>_Incorreta. Aguarde que a replicação dos nomes ocorra e então apague as pastas com o nome _Incorreta. Novamente, aguarde a replicação acontecer e remova o nome "_Correta" das pastas remanescentes.

    Assim que concluir, não terá mais pastas com o nome _NtFrs, porém, o problema pode voltar a acontecer no futuro. Para evitá-lo, recomendo que leia a respeito da migração de FRS para DFSR (teoricamente o substituto do FRS).

    • Marcado como Resposta Thales F Quintas quinta-feira, 29 de setembro de 2016 20:31
    quinta-feira, 29 de setembro de 2016 20:23
  • As pastas 'morphed' são as no nível abaixo da SYSVOL/domain e não as policies em si.

    O procedimento de renomear continua o mesmo ne?

    veja a imagem.


    ROBERVAL LUSTOSA DE AGUIAR FILHO


    • Editado robinlustosa quinta-feira, 29 de setembro de 2016 22:40
    quinta-feira, 29 de setembro de 2016 22:39