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

Política de failover para instâncias de cluster de failover

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 Analysis Services em um cluster de failover do Windows Server (WSFC).

Como criar clusters do SQL Server Analysis Services

Neste tópico

  • Práticas recomendadas

  • Verifique sua solução de hardware

  • Examine as considerações sobre segurança

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

  • Verifique o suporte do seu sistema operacional

  • Considerações adicionais para uma configuração de failover de várias sub-redes

  • Configure seu cluster de failover do Windows

  • Instale e configure o Coordenador de Transações Distribuídas da Microsoft

Práticas recomendadas

  • Examine as SQL Server 2012 Notas de Versão

  • Instale o software de pré-requisito. Antes de executar a Instalação para instalar ou atualizar para o SQL Server 2012, 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 os componentes do Mecanismo de Banco de Dados do SQL Server 2012 e o SQL Server Management Studio. 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 no Windows Vista ou no Windows Server 2008. Para obter mais informações, consulte as notas de versão do SQL Server 2012.

    • Pacote do Microsoft Update: Para evitar que o computador seja reinicializado devido à instalação do .NET Framework 4 durante a instalação, a instalação do SQL Server 2012 requer a instalação do Microsoft Update no computador. Se você estiver instalando o SQL Server 2012 no Windows 7 SP1 ou no Windows Server 2008 SP1, essa atualização será incluída. Se estiver instalando os sistemas operacionais Windows Vista ou o Windows Server 2008, poderá baixá-la do seguinte link:

    • .NET Framework 4: a instalação instala o .NET Framework 4 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 à Instalação do SQL Server. Você pode instalar esses arquivos executando o SqlSupport.msi localizado na mídia de instalação do SQL Server 2012.

  • Verifique se o software antivírus não está instalado no cluster do WSFC. Para obter mais informações, consulte 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.

  • A Instalação do SQL Server 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, consulte o artigo sobre configuração de 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.

Início

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 Datacenter Server. A categoria "Cluster/Multi-cluster Device" de Windows Catalog and Hardware Compatibility 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, consulte Tipos de armazenamento de arquivos de dados.

    Observação sobre cuidadosCuidado

    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.

  • O SQL Server oferece 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:

    • A Instalação do SQL Server requer que a unidade base de uma unidade montada tenha uma letra de 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.

      DicaDica

      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 do SQL 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 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, consulte 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, consulte Suporte do SQL Server em componentes de tecnologia iSCSI na Base de Conhecimento Microsoft.

  • Para obter mais informações sobre suporte, consulte Diretiva de suporte do SQL Server para Microsoft Clustering na Base de Dados de Conhecimento Microsoft.

  • Para obter mais informações sobre a configuração da unidade de quorum adequada, consulte o artigo da Base de Dados Conhecimento Microsoft, 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.

Início

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.

    Observação importanteImportante

    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 os serviços do SQL Server 2012. Para instâncias de cluster de failover do SQL Server 2012 atualizadas a partir 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.

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

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

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

Início

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.

    Observação importanteImportante

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

Início

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.

ObservaçãoObservação

O SQL Server 2012 Evaluation tem os mesmos requisitos de hardware e software que o SQL Server 2012 Enterprise. Para obter mais informações, consulte Requisitos de hardware e software para a instalação do SQL Server 2012.

Edição do SQL Server

Windows Server 2008 Enterprise

Windows Server 2008 Datacenter Server

Windows Server 2008 R2 Enterprise

Windows Server 2008 R2 Datacenter Server

SQL Server 2012 Enterprise (64 bits) x641

Sim

Sim

Sim2

Sim2

SQL Server 2012 Enterprise (32 bits)

Sim

Sim

SQL Server 2012 Developer (64 bits)

Sim

Sim

Sim 2

Sim 2

SQL Server 2012 Developer (32 bits)

Sim

Sim

SQL Server 2012 Standard (64 bits)

Sim

Sim

Sim

Sim

SQL Server 2012 Standard (32 bits)

Sim

Sim

1Clusters do SQL Server 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 Suportado para clustering de failover de várias sub-redes do SQL Server.

Início

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 a edição e o sistema operacional do SQL Server

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

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

  • O cluster de failover do SQL Server 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. 

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

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, consulte Criar um novo 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 há 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.

Conteúdo relacionado

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

Configurar um cluster de failover do Windows Server

  • O WSFC (Microsoft Cluster Service) deve ser configurado em pelo menos um nó de cluster de servidor. Você também deve executar o SQL Server Enterprise, SQL Server Business Intelligence ou SQL Server Standard com o WSFC. O SQL Server Enterprise dá suporte a clusters de failover com até 16 nós. O 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, 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 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. A Instalação do SQL Server requer o registro do serviço de nome 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 da 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, consulte este artigo da Base de Dados de Conhecimento.

Início

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 Analysis Services.

No Windows Server 2008 e 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. O 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

Observação importanteImportante

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.

Início

Consulte também

Referência

Requisitos de hardware e software para a instalação do SQL Server 2012

Verificar parâmetros do Verificador de Configuração do Sistema

Conceitos

Administração e manutenção da instância de cluster de failover