Regras do cluster do SQL Server, dicas e avisos básicos

Traduções deste artigo Traduções deste artigo
ID do artigo: 254321 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo descreve algumas importantes regras e dicas para o uso do SQL Server em cluster servidores com as diferentes versões do SQL Server.

Importante Todos os clientes que ainda estão usando cluster com o SQL Server 6.5 e SQL Server 7.0 devem atualizar para o SQL Server 2000 ou SQL Server 2005, assim como é possível fazê-lo. As seguintes ferramentas, recursos e componentes são compatíveis com failover clustering no SQL Server 2000 Enterprise Edition:
  • Serviço Microsoft Search
  • Várias instâncias
  • SQL Server Enterprise Manager
  • Gerenciador de controle de serviço
  • Replicação
  • SQL Profiler
  • Analisador de consultas do SQL
  • SQL Server 2005 Analysis Services
Observação Atendimento Microsoft (PSS) suporta clusters de Failover do SQL Server, conforme descrito no seguinte artigo da Base de Conhecimento Microsoft:
327518 A política de suporte do Microsoft SQL Server para Microsoft Clustering
SQL Server Enterprise Edition deve ser instalado para suporte se o SQL Server está sendo usado em conjunto com o Microsoft Cluster Server (MSCS).

Mais Informações

Uma boa prática para a instalação do SQL Server

Quando você instala o SQL Server 2000 ou SQL Server 2005, é altamente recomendável que você tenha o administrador do domínio siga as instruções descritas no seguinte artigo da Base de Conhecimento Microsoft:
319723 Como usar a autenticação Kerberos no SQL Server
Artigo da Base de Conhecimento da Microsoft 319723 descreve como usar a autenticação Kerberos no SQL Server. O artigo também descreve como habilitar a autenticação Kerberos em clusters de failover do SQL Server.

As instruções listadas no artigo 319723 oferecem os seguintes benefícios:
  • Você pode eliminar problemas sobre os nomes principais de serviço (SPNs) que estão registrados corretamente.
  • Você pode evitar uma mensagem de aviso durante a instalação do SQL Server, se você especificar uma conta de usuário de domínio como a conta de inicialização do serviço do SQL Server. Essa mensagem de aviso está documentada no seguinte artigo da Base de Conhecimento Microsoft:
    303411 Você receberá uma informações de aviso de "Informações do SuperSocket aviso" quando uma conta de serviço do SQL Server for um usuário do domínio
  • Se posteriormente você alterar o endereço IP ou o nome de domínio, você não precisa atualizar manualmente os SPNs do serviço do SQL Server.

Segurança

SQL Server 2000

A conta de serviço que você usa para iniciar o serviço SQL Server em um cluster de failover do SQL Server deve ser um membro direto do grupo de administradores locais. Essa conta de serviço não deve ser um membro do grupo Administradores local através de uma participação em grupo. Essa configuração pode causar problemas de segurança transitório. Se você não quiser que a conta de serviço para estar no grupo de administradores locais, você deve conceder os seguintes direitos de usuário para a conta de serviço:
  • Atuar como parte do sistema operacional = SeTcbPrivilege
  • Ignorar a verificação completa = SeChangeNotify
  • Bloquear páginas na memória = SeLockMemory
  • Faça logon como um trabalho em lotes = SeBatchLogonRight
  • Faça logon como um serviço = SeServiceLogonRight
  • Substituir um símbolo de nível de processo = SeAssignPrimaryTokenPrivilege

SQL Server 2005

Para cada serviço em cluster em uma instância do SQL Server 2005 instalado, você precisará digitar um nome de domínio e um nome de grupo na página Grupos de domínio para serviços em cluster do Assistente de instalação do SQL Server. Digite o nome do domínio e o nome do grupo na Nome_do_domínio\Nome do grupo formato. Quando você especificar os grupos de domínio, você deve usar as diretrizes a seguir:
  • Os grupos de domínio devem estar no mesmo domínio que a conta que você usa para fazer logon no sistema. Por exemplo, se a conta que você usa para fazer logon no sistema está no domínio SQLSVR e o SQLSVR é um domínio filho do domínio meu_domínio, você deve especificar um grupo de domínio no domínio SQLSVR. O domínio SQLSVR pode conter contas de usuário do domínio meu_domínio.
  • A conta de serviço para um serviço de cluster específico deve ser um membro direto do grupo de domínio. Essa conta de serviço não deve ser um membro do grupo de domínio através de uma participação em grupo. O programa de instalação do SQL Server 2005 não verificará os subgrupos para determinar se uma conta de serviço está em um grupo de domínio.
  • A conta de serviço para um serviço de cluster específico não deve ser um membro direto do grupo de administradores locais.
  • O domínio e o grupo de domínio já devem existir quando você executa o programa de instalação do SQL Server 2005. Você pode obter os nomes dos grupos de domínio existentes do administrador do domínio. Ou, você pode criar grupos de domínio para o cluster de failover do SQL Server 2005. Se você criar um grupo de domínio para o cluster de failover do SQL Server 2005 logo antes de executar o programa de instalação do SQL Server 2005, você deve esperar algum tempo para o novo grupo de domínio sejam replicados em toda a rede corporativa.
  • Os grupos de domínio devem conter contas de serviço apropriado. Se as contas de serviço não são membros dos grupos de domínio apropriados quando você instala o SQL Server 2005, o programa de instalação do SQL Server 2005 adiciona as contas de serviço para os grupos de domínio. Portanto, a conta que você usa para executar o programa de instalação do SQL Server 2005 deve ter permissões suficientes para adicionar contas aos grupos de domínio.

    Se o programa de instalação do SQL Server é executado em uma conta que não tem permissão para adicionar contas aos grupos de domínio, as contas de serviço já devem ser membros do grupo de domínio apropriado.
  • Para manter um controle mais preciso sobre as permissões, recomendamos que você especifique o grupo de domínio diferente e uma conta de serviço diferente para cada serviço em cluster e para cada servidor virtual. No entanto, você pode ainda usar o mesmo grupo de domínio e a mesma conta de serviço para todos os serviços do SQL Server. Ou, você pode usar o mesmo grupo de domínio e contas de serviço diferentes para cada serviço do SQL Server.
  • O grupo de domínio para os serviços do SQL Server em cluster não deve ser compartilhado com qualquer outro aplicativo.
  • O grupo de domínio deve ser o grupo global de domínio em vez de grupo de domínio universal.
Para obter mais informações sobre essas diretrizes, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
910708 Você deve especificar os grupos de domínio para os serviços em cluster do SQL Server ao instalar um cluster de failover do SQL Server 2005
Observação Para solucionar problemas do grupo de domínio, você deve ter acesso ao controlador de domínio.

Além disso, não oferecemos suporte instalando instâncias de cluster de failover do SQL Server 2005 em um ambiente em que qualquer nó for um controlador de domínio.

Para obter mais informações sobre os direitos de usuário e permissões que são concedidas para as contas de serviço do SQL Server e sobre as listas de controle de acesso (ACLs) que são criadas para as contas de serviço do SQL Server, consulte o tópico "Configurando as contas de serviço do Windows" nos Manuais Online do SQL Server 2005.

Iniciar e interromper serviços do SQL Server

Instâncias de cluster de failover do SQL Server 2005

SQL Server 2005 oferece suporte para iniciar e interromper serviços do SQL Server usando qualquer uma das seguintes ferramentas:
  • Administrador de cluster
  • SQL Server Configuration Manager
  • Configuração da área de superfície do SQL Server
  • SQL Server Management Studio
Observação Não use o snap-in Serviços para parar uma instância clusterizada do SQL Server. Se você usar o snap-in Serviços, o serviço de cluster é reiniciado do SQL Server.

Instâncias de cluster de failover do SQL Server 2000

Instâncias de cluster de failover do SQL Server 2000 não tem as restrições acima. Recomendamos que você use SQL Server Enterprise Manager, o miniaplicativo Serviços do SQL Server ou o administrador de Cluster para iniciar e interromper serviços do servidor virtual SQL Server 2000. Embora você possa usar o Gerenciador de controle de serviço ou o item Serviços no painel de controle para iniciar e interromper os serviços sem danificar o registro, essas opções não fará com que os serviços permanecer em um estado parado. Em vez disso, os serviços serão detectados pelo servidor em cluster e você receberá várias mensagens de erro 17052 de identificação de evento em seu SQL Server. Essas mensagens de erro semelhante ao seguinte:
[sqsrvres] CheckServiceAlive: O serviço está inativo [
[sqsrvres] OnlineThread: serviço interrompido enquanto aguarda QP
[sqsrvres] OnlineThread: Erro 1 colocando recurso on-line
Após receber essas mensagens de erro, o serviço de cluster é reiniciado do SQL Server. Esse comportamento é esperado para esses tipos de erros.

Instâncias de cluster de failover do SQL Server 6.5 e 7.0 do SQL Server

Para iniciar ou parar o SQL Server, SQL Server executivo ou serviços de agente SQL de um servidor virtual do SQL Server 6.5 ou SQL Server 7.0, você deve usar o administrador de Cluster da Microsoft ou a ferramenta de linha de comando Cluster.exe.

Se você tentar iniciar ou parar serviços de qualquer outra forma (por exemplo, do painel de controle, o SQL Service Manager ou o SQL Enterprise Manager), o registro pode estar corrompido e talvez seja necessário tirar o cluster ou reinstalar completamente o SQL Server.

O sinal mais comum de ter iniciado um serviço incorretamente é que as contas de serviço são exibidas como uma mistura de caracteres ASCII.

Se você precisar iniciar SQL Server a partir de uma linha de comando, você deve usar a ferramenta Administrador de Cluster ou Cluster.exe primeiro colocar off-line os serviços do SQL Server, SQL Executive ou SQL Agent.

Quando você iniciar o SQL Server em uma linha de comando, conectividade é feita usando o nome do servidor virtual. A única maneira de fazer uma conexão local é se os recursos são pertencentes ao nó do qual você instalou SQL Server.

SQL Enterprise Manager

Instâncias de cluster de failover do SQL Server 6.5 e 7.0 do SQL Server

Você não pode alterar os nomes de conta de serviço do SQL Enterprise Manager. Se você precisar alterar os nomes, a Microsoft recomenda que você tirar o cluster e, em seguida, recluster do SQL Server com a nova conta de usuário de domínio. Para obter mais informações sobre como alterar as contas de serviço do SQL Server, consulte o seguinte artigo da Base de dados de Conhecimento da Microsoft:
239885 Como alterar as contas de serviço para um computador em cluster que está executando o SQL Server
Aviso Se você não seguir as instruções no artigo Q239885, talvez seja necessário remover manualmente SQL Server completamente de ambos os nós e reinstale o SQL Server depois de você proteger seus bancos de dados do SQL Server.

Se a conta de serviço do SQL Server não é um administrador em um cluster, os compartilhamentos administrativos não podem ser excluídos em todos os nós do cluster. Os compartilhamentos administrativos devem estar disponíveis em um cluster de SQL Server para funcionar.

Instâncias de cluster de failover do SQL Server 2000

Você deve usar o SQL Enterprise Manager para fazer todas as alterações em contas de serviço do SQL ou senhas.

SQL Server 2005 Analysis Services (OLAP)

OLAP do SQL Server 2005 é totalmente reconhecimento de cluster, e você pode selecionar instalações em cluster durante a instalação inicial.

SQL Server 2000 Analysis Services (OLAP)

Embora o componente do SQL Server 2000 Analysis Services (OLAP) não está ciente de cluster, é possível obter as soluções de serviços de análise de alta disponibilidade, seguindo as etapas no seguinte artigo da Base de dados de Conhecimento da Microsoft:
308023 Como cluster SQL Server 2000 Analysis Services no Windows 2000 e no Windows Server 2003

Conectividade do SQL

Bibliotecas de rede do SQL Server 2005

Com o lançamento do SQL Server 2005, o SQL Native Client foi adicionado à lista de protocolos suportada. Protocolos suportados incluem o seguinte:
  • Memória compartilhada

    Observação Os clientes que usam versões de orearlier do Microsoft Data Access Components (MDAC) 2.8 do MDAC não podem usar um protocolo de memória compartilhada. Se você tentar o protocolo de memória compartilhada de usea, os clientes entram automaticamente ao protocolo NamedPipes.
  • Pipes nomeados
  • TCP/IP
  • POR MEIO DE
  • SQL Native Client

    SQL Native Client (SQLNCLI) é uma tecnologia de acesso adata que há de nova no SQL Server 2005. O SQL Native Client isa dados autônoma acesso API (API) que é usedfor OLE DB e ODBC. O SQL Native Client combina o SQL Server OLE DBProvider e o Driver ODBC para SQL Server em uma DLL nativa. NativeClient o SQL também oferece nova funcionalidade é separado e distinto do MDAC.Use o programa de instalação do SQL Server para instalar o SQL Native Client como parte debancos Server 2005 Tools. Para obter mais informações sobre esta e outras networklibraries, consulte os Manuais Online do SQL Server 2005.

    Observação SQL Server 2005 não oferece suporte a networkprotocols Banyan VINES SequencedPacket Protocol (SPP), Multiprotocol, AppleTalk ou NWLink IPX/SPX. Clientes se conectado anteriormente por meio desses protocolos mustselect um protocolo diferente para se conectar ao SQL Server 2005.

Bibliotecas de rede do SQL Server 2000

Instalações em cluster do SQL Server requerem o protocolo TCP/IP e é recomendável que você instale e ative o protocolo Pipes nomeados. TCP/IP é necessário porque é o único protocolo suportado para uso com clusters de servidor.

Para obter mais informações sobre o requisito de Pipes nomeados, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
831127 Não é possível remover o suporte a Pipes nomeado em um servidor virtual que esteja executando o SQL Server 2000 Service Pack 3
Todos os recursos adicionais são adicionados a um grupo SQL devem ter seus próprios recursos NetworkName e o endereço IP dedicados.

Instâncias de cluster de failover do SQL Server 6.5 e 7.0 do SQL Server

Se os recursos de cluster são dependentes de todos os recursos do SQL Server, você deve remover as dependências antes de tirar o seu servidor virtual do cluster. Se você não fizer isso, o servidor virtual será parcialmente removido e não poderão ser agrupados novamente até que seja concluída a remoção de cluster SQL com falha.

Observação Se o disco de quorum é usado para recursos adicionais do MSCS e esses recursos causam um failover, todos os recursos de cluster não estarão disponíveis até que esse recurso de cluster e o nome de rede e o endereço IP do cluster estão on-line novamente.

Aviso As alterações nas configurações de rede no SQL Server 6.5 devem ser feitas enquanto o SQL Server está sem cluster, conforme descrito no seguinte artigo da Base de dados de Conhecimento da Microsoft:
189037 Erro: o programa de instalação do SQL não altera de segurança e opções de suporte de rede com SVS
Para obter informações adicionais sobre conectividade comuns problemas quando você se conectar ou configurar um servidor em cluster do SQL Server, consulte os seguintes artigos da Base de dados de Conhecimento da Microsoft:
273673 Descrição de conexões de cliente de servidor Virtual do SQL
235987 Servidor virtual com o SQL Server 7.0 somente suporta o uso de um endereço TCP/IP
244980 Como alterar os endereços IP de rede de instâncias de cluster de failover do SQL Server
187708 Não é possível conectar ao servidor virtual do SQL via soquetes em cluster

Várias portas de escuta em TCP/IP

SQL Server 7.0 oferece suporte para portas de escuta múltiplos em uma única sub-rede. Esse suporte não se destina ao uso em várias sub-redes ou para fornecer disponibilidade adicional.

Se você precisar de várias portas de escuta em TCP/IP, você precisa fazer as seguintes modificações no registro antes de executar o Assistente de Cluster.

Importante Nesta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o Registro incorretamente. Portanto, certifique-se de que segue estes passos cuidadosamente. Para maior proteção, faça backup do registro antes de modificá-lo. Em seguida, você poderá restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
322756 Como fazer backup e restaurar o registro no Windows
  1. Inicie o Editor do registro (Regedt32.exe).
  2. Localize o valor ListenOn na seguinte chave do registro:
    HKEY_LOCAL_Machine\Software\Microsoft\MSSQLServer\MSSQLServer
  3. No menu Editar , clique em Seqüências múltiplase digite portas de escuta adicionais. Por exemplo, para adicionar port1435, digite o seguinte e, em seguida, clique em OK:
    SSMSSO70, 1435
  4. Feche o Editor do registro.
Aqui estão alguns exemplos de outras portas que você pode adicionar:
  • SSMSSO70, 1436
  • SSMSSO70, 1437
Teste a conectividade para as portas que você adicionar e, em seguida, continue com o Assistente de Cluster.

SQL Server (todas as versões) e configuração do WINS

Antes de cluster do SQL Server, certifique-se de que a configuração está correta para o WINS Windows Internet Name Service () para uso em um cluster, como explicado nos seguintes artigos da Base de dados de Conhecimento da Microsoft:
193890 Configuração WINS recomendada para Microsoft Cluster Server
195462 Registro do WINS e o comportamento de endereço IP para o Microsoft Cluster Server
Você nunca deve adicionar entradas estáticas no WINS para servidores em cluster do SQL Server ou outros recursos do Microsoft Cluster Server (MSCS); Isso é explicado no seguinte artigo da Base de dados de Conhecimento da Microsoft:
217199 As entradas estáticas de WINS fará o nome de rede ficar off-line

Contadores de desempenho de instâncias de cluster de failover do NoSQL Server 7.0

Contadores do monitor de desempenho do SQL Server (contadores de extensão) para o servidor virtual não estão presentes quando o SQL Server 7.0 é configurado com uma configuração virtual do SQL Server e o nó passivo tem controle sobre os recursos. Os contadores não estarão disponíveis novamente para o nó primário até que todo o cluster é desligado e reiniciado. Mesmo assim, a disponibilidade é esporádica.

Os contadores de extensão do SQL Server devem ser encontrados quando o sistema for iniciado inicialmente. Com o SQL Server 6.5, os contadores de DLL está localizado na pasta \\Mssql\Binn por padrão. Porque a unidade de cluster em que está instalado o SQL Server não está acessível até que todos os recursos do MSCS estejam on-line, os contadores não são encontrados quando ocorre a primeira inicialização do sistema.

SQL Server 7.0 coloca esses contadores no diretório adequado, %Systemroot% \System32\, para que eles fiquem disponíveis. Para disponibilizar o arquivo Sqlctr65.dll, coloque uma cópia do arquivo Sqlctr65.dll no diretório %Systemroot%\System32. Por padrão, o arquivo Sqlctr70.dll é colocado nesse diretório.

Para obter informações adicionais sobre contadores de desempenho do SQL Server, consulte os seguintes artigos da Base de dados de Conhecimento da Microsoft:
127207 Faltando objetos e contadores no Monitor de desempenho
246328 Contadores de desempenho do SQL podem estar faltando após a instalação do MDAC em um cluster
Aviso Para o SQL Server 6.5, se você decidir reconstruir o registro por meio das instruções no seguinte artigo da Base de dados de Conhecimento da Microsoft, consulte a seção "Como para recriar o SQL Server registro" neste artigo para obter instruções adicionais antes de você executar as etapas para a reconstrução do registro:
227662 Contadores do Monitor de desempenho do SQL ausente
Para resumir, contadores de desempenho não estão sempre disponíveis nos servidores em cluster de SQL; Quando estão, eles são geralmente somente no nó principal se não failover ocorreu.

Renomear os recursos criados pelo Assistente de Failover de Cluster do SQL Server 7.0 ou SQL Server 6.5

Quando você executa o Assistente de Failover de Cluster do SQL Server, parte do processo inclui a criação dos recursos de cluster do SQL. Por padrão, esses recursos têm a seguinte estrutura de nomeação:
Virtual_SQL_Server_Name> endereço IP
Virtual_SQL_Server_Name> nome de rede
Virtual_SQL_Server_Name> do SQL Server 7.0
Virtual_SQL_Server_Name> VServer
Virtual_SQL_Server_Name> agente do SQL Server 7.0
Por exemplo, se Virtual_SQL_Server_Name for xyz, os recursos do SQL Server são denominados por padrão:
XYZ endereço IP
Nome de rede XYZ
SQL Server 7.0 XYZ
VServer XYZ
XYZ 7.0 do SQL Server Agent
Se todo ou parte desses nomes é modificado para ser da seguinte forma:
Endereço IP
Nome da rede
SQL Server
Servidor virtual
Agente do SQL
o Assistente de Failover de Cluster do SQL pode falhar ou parar de responder. Para obter informações adicionais sobre falhas de Assistente de Failover de Cluster do SQL, consulte o seguinte artigo da Base de dados de Conhecimento da Microsoft:
254593 Solucionar problemas de falhas de Assistente de Cluster do SQL

Como reconstruir o registro do SQL Server no SQL Server 6.5 e 7.0 instalações de instância de cluster de failover

SQL Server 6.5 Enterprise Edition

Embora o cluster do SQL Server 6.5 Enterprise Edition, não tente executar a reconstrução do registro do SQL Server com a seguinte linha de comando:
instalação /t RegistryRebuild = no
Você deve tirar o cluster do SQL Server antes de executar a reconstrução do registro.

SQL Server 7.0 Enterprise Edition

Se você usar o arquivo Regrebld.exe do SQL Server 7.0, você pode reconstruir o registro em um ambiente de cluster com as seguintes restrições:
  • Não altere nada do ofmaster de instalação anterior.
  • Execute este utilitário somente a partir do nó principal para SQLServer.
Ignorar essas restrições pode causar problemas no registro.

Os service packs

Aviso Antes de tentar qualquer instalações de service pack, certifique-se de que você tenha as permissões adequadas e direitos. É altamente recomendável que você faça logon para o servidor e a conta de serviço do SQL Server e usa autenticação do Windows durante o processo. Se por algum motivo essa conta foi removida do grupo de administradores locais em nós do cluster, por favor, adiciona de volta para o grupo antes de iniciar a instalação.

SQL Server 2005

Comportamento com o SQL Server 2005 não mudou do SQL Server 2000.

SQL Server 2000

Com o SQL Server 2000, há não sem cluster. Inicie a instalação do service pack a partir do nó que controla o SQL Server que você deseja atualizar.

Observação Você pode instalar o Microsoft Windows NT service packs em da maneira normal, conforme descrito no seguinte artigo da Base de dados de Conhecimento da Microsoft:

174799 Como instalar service packs em um cluster

SQL Server 6.5 ou 7.0

Você deve tirar o cluster do SQL Server para instalar service packs do SQL Server. Você também deve remover a replicação antes de tirar o cluster do SQL Server, que é mencionado na seção "Problemas de replicação" deste artigo.

Replicação

SQL Server 2005

Siga a documentação Leiame que acompanha todas as atualizações do SQL Server ou service packs para determinar se você deve seguir as instruções de configuração especial para sua instalação.

SQL Server 2000

Siga a documentação Leiame que acompanha todas as atualizações do SQL Server ou service packs para determinar se você deve seguir as instruções de configuração especial para sua instalação.

SQL Server 6.5 e SQL Server 7.0

Você deve remover a replicação antes de tirar o cluster do SQL Server, conforme descrito no seguinte artigo da Base de dados de Conhecimento da Microsoft:
247110 Replicação deve ser removida antes da aplicação de service pack
Quando o cluster do SQL Server, você poderá quebrar a replicação do SQL Server; Para obter detalhes adicionais, consulte o seguinte artigo da Base de dados de Conhecimento da Microsoft:
236407 Erro: Configuração de cluster ativo/passivo quebras de replicação e DTS

Pesquisa de texto completo

Pesquisa de texto completo não está disponível para servidores em cluster do SQL Server 7.0, conforme observado nos Manuais Online do SQL Server no final da seção "Configurando o suporte do SQL Server Failover". Pesquisa de texto completo é totalmente suportada para uso no SQL Server 2000 e versões posteriores do SQL Server.

Se você tiver um problema que requer que você recriar ou reinstalar a pesquisa de texto completo em uma instância de cluster de failover do SQL Server 2000 ou em uma instância de cluster de failover do SQL Server 2005, uma desinstalação completa e reinstalação de instância de cluster de failover do SQL Server é o método de recuperação aceitas apenas.

SQL Mail

SQL Mail não é totalmente suportado quando usado em um cluster de failover do SQL Server porque MAPI não está ciente do cluster. Suporte para o SQL Mail quando usado com o cluster é fornecido em uma base "esforço razoável", sem garantias de estabilidade ou disponibilidade. A Microsoft confirmou que este é um problema no SQL Server 6.5, SQL Server 7.0 e SQL Server 2000 quando usado com cluster de failover.

Atualizações do sistema operacional

Atualizações do sistema operacional são suportadas para servidores em cluster do SQL Server, conforme documentado nos seguintes artigos da Base de dados de Conhecimento da Microsoft:
239473 CORREÇÃO: 70rebind.exe para atualizações do Windows 2000 e MDAC em servidores em cluster do SQL Server 7.0
313037 Como atualizar clusters do SQL Server para Windows Server 2003

Licenciamento

Para obter informações sobre licenciamento, consulte o seguinte artigo da Base de dados de Conhecimento da Microsoft:
175276 Implementação de diretiva de licenciamento com o MSCS

Regras administrativas do serviço de cluster importante

Aviso Se você ignorar qualquer uma das seguintes regras, você precisará reinstalar o serviço de Cluster da Microsoft.
  • Se você alterar o layout de partição de disco físico no barramento SCSI compartilhado, reinicie ambos os nós de cluster.
  • Não altere o nome do computador do Windows NT de um Nó_de_cluster após a instalação do MSCS.
  • Não divida novamente os discos no barramento SCSI sem recursos de disco de firstdeleting.
  • Não altere o endereço IP dos quais depende de uma nameresource de rede.
  • Não execute ferramentas de diagnóstico que faça gravações de nível inferior em disco aphysical. (Isso é possível somente se você iniciar o nó em anotheroperating sistema.)
  • Não atribua novamente as letras de unidade dos discos de sistema nos anynode.
  • Não grave dados em discos conectados no chainbefore SCSI que instalar o MSCS.

Compartilhamento de recursos de cluster do SQL Server

Recursos de disco do cluster usados pelo SQL Server não devem ser usados para outros serviços de cluster (por exemplo, a unidade de quorum, compartilhamentos de arquivo ou impressora ou servidores de informações da Internet), a menos que o cluster tem apenas um recurso de disco. Se você usar o disco de cluster do SQL Server para qualquer um desses recursos, ele pode afetar significativamente o tempo de failover e também pode iniciar failovers do SQL Server quando não existe nenhum problema do SQL Server.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
835185 Dependências de recurso de cluster de failover no SQL Server

Microsoft Data Access Components (MDAC)

Atualizações de componentes do SQL Server 6.5 e SQL Server 7.0 MDAC

SQL Server 6.5 e instalações do SQL Server 7.0 em cluster somente oferecem suporte a atualizações de componente MDAC para MDAC versão 2.5. O MDAC 2.6 e MDAC 2.7 não tem suporte do lado do servidor para essas versões.

No entanto, você pode usar o MDAC 2.6 e posterior por um cliente para conectar-se a uma instalação do SQL Server 6.5 ou SQL Server 7.0 em cluster.

Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento Microsoft:
820754 MDAC 2.6 ou posterior não deve ser instalado em clusters do SQL Server 7.0
239473 CORREÇÃO: 70rebind.exe para atualizações do Windows 2000 e MDAC em servidores em cluster do SQL Server 7.0

Localização do recurso de cluster padrão MSDTC

Por padrão, em que os recursos do MSDTC são instalados dependem do sistema operacional.

Observação A menos que você tenha uma necessidade específica para alterar o grupo em que o MSDTC está instalado, é recomendável deixá-lo no local padrão. Além disso, em um nó de cluster MSDTC deve ser executado como um recurso de cluster. Se você configurar o MSDTC seja executado como um recurso não-clusterizados, transações distribuídas podem ficar órfão e que podem causar corrupção de dados quando ocorre um failover de cluster.

Windows NT 4.0
Instala o MSDTC em cluster para o primeiro grupo que contém um recurso de endereço IP válido, o recurso de nome de rede e recursos de disco do cluster. Isso normalmente é o grupo do SQL.

Windows 2000
Para o grupo de cluster é instalado por padrão e usar o disco de quorum. Embora seja recomendável que o disco de quorum somente ser usados pelo quorum, o MSDTC é uma exceção a essa regra. Para questões sobre a instalação ou reconstruir o MSDTC em um cluster SQL, consulte o seguinte artigo da Base de dados de Conhecimento da Microsoft:
294209 Como reconstruir ou mover uma instalação do MSDTC para ser usado com um cluster de failover do SQL

Suporte a redes de área de armazenamento (SAN)

Instâncias de cluster de failover do Microsoft Cluster Service e SQL Server são suportadas em um ambiente de redes de área de armazenamento (SAN) hoje. O dispositivo de cluster/multicluster HCL categoria lista o conjunto de dispositivos de armazenamento com capacidade de SAN cujo componente passou no candidato de componente de cluster de teste. No entanto, observe que este componente faz não se qualificam para os serviços de suporte Microsoft Cluster Service. Esses serviços estão disponíveis somente para configurações validadas mostradas na categoria "Cluster" na HCL. Para obter mais informações, consulte os seguintes artigos da Base de dados de Conhecimento da Microsoft:
280743 Sites de clusters e geograficamente separados do Windows
834661 O programa de instalação do SQL Server 2000 requer uma letra de unidade quando você usar unidades montadas
819546 SQL Server 2000 e SQL Server 2005 oferecem suporte para volumes montados

Uma lista de todas as configurações de hardware validados pode ser encontrada na Hardware Compatibility List (HCL) localizada no seguinte site da Microsoft:
http://www.windowsservercatalog.com/

Alocação de memória (todas as versões)

Ao alocar memória para servidores em cluster do SQL Server, certifique-se de que o valor somado das configurações de memória máxima do servidor para todas as instâncias do SQL Server além de qualquer outro recurso de cluster e requisitos de aplicativo local é menor do que a menor quantidade de RAM física disponível em nenhum dos servidores no cluster de failover.

instalações do SQL Server de 64 bits

Você não precisa configurar uma instalação de 64 bits para usar memória adicional, ativando o AWE ou modificando o arquivo Boot. ini para incluir a inicialização PAE alternar.

Solucionando problemas de servidores virtuais do SQL

Ao solucionar problemas em servidores virtuais do SQL Server, é importante observar que solução de problemas deve ser feita em uma determinada ordem, a menos que o problema é um problema conhecido do SQL. Problemas ou falhas de hardware, sistema operacional, rede, segurança ou Microsoft Cluster Service podem aparecer como SQL problemas quando na verdade não há problemas SQL existirem.

Assim que possível depois que um problema é detectado, você deve coletar os relatórios MPS do SQL Server de todos os nós de instância de cluster de failover. É importante que você usar essa ferramenta em todos os nós devido a interação e a causa do problema pode ser uma fonte que não seja o nó que hospeda a instância de cluster de failover do SQL Server.

Execute a solução de problemas de SQL Server virtuais usando os seguintes métodos na ordem fornecida:
  • Hardware - os logs de eventos do sistema são mostrados os avisos ou erros que não podem ser justificados? Se você verificar o relatório do sistema do computador, os dispositivos com problemas são relatados? Se assim, eles podem ser explicados?
  • Sistema operacional - que os logs de eventos são mostrados qualquer tipo de problemas de sistema operacional, falhas de serviço ou problema de driver?
  • Rede - fazer a perda de mostrar logs de eventos de conectividade? Falhas de placa de rede? Problemas DNS?
  • Segurança - verificação de acesso negado erros, falhas do log de segurança.
  • MSCS - é os relatar problemas de cluster em qualquer um dos logs de eventos?
  • SQL Server - SQL Server relatar mensagens de erro específico no log de erros ou logs de eventos?

Propriedades do serviço do SQL Server

Tipo de inicialização de serviços do SQL Server deve ser definida como Manual. Não há suporte para o uso de inicialização automática para uso com servidores virtuais do SQL.

SQL Server não é suportado para os serviços de Terminal no modo de servidor de aplicativo

Não há suporte para cluster de failover do SQL Server para uso com o Terminal Server. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento Microsoft:
327270 Não há suporte para o SQL Server 2000 no servidor de aplicativos de servidor de Terminal do Windows Server 2003

Suporte para Microsoft Windows 2003

Somente SQL Server 2000 Service Pack 3 (SP3) ou posterior é suportado, como mencionado no seguinte artigo da Base de Conhecimento Microsoft:
313037 Como atualizar clusters do SQL Server para Windows Server 2003

Propriedades

ID do artigo: 254321 - Última revisão: segunda-feira, 14 de outubro de 2013 - Revisão: 1.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 6.5 Enterprise Edition
Palavras-chave: 
kbhowto kbinfo kbmt KB254321 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.
Clique aqui para ver a versão em Inglês deste artigo: 254321

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com