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 MSCS (Microsoft Cluster Service) e examinar a rede, a segurança e as considerações para outro software que será executado no cluster de failover.
Lista de verificação de pré-instalação
Antes de começar o processo de instalação de cluster de failover, examine os itens a seguir.
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. A solução inteira deve estar na Lista de Compatibilidade de Hardware de Cluster Geográfico. Para obter mais informações, consulte clustering do Windows e sites separados geograficamente na Base de Dados de Conhecimento da Microsoft.
As configurações de SAN também têm suporte nas edições do Advanced Server e do Datacenter Server Windows 2000. A categoria "Dispositivo Cluster/Multi-cluster" do Catálogo e da Lista de Compatibilidade de Hardware do Windows lista o conjunto de dispositivos de armazenamento compatíveis com SAN que foram testados e suportados como unidades de armazenamento de SAN com vários clusters do MSCS anexados. Correspondendo os dispositivos dessa lista com as configurações completas de cluster definidas na categoria de cluster do Catálogo e da Lista de Compatibilidade de Hardware do Windows, é possível implantar um conjunto de servidores e clusters Windows em uma fábrica SAN com dispositivos de armazenamento compartilhados de maneira que ele seja suportado pela Microsoft. Para obter mais informações, consulte o Programa do Datacenter e o Windows 2000 Datacenter Server Product na Base de Dados de Conhecimento Microsoft.
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 2000 em componentes de tecnologia iSCSI na Base de Conhecimento Microsoft.
Para obter informações sobre suporte, consulte Diretiva de suporte do SQL Server para Microsoft Clustering na Base de Dados de Conhecimento Microsoft.
Considere o compartilhamento de recursos de disco de quorum. Em um cluster de servidores, o disco de quorum contém uma cópia mestre da configuração de cluster de servidores e também será usado como um separador de ligações, se houver falha em toda a comunicação de rede entre nós de clusters. Dependendo do tipo de cluster de servidor implementado, o disco de quorum poderá ou não ser um disco físico na matriz de disco de cluster compartilhado. Embora seja melhor reservar um disco de cluster inteiro para ser usado como o disco de quorum, recursos diferentes do recurso de quorum podem receber permissão para acessar o disco de quorum.
No entanto, ao fazer com que o recurso de quorum compartilhe o mesmo disco com outros recursos, você fica forçado a escolher entre duas alternativas indesejáveis. Você deve configurar o recurso para que sua falha não afete o grupo ou permitir que o grupo seja afetado pelas falhas do outro recurso. No primeiro caso, você perde suporte ao failover do recurso. No segundo, há falha no recurso de quorum juntamente com o restante do grupo que contém o recurso de quorum e o recurso com falha. Como resultado, o cluster inteiro fica offline durante o tempo necessário para executar o fail over.
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 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.
Verificar as configurações do sistema operacional
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.
Edição do SQL Server |
Windows Server 2003 Enterprise SP2 |
Microsoft Windows 2003 Datacenter Server SP2 |
Microsoft Windows 2008 Enterprise |
Microsoft Windows 2008 Datacenter Server |
SQL Server 2008 Enterprise (64 bits) IA641 |
Sim |
Sim |
Sim |
Sim |
SQL Server 2008 Enterprise (64 bits) x641 |
Sim |
Sim |
Sim |
Sim |
SQL Server 2008 Enterprise (32 bits) |
Sim |
Sim |
Sim |
Sim |
SQL Server 2008 Developer (64 bits) IA641 |
Sim |
Sim |
Sim |
Sim |
SQL Server 2008 Developer (64 bits) x641 |
Sim |
Sim |
Sim |
Sim |
SQL Server Developer (32 bits) |
Sim |
Sim |
Sim |
Sim |
SQL Server 2008 Standard (64 bits) x641 |
Sim |
Sim |
Sim |
Sim |
SQL Server 2008 Standard (32 bits) |
Sim |
Sim |
Sim |
Sim |
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:
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.
Configurar o Microsoft Cluster Server
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.
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.
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 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.
Outras considerações de software
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.
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. 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:
Em um prompt de comando, digite: set devmgr_Show_Nonpersistent_Devices=1.
Digite e execute: start Devmgmt.msc.
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.
Remova os adaptadores de rede desabilitados antes de executar a instalação do SQL Server.
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.
Outras considerações
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.
Histórico de alterações
Conteúdo atualizado |
---|
As edições do SQL Server 2008 e os sistemas operacionais suportados foram listados na seção Verificar as configurações do sistema operacional. |