Antes de instalar o agrupamento de alternância

Aplica-se a:SQL Server

Antes de instalar um cluster de failover do SQL Server, você deve selecionar o hardware e o sistema operacional no qual o SQL Server será executado. Você também deve configurar o WSFC (Cluster de Failover do Windows Server) e revisar a rede, a segurança e as considerações para outros softwares que serão executados no cluster de failover.

Se um cluster do Windows tiver uma unidade de disco local e a mesma letra de unidade for usada em um ou mais nós de cluster como uma unidade compartilhada, não será possível instalar o SQL Server nessa unidade. Essa restrição se aplica a instâncias de cluster de failover do SQL Server e instâncias autônomas em um servidor que faz parte de uma Instância de Cluster de Failover do Windows.

Você também pode querer revisar os seguintes artigos para saber mais sobre conceitos, recursos e tarefas de cluster de failover do SQL Server.

Melhores práticas

Analise as notas de versão do SQL Server 2019 e do SQL Server 2022.

Instale o software de pré-requisito. Antes de executar a Instalação para instalar ou atualizar, instale os seguintes pré-requisitos para reduzir o tempo de instalação. Você pode instalar os pré-requisitos em cada nó do cluster de failover e, em seguida, reiniciar os nós antes de executar a instalação.

• O Windows PowerShell não é mais instalado pela Instalação do SQL Server. O Windows PowerShell é um pré-requisito para instalar os componentes do Mecanismo de Banco de Dados do SQL Server e o SQL Server Management Studio. Se o Windows PowerShell não estiver presente no seu computador, você poderá habilitá-lo seguindo as instruções na página Estrutura de Gerenciamento do Windows .

• O .NET Framework 3.5 SP1 não é mais instalado pela Instalação do SQL Server, mas pode ser necessário durante a instalação do SQL Server em sistemas operacionais Windows mais antigos. Para obter mais informações, consulte SQL Server 2019: Requisitos de hardware e software.

• Pacote do Microsoft Update: Para evitar a reinicialização do computador devido à instalação do .NET Framework 4 durante a instalação, a Instalação do SQL Server requer que uma atualização da Microsoft seja instalada no computador. Para o SQL Server 2014 (12.x) e versões posteriores instaladas em versões suportadas do Windows, esta atualização já está incluída. Se estiver a instalar num sistema operativo Windows mais antigo, transfira-o a partir do Microsoft Update para .NET Framework 4.0 no Windows Vista e Windows Server 2008.

• .NET Framework 4: A Instalação instala o .NET Framework 4 em um sistema operacional clusterizado. Para reduzir o tempo de instalação, você pode considerar a instalação do .NET Framework 4 antes de executar a instalação.

• SQL Server Instalar arquivos de suporte. Você pode instalar esses arquivos executando SqlSupport.msi localizado na mídia de instalação.

Verifique se o software antivírus não está instalado no cluster WSFC. Para obter mais informações, consulte o artigo da Base de Dados de Conhecimento Microsoft, O software antivírus pode causar problemas com serviços de cluster.

Ao nomear um grupo de clusters para a instalação do seu cluster de failover, não deverá utilizar nenhum dos seguintes caracteres no nome desse grupo de clusters:

• Menos que o operador (<)

• Maior que o operador (>)

• Aspas duplas (")

• Citação única (')

• E comercial (&)

  Verifique também se os nomes de grupos de clusters existentes não contêm caracteres sem suporte.

Certifique-se de que todos os nós do cluster estejam configurados de forma idêntica, incluindo COM+, letras de unidade de disco e usuários no grupo de administradores.

Verifica se limpaste os registos do sistema em todos os nós e visualizaste novamente os registos do sistema. Certifique-se de que os logs estão livres de quaisquer mensagens de erro antes de continuar.

Antes de instalar ou atualizar um cluster de failover do SQL Server, desabilite todos os aplicativos e serviços que possam usar componentes do SQL Server durante a instalação, mas deixe os recursos de disco online.

A Instalação do SQL Server define automaticamente as dependências entre o grupo de clusters do SQL Server e os discos que estarão no cluster de failover. Não defina dependências para discos antes da Instalação.

• Durante a instalação do Cluster de Failover do SQL Server, o objeto de computador (contas de computador do Active Directory) para o Nome do Recurso de Rede do SQL Server é criado. Em um cluster do Windows Server 2008, a conta de nome do cluster (conta de computador do próprio cluster) precisa ter permissões para criar objetos de computador. Para obter mais informações, consulte Configurando contas no Ative Directory.

• Se você estiver usando o compartilhamento de arquivos SMB como uma opção de armazenamento, a conta de Instalação do SQL Server deverá ter SeSecurityPrivilege no servidor de arquivos. Para fazer isso, usando o console de Diretiva de Segurança Local no servidor de arquivos, adicione a conta de configuração do SQL Server aos direitos de Gerenciar auditoria e log de segurança.

Verifique a sua solução de hardware

Se a solução de cluster incluir nós de cluster geograficamente dispersos, itens adicionais, como latência de rede e suporte a disco compartilhado, deverão ser verificados.

• Para obter mais informações sobre o Windows Server 2008 e o Windows Server 2008 R2, consulte Validando hardware para um cluster de failover e Política de suporte para clusters de failover do Windows.

Verifique se o disco onde o SQL Server será instalado não está compactado ou criptografado. Se você tentar instalar o SQL Server em uma unidade compactada ou criptografada, a Instalação do SQL Server falhará.

As configurações de SAN também são suportadas no Windows Server, começando com as edições Windows Server 2008 e Windows Server 2008 R2 Advanced Server e Datacenter Server. A categoria "Cluster/Multi-cluster Device" do Catálogo do Windows e da Lista de Compatibilidade de Hardware lista o conjunto de dispositivos de armazenamento compatíveis com SAN que foram testados e são suportados como unidades de armazenamento SAN com vários clusters WSFC conectados. Execute a validação do cluster depois de localizar os componentes certificados.

SMB File Share também é suportado para a instalação de arquivos de dados. Para obter mais informações, consulte Tipos de armazenamento para arquivos de dados.

O SQL Server dá suporte a pontos de montagem. Um volume montado, ou ponto de montagem, permite que você use uma única letra de unidade para se referir a muitos discos ou volumes. Se tiver uma letra de unidade D: que se refere a um disco ou volume regular, pode conectar ou "montar" discos ou volumes adicionais como diretórios na unidade D: sem que os discos ou volumes adicionais exijam letras de unidade próprias.

• A instalação do SQL Server requer que o disco base de uma unidade montada tenha uma letra de unidade associada. Se a unidade base de uma unidade montada não tiver uma letra de unidade associada, o programa de instalação atribuirá a próxima letra de unidade disponível à unidade.

  Observação

  Se todas as letras de unidade já estiverem atribuídas, o programa de instalação falhará.

• O SQL Server não oferece suporte ao uso de diretórios raiz de volume de montagem/ponto de montagem para bancos de dados do SQL Server. Para obter mais informações, revise o erro de permissão que ocorre quando se usa um ponto de montagem de volume na Configuração do SQL Server.

• Considerações adicionais de ponto de montagem para clustering de failover do SQL Server:

  • A instalação do SQL Server requer que o disco base de uma unidade montada tenha uma letra de unidade associada. Para instalações de cluster de failover, essa unidade base deve ser uma unidade clusterizada. GUIDs de volume não são suportados nesta versão.

  • A unidade base, aquela com a letra da unidade, não pode ser partilhada entre instâncias de cluster de failover. Essa é uma restrição normal para clusters de failover, mas não é uma restrição em servidores autônomos de várias instâncias.

  • As instalações clusterizadas do SQL Server são limitadas ao número de letras de unidade disponíveis. Supondo que você use apenas uma letra de unidade para o sistema operacional e todas as outras letras de unidade estejam disponíveis como unidades de cluster normais ou unidades de cluster que hospedam pontos de montagem, você está limitado a um máximo de 25 instâncias do SQL Server por cluster de failover.

    Sugestão

    O limite de 25 instâncias pode ser superado usando a opção de compartilhamento de arquivos SMB. Se você usar o compartilhamento de arquivos SMB como opção de armazenamento, poderá instalar até 50 instâncias de cluster de failover do SQL Server.

  • Não há suporte para formatar uma unidade após a montagem de unidades adicionais.

  • O recurso SQL Server no SQL Server 2005 e versões posteriores depende do recurso de nome de rede SQL e dos recursos de disco físico que contêm os dados. Os pontos de montagem e a unidade host devem ser exibidos como um recurso de disco físico de cluster. Além disso, o disco físico que tem uma letra de unidade e cada volume montado também deve ser adicionado como uma dependência do SQL Server.

  • Se você executar uma nova instalação, as permissões de dependência corretas serão definidas nos discos físicos que têm uma letra de unidade associada e nos pontos de montagem. As permissões de dependência são definidas automaticamente durante a instalação.

  • Se apenas a dependência de discos físicos raiz for adicionada e a dependência de pontos de montagem não for adicionada, ocorrerá corrupção do banco de dados no failover. A corrupção do banco de dados também pode ocorrer durante uma reinicialização do SQL Server se os recursos de disco ficarem offline e retornarem ao estado online, mesmo sem failover.

• Práticas recomendadas para pontos de montagem:

  • Se você mover um ponto de montagem de um disco compartilhado para outro disco compartilhado, verifique se os discos compartilhados estão localizados no mesmo grupo.

  • Tente usar o volume raiz (host) exclusivamente para pontos de montagem. O volume raiz é o volume que hospeda os pontos de montagem. Essa prática reduz consideravelmente o tempo necessário para restaurar o acesso aos volumes montados se você tiver que executar a ferramenta Chkdsk.exe. Isso também reduz o tempo necessário para restaurar a partir do backup no volume do host.

  • Se você usar o volume raiz (host) exclusivamente para pontos de montagem, o tamanho do volume do host deverá ser de pelo menos 5 megabytes (MB). Isso reduz a probabilidade de que o volume seja usado para qualquer coisa diferente dos pontos de montagem.

A instalação do cluster de failover do SQL Server oferece suporte ao Disco Local somente para instalar os arquivos tempdb. Verifique se o caminho especificado para os dados tempdb e os arquivos de log é válido em todos os nós do cluster. Durante o failover, se os diretórios tempdb não estiverem disponíveis no nó de failover de destino, o recurso do SQL Server não conseguirá ficar online. Para obter mais informações, consulte Tipos de armazenamento para arquivos de dados e Configuração do mecanismo de banco de dados - diretórios de dados.

• Se você implantar um cluster de failover do SQL Server em componentes da tecnologia iSCSI, recomendamos que você tenha o cuidado apropriado. Para obter mais informações, consulte Suporte para SQL Server em componentes da tecnologia iSCSI.

• Para obter mais informações, consulte Política de suporte do SQL Server para Microsoft Clustering.

• Para obter mais informações sobre a configuração adequada da unidade de quorum, consulte Informações de configuração da unidade de quorum.

• Para instalar um cluster de failover do SQL Server quando os ficheiros de instalação de origem do SQL Server e o cluster estão em domínios diferentes, copie os ficheiros de instalação para o domínio atual onde o cluster de failover do SQL Server está acessível.

Rever as considerações de segurança

Para usar a criptografia, instale o certificado do servidor com o nome de domínio totalmente qualificado (FQDN) do cluster WSFC em todos os nós do conjunto de contingência do SQL Server. Por exemplo, se você tiver um cluster de dois nós, com nós chamados "Test1.DomainName.com" e "Test2.DomainName.com" e uma instância de cluster de failover do SQL Server chamada "Virtsql", deverá obter um certificado para "Virtsql.DomainName.com" e instalar o certificado nos nós test1 e test2. Em seguida, você pode marcar a caixa de seleção Forçar criptografia de protocolo no SQL Server Configuration Manager para configurar seu cluster de failover para criptografia.

Para instalações do SQL Server em configurações lado a lado com versões anteriores, os serviços do SQL Server devem usar contas encontradas somente no grupo de domínios globais. Além disso, as contas usadas pelos serviços do SQL Server não devem aparecer no grupo Administradores local. O não cumprimento desta diretriz resultará em um comportamento de segurança inesperado.

Para criar um cluster de failover, você deve ser um administrador local com permissões para efetuar login como um serviço e atuar como parte do sistema operacional em todos os nós da instância do cluster de failover.

No Windows Server 2008 e versões posteriores, os SIDs de serviço são gerados automaticamente para uso com os serviços do SQL Server. Para instâncias de cluster de failover do SQL Server atualizadas de versões prévias do SQL Server, os grupos de domínio existentes e as configurações de ACL serão preservados.

Os grupos de domínio devem estar dentro do mesmo domínio que as contas de máquina. Por exemplo, se a máquina onde o SQL Server será instalado estiver no domínio SQLSVR, que é filho de MYDOMAIN. Você deve especificar um grupo no domínio SQLSVR. O domínio SQLSVR pode conter contas de usuário de MYDOMAIN.

O cluster de failover do SQL Server não pode ser instalado onde os nós de cluster são controladores de domínio.

Revise o conteúdo em Considerações de segurança para uma instalação do SQL Server.

Para habilitar a autenticação Kerberos com o SQL Server, consulte Como usar a autenticação Kerberos no SQL Server na Base de Dados de Conhecimento Microsoft.

A FCI (instância de cluster de failover) do SQL Server exige que os nós do cluster sejam associados ao domínio. As seguintes configurações não são suportadas:

• SQL FCI em clusters de trabalho em grupo.
• SQL FCI em cluster multidomínio.
• SQL FCI em Clusters de Domínio e Grupos de Trabalho.

Analise as considerações de rede, porta e firewall

Verifique se você desabilitou o NetBIOS para todas as placas de rede privada antes de iniciar a Instalação do SQL Server.

O nome da rede e o endereço IP do SQL Server não devem ser usados para nenhuma outra finalidade, como compartilhamento de arquivos. Se você quiser criar um recurso de compartilhamento de arquivos, use um nome de rede e um endereço IP diferentes e exclusivos para o recurso.

Embora o SQL Server ofereça suporte a Named Pipes e soquetes TCP/IP sobre TCP/IP num cluster, recomendamos que os soquetes TCP/IP sejam usados numa configuração em cluster.

O ISA Server não tem suporte no Windows Clustering e também não é suportado em clusters de failover do SQL Server.

O serviço Registro Remoto deve estar instalado e em execução.

A Administração Remota deve estar habilitada.

Para instâncias do SQL Server que usam uma porta não padrão, use a configuração de rede do SQL Server Configuration Manager para determinar a porta usada pela instância do SQL Server que você deseja desbloquear. Habilite a porta TCP para IPALL no firewall se quiser se conectar à instância do SQL Server usando o serviço Navegador do SQL Server, que usa um endereço IP diferente da instância clusterizada, e a porta UDP 1434.

As operações de configuração do cluster de failover incluem uma regra que verifica a ordem de vinculação da rede. Embora as ordens de vinculação possam parecer corretas, poderá ter desabilitado ou colocado em modo fantasma as configurações da placa de rede NIC no sistema. As configurações de NIC "fantasma" podem afetar a ordem de ligação e fazer com que a regra de ordem de ligação emita um aviso. Para evitar essa situação, use as seguintes etapas para identificar e remover adaptadores de rede desabilitados:

1. Em um prompt de comando, digite: set devmgr_Show_Nonpersistent_Devices=1

2. Digite e execute: start devmgmt.msc

3. Expanda a lista de adaptadores de rede. Apenas os adaptadores físicos devem estar na lista. Se tiver um adaptador de rede desativado, o Setup relatará uma falha na regra da ordem de ligação de rede. O Painel de Controle/Conexões de Rede também mostrará que o adaptador foi desativado. Confirme que as Configurações de Rede no Painel de Controlo mostram a mesma lista de adaptadores físicos habilitados que devmgmt.msc exibe.

4. Remova os adaptadores de rede desabilitados antes de executar a Instalação do SQL Server.

5. Após a conclusão da instalação, retorne para Conexões de rede no painel de controle e desative todos os adaptadores de rede que não estão em uso no momento.

Verifique o seu sistema operativo

Certifique-se de que o sistema operativo está instalado corretamente e foi projetado para suportar agrupamento de failover. A tabela a seguir é uma lista das edições do SQL Server e dos sistemas operacionais que oferecem suporte a elas.

¹ Não há suporte para clusters do SQL Server no modo WOW. Isso inclui atualizações de versões anteriores de clusters de failover do SQL Server que foram originalmente instalados no WOW. Para esses, a única opção de atualização é instalar a nova versão lado a lado e migrar.

Considerações adicionais para configurações de várias sub-redes

As seções abaixo descrevem os requisitos a serem considerados ao instalar um cluster de failover de várias sub-redes do SQL Server. Uma configuração de várias sub-redes envolve o clustering entre elas, o que implica o uso de vários endereços IP e alterações nas dependências dos recursos de endereços IP.

Considerações sobre a edição do SQL Server e o sistema operacional

Para obter uma lista de recursos suportados pelas edições do SQL Server no Windows, consulte:

• Edições e funcionalidades suportadas do SQL Server 2025
• Edições e recursos suportados do SQL Server 2022
• Edições e recursos suportados do SQL Server 2019
• Edições e funcionalidades suportadas do SQL Server 2017
• Edições e funcionalidades suportadas do SQL Server 2016

Para criar um cluster de failover de várias sub-redes do SQL Server, é necessário primeiro criar o cluster de failover multi-site do Windows Server em várias sub-redes.

O cluster de comutação por falha do SQL Server depende do cluster de comutação por falha do Windows Server para garantir que as condições de dependência IP sejam válidas caso ocorra uma comutação por falha.

O Windows Server 2008 R2 e versões posteriores exigem que todos os servidores de cluster estejam no mesmo domínio do Ative Directory. Portanto, o cluster de failover de várias sub-redes do SQL Server requer que todos os nós do cluster estejam no mesmo domínio do Ative Directory, mesmo que estejam em sub-redes diferentes.

Endereço IP e dependências de recursos de endereço IP

1. A dependência do recurso Endereço IP está definida como OU numa configuração de múltiplas sub-redes. Para obter mais informações, consulte Criar um novo cluster de failover do SQL Server (Instalação)

2. Não há suporte para dependências de endereços IP AND-OR mistos. Por exemplo, <IP1> E <IP2> OU <IP3> não são suportados.

3. Não há suporte para mais de um endereço IP por sub-rede.

   Se você decidir usar mais de um endereço IP configurado para a mesma sub-rede, você pode enfrentar falhas de conexão do cliente durante a inicialização do SQL Server.

Conteúdo relacionado

Para obter mais informações sobre o failover multissite do Windows Server 2008 R2, consulte Site de cluster de failover do Windows Server 2008 R2 e Design para um serviço ou aplicativo clusterizado em um cluster de failover multissite.

Configurar o Cluster de Failover do Servidor Windows

O Microsoft Cluster Service (WSFC) deve ser configurado em pelo menos um dos nós do seu cluster de servidores. Você também deve executar o SQL Server Enterprise, o SQL Server Business Intelligence ou o SQL Server Standard com WSFC. O SQL Server Enterprise oferece suporte a clusters de failover com até 16 nós. O SQL Server Business Intelligence e o SQL Server Standard oferecem suporte a clusters de failover de dois nós.

A DLL do recurso para o serviço SQL Server exporta duas funções usadas pelo WSFC Cluster Manager para verificar a disponibilidade do recurso do SQL Server. Para obter mais informações, consulte Política de failover para instâncias de cluster de failover.

O WSFC deve ser capaz de verificar se a instância clusterizada de failover está em execução usando a verificação IsAlive. Isso requer a conexão com o servidor usando uma conexão confiável. Por padrão, a conta que executa o serviço de cluster não está configurada como administrador em nós no cluster e o grupo BUILTIN\Administrators não tem permissão para fazer logon no SQL Server. Essas configurações serão alteradas somente se você alterar as permissões nos nós do cluster.

Configure o Serviço de Nomes de Domínio (DNS) ou o Serviço de Nomes de Internet do Windows (WINS). Um servidor DNS ou um servidor WINS deve estar em execução no ambiente onde o cluster de failover do SQL Server será instalado. Instalação do SQL Server requer o registo no serviço de nomes de domínio dinâmico da referência virtual da interface IP do SQL Server. A configuração do servidor DNS deve permitir que os nós do cluster registrem dinamicamente um mapa de endereço IP online para o Nome da Rede. Se o registro dinâmico não puder ser concluído, a instalação falhará e a instalação será revertida. Para obter mais informações, consulte KB947048(link arquivado).

Instalar o Microsoft Distributed Transaction Coordinator (MSDTC)

Antes de instalar o SQL Server em um cluster de failover, determine se o recurso de cluster Microsoft Distributed Transaction Coordinator (MSDTC) deve ser criado. Se você estiver instalando apenas o Mecanismo de Banco de Dados, o recurso de cluster MSDTC não será necessário. Se você estiver instalando o Mecanismo de Banco de Dados e o SSIS, os Componentes da Estação de Trabalho ou se usará transações distribuídas, deverá instalar o MSDTC. O MSDTC não é necessário para instâncias exclusivamente do Analysis Services.

No Windows Server 2008 e versões posteriores, você pode instalar várias instâncias do MSDTC em um único cluster de failover. A primeira instância do MSDTC instalada será a instância padrão do cluster do MSDTC. O SQL Server aproveitará uma instância do MSDTC instalada no grupo de recursos de cluster local do SQL Server usando automaticamente a instância do MSDTC. No entanto, aplicativos individuais podem ser mapeados para qualquer instância do MSDTC no cluster.

As seguintes regras são aplicadas para uma instância do MSDTC a ser escolhida pelo SQL Server:

• Use o MSDTC instalado no grupo local, caso contrário

• Use a instância mapeada do MSDTC, caso contrário

• Use a instância padrão do MSDTC do cluster, senão

• Usar a instância do MSDTC instalada na máquina local

Configurar o Microsoft Distributed Transaction Coordinator

Depois de instalar o sistema operacional e configurar o cluster, você deve configurar o MSDTC para funcionar em um cluster usando o Administrador de Cluster. A falha ao agrupar o MSDTC não bloqueará a Instalação do SQL Server, mas a funcionalidade do aplicativo SQL Server poderá ser afetada se o MSDTC não estiver configurado corretamente.

Ver também

• Requisitos de hardware e software para o SQL Server 2016 e versões posteriores
• Verificar parâmetros para o verificador de configuração do sistema
• Administração e manutenção da instância de cluster de failover

Próximos passos

• Utilizar Volumes Compartilhados de Cluster num cluster de failover
• Configurar pontos de montagem de volumes em um cluster de servidores no Windows Server
• Dependências de recursos de cluster de failover do Microsoft Windows no SQL Server