A política de suporte do Microsoft SQL Server para Microsoft Clustering

Este artigo descreve a política de suporte da Microsoft para SQL Server cluster de failover. Microsoft Customer Support Services (CSS) oferece suporte a failover de cluster que baseia-se os recursos de clustering de failover do Microsoft Cluster Service nos seguintes produtos do SQL Server:

• Windows 2000 Advanced Server
• Windows 2000 Datacenter Edition
• Windows Server 2003 Enterprise Edition
• Windows Server 2003 Datacenter Edition
• Windows Server 2008 Enterprise Edition

Observação:Clusters de failover do Windows Server 2008 só oferecem suporte a SQL Server 2005 Service Pack 2 ou versões posteriores.

ImportanteAtualizando o SQL Server 2000 Enterprise Edition para o SQL Server 2005 Standard Edition não é um caminho de atualização com suporte. Para obter mais informações, visite o seguinte site da MSDN (Microsoft Developer Network):Se você quiser uma solução alternativa ao atualizar a instância de cluster de failover do SQL Server 2000, é recomendável que você execute uma instalação nova do que a instância de cluster de failover do SQL Server 2005 por causa das medidas extremas de recuperação. Migre os dados para a nova instalação. A instalação atual permanecerá intacta se circunstâncias imprevistas impedem a instalação do SQL Server 2005 fosse concluída de maneira oportuna.

Só há suporte para clusters de servidor do Microsoft sobre soluções de cluster estão listadas no Windows Server Catalog em soluções de cluster. Para exibir o catálogo do Windows Server, visite o seguinte site da Microsoft:O termo "clusters de servidor" significa que os computadores que executam o serviço de cluster da Microsoft. A família Windows Server 2003 oferece os seguintes tipos de serviços de clusters:

• Servidor de cluster (cluster de Failover)
• Balanceamento de carga de rede
• Compute Cluster Server

As soluções de cluster de servidor podem ser usadas com o SQL Server para obter alta disponibilidade, se um nó for perdido ou se existe um problema com uma instância do SQL Server. O balanceamento de carga de rede pode ser usado em alguns casos, juntamente com as instalações autônomas do SQL Server de somente leitura. SQL Server Failover em cluster instâncias cada requerem um único grupo. Esse requisito é verdadeiro em recursos de disco de cluster que usam letras de unidade são exclusivas para o cluster e para cada instância de cluster de Failover do SQL Server. Cada Failover em cluster instância do SQL Server também deve ter pelo menos um endereço IP exclusivo. Dependendo da versão que está instalada, vários endereços IP exclusivos é podem. Além disso, cada instância em cluster de Failover devem ter nomes de instância que são exclusivos para o domínio ao qual pertence o cluster e de servidor virtual.

As instalações de cluster para failover do SQL Server com suporte também deve seguir o Microsoft políticas de suporte para clusters de servidor e o Windows Server Catalog/Hardware Compatibility List.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:A partir do Windows Server 2003, Microsoft SQL Server 6. 5 e o cluster do Microsoft SQL Server 7. 0 terá não há mais suporte, conforme mostrado no seguinte artigo da Base de dados de Conhecimento da Microsoft:Se o cluster do SQL Server com nenhum produto cluster diferente de cluster de servidor do Microsoft, o contato de suporte primário é o provedor de soluções de cluster de terceiros para as questões de suporte relacionados ao SQL Server. SQL Server foi desenvolvido e testado usando o recurso de cluster de servidor do Microsoft. Soluções de cluster de terceiros que oferecem suporte a instalações do SQL Server devem ser seu contato principal para quaisquer problemas de instalação, problemas de desempenho ou problemas de comportamento do cluster. CSS fornece suporte comercialmente razoável para instalações de cluster de terceiros da mesma maneira que podemos fazer para obter uma versão autônoma do SQL Server.

Número de nós com suporte

A seguir está uma lista do número de nós que são suportadas por cada versão do Microsoft SQL Server:

• Microsoft SQL Server 7. 0
  Microsoft SQL Server 7. 0 oferece suporte a até dois nós em um cluster de failover.
• Microsoft SQL Server 2000 Enterprise Edition (32-bit)
  Microsoft SQL Server 2000 Enterprise Edition (32-bit) oferece suporte para até quatro nós em um cluster de failover.
• Microsoft SQL Server Enterprise Edition (64-bit)
  O Microsoft SQL Server Enterprise Edition (64-bit) oferece suporte para até oito nós em um cluster de failover.
• Microsoft SQL Server 2005 Standard Edition (32-bit ou 64 bits)
  Microsoft SQL Server 2005 Standard Edition oferece suporte a até dois nós em um cluster de failover.
• O Microsoft SQL Server 2005 Enterprise Edition (32-bit ou 64 bits)
  Microsoft SQL Server 2005 Enterprise Edition suporta até oito nós em um cluster de failover.

Observação:Se você atualizar o Microsoft SQL Server 2000 (32-bit) para Microsoft SQL Server Enterprise Edition (64-bit), o SQL Server oferecerá suporte ainda apenas quatro nós.

Informações sobre o SQL Server 2008 e SQL Server 2008 R2

Para edições do SQL Server 2008 e SQL Server 2008 R2, consulte os tópicos a seguir nos manuais online do SQL Server:

• Para obter informações sobre o número de nós com suporte, consulte o tópico a seguir:
  
  http://msdn.microsoft.com/en-us/library/cc645993.aspx#High_availability (http://msdn.microsoft.com/en-us/library/cc645993.aspx#High_availability)
  Observação:Although this is a SQL Server 2008 R2 Books Online topic, the same content applies to SQL Server 2008.
• For information about operating systems that are supported for SQL Server Failover Clustering, refer to the "Verify Your Operating System Settings" section in the following topic:
  
  http://msdn.microsoft.com/en-us/library/ms189910.aspx (http://msdn.microsoft.com/en-us/library/ms189910.aspx)

In summary, SQL Server 2008 and SQL Server 2008 R2 editions support up to 8 nodes on Windows Server 2003 and 16 nodes on Windows Server 2008 and later versions.

As unidades montadas

Não há suporte para o uso de unidades montadas em um cluster que inclui uma instalação do Microsoft SQL Server.For more information, click the following article numbers to view the articles in the Microsoft Knowledge Base:

Observação:Não há suporte para instâncias de cluster de failover do SQL Server 2005 em nós de instância de cluster de failover que são usados como controladores de domínio.

Suporte de virtualização

Para obter mais informações sobre o failover do SQL Server installating clusters em um ambiente de virtualização de hardware, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Clusters para os clusters não estejam listados na HCL da categoria de cluster de failover do SQL Server

Se sua solução de cluster de failover do SQL Server não estiver no Windows Server Catalog/Hardware Compatibility List. como um suportado "Cluster Solution", ele é considerado não suportado e pode produzir um comportamento inesperado. No entanto, CSS irá oferecer dicas de solução de problemas e fornecer suporte razoável se solicitado. No entanto, o CSS não garante que uma resolução será encontrada para soluções de cluster não-HCL do Windows Server Catalog /.

Para obter suporte, execute essas etapas:

1. Antes do início de qualquer solução de problemas, terá de contactar o fabricante original do equipamento (OEM) para discutir se a sua implementação de cluster específico está com suporte. O OEM que melhor configuração de resposta e perguntas de suporte para o hardware de cluster.
2. Após o contrato que não há solução é garantida e que não será fornecido nenhum reembolso de incidente, CSS pode solucionar o problema. A Microsoft não garante uma solução de clusters não-HCL. Não se for encontrada nenhuma resolução, o incidente de não ser reembolsado.
   
   Se ele não tiver sido determinado que uma solução não é garantida, CSS não solucionará o problema e vai de reembolso do incidente.
3. CSS usará processos padrão de solução de problemas para isolar o problema do cluster de servidor. Alguns métodos de solução de problemas típicos que são usados por CSS incluem:
   • Uso da Base de dados de Conhecimento da Microsoft. Base de dados de Conhecimento da Microsoft está disponível para clientes por meio do Microsoft TechNet ou visite o seguinte site da Microsoft:
     http://support.microsoft.com (http://support.microsoft.com)
   • Determine se o problema pode ser replicado em clusters com suporte (onde for possível).
   Observação:Se o cluster não é certificado, não há nenhum suporte de hotfix. CSS não é possível determinar se o problema é causado por incompatibilidade de hardware ou software indesejado de comportamento.
4. Se não houver nenhuma solução do problema, o CSS pode recomendar algumas alternativas construtivas, que incluem:
   • Ao reproduzir o problema em um cluster que está na HCL do cluster.
   • Solicitando que você use uma solução de cluster está na HCL do cluster.
   • Ao trabalhar com o OEM para obter o cluster na HCL do cluster.
   • Solicitando que você trabalhe com o OEM para obter uma solução.

As especificações de hardware para clusters de servidor são muito rigorosas. A HCL do cluster contém uma lista de configurações de cluster aceitável conhecidos que tenham sido testados. Você pode gastar muito tempo tentando solucionar problemas de cluster de servidor percebido que estão sendo causados pelo hardware de cluster que você está usando.

Alguns exemplos de incompatibilidades de hardware podem causar problemas de cluster incluem:

• Falhas de instalação do cluster de Failover do SQL Server.
• A solução de cluster não isolar corretamente o disco compartilhado e adaptadores de barramento de host (HBAs) de outros dispositivos no barramento compartilhado.
• O controlador SCSI não oferece suporte a operando em um ambiente de iniciadores.
• O HBA corretamente não tratar as reservas ou liberar ou renovar um dispositivo no barramento compartilhado.
• O mecanismo de cache no controlador é incompatível com a configuração do cluster.
• Os adaptadores de rede para comunicação dentro do cluster têm uma latência muito alta.
• O controlador RAID corretamente não duplica as informações de configuração entre controladores.
• O barramento PCI está incorretamente configurado e tem adaptadores incorretos no barramento errado (primária, secundária, terceiro).
• Os controladores são incompatíveis com o tipo de "Recurso de disco físico".
• O controlador SCSI não implantar a terminação correta.

Esta lista não inclui todos os problemas que podem causar problemas com um cluster de servidor. Nenhum desses problemas podem ser detectadas por CSS. Todas essas questões normalmente devem ser descobertas se a solução completa de cluster foram testada para fins de compatibilidade da HCL do cluster.

Se uma configuração de cluster completa é listada para um sistema operacional anterior, mas não está listada para o sistema operacional mais recente que você está usando, suporte conforme documentadas nesta seção será seguido.

Suporte do SQL Server 2005 para mistos 32 bits e 64 bits instâncias do SQL Server failover de cluster

Você deve estar executando o Windows Server 2003 Service Pack 1 ou posterior. Para obter mais informações, consulte os seguintes artigos da Base de dados de Conhecimento da Microsoft. Para instalações IA-64, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:Para x64 instalações, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:AvisoAs DLLs de recursos para programas de 32 bits não pode ser executado em um computador de 64 bits que está executando uma versão de 32 bits do Windows Server 2003 sem nenhum service pack instalado. Portanto, você não pode executar programas de 32 bits em um cluster de servidor de 64 bits. Nesse cenário, você deve usar uma versão de 64 bits da DLL de recurso.

Limitações do uso misto instâncias de cluster de failover do SQL Server 2000 e SQL Server 2005

Quando você usa as instalações do SQL Server 2000 e as instalações do SQL Server 2005 no mesmo cluster, as instalações devem ser instaladas antes de instalar instâncias do SQL Server 2005 localmente ou instâncias de cluster de failover do SQL Server 2000. Todas as instâncias de cluster de failover irão usar o recurso de cluster de servidor do SQL Server 2005. Isso inclui as instâncias do SQL Server 2000.

Além disso, após a instalação do SQL Server 2005, SQL Server Native Client é o protocolo primário que é usado. As alterações para a DLL de recurso de cluster de servidor e o protocolo primário utilizado impedirá que a instalação do SQL Server 2000 ou re-addition de nós para instâncias de cluster de failover do SQL Server 2000. Isso ocorre porque o protocolo primário nem a DLL de recurso existia no momento do SQL Server 2000 foi lançado e não será reconhecida como uma DLL de recursos de cluster de servidor válido ou como um protocolo principal para instâncias de cluster de failover do SQL Server.
Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:Instalações autônomas não são afetadas durante a instalação inicial como instâncias de cluster de failover virtual. Instâncias de cluster de failover virtual, isso impedirá a instalação inicial seja concluída.

Observação:Depois de instalar o SQL Server 2005, o Gerenciador de serviços do SQL Server exibe o nome do nó em vez do nome do servidor virtual do SQL Server 2005. Ele faz isso porque o Gerenciador de serviços do SQL Server não foi codificado para lidar com o SQL Server 2005 e o SQL Server 2005 não inclui o Gerenciador de serviços do SQL Server.

Clusters do Windows Server 2008 Failover

Somente o SQL Server 2005 Service Pack 2 (SP2) ou versões posteriores do SQL Server 2005 são compatíveis com clusters de Failover do Windows Server 2008.

Migrando instâncias do cluster de Failover do SQL Server para o novo domínio

SQL Server 2000, 2005 e 2008 podem ser migradas para um novo domínio enquanto clusterd estiver usando os usuários do domínio para contas de serviço no Windows 2000 e clusters de Failover do Windows 2003 Server. As instalações do SQL Server no cluster de Failover do Windows 2008 exigirá a desinstalação do mecanismo de banco de dados do SQL Server e o Analysis Services se instalados desde que o cluster precise ser desinstalado porAntes da desinstalação do SQL Server deve ser definido para usar segurança de modo misto ou novas contas de domínio adicionadas para os logins do SQL Server e a pasta de dados que contém o sistema de bancos de dados devem ser renomeados antes para a desinstalação para que essa pasta pode ser trocada de volta reinstalado uma vez para reduzir o tempo de inatividade. Não há remoção dos arquivos de suporte do SQL Server, SQL Server Native Client, Integration Services ou componentes de estação de trabalho deve ser feita.

Para obter mais informações, consulte o tópico "Cluster de Failover" no Microsoft SQL Server 2005 Books Online ou no Microsoft SQL Server 2000 Books Online.