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

Este artigo descreve a política de suporte da Microsoft para SQL Cluster de failover de servidor. Suporta Microsoft Customer Support Services (CSS) SQL Server failover clustering que se baseia o cluster de failover recursos do serviço de Cluster Microsoft nos seguintes produtos:

• 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 suportam apenas o SQL Server 2005 Service Pack 2 ou versões posteriores.

Importante Atualizando 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 Microsoft Developer Network (MSDN): Se você deseja uma solução alternativa ao atualizar a instância de cluster de failover SQL Server 2000, recomendamos que você execute uma nova instalação de instância de cluster de failover da SQL Server 2005 por medidas de recuperação extreme. Em seguida, 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 da conclusão de maneira oportuna.

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

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

Somente o Soluções de Cluster de servidor podem ser usadas com SQL Server para alto disponibilidade, se um nó for perdido ou um problema existe com uma instância de SQL Servidor. Balanceamento de carga de rede pode ser usado em alguns casos junto com leitura de SQL Server instalações autônomas. SQL Servidor Failover Cluster instâncias cada requerem um grupo exclusivo. Isso requisito é verdadeiro em recursos de disco de cluster que usam letras de unidade são exclusivo para o cluster e para cada instância de cluster de Failover do SQL Server. Cada Instância de cluster para failover de SQL Server também deve ter pelo menos um endereço IP exclusivo. Dependendo da versão que está vários endereços IP exclusivos instalado, talvez seja possíveis. Além disso, cada A instância de cluster de failover deve ter ambos os nomes de servidor e instância virtuais que são exclusivos para o domínio ao qual pertence o cluster.

Suporte para Instalações de cluster de failover de SQL Server também deve seguir o Microsoft política de suporte para clusters de servidor e o Windows Server Catalog/Hardware Lista de compatibilidade.

Para obter mais informações, clique no número de artigo abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Iniciando com o Windows Server 2003, Microsoft SQL Server 6.5 e 7.0 de Microsoft SQL Server de cluster não serão suportado, conforme observado no seguinte artigo da Base de dados de Conhecimento da Microsoft:Se o cluster SQL Server com qualquer produto de cluster não o cluster de servidor Microsoft, o contato de suporte primário é o provedor de soluções de cluster de terceiros para quaisquer problemas de suporte relacionados ao SQL Server. SQL Server foi desenvolvida e testada usando clusters de servidor do Microsoft. Soluções de cluster de terceiros que oferecem suporte a instalações de SQL Server devem ser seu principal contato 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 na mesma maneira que podemos fazer para obter uma versão autônoma do SQL Server.

Número de nós suportados

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

• Microsoft SQL Server 7.0
  Microsoft SQL Server 7.0 suporta até dois nós em um cluster de failover.
• Microsoft SQL Server 2000 Enterprise Edition (32 bits)
  Microsoft SQL Server 2000 Enterprise Edition (32 bits) suporta até quatro nós em um cluster de failover.
• Microsoft SQL Server Enterprise Edition (64 bits)
  Microsoft SQL Server Enterprise Edition (64-bit) oferece suporte a backup oito nós em um cluster de failover.
• Microsoft SQL Server 2005 Standard Edition (32 bits ou 64 bits)
  Microsoft SQL Server 2005 Standard Edition oferece suporte a até dois nós em um cluster de failover.
• Microsoft SQL Server 2005 Enterprise Edition (32 bits 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 bits), SQL Server ainda só suporta quatro nós.

Informações SQL Server 2008 e 2008 R2 do SQL Server

Para edições de 2008 de SQL Server e SQL Server 2008 R2, consulte os seguintes tópicos 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 Embora isso seja um tópico SQL Server 2008 R2 Books Online, o mesmo conteúdo se aplica a SQL Server de 2008.
• Para obter informações sobre sistemas operacionais com suporte para cluster de Failover de SQL Server, consulte a seção "Verifique se seu sistema operacional configurações" no tópico a seguir:
  
  http://msdn.microsoft.com/en-us/library/ms189910.aspx

  (http://msdn.microsoft.com/en-us/library/ms189910.aspx)

Em resumo, as edições de 2008 de SQL Server e SQL Server 2008 R2 oferecem suporte a até 8 nós no Windows Server 2003 e 16 nós no Windows Server 2008 e versões posteriores.

Unidades montadas

Não há suporte para o uso de unidades montadas em um cluster que inclui uma instalação Microsoft SQL Server. For obter mais informações, clique nos números abaixo para ler os artigos de Base de dados de Conhecimento da Microsoft:

SQL Server cluster de failover para clusters que não estão listados na HCL na categoria cluster

Se sua solução de cluster de failover de SQL Server não está listada na Windows Server Catalog/Hardware Compatibility List. como um Cluster com suporte" Solução", ele é considerado não suportado e pode produzir um comportamento inesperado. No entanto, CSS irá oferecer dicas e fornecer suporte razoável se solicitada. No entanto, 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, siga estas etapas:

1. Antes do início de qualquer solução de problemas, contate o Fabricante de equipamento original (OEM) para discutir se sua particular implementação de cluster tenha suporte. O OEM melhor configuração de resposta e perguntas de suporte para o hardware de cluster.
2. Depois de acordado que nenhuma solução é garantida, e que nenhuma Reembolso incidente será fornecido, CSS pode solucionar o problema. Microsoft não garante uma solução com clusters não-HCL. Se nenhuma resolução for encontrada, o incidente não será reembolsado.
   
   Se não for concordou que uma solução não é garantida, CSS não solucionará o problema e será reembolsado a incidente.
3. CSS usará processos padrão de solução de problemas para isolar o problema de cluster de servidor. Alguns métodos de solução de problemas típicos que são usados por CSS incluem:
   • Uso do Microsoft Knowledge Base. A Microsoft Base de conhecimento está disponível para clientes por meio do Microsoft TechNet ou você pode visite o seguinte site da Microsoft:
     http://support.microsoft.com

     (http://support.microsoft.com)
   • Determine se o problema pode ser replicado em suporte para clusters (quando possível).
   Observação Se o cluster não for certificado, não há nenhum suporte de hotfix disponível. CSS não é possível determinar se o problema é causado por hardware incompatibilidade ou pelo comportamento de softwares indesejados.
4. Se não houver nenhuma solução para o problema, o CSS pode recomendar algumas alternativas construtivas, que incluem:
   • Tendo a reproduzir o problema em um cluster é na HCL do Cluster.
   • Perguntando se você usar uma solução de cluster que está a HCL do cluster.
   • Ter que trabalhar com o OEM para obter o cluster do HCL do cluster.
   • Solicitando que você trabalhar com o OEM for uma solução.

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

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

• Instalação de cluster de Failover de SQL Server falhas.
• A solução de cluster não isole corretamente compartilhado disco e host bus adapters (HBAs) de outros dispositivos no compartilhado barramento.
• O controlador SCSI não suporta operando em um ambiente de vários iniciadores.
• O HBA não manipula corretamente as reservas ou release ou renovar um dispositivo no barramento compartilhado.
• O mecanismo de cache no controlador é incompatível com a configuração do cluster.
• Adaptadores de rede para comunicação dentro do cluster têm muito alta latência.
• O controlador RAID não replica corretamente informações de configuração entre controladores.
• O barramento PCI está incorretamente configurado e tem incorreto adaptadores de barramento errado (primária, secundária, terciária).
• Os controladores são incompatíveis com o disco físico" Tipo de recurso".
• O controlador SCSI não implantar adequada rescisão.

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. Todos esses problemas geralmente seriam descobertos se a solução de cluster completa foram testados para compatibilidade da HCL do Cluster.

Se um cluster completo a configuração é listada para um sistema operacional anterior, mas não é listada para o sistema operacional mais recente que você está usando, suporte conforme documentado neste seção será seguida.

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

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 Microsoft. Para instalações de IA-64, consulte o seguinte artigo no Base de dados de Conhecimento da Microsoft: Para x64 instalações, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft: Aviso 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 qualquer serviço pacotes instalados. Portanto, você não pode executar programas de 32 bits em um servidor de 64 bits cluster. Nesse cenário, você deve usar uma versão de 64 bits da DLL do recurso.

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

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

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

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

Windows Server 2008 Failover Clusters

Somente 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 de Cluster de Failover de SQL Server para o novo domínio

SQL Server 2000 pode ser migrado para um novo domínio enquanto cluster quando os usuários do domínio para contas de serviço em cluster de failover de servidor Windows 2000 e Windows 2003. SQL Server 2005 e versões posteriores não podem ser migradas para o novo domínio. Você precisará desinstalar e reinstalar os componentes de cluster de failover. Para obter mais informações sobre como mover um cluster de servidor do Windows de um domínio para outro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Antes de desinstalar o SQL Server deve ser definido para usar a segurança de modo misto ou novas contas de domínio adicionadas para logons de SQL Server e a pasta de dados que contém o sistema bancos de dados devem ser renomeados antes de desinstalar, portanto, esta pasta pode ser trocada novamente no reinstalado uma vez para reduzir o tempo de inatividade. Não há remoção dos arquivos de suporte de 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" Microsoft SQL Server 2005 Books Online ou Microsoft SQL Server 2000 livros On-line.