Antes de instalar o cluster de failover

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

  Observação
  O SQL Server 2008 Evaluation tem os mesmos requisitos de hardware e software que o SQL Server 2008 Enterprise.

1Clusters do SQL Server 2008 não têm suporte no modo WOW. Isso inclui atualizações do SQL Server 2000 e do SQL Server 2005 que haviam sido instaladas originalmente em WOW. Para esses itens, a única opção de atualização é instalar a nova versão lado a lado e migrar. Para o SQL Server 2000 IA64, a atualização no local não tem suporte.

• Para obter mais informações, consulte Requisitos de hardware e software para a instalação do SQL Server 2008.

• Habilite o CSP (provedor de serviços de criptografia) do Windows no Windows Server 2003. Se o serviço CSP for parado ou desabilitado em qualquer nó de cluster, haverá falha na Instalação do SQL Server com uma caixa de diálogo Requisito de Logotipo do Windows.

• O SQL Server dá suporte a pontos de montagem. 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.

  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.

  • Tome muito cuidado ao configurar o cluster de failover para garantir que a unidade base e os discos ou os volumes montados estejam todos listados como recursos no grupo de recursos. A Instalação do SQL Server valida a configuração de unidade como parte de uma instalação de cluster de failover.

• 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 2008, o objeto de computador (contas de computador do Active Director) para o Nome do Recurso de Rede do SQL Server é criado. Em um cluster do Windows 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 Configurando contas no Active Directory. Se você estiver instalando o cluster do SQL Server em um cluster do Windows 2003, o serviço de cluster precisará ter permissões para criar os objetos de computador. Para obter mais informações, consulte os seguintes artigos da Base de Dados de Conhecimento Microsoft:

  • Como solucionar problemas da conta do serviço de cluster quando ela modifica objetos de computador.

  • Descrição das propriedades do recurso de nome de Rede de cluster no Windows Server 2003.

• Para obter mais informações sobre como habilitar a autenticação Kerberos com o SQL Server 2008, consulte Como usar a autenticação Kerberos no SQL Server na Base de Dados de Conhecimento Microsoft.

• O MSCS (Microsoft Cluster Server) deve ser configurado em pelo menos um nó do cluster de servidores. O MSCS será suportado somente se estiver instalado em uma configuração de hardware que tenha sido testada para compatibilidade com o software do MSCS. Você também deve executar o SQL Server Enterprise ou o SQL Server Standard em conjunto com o MSCS. O SQL Server Enterprise dá suporte a clusters de failover com até 8 nós. O SQL Server Standard dá suporte a clusters de failover de 2 nós.

  Para obter mais informações sobre como instalar e configurar o MSCS no Windows Server 2003, consulte Clusters de servidores.

• O recurso DLL para o serviço do SQL Server exporta duas funções usadas pelo gerenciador de Cluster MSCS para verificar a disponibilidade do recurso do SQL Server. Há uma verificação simples, LooksAlive que consulta o status do serviço por meio do Gerenciador de Controle de Serviços do Windows NT. Há também mais uma verificação rigorosa, IsAlive que se conecta ao SQL Server como uma investigação de usuário para executar uma consulta simples. Por padrão, LooksAlive é acionada a cada 5 segundos e IsAlive é acionada a cada 60 segundos. Os intervalos de sondagem de LooksAlive e de IsAlive podem ser alterados no Administrador de Cluster do MSCS na guia Avançado do recurso do SQL Server ou usando o utilitário de prompt de comando Cluster.exe.

• O MSCS deve ser capaz 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.

  Verifique se o grupo ou a conta em que o Serviço de Cluster está sendo executado pode fazer logon no SQL Server para a verificação de IsAlive. Caso contrário, haverá falha na verificação de IsAlive. No mínimo, a conta do MSCS Cluster Service deve ter direitos de public para o SQL Server, de forma que ele possa executar SELECT @@servername regularmente.

• Quando você instala o MSCS, é muito importante usar contas de serviço separadas para fazer logon no MSCS e no SQL Server. Caso contrário, a senha de serviço de cluster que usa o comando de cluster não pode ser alterada.

• Ao usar o MSCS, um nó deve estar no controle do barramento de SCSI compartilhado antes do outro nó estar online. A falha ao fazer isso pode fazer com que o failover do aplicativo vá para um estado online pendente e impeça o failover para o outro nó ou falhe totalmente. Se o sistema de cluster tiver um processo de instalação proprietário, o processo proprietário deverá ser usado.

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.

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 cluster 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 for configurado corretamente.

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

• Verifique se a interconexão do cluster (pulsação) está configurada corretamente. Para obter mais informações, consulte o artigo da Base de Dados de Conhecimento, Recomendado.

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

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

• Nos nós de clusters do Windows Server 2003 em um ambiente em que não há controladores de domínio pré-existentes do Windows Server 2003, consulte Nós de cluster do Windows 2000 e do Windows Server 2003 como controladores de domínio.

• Instale o software de pré-requisito – antes de executar a instalação para instalar ou atualizar para o SQL Server 2008, 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.

• .NET Framework 3.5 SP1. A Instalação não instala o .NET Framework 3.5 SP1 em um sistema operacional clusterizado. É necessário instalar o .NET Framework 3.5 SP1 antes de executar a Instalação. Para evitar problemas com o instalador do .NET Framework 3.5, verifique se o serviço Windows Update está em execução.

  • Windows Installer 4.5.

  • Se você estiver usando o Windows Server 2003 SP2, instale o hotfix 937444. Esse é um requisito do recurso FILESTREAM do Mecanismo de Banco de Dados Services.

  • Arquivos de suporte à Instalação do SQL Server. Você poderá instalar esses arquivos executando o SqlSupport.msi localizado na mídia de instalação do SQL Server 2008.

• Para usar criptografia, instale o certificado de servidor com o nome DNS totalmente qualificado do cluster do MSCS 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 nomeada "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 os certificados estejam instalados em todos os nós participantes da instância de cluster de failover.

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

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

• 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 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. Se você desejar criar um recurso de compartilhamento de arquivo, use um endereço IP e um nome de rede diferente e exclusivo para o recurso.

  Importante
  A Microsoft recomenda 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 Soquetes de TCP/IP sobre TCP/IP dentro de um cluster, a Microsoft recomenda usar Soquetes de TCP/IP em uma configuração clusterizada.

• Para garantir a funcionalidade correta do cluster de failover, adicione exceções aos parâmetros de configuração do firewall para a porta do SQL Server, a porta do SQL Browser, o Compartilhamento de Impressoras e Arquivos (TCP 139/445 e UDP 137/138) e a Chamada de Procedimento Remoto (porta TCP 135).

• Observe que o ISA Server não é suportado no Clustering do Windows e, conseqüentemente, também não é suportado nos 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 exibida por 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 a Conexões de Rede no Painel de Controle e desabilite todos os adaptadores de rede que não estão sendo usados.

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

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

• No Windows Server 2008, os SIDs de serviço são gerados automaticamente para uso com os serviços do SQL Server 2008. Para instâncias de cluster de failover do SQL Server 2008 atualizadas a partir do SQL Server 2000 ou do SQL Server 2005, 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 da máquina. Por exemplo, se a máquina 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.

• No Windows Server 2003, crie grupos de domínios para os serviços clusterizados que serão instalados como parte do cluster de failover do SQL Server. O serviço do SQL Server, do SQL Server Agent e do Analysis Services e o serviço de iFTS devem ser executados como contas de domínio que sejam membros do grupo de domínios. Se necessário, peça ao administrador de domínio para fornecer os nomes dos grupos de domínio existentes ou para criar grupos de domínio para seu cluster de failover.

• Se estiver instalando uma Instância do Cluster de Failover do SQL Server 2008 em um domínio em modo misto do Windows 2000, você deverá usar grupos globais de domínio para Serviços Clusterizados do SQL Server.

  Observação
  Os controladores de domínio do Windows 2000 podem operar em modo misto e nativo. O modo misto permite controladores de domínio de nível inferior no mesmo domínio.

• O cluster de failover do SQL Server não tem suporte quando os nós de clusters são controladores de domínio.

• 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 registro de serviço de nome de domínio dinâmico da referência virtual da interface IP do SQL Server. Se o registro dinâmico não puder ser executado, ocorrerá falha na Instalação e ela será revertida. Se nenhum registro dinâmico estiver disponível, você deverá ter registrado previamente o servidor no DNS.

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

• Reveja o conteúdo em Verificar parâmetros do Verificador de Configuração do Sistema.

• Verifique se as ferramentas, os recursos e os componentes do SQL Server que você deseja usar são suportadas com cluster de failover. Para obter mais informações, consulte Introdução ao cluster de failover do SQL Server 2008.

• Considere como você vai monitorar e manter o cluster de failover para atingir suas metas de alta disponibilidade. Para obter mais informações, consulte Mantendo um cluster de failover e Usando ferramentas do SQL Server com cluster de failover.