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 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 da 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ê também queira examinar os tópicos a seguir para saber mais sobre conceitos, recursos e tarefas de failover clustering do SQL Server.

Práticas recomendadas

• Examinar Notas de Lançamento do SQL Server 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 . O Windows PowerShell 2.0 é um pré-requisito para instalar componentes do Mecanismo SQL Server 2014Database e do SQL Server Management Studio. Se o Windows PowerShell 2.0 não estiver presente em seu computador, você poderá habilitá-lo seguindo as instruções na página da 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, consulte Notas de Lançamento 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, a instalação do SQL Server 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 Windows Server 2008 SP2, essa atualização será incluída. Se você estiver instalando em um sistema operacional Windows mais antigo, baixe-o do Microsoft Update para .NET Framework 4.0 no Windows Vista e no 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.

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

• Verifique se o software antivírus não está instalado no cluster 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 (")

  • Aspa única (')

  • E comercial (&)

  Verifique também se os nomes de grupos de cluster existentes 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 registros do sistema em todos os nós e os visualizou 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 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 Política de Segurança Local no servidor de arquivos, adicione a conta de instalação do SQL Server aos direitos de log de auditoria e segurança.

Verificar 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.

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

• Verifique se o disco em que o SQL Server será instalado não está compactado ou 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 san também têm suporte nas edições windows server 2008 e Windows Server 2008 R2 Advanced Server e Datacenter Server. A categoria de Lista de Compatibilidade de Hardware e Catálogo do Windows "Dispositivo de Cluster/Multi-cluster" lista o conjunto de dispositivos de armazenamento compatíveis com SAN que foram testados e têm suporte como unidades de armazenamento SAN anexadas a vários clusters WSFC. 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 de Política de Segurança Local no servidor de arquivos, adicione a conta de instalação do SQL Server aos direitos de Gerenciar log de auditoria e 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. Não há suporte para GUIDs de volume nesta versão.

  • A unidade base, aquela identificada pela letra da 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 para 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.

    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 .

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

• A instalação do cluster de failover do SQL Server dá suporte apenas ao Disco Local para instalar os 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 de tempdb não estiverem disponíveis no nó de destino de failover, o recurso do SQL Server não será exibido 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 .

Examinar considerações de 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 se conectar 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, os SIDs de serviço são gerados automaticamente para uso com os serviços do SQL Server 2014. Para instâncias de cluster de failover do SQL Server 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 em que o SQL Server será instalado estiver no domínio SQLSVR que é filho de MYDOMAIN, você deverá especificar um grupo no domínio SQLSVR. O domínio SQLSVR pode conter contas de usuário de MYDOMAIN.

• O agrupamento de failover do SQL Server não pode ser instalado onde os nós do cluster 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 .

Examinar 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 da rede e o endereço IP do SQL Server não devem ser usados para qualquer outra finalidade, como o 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.

• Observe que 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 do SQL Server, use o SQL Server Configuration Manager para verificar a configuração de rede do SQL Server para o protocolo TCP/IP da instância que você deseja desbloquear. Você deve habilitar a porta TCP para IPALL se quiser se conectar ao SQL Server usando o 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: inicie 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 mostra.

  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 às Conexões de Rede no Painel de Controle e desabilite todos os adaptadores de rede que não estão em uso no momento.

Verificar 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.

Clusters do SQL Server não são suportados 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 eles, a única opção de atualização é instalar a nova versão lado a lado e migrar.

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

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.

Considerações sobre o SQL Server Edition e o sistema operacional

• Para obter informações sobre as edições do SQL Server que dão suporte a um cluster de failover de múltiplas sub-redes do SQL Server, consulte Recursos Compatíveis com as Edições do SQL Server 2014.

• Para criar um cluster de failover de múltiplas sub-redes no SQL Server, você deve primeiro configurar o cluster de failover de múltiplos sites do Windows Server 2008 R2 em sub-redes distintas.

• O cluster de failover do SQL Server depende do cluster de failover do Windows Server para garantir que, em caso de failover, as condições de dependência de IP sejam válidas.

• O Windows Server 2008 R2 requer 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.

Dependências de recursos de endereço IP e 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 de AND-OR misturadas. Por exemplo, <NÃO há suporte para IP1> E <IP2> OU <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 .

Conteúdo relacionado

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, o SQL Server Business Intelligence ou o SQL Server Standard em conjunto 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 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 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, a Instalação falhará e a instalação será revertida. Para obter mais informações, consulte 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 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 você usar transações distribuídas, deverá instalar o MSDTC. Observe que o MSDTC não é necessário para instâncias somente do Analysis Services.

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

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

Consulte Também

Requisitos de hardware e software para instalar o 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