O que eu tento fazer deveria ser algo simples, mas fiz e acabou mal.
Originalmente, temos uma rede virtual e uma máquina virtual configuradas no datacenter da região do Leste Asiático do Azure. Então, decidimos mover todos os recursos para a região do Sudeste Asiático cujo datacenter está localizado em Cingapura. Nossos escritórios estão localizados na Malásia, então achamos que a transferência de dados será mais rápida para Cingapura.
Primeiro, preparei o DC principal, PYRUS, que fica no datacenter do Azure Leste Asiático para captura de imagem virtual personalizada seguindo este guia . Em seguida, generalizei o vhd e capturei a imagem seguindo este guia . Achei que ainda posso iniciar a VM generalizada, mas depois descobri que não é possível, não há como voltar atrás para mim. Por fim, tentei criar a máquina virtual seguindo este guia , mas ela retornou alguns erros gerais sem informações úteis de depuração. Depois de um dia consertando isso, não tive sorte e decidi desistir disso.
Tive a ideia de fazer um dos DC da filial como DC principal e adicionar um novo DC, LOTUS, na nuvem e assumir a função de DC principal posteriormente. Segui as etapas aqui para obter as funções FSMO no IRIS e deixar o LOTUS replicar tudo do IRIS posteriormente. Segui exatamente os passos, peguei o mestre de infraestrutura, PDC, mestre RIC e mestre de nomeação. Também apaguei todos os registros DNS no DNS da IRIS. Quando tentei promover LOTUS como um novo DC no domínio, recebi estes erros:
Passei meio dia procurando uma solução ou uma possível pista nos logs de erros/visualizador de eventos do AD DC, mas não consegui encontrar nada útil para resolver meu problema.
Eu tenho conhecimento limitado sobre isso estragou tudo. Não tenho ideia do que fazer agora. Alguém pode me dizer a melhor solução para isso ou como corrigir um dos problemas acima?
Agradeço muito sua ajuda. muito obrigado.
Mover comentários para responder, a fim de evitar discussões extensas por meio de comentários.
Execute estes dois comandos:
Foreach ($NC In (Get-ADRootDSE).namingContexts) { Get-ADObject "CN=Infrastructure,$NC" -Properties fSMORoleOwner }E
Foreach ($NC In (Get-ADRootDSE).namingContexts) { Get-ADObject $NC -Properties fSMORoleOwner }Você precisa do módulo Active Directory para Powershell, que é instalado em novos controladores de domínio por padrão.
Você pode ver alguns erros, mas ignore-os. Observe o
fSMORoleOwneratributo de qualquer objeto retornado. Algum deles faz referência ao antigo DC? Em caso afirmativo, corrija-os.(Roubando sua captura de tela)
Use AD Sites and Services e encontre o nome distinto do objeto NTDS Settings no controlador de domínio existente (o novo DC). Será algo assim:
CN=NTDS Settings,CN=DC01,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=contoso,DC=comDC01no seu caso seráIRIS.Em AD Sites and Services, clique com o botão direito do mouse no
NTDS Settingsobjeto e vá para Properties e, em seguida, para a guia Attribute Editor. Encontre e copie o arquivodistinguishedName.Pegue esta string e coloque-a no
fsmoRoleOwneratributo dos objetos que você encontrou com os comandos do Powershell anteriormente. Você provavelmente precisará usar o ADSIEdit para localizar todos eles.Observação: o procedimento que descrevi aqui só deve ser feito depois que você seguir os procedimentos normais de limpeza de metadados . Isso não é um substituto para a limpeza de metadados, mas sim um complemento para ela.