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 activação pós-falha de clusters. Serviços de suporte a clientes da Microsoft (CSS) suporta SQL Server activação pós-falha clustering que baseia-se as funcionalidades de clustering de activação pós-falha do serviço de cluster do 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

NotaClusters de activação pós-falha do Windows Server 2008 suportam apenas o SQL Server 2005 Service Pack 2 ou versões posteriores.

ImportanteActualizar o SQL Server 2000 Enterprise Edition para o SQL Server 2005 Standard Edition não é um caminho de actualização suportado. Para mais informações, visite o seguinte Web site da Microsoft Developer Network (MSDN):Se pretender que uma solução reversão quando actualizar a instância de clusters de activação pós-falha do SQL Server 2000, recomendamos que efectue uma nova instalação da instância de clusters de activação pós-falha de SQL Server 2005 devido às medidas de recuperação extrema. Em seguida, migre os dados para a nova instalação. A instalação actual irá permanecer intacta se circunstâncias imprevistas impedir a instalação do SQL Server 2005 a conclusão de uma forma atempada.

Clusters de servidor de Microsoft só são suportados em soluções de cluster que são listadas no Windows Catalog, Server em soluções de cluster. Para visualizar o catálogo do Windows Server, visite o seguinte Web site da Microsoft:O termo "clusters de servidor" significa os computadores que executam o serviço de cluster do Microsoft. A família Windows Server 2003 fornece os seguintes tipos de serviços de cluster:

• Servidor de cluster (cluster de activação)
• Balanceamento de carga em rede
• Calcular o Cluster Server

Apenas as soluções de cluster de servidor podem ser utilizadas juntamente com o SQL Server elevada disponibilidade, se um nó se perder ou se existir um problema com uma instância do SQL Server. O balanceamento de carga em rede pode ser utilizado em alguns casos, em conjunto com instalações autónomas ao SQL Server só de leitura. SQL Server Failover agrupadas instâncias cada requerem um grupo exclusivo. Este requisito é verdadeiro sobre recursos de disco do conjunto de sectores que utilizem letras de unidade são exclusivas para o cluster e para cada instância de agrupadas Failover do SQL Server. Cada Failover agrupadas instância do SQL Server também tem de ter pelo menos um endereço IP exclusivo. Dependendo da versão que está instalada, vários endereços IP exclusivos podem ser possíveis. Além disso, cada instância de agrupadas de activação tem de ter o servidor virtual e nomes de instância únicos para o domínio ao qual pertence o cluster.

Suportadas do SQL Server failover clustering instalações deverá também seguir o Microsoft política de suporte para clusters de servidor e a lista de compatibilidade de hardware/catálogo do Windows Server.

Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:A partir do Windows Server 2003, Microsoft SQL Server 6. 5 e clusters de Microsoft SQL Server 7. 0 irão já não ser suportadas, tal como indicado no seguinte artigo:Se o cluster do SQL Server com qualquer produto diferente de clusters de servidor de Microsoft clustering, o contacto de suporte principal é o fornecedor de soluções de cluster de outros fabricantes para quaisquer problemas de suporte relacionados com o SQL Server. SQL Server foi desenvolvido e testado utilizando Microsoft Server clusters. Soluções de clusters de fabricantes que suportam instalações SQL Server devem ser o contacto primário de quaisquer problemas de instalação, problemas de desempenho ou problemas de comportamento do cluster. CSS fornece suporte comercialmente razoável para instalações de terceiros cluster na mesma forma que fazemos para uma versão autónoma do SQL Server.

Número de nós suportado

Segue-se uma lista do número de nós que são suportados por cada versão do Microsoft SQL Server:

• Microsoft SQL Server 7. 0
  Microsoft SQL Server 7. 0 suporta até dois nós num cluster de activação pós-falha.
• Microsoft SQL Server 2000 Enterprise Edition (32 bits)
  Microsoft SQL Server 2000 Enterprise Edition (32 bits) suporta até quatro nós num cluster de activação pós-falha.
• Microsoft SQL Server Enterprise Edition (64 bits)
  Microsoft SQL Server Enterprise Edition (64 bits) suporta até oito nós num cluster de activação pós-falha.
• Microsoft SQL Server 2005 Standard Edition (32 bits ou 64 bits)
  Microsoft SQL Server 2005 Standard Edition suporta até dois nós num cluster de activação pós-falha.
• Microsoft SQL Server 2005 Enterprise Edition (32 bits ou 64 bits)
  Microsoft SQL Server 2005 Enterprise Edition suporta até oito nós num cluster de activação pós-falha.

NotaSe actualizar o Microsoft SQL Server 2000 (32 bits) para o Microsoft SQL Server Enterprise Edition (64 bits), o SQL Server ainda só suporta quatro nós.

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

Para as edições suportadas do SQL Server 2008 e o SQL Server 2008 R2, consulte os seguintes tópicos no SQL Server Books Online:

• Para obter informações sobre o número de nós suportados, consulte o seguinte tópico:
  
  http://msdn.microsoft.com/en-us/library/cc645993.aspx#High_availability (http://msdn.microsoft.com/en-us/library/cc645993.aspx#High_availability)
  NotaEmbora seja um tópico SQL Server 2008 R2 Books Online, o mesmo conteúdo aplica-se ao SQL Server 2008.
• Para obter informações sobre os sistemas operativos suportados para clustering de activação de servidor de SQL, consulte a secção "Verificar as definições do sistema operativo" no tópico seguinte:
  
  http://msdn.microsoft.com/en-us/library/ms189910.aspx (http://msdn.microsoft.com/en-us/library/ms189910.aspx)

Em suma, as edições suportadas do SQL Server 2008 e o SQL Server 2008 R2 suportam até 8 nós no Windows Server 2003 e 16 nós no Windows Server 2008 e versões posteriores.

Unidades montadas

Não é suportada a utilização de unidades montadas num cluster que inclua uma instalação do Microsoft SQL Server.Para mais informações, clique nos números de artigo seguintes para visualizar os artigos na Microsoft Knowledge Base:

NotaInstâncias de clusters de activação pós-falha do SQL Server 2005 não são suportadas na nós de instância de cluster de activação pós-falha que são utilizados como controladores de domínio.

Suporte de virtualização

Para obter mais informações sobre instalação SQL Server activação pós-falha clusters num ambiente de virtualização de hardware, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

Activação pós-falha SQL Server clustering para conjuntos de sectores que não estão listados na HCL na categoria de cluster

Se a solução de cluster de activação pós-falha do SQL Server não estiver listada na lista de compatibilidade de hardware/catálogo do Windows Server. como uma suportados "cluster solução", considera-se não suportadas e poderão ter um comportamento inesperado. No entanto, CSS irá dar sugestões de resolução de problemas e fornecer suporte razoável, se lhe for solicitado. No entanto, a CSS não garante que será encontrada uma resolução para soluções de cluster não - Windows Server Catalog/HCL.

Para obter suporte, siga estes passos:

1. Antes de inicia a resolução de quaisquer problemas, terá de contactar o fabricante de equipamento original (OEM) para discutir se a implementação de cluster específico é suportáveis. O OEM melhor resposta configuração e questões de suporte para o hardware de cluster.
2. Por acordo que nenhuma solução é garantida e que será fornecida sem restituição incidente, CSS pode resolver o problema. A Microsoft não garante uma solução com clusters não conste da HCL. Se for encontrada uma resolução, o incidente não irá ser reembolsado.
   
   Se não for acordado que uma solução não é garantida, o EAP não irá resolver o problema e irá reembolsar o incidente.
3. CSS irá utilizar processos de resolução de problemas padrão para isolar o problema de cluster de servidor. Alguns métodos de resolução de problemas típicos que são utilizados pelo CSS incluem:
   • Utilização de dados de conhecimento. A Microsoft Knowledge Base está disponível para os clientes através da Microsoft TechNet, ou pode visitar o seguinte Web site da Microsoft:
     http://support.microsoft.com (http://support.microsoft.com)
   • Determine se o problema pode ser replicado em clusters suportados (se possível).
   NotaSe o cluster não for certificado, existe sem suporte de correcção disponível. CSS não consegue determinar se o problema é causado por uma incompatibilidade de hardware ou software indesejável comportamento.
4. Se não existir nenhuma solução para o problema, CSS pode recomendar algumas alternativas construtivas, que incluem:
   • Tendo que reproduza o problema num cluster que constar da HCL do cluster.
   • A pedir a utilização de uma solução de cluster é na HCL do cluster.
   • Tendo a trabalhar com o OEM para obter o cluster cluster Listado na HCL.
   • Pedindo-lhe para trabalhar com o OEM para obter uma solução.

As especificações do hardware para clusters de servidor são extremamente rigorosas. A HCL do cluster contém uma lista de configurações de cluster aceitável conhecidos que foram testados. Pode desperdiçar muito tempo tentando resolver problemas do cluster de servidor percebido que estão a ser causados pelo hardware de cluster que está a utilizar.

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

• Falhas de instalação clustering de activação de servidor de SQL.
• A solução de cluster não isolar correctamente o disco partilhado e placas de barramento anfitrião (HBAs) provenientes de outros dispositivos no barramento partilhado.
• O controlador SCSI não suporta a trabalhar num ambiente de múltiplos iniciador.
• A HBA não correctamente processar reservas ou libertar ou renovar um dispositivo no barramento partilhado.
• O mecanismo de colocação em cache do controlador é incompatível com a configuração do cluster.
• As placas de rede para comunicações dentro do cluster têm demasiado elevada uma latência.
• O controlador RAID não replica correctamente as informações de configuração entre controladores.
• O bus PCI não está correctamente configurado e tem placas incorrectas no bus errado (primário, secundário, terciário).
• Os controladores são incompatíveis com o tipo "Recurso de disco físico".
• O controlador SCSI não implementar a terminação correcta.

Esta lista não inclui todos os problemas que podem causar problemas com um cluster de servidor. Nenhum destes problemas podem ser detectadas por CSS. Normalmente iriam ser descobertos todos estes problemas se a solução de cluster completa foram testada relativamente à compatibilidade de HCL do cluster.

Se a configuração de cluster completa é listada para um sistema operativo anterior, mas não está listada para o sistema operativo mais recente que está a utilizar, suporte como documentados nesta secção será seguido.

Suporte do SQL Server 2005 para mistos 32 bits e 64 bits instâncias do SQL Server activação pós-falha cluster

O Windows Server 2003 Service Pack 1 ou uma versão posterior. Para mais informações, consulte os seguintes artigos na Microsoft Knowledge Base. Para instalações de IA-64, consulte o seguinte artigo na Microsoft Knowledge Base:Para x64 instalações, consulte o seguinte artigo na Microsoft Knowledge Base:AvisoNão é possível executar as DLL de recursos para os programas de 32 bits num computador de 64 bits que está a executar uma versão de 32 bits do Windows Server 2003 sem qualquer service pack instalado. Por conseguinte, não é possível executar programas de 32 bits num cluster de servidor de 64 bits. Neste cenário, tem de utilizar uma versão de 64 bits da DLL de recurso.

Limitações da utilização misto SQL Server 2000 e o SQL Server 2005 a activação pós-falha instâncias de cluster

Quando utilizar instalações do SQL Server 2000 e o SQL Server 2005 instalações no mesmo cluster, o SQL Server 2000 instalações tem de ser instaladas antes de instalar o SQL Server 2005 instâncias localmente ou como instâncias de clusters de activação pós-falha. Todas as instâncias de clusters de activação pós-falha irão utilizar o recurso de cluster de servidor do SQL Server 2005. Isto inclui as instâncias do SQL Server 2000.

Além disso, depois de instalar o SQL Server 2005, SQL Server Native Client é o principal protocolo que é utilizado. As alterações para a DLL do recurso de cluster de servidor e o protocolo primário que é utilizado impedirá a instalação do SQL Server 2000 ou readição de nós para instâncias de cluster do SQL Server 2000 activação pós-falha. Isto ocorre porque a DLL do recurso e o protocolo principal não existia no momento do SQL Server 2000 foi lançado e não será reconhecido como um recurso de cluster de servidor válido DLL ou como um protocolo primário para instâncias de clusters de activação pós-falha do SQL Server.
Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:Instalações autónomas não são afectadas durante a instalação inicial como instâncias de cluster virtual activação pós-falha. Em casos de cluster virtual activação pós-falha, isto impedirá a instalação inicial de concluir.

NotaDepois de instalar o SQL Server 2005, SQL Server Service Manager apresenta o nome do nó em vez do nome do servidor virtual do SQL Server 2005. Isto acontece porque o SQL Server Service Manager não foi codificada para processar o SQL Server 2005 e SQL Server 2005 não inclui o SQL Server Service Manager.

Windows Server 2008 Failover Clusters

Apenas SQL Server 2005 Service Pack 2 (SP2) ou versões posteriores do SQL Server 2005 são suportados com clusters de activação pós-falha do Windows Server 2008.

Migrar SQL Server clusters de activação pós-falha instâncias para o novo domínio

SQL Server 2000, 2005 e 2008 podem ser migradas para um novo domínio enquanto clusterd é utilizar os utilizadores do domínio de contas de serviço no Windows 2000 e Windows 2003 Server Clusters de activação pós-falha. Instalações de SQL Server num cluster do Windows 2008 Failover exigirá a desinstalação do SQL Server Database Engine e o Analysis Services se instalado uma vez que o cluster terá de ser desinstalado porAntes de fazer referência a desinstalação do SQL Server tem de ser definido para utilizar o modo de segurança misto ou novas contas de domínio adicionadas para os inícios de sessão do SQL Server e a pasta de dados que contém o sistema bases de dados devem ser alterados antes para desinstalar para que esta pasta pode ser trocada de volta uma vez reinstalados para reduzir o tempo. Não deve ser feita nenhuma remoção dos ficheiros de suporte do SQL Server, SQL Server Native Client, Integration Services ou componentes de estação de trabalho.

Para mais informações, consulte o tópico "Clustering de activação pós-falha" no Microsoft SQL Server 2005 Books Online ou no Microsoft SQL Server 2000 Books Online.