Como usar nós de cluster do Windows Server como controladores de domínio

Traduções deste artigo Traduções deste artigo
ID do artigo: 281662 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sumário

Observação As informações neste artigo aborda uma situação em que você faz não geralmente encontrados na maioria das arquiteturas de tecnologia da informação.

Links para todos os artigos mencionados neste artigo estão localizados na seção "Referências".

Há instâncias quando você pode implantar nós de cluster em um ambiente onde há são não preexistente do Active Directory. Esse cenário requer que você configure pelo menos um de nós de cluster como um controlador de domínio. É recomendável que nós 2 + sejam configurados como controladores de domínio, para que haja pelo menos um controlador de domínio de backup. Manter a configuração de nós consistente no cluster é uma prática recomendada geral, e você talvez queira ativar todos os nós como controladores de domínio. Como o Active Directory depende em Domain Name System (DNS), cada controlador de domínio deve ser um servidor DNS se não houver um outro servidor DNS disponível que oferece suporte a atualizações dinâmicas ou registros SRV. (A Microsoft recomenda que você use as zonas integradas ao Active Directory). Para obter informações adicionais, consulte o artigo 255913.

Mais Informações

Dependendo da carga de trabalho implantada no Cluster de Failover, há recomendações e políticas de suporte diferentes:
  • Não há suporte para Microsoft Exchange Server - em uma configuração de cluster em que os nós do cluster são controladores de domínio. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: 898634 Não há suporte para controladores de domínio do Active Directory como nós de cluster do Exchange Server
  • Não há suporte para Microsoft SQL Server - em uma configuração de cluster em que os nós do cluster são controladores de domínio. Para obter mais informações, clique nas opções abaixo para exibir mais informações: Instalando o SQL Server em um controlador de domínio
  • Windows Server Hyper-V - não é recomendável executar outras cargas de trabalho (incluindo a função de controlador de domínio) na partição pai do hipervisor.
Se você tiver uma implantação de cluster em que há um link com um domínio, você deve configurar os nós de cluster como controladores de domínio antes de configurar o cluster. Se a conectividade entre nós de cluster e controladores de domínio de modo que o link está lenta ou não confiável, considere ter um controlador de domínio no mesmo local no mesmo site ou local como o cluster.

Quando você estiver implantando o Windows Server 2003, Windows Server 2008, Windows Server 2008 R2 ou nós de cluster de Failover do Windows Server 2012 como controladores de domínio, considere os seguintes pontos importantes:
  • É recomendável não combinar a função Serviços de domínio do Active Directory e o recurso de Cluster de Failover no Windows Server 2003, Windows Server 2008 ou Windows Server 2008 R2
  • Não é suportado por um nó do Windows Server 2003, Windows Server 2008 ou Windows Server 2008 R2 em um Cluster de Failover seja um controlador de domínio somente leitura (RODC)
  • Não há suporte para Windows Server 2003, Windows Server 2008 ou Windows Server 2008 R2 Cluster de Failover executando o Microsoft Exchange Server ou Microsoft SQL Server para ser um controlador de domínio
  • Não há suporte para combinar a função Serviços de domínio do Active Directory e o recurso de Cluster de Failover no Windows Server 2012
  • É recomendável que pelo menos dois nós sejam configurados como controladores de domínio e potencialmente todos os nós para manter a consistência se nós de cluster estiverem configurados como controladores de domínio.
  • Há sobrecarga associada com a execução de um controlador de domínio. Um controlador de domínio que está ocioso pode usar em qualquer lugar entre 130 a 140 MB (Megabytes) de RAM, que inclui a execução de cluster de Failover. Há também o tráfego de replicação se esses controladores de domínio têm que replicar com outros controladores de domínio no domínio e entre domínios. Implantações corporativas mais de clusters incluem nós com gigabytes (GB) de memória para que isso não é geralmente um problema.
  • Se os nós de cluster do Windows Server 2003 são os únicos controladores de domínio, cada um deles precisa ser também os servidores DNS, e eles devem apontar para si mesmos para a resolução DNS primária e uns aos outros para a resolução DNS secundária. Você deve resolver o problema da capacidade de não registrar a interface privada no DNS, especialmente se ela estiver conectada por meio de um cabo cruzado (dois nós apenas). Para obter informações adicionais sobre como configurar a interface de pulsação, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    258750Recomendado a configuração "heartbeat" particular em um servidor de cluster
    No entanto, para realizar etapa 12 artigo 258750, primeiro você deve modificar outras configurações, que são descritas no seguinte artigo na Base de dados de Conhecimento da Microsoft:
    275554 Registro de "A" do host é registrado no DNS após você optar por não registrar o endereço da conexão
  • Se os nós de cluster forem os únicos controladores de domínio, eles cada um deve ser servidores de catálogo global, ou você deve implementar domainlets.
  • O primeiro controlador de domínio na floresta leva em todas as funções de operação mestre único flexíveis (FISMO), consulte o artigo 197132. Você pode redistribuir essas funções em cada nó. No entanto, se um nó falhar, as funções de operação de mestre único flexível que assumiu o nó não estão mais disponíveis. Você pode usar o Ntdsutil para retirar as funções de modo forçado e atribuí-los para o nó que ainda está em execução (consulte o artigo 223787). Revise artigo 223346 para obter informações sobre o posicionamento das funções de operações de mestre único flexível em todo o domínio.
  • Cluster de outros programas, como SQL ou Exchange, em um cenário em que os nós também são controladores de domínio, pode não resultar numa performance ótima devido a restrições de recursos
  • Não é possível cluster controladores de domínio para tolerância a falhas. Você pode promover computadores controladores de domínio e, em seguida, você pode instalar o serviço de Cluster nesses computadores, mas não há nenhum método de armazenamento do Active Directory em qualquer uma das unidades gerenciados do cluster. Não há nenhum "failover" do Active Directory. Tendo domínio vários controladores são, por natureza oferecer alta disponibilidade de serviços de diretório.
  • Nós em um Windows Server 2003, Windows Server 2008 e o Cluster de Failover do Windows Server 2008 R2 devem ter acesso a um controlador de domínio de leitura-gravação
  • Há suporte para implantar um Cluster de Failover do Windows Server 2012 em um ambiente que só tem acesso para controlador de um domínio somente leitura (RODC)
  • É recomendável deixar pelo menos um controlador de domínio em hardware vazio ao implantar controladores de domínio dentro de máquinas virtuais com o Windows Server 2008 e Windows Server 2008 R2

Referências

Para obter mais informações, clique no seguinte números de artigo para visualizar os artigos na Base de dados de Conhecimento da Microsoft:
255913Integrar o DNS do Windows 2000 em um namespace DNS baseado no Windows NT 4.0 ou BIND existente
258750 Configuração recomendada private "heartbeat" no servidor de cluster
275554 Registro de "A" do host é registrado no DNS após você optar por não registrar o endereço da conexão
223787 Processo de transferência e execução da operação de mestre único flexíveis
197132 Windows 2000 Active Directory FSMO funções
223346 FSMO placement and optimization em controladores de domínio do Windows 2000
269229 Como recriar manualmente a conta de serviço de Cluster
234790 Como encontrar servidores que retém as funções de flexible single master operations
171390 O serviço de cluster pode não iniciar se o controlador de domínio não está disponível
298570 Virtuais instalações do SQL Server 2000 podem falhar se instalado em controladores de domínio do Windows 2000
Para obter informações adicionais sobre a unidade de Quorum informações de configuração, clique no seguinte número para ler o artigo a artigo na Base de dados de Conhecimento da Microsoft:
280345Quorum drive configuration information
Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
834231Quando um nó de cluster do Windows Server 2003 é um controlador de domínio, você pode receber uma mensagem de erro ao adicionar usuários do domínio para o compartilhamento de arquivos de cluster
Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
898634Não há suporte para controladores de domínio do Active Directory como nós de cluster do Exchange Server

Propriedades

ID do artigo: 281662 - Última revisão: terça-feira, 27 de novembro de 2012 - Revisão: 1.0
A informação contida neste artigo aplica-se a:
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows 2000 Advanced Server
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2012 Datacenter
  • Windows Server 2012 Standard
Palavras-chave: 
kbclustering kbenv kbinfo w2000mscs kbmt KB281662 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 281662

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com