Compartilhar via


Antes de instalar o cluster de failover

Antes de instalar um cluster de failover do SQL Server, você deve selecionar o hardware e o sistema operacional nos quais o SQL Server será executado. Você também deve configurar o WSFC (Clustering de Failover do Windows Server) e examinar a rede, a segurança e as considerações sobre 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 também for usada em um ou mais nós de cluster como uma unidade compartilhada, você não poderá instalar o SQL Server nessa unidade.

Talvez você queira também examinar os tópicos a seguir para saber mais sobre conceitos de clustering de failover, recursos e tarefas do SQL Server .

Descrição do Tópico Tópico
Descreve conceitos de cluster de failover do SQL Server e fornece links para conteúdo e tarefas associadas. Instâncias de cluster de failover do AlwaysOn (SQL Server)
Descreve conceitos de política de failover do SQL Server e fornece links para configurar a política de failover para se adequar aos seus requisitos organizacionais. Failover Policy for Failover Cluster Instances
Descreve como manter seu cluster de failover SQL Server existente. Administração e manutenção da instância de cluster de failover
Explica como instalar o Serviços de análise em um Windows Server Failover Cluster (WSFC). Como criar clusters do SQL Server Analysis Services

Práticas Recomendadas

  • Revise SQL Servernotas de versão de 2014

  • Instale o software de pré-requisito. Antes de executar a Instalação para instalar ou atualizar para o SQL Server 2014, instale os pré-requisitos a seguir para reduzir o tempo de instalação. É possível instalar software de pré-requisito em cada nó de cluster de failover e, em seguida, reiniciar os nós uma vez antes de executar a Instalação.

    • O Windows PowerShell já não é instalado pela Instalação do SQL Server . Windows PowerShell 2.0 é um pré-requisito para instalar SQL Server componentes e SQL Server Management Studio do Mecanismo de Banco de Dados 2014. Se o Windows PowerShell 2.0 não estiver presente no computador, você poderá habilitá-lo seguindo as instruções da página sobre estrutura de gerenciamento do Windows.

    • O .NET Framework 3.5 SP1 não é mais instalado pelo SQL Server, mas pode ser necessário durante a instalação do SQL Server em sistemas operacionais Windows antigos. Para obter mais informações, consulteNotas de versão do SQL Server 2014.

    • Pacote do Microsoft Update: Para evitar a reinicialização do computador devido à instalação do .NET Framework 4 durante a instalação, SQL Server configuração de 2014 requer que uma atualização da Microsoft seja instalada no computador. Se você estiver instalando o SQL Server 2014 no Windows 7 SP1 ou no Windows Server 2008 SP2, essa atualização será incluída. Se você estiver instalando em um sistema operacional Windows mais antigo, baixe-o em Microsoft Update para .NET Framework 4.0 no Windows Vista e Windows Server 2008.

    • .NET Framework 4: O .NET Framework 4 é instalado em um sistema operacional clusterizado. Para reduzir o tempo de instalação, convém instalar o .NET Framework 4 antes de executar a Instalação.

    • SQL Server Arquivos de suporte à Instalação. Você pode instalar esses arquivos executando SqlSupport.msi localizados na mídia de instalação do SQL Server 2014.

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

  • Ao nomear um grupo de clusters para a instalação de cluster de failover, você não deve usar nenhum dos seguintes caracteres no nome do grupo de clusters:

    • Operador menor que (<)

    • Operador maior que (>)

    • Aspas duplas (")

    • Aspas simples (')

    • E comercial (&)

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

  • Verifique se todos os nós de cluster estão configurados de forma idêntica, inclusive COM+, letras de unidade de disco e usuários no grupo de administradores.

  • Verifique se você limpou os logs do sistema em todos os nós e se exibiu os logs do sistema novamente. Verifique se 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 talvez possam usar os componentes do SQL Server durante a instalação, mas deixe os recursos de disco online.

  • SQL Server A Instalação define automaticamente 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 do nome de cluster (conta de computador do próprio cluster) precisa ter permissões para criar objetos de computador. Para obter mais informações, veja Configurando contas no Active Directory.

    • Se estiver usando o compartilhamento de arquivo SMB como opção de armazenamento, a conta de Instalação do SQL Server deve ter SeSecurityPrivilege no servidor de arquivo. Para fazer isso, usando o console Política de Segurança Local no servidor de arquivos, adicione a conta de instalação do SQL Server aos direitos de Gerenciar a auditoria e o log de segurança .

Verifique sua solução de hardware

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

  • Verifique se o disco onde o SQL Server será instalado não está descompactado nem criptografado. Se você tentar instalar o SQL Server em uma unidade compactada ou criptografada, ocorrerá falha na Instalação do SQL Server .

  • As configurações de SAN também têm suporte nas edições do Windows Server 2008 e Windows Server 2008 R2 Advanced Server e do Datacenter Server. A categoria "Dispositivo de Cluster/Multi-cluster" 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 que têm suporte como unidades de armazenamento de SAN com vários clusters do WSFC anexados. Execute a validação de cluster depois de localizar os componentes certificados.

  • O Compartilhamento de Arquivos SMB também tem suporte para a instalação de arquivos de dados. Para obter mais informações, veja Tipos de armazenamento de arquivos de dados.

    Aviso

    Se estiver usando o Windows File Server como um armazenamento de compartilhamento de arquivo SMB, a conta de Instalação do SQL Server deverá ter SeSecurityPrivilege no servidor de arquivo. Para fazer isso, usando o console Política de Segurança Local no servidor de arquivos, adicione a conta de instalação do SQL Server aos direitos de Gerenciar a auditoria e o log de segurança .

    Se você estiver usando o armazenamento de compartilhamento de arquivo SMB em local que não seja o Windows File Server, consulte o fornecedor de armazenamento para obter uma configuração equivalente no servidor de arquivos.

  • SQL Server dá suporte a pontos de montagem.

    Um volume montado ou ponto de montagem permite usar uma única letra de unidade para fazer referência a muitos discos ou volumes. Se você tiver um letra D: de unidade que faça referência a um disco ou volume normal, poderá conectar ou "montar" discos ou volumes adicionais como diretórios com a letra D: de unidade sem os discos ou volumes adicionais que exigem suas próprias letras de unidade.

    Considerações adicionais sobre ponto de montagem para cluster de failover do SQL Server :

    • SQL Server A Instalação exige que a unidade base de uma unidade montada tenha uma letra da unidade associada. Para instalações de cluster de failover, esta unidade base deve ser uma unidade clusterizada. GUIDs de volume não têm suporte nesta versão.

    • A unidade base, aquela com a letra de unidade, não pode ser compartilhada 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, com 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 somente uma letra de unidade seja usada para o sistema operacional, e que todas as outras letras de unidade estejam disponíveis como unidades de cluster normais ou unidades de cluster que hospedam pontos de montagem, você fica limitado a um máximo de 25 instâncias do SQL Server por cluster de failover.

      Dica

      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 a opção de armazenamento, poderá instalar até 50 instâncias de cluster de failover SQL Server .

    • Formatar uma unidade depois de montar unidades adicionais não tem suporte.

  • A instalação de cluster de failover doSQL Server só dá suporte a Disco Local para a instalação de arquivos tempdb. Verifique se o caminho especificado para os dados tempdb e os arquivos de log são válidos em todos os nós de cluster. Durante o failover, se os diretórios tempdb não estiverem disponíveis no nó do destino de failover, o recurso do SQL Server não ficará online. Para obter mais informações, veja Tipos de armazenamento de 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 de tecnologia iSCSI, é recomendável tomar o cuidado necessário. Para obter mais informações, veja Suporte do SQL Server em componentes de tecnologia iSCSI.

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

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

  • Para instalar um cluster de failover do SQL Server quando os arquivos de instalação de origem do SQL Server e o cluster existirem em domínios diferentes, copie os arquivos de instalação no domínio atual disponível para o cluster de failover do SQL Server .

Examine as considerações sobre segurança

  • Para usar criptografia, instale o certificado de servidor com o nome DNS totalmente qualificado do cluster do WSFC em todos os nós no cluster de failover do SQL Server . Por exemplo, se você tiver um cluster de dois nós, com nós nomeados "Test1.DomainName.com" e "Test2.DomainName.com" e uma instância de cluster de failover do SQL Server denominada"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 o cluster de failover para criptografia.

    Importante

    Não marque a caixa de seleção Forçar criptografia de protocolo até que tenha instalado os certificados em todos os nós participantes da instância de cluster de failover.

  • 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 localizadas somente no grupo de domínios global. Além disso, as contas usadas por serviços do SQL Server não devem aparecer no grupo de Administradores local. O não cumprimento dessa diretriz resultará em comportamento de segurança inesperado.

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

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

  • Os grupos de domínios devem estar no mesmo domínio que as contas do computador. Por exemplo, se o computador onde o SQL Server será instalado estiver no domínio SQLSVR, que é um filho do domínio MYDOMAIN, especifique um grupo no domínio SQLSVR. O domínio SQLSVR pode conter contas de usuário de MYDOMAIN.

  • SQL Server O clustering de failover não pode ser instalado quando os nós de clusters são controladores de domínio.

  • Examine o conteúdo de Considerações sobre segurança para uma instalação do SQL Server.

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

Examine as considerações sobre rede, porta e firewall

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

  • O nome de rede e o endereço IP do SQL Server não deve ser usado para nenhum outro propósito, como compartilhamento de arquivos. Para criar um recurso de compartilhamento de arquivos, use um endereço IP e um nome de rede diferente e exclusivo para o recurso.

    Importante

    É recomendável não usar compartilhamentos de arquivos em unidades de dados, pois eles podem afetar o comportamento e o desempenho do SQL Server .

  • Embora o SQL Server dê suporte a Pipes Nomeados e a Soquetes TCP/IP sobre TCP/IP em um cluster, é recomendável usar Soquetes TCP/IP em uma configuração clusterizada.

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

  • O serviço de Registro Remoto deve estar ativo e em execução.

  • A Administração Remota deve estar habilitada.

  • Para a porta SQL Server, use SQL Server Configuration Manager para marcar a configuração de rede SQL Server para o protocolo TCP/IP da instância que você deseja desbloquear. Você deve habilitar a porta TCP para IPALL, se desejar se conectar ao SQL Server usando TCP após a instalação. Por padrão, o SQL Browser escuta na porta UDP 1434.

  • As operações de configuração do cluster de failover incluem uma regra que verifica a ordem de associação da rede. Embora as ordens de associação possam parecer corretas, é possível que você tenha desabilitado ou "tornado fantasma" as configurações de NIC no sistema. Configurações de NIC "fantasma" podem afetar a ordem de associação e fazer com que a regra de ordem de associaçã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 você tiver um adaptador de rede desabilitado, a instalação reportará uma falha referente à regra de ordem de associação da rede. Painel de Controle/Conexões de Rede também mostrará que o adaptador foi desabilitado. Confirme se as Configurações de Rede no Painel de Controle mostram a mesma lista de adaptadores físicos habilitados que devmgmt.msc.

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

    5. Após o término da instalação, volte para Conexões de Rede no Painel de Controle e desabilite todos os adaptadores de rede que não estiverem em uso.

Verifique seu sistema operacional

Verifique se o sistema operacional está instalado corretamente e se foi projetado para dar suporte a clustering de failover. A tabela a seguir é uma lista das edições do SQL Server e dos sistemas operacionais com suporte para elas.

SQL Server edição Windows Server 2008 Enterprise Windows Server 2008 Datacenter Server Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Datacenter Server
SQL Server 2014 Enterprise (64 bits) x641 Yes Sim Sim2 Sim2
SQL Server 2014 Enterprise (32 bits) Yes Yes
SQL Server 2014 -bit) Desenvolvedor (64) Yes Sim Sim 2 Sim 2
SQL Server Desenvolvedor 2014 (32 bits) Yes Yes
SQL Server 2014 Standard (64 bits) Yes Yes Yes Yes
SQL Server 2014 Standard (32 bits) Yes Yes

1 SQL Server clusters não têm suporte no modo WOW. Isso inclui atualizações de versões anteriores de clusters de failover do SQL Server que haviam sido instaladas originalmente no WOW. Para esses itens, a única opção de atualização é instalar a nova versão lado a lado e migrar.

2 Com suporte para SQL Server clustering de failover de várias sub-redes.

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

As seções a seguir 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 em várias sub-redes, envolvendo, assim, o uso de vários endereços IP e alterações em dependências de recurso do endereço IP.

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

  • Para obter informações sobre as edições de SQL Server que dão suporte a um SQL Server cluster de failover de várias sub-redes, consulte Recursos compatíveis com as edições do SQL Server 2014.

  • Para criar um cluster de failover de várias sub-redes do SQL Server , você deve criar primeiro o cluster de failover multissite do Windows Server 2008 R2 em várias sub-redes.

  • SQL Server O cluster de failover depende do cluster de failover do Windows Server para assegurar que as condições de dependência IP sejam válidas se houver um failover.

  • Windows Server 2008 R2 exige que todos os servidores de cluster estejam no mesmo domínio do Active Directory. Portanto, o cluster de failover de várias sub-redes do SQL Server requer que todos os nós de cluster estejam no mesmo domínio do Active Directory mesmo que estejam em sub-redes diferentes.

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

  1. A dependência de recurso de endereço IP é definida como OR em uma configuração de várias sub-redes. Para obter mais informações, confira Criar um cluster de failover do SQL Server (Instalação)

  2. Não há suporte para dependências de endereço IP AND-OR mistas. Por exemplo, não ha suporte para <IP1> AND <IP2> OR <IP3>.

  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, poderá perceber falhas de conexão de cliente durante a inicialização do SQL Server .

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

Configurar um cluster de failover do Windows Server

  • Microsoft O WSFC (Serviço de Cluster) deve ser configurado em, pelo menos, um nó de cluster de servidores. Você também deve executar o SQL Server Enterprise, SQL Server Business Intelligence ou SQL Server Standard com o WSFC. SQL Server Enterprise dá suporte a clusters de failover com até 16 nós. SQL Server Business Intelligence e o SQL Server Standard dão suporte a clusters de failover com dois nós.

  • O recurso DLL para o serviço SQL Server exporta duas funções usadas pelo Gerenciador de Cluster WSFC para verificar a disponibilidade do recurso do SQL Server . Para obter mais informações, veja 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 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 é configurada como um administrador em nós no cluster e o grupo BUILTIN\Administradores não tem permissão para fazer logon no SQL Server. Essas configurações serão alteradas apenas se você alterar as permissões nos nós de cluster.

  • Configure o DNS (Serviço de Nomes de Domínio) ou o WINS (Serviço de Cadastramento na Internet do Windows). Um servidor DNS ou WINS deve estar em execução no ambiente onde o cluster de failover do SQL Server será instalado. SQL Server A Instalação exige o registro de 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 nós de cluster registrem dinamicamente um mapa de endereço IP online para Nome de Rede. Se o registro dinâmico não puder ser concluído, ocorrerá falha na Instalação e ela será revertida. Para obter mais informações, confira este artigo da Base de Dados de Conhecimento

Instalar o Coordenador de Transações Distribuídas da Microsoft

Antes de instalar o SQL Server em um cluster de failover, determine se o recurso de cluster do MSDTC (Coordenador de Transações Distribuídas da Microsoft ) deve ser criado. Se você estiver instalando somente o Mecanismo de Banco de Dados, o recurso de cluster do MSDTC não será necessário. Se 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, você deverá instalar o MSDTC. Observe que o MSDTC não é necessário para instâncias somente do Serviços de análise.

No Windows Server 2008 e no Windows Server 2008 R2, 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 de cluster do MSDTC. SQL Server aproveitará as vantagens de uma instância do MSDTC instalada no grupo de recursos do cluster local do SQL Server usando a instância do MSDTC automaticamente. Porém, podem ser mapeados aplicativos individuais para qualquer instância do MSDTC no cluster.

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

  • Usar o MSDTC instalado no grupo local ou

  • Usar a instância mapeada do MSDTC ou

  • Usar a instância padrão de cluster do MSDTC ou

  • Usar a instância do MSDTC instalada no computador local

Importante

Se a instância do MSDTC instalada no grupo de clusters local do SQL Server falhar, o SQL Server não tentará usar a instância de cluster padrão nem a instância do computador local do MSDTC automaticamente. Você precisaria remover completamente a instância do MSDTC com falha do grupo do SQL Server para usar outra instância do MSDTC. Da mesma forma, se você criar um mapeamento para o SQL Server e a instância mapeada do MSDTC falhar, suas transações distribuídas também falharão. Se você desejar que o SQL Server use outra instância do MSDTC, deverá adicionar uma instância do MSDTC ao grupo de cluster local do SQL Server ou excluir o mapeamento.

Configurar o Coordenador de Transações Distribuídas da Microsoft

Após 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 no MSDTC de cluster não bloqueará a Instalação do SQL Server , mas a funcionalidade do aplicativo SQL Server poderá ser afetada se o MSDTC não for configurado corretamente.

Consulte Também

Requisitos de hardware e software para instalação do SQL Server 2014
Verificar parâmetros do Verificador de Configuração do Sistema
Administração e manutenção da instância de cluster de failover