Procedimentos de SQL Server em cluster, ao spam e avisos de base

Traduções de Artigos Traduções de Artigos
Artigo: 254321 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Este artigo descreve alguns importante coisas a fazer e ao spam para utilizar o SQL Server em servidores com diferentes versões do SQL Server do cluster.

Importante Todos os clientes que ainda estiverem a utilizar clusters com o SQL Server 6.5 e SQL Server 7.0 devem actualizar para o SQL Server 2000 ou SQL Server 2005, logo que é possível fazê-lo. As seguintes ferramentas, funcionalidades e componentes são suportados com clustering no SQL Server 2000 Enterprise Edition de activação pós-falha:
  • Serviço Microsoft Search
  • Várias instâncias
  • SQL Server Enterprise Manager
  • Gestor de controlo de serviço
  • Replicação
  • SQL Profiler
  • Analisador de consultas SQL
  • SQL Server 2005 Analysis Services
Nota Serviços de suporte a produtos da Microsoft (PSS) suporta o Clustering de activação pós-falha do SQL Server descrito no seguinte artigo da Microsoft Knowledge Base:
327518 A política de suporte do Microsoft SQL Server para Microsoft Clustering
Deve ser instalado o SQL Server Enterprise Edition para o suporte se o SQL Server está a ser utilizado em conjunto com o Microsoft Cluster Server (MSCS).

Mais Informação

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

Quando instala o SQL Server 2000 ou SQL Server 2005, recomendamos vivamente que tem o administrador de domínio, siga as instruções que são descritas no seguinte artigo da Microsoft Knowledge Base:
319723 Como utilizar a autenticação Kerberos no SQL Server
Artigo 319723 da Microsoft Knowledge Base descreve como utilizar a autenticação Kerberos no SQL Server. O artigo também descreve como activar a autenticação Kerberos em clusters de activação pós-falha do SQL Server.

As instruções que são apresentadas na Microsoft Knowledge Base artigo 319723 oferecem as seguintes vantagens:
  • Pode eliminar os problemas nos nomes principais de serviço (SPN) que estão correctamente registados.
  • Pode evitar uma mensagem de aviso durante a instalação do SQL Server se especificar uma conta de utilizador de domínio como a conta de início de serviço do SQL Server. Esta mensagem de aviso está documentada no seguinte artigo da Microsoft Knowledge Base:
    303411 Recebe uma "Info de SuperSocket de aviso" de informações de aviso quando uma conta de serviço do SQL Server é um utilizador de domínio
  • Se posteriormente alterar o endereço IP ou o nome de domínio, não é necessário actualizar manualmente os SPNs do serviço SQL Server.

Segurança

SQL Server 2000

A conta de serviço que utiliza para iniciar o serviço SQL Server num cluster de activação pós-falha do SQL Server tem de ser membro do grupo Administradores local directo. Esta conta de serviço não tem de ser membro do grupo de administradores local através de um membro do grupo. Essa configuração pode provocar problemas de segurança transitória. Se não pretender que a conta de serviço no grupo de administradores local, tem de conceder direitos de utilizador seguintes para a conta de serviço:
  • Actuar como parte do sistema operativo = SeTcbPrivilege
  • Ignorar verificação transversal = SeChangeNotify
  • Bloquear páginas na memória = SeLockMemory
  • Inicie sessão como tarefa Batch = SeBatchLogonRight
  • Iniciar sessão como um serviço = SeServiceLogonRight
  • Substituir um Token de nível de processo = SeAssignPrimaryTokenPrivilege

SQL Server 2005

Para cada serviço em cluster uma instância do SQL Server 2005 que instalar, lhe for pedido para introduzir um nome de domínio e um nome de grupo na página Grupos de domínio para os serviços em cluster do SQL Server Installation Wizard. Introduza o nome de domínio e o nome do grupo no Nome de domínio\Nome de grupo formato. Tem de utilizar as seguintes directrizes quando especificar os grupos de domínio:
  • Os grupos de domínio tem de estar no mesmo domínio que a conta que utilizar para iniciar sessão sistema. Por exemplo, se a conta que utilizar para iniciar sessão sistema está no domínio SQLSVR e se o domínio SQLSVR é um domínio subordinado do domínio meudomínio, tem de especificar um grupo de domínio no domínio SQLSVR. O domínio SQLSVR pode conter contas de utilizador do domínio meudomínio.
  • A conta de serviço para um serviço de cluster específico tem de ser membro do grupo de domínio directo. Esta conta de serviço não tem de ser um membro do grupo de domínio através de um membro do grupo. O programa de configuração do SQL Server 2005 não irá verificar os subgrupos para determinar se uma conta de serviço é um grupo de domínio.
  • A conta de serviço para um serviço de cluster específico não tem de ser membro do grupo Administradores local directo.
  • O domínio e o grupo de domínio já devem existir quando executa o programa de configuração do SQL Server 2005. Pode obter os nomes de grupos de domínio existente do administrador de domínio. Ou, pode criar grupos de domínio para o cluster de activação pós-falha do SQL Server 2005. Se criar um grupo de domínio para o cluster de activação pós-falha do SQL Server 2005 pouco tempo antes de executar o programa de configuração do SQL Server 2005, terá de aguardar algum tempo para o novo grupo de domínio a replicar com a rede da empresa.
  • Os grupos de domínio tem de conter contas de serviço apropriado. Se as contas de serviço não são membros dos grupos de domínio apropriado quando instala o SQL Server 2005, o programa de configuração do SQL Server 2005 adiciona as contas de serviço para os grupos de domínio. Por conseguinte, a conta que utiliza para executar o programa de configuração do SQL Server 2005 tem de ter permissões suficientes para adicionar contas para os grupos de domínio.

    Se o programa de configuração do SQL Server é executado sob uma conta que não tem permissão para adicionar contas para os grupos de domínio, as contas de serviço devem já ser membros do grupo de domínio apropriado.
  • Para manter o controlo mais preciso sobre permissões, recomendamos que especifique o grupo de domínio diferente e uma conta de serviço diferente para cada serviço de cluster e para cada servidor virtual. No entanto, ainda pode utilizar o mesmo grupo de domínio e a mesma conta de serviço para todos os serviços do SQL Server. Ou, pode utilizar 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 pode estar partilhado com qualquer outra aplicação.
  • O grupo de domínio tem de ser o grupo global do domínio em vez do grupo universal de domínio.
Para mais informações sobre estas linhas de orientação, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
910708 Tem de especificar os grupos de domínio para os serviços em cluster do SQL Server quando instalar um cluster de activação pós-falha do SQL Server 2005
Nota Para resolver problemas do grupo de domínio, tem de ter acesso ao controlador de domínio.

Além disso, não suportamos instalar instâncias de cluster de activação pós-falha de SQL Server 2005 num ambiente em que qualquer nó for um controlador de domínio.

Para mais informações sobre os direitos de utilizador e permissões que são concedidas para as contas de serviço do SQL Server e sobre as listas de controlo de acesso (ACLs) que são criadas para as contas de serviço do SQL Server, consulte o tópico "Definição de contas de serviço Windows" no SQL Server 2005 Books Online.

Iniciar e parar serviços do SQL Server

Instâncias de cluster de activação pós-falha do SQL Server 2005

SQL Server 2005 suporta iniciar e parar serviços do SQL Server utilizando qualquer uma das seguintes ferramentas:
  • Administrador de clusters
  • Gestor de configuração do SQL Server
  • Configuração de área da superfície do SQL Server
  • SQL Server Management Studio
Nota Não utilize o snap-in Serviços para parar uma instância em cluster do SQL Server. Se utilizar o snap-in Serviços, o serviço de cluster reinicia SQL Server.

Instâncias de cluster de activação pós-falha do SQL Server 2000

Instâncias de cluster de activação pós-falha do SQL Server 2000 não tem as restrições acima. Recomendamos que utilize SQL Server Enterprise Manager, a aplicação de serviços SQL Server ou o administrador de clusters para iniciar e parar serviços de servidor virtual SQL Server 2000. Apesar de poder utilizar o Gestor de controlo de serviço ou o item serviços no painel de controlo para iniciar e parar os serviços sem danificar o registo, estas opções não causará os serviços para se manter num estado parado. Em vez disso, os serviços serão detectados pelo servidor em cluster e que receberá várias mensagens de erro 17052 do ID de evento em SQL Server. Estas mensagens de erro semelhante ao seguinte:
[sqsrvres] CheckServiceAlive: O serviço está [mortos
[sqsrvres] OnlineThread: o serviço parado enquanto aguardava por QP
[sqsrvres] OnlineThread: Erro 1 colocá recurso online
Depois de receber estas mensagens de erro, o serviço de cluster reinicia SQL Server. Este comportamento está previsto para estes tipos de erros.

Instâncias de cluster de activação pós-falha do SQL Server 6.5 e SQL Server 7.0

Para iniciar ou parar o SQL Server, SQL Server executivo ou serviços de agente de SQL de um servidor virtual SQL Server 6.5 ou SQL Server 7.0, tem de utilizar o administrador de Cluster da Microsoft ou a ferramenta de linha de comandos de Cluster.exe.

Se tentar iniciar ou parar serviços de qualquer outra forma (por exemplo, a partir de painel de controlo, o SQL Service Manager ou o SQL Enterprise Manager), o registo pode estar danificado e poderá ter de remover ou reinstalar completamente o SQL Server.

O sinal mais comuns do tendo iniciado um serviço incorrectamente é que as contas de serviço aparecem como num conjunto imperceptível de caracteres ASCII.

Se necessitar de iniciar o SQL Server a partir de uma linha de comando, tem de utilizar a ferramenta Administrador de clusters ou Cluster.exe primeiro colocar offline os serviços SQL Server, SQL executivo ou agente do SQL.

Quando inicia o SQL Server a partir de uma linha de comando, conectividade têm lugar utilizando o nome do servidor virtual. A única forma de efectuar uma ligação de local é se os recursos são pertencente ao nó a partir da qual instalou originalmente o SQL Server.

SQL Enterprise Manager

Instâncias de cluster de activação pós-falha do SQL Server 6.5 e SQL Server 7.0

É possível alterar os nomes de conta de serviço do SQL Enterprise Manager. Se necessitar de alterar nomes, a Microsoft recomenda que remover e, em seguida, recluster o SQL Server com a nova conta de utilizador de domínio. Para mais informações sobre como alterar contas de serviço do SQL Server, consulte o seguinte artigo na Microsoft Knowledge Base:
239885 Como alterar contas de serviço para um computador em cluster que está a executar o SQL Server
Aviso Se conseguir siga as instruções no artigo Q239885, terá de remover manualmente o SQL Server completamente de ambos os nós e, em seguida, reinstale o SQL Server depois de proteger as bases de dados do SQL Server.

Se a conta de serviço para o SQL Server não for um administrador de um cluster, não não possível eliminar as partilhas administrativas em quaisquer nós do cluster. As partilhas administrativas devem estar disponíveis num cluster para o SQL Server para função.

Instâncias de cluster de activação pós-falha do SQL Server 2000

Tem de utilizar SQL Enterprise Manager para efectuar todas as alterações a contas de serviço SQL ou palavras-passe.

SQL Server 2005 Analysis Services (OLAP)

OLAP do SQL Server 2005 é totalmente suportam clusters e pode seleccionar as instalações com clusters durante a configuração inicial.

SQL Server 2000 Analysis Services (OLAP)

Embora o componente de serviços de análise (OLAP) do SQL Server 2000 não suportam clusters, é possível alcançar soluções de Analysis Services de elevada disponibilidade, seguindo os passos no seguinte artigo na Microsoft Knowledge Base:
308023 Como o cluster SQL Server 2000 Analysis Services no Windows 2000 e no Windows Server 2003

Conectividade do SQL

Bibliotecas de rede de SQL Server 2005

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

    Nota Clientes que utilizam Microsoft Data Access Components (MDAC) 2.8 orearlier versões do MDAC não podem utilizar um protocolo de memória partilhada. Se tentar usea partilhado memória protocolo, os clientes são mudados automaticamente para o protocolo de NamedPipes.
  • Pipes nomeados
  • TCP/IP
  • ATRAVÉS DE
  • Cliente Nativo SQL

    Cliente Nativo SQL (SQLNCLI) é uma tecnologia de acesso de adata que há de nova no SQL Server 2005. O SQL Native Client isa dados autónoma acesso application programming interface (API) que é utilizadopara OLE DB e ODBC. O SQL Native Client combina o SQL Server OLE DBProvider e o controlador de ODBC do SQL Server uma DLL nativo. O NativeClient de SQL também fornece a nova funcionalidade que está separada e distinta do MDAC.Utilize o programa de configuração do SQL Server para instalar o SQL Native Client como parte ofSQL ferramentas Server 2005. Para mais informações sobre esta e a outras networklibraries, consulte SQL Server 2005 Books Online.

    Nota SQL Server 2005 não suporta o networkprotocols Banyan VINES SequencedPacket Protocol (SPP), AppleTalk, multiprotocolo ou NWLink IPX/SPX. Clientes que anteriormente ligados utilizando mustselect estes protocolos outro protocolo para ligar ao SQL Server 2005.

Bibliotecas de rede de SQL Server 2000

Instalações em cluster do SQL Server requerem o protocolo TCP/IP e recomendamos que instale e Active o protocolo Named Pipes. TCP/IP é necessária porque é o único protocolo suportado para utilização com clusters de servidor.

Para mais informações sobre os requisitos de encaminhamentos com nome, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
831127 Não é possível remover o suporte de Pipes com nome num servidor virtual que está a executar o SQL Server 2000 Service Pack 3
Quaisquer recursos adicionais que são adicionados a um grupo SQL tem de ter seus próprios recursos NomeRede e o endereço IP dedicados.

Instâncias de cluster de activação pós-falha do SQL Server 6.5 e SQL Server 7.0

Se os recursos de cluster estiverem dependentes quaisquer recursos do SQL Server, tem de remover as dependências antes de remover o servidor virtual. Se não o fizer, o servidor virtual será totalmente removido e não será possível voltar em cluster até que seja concluída a remoção de cluster do SQL falhou.

Nota Se a unidade de quórum é utilizada para obter recursos adicionais MSCS e esses recursos provocam uma activação pós-falha, todos os recursos de cluster não estarão disponíveis até que esse recurso de cluster e o nome de rede e endereço IP do cluster estão online.

Aviso Quaisquer alterações às definições de rede no SQL Server 6.5 devem ser efectuadas enquanto o SQL Server é sem cluster, conforme descrito no seguinte artigo na Microsoft Knowledge Base:
189037 Erro: o programa de configuração do SQL não altera segurança e opções de suporte de rede com SVS
Para obter informações adicionais sobre conectividade comuns problemas quando ligar ou configurar um servidor de SQL Server em cluster, consulte os seguintes artigos na Microsoft Knowledge Base:
273673 Descrição das ligações de cliente do SQL Virtual Server
235987 Servidor virtual com o SQL Server 7.0 apenas suporta a utilização de um endereço de TCP/IP
244980 Como alterar os endereços IP de rede de instâncias de cluster de activação pós-falha do SQL Server
187708 Não é possível ligar ao SQL server virtual através de sockets em cluster

Várias portas de escuta no TCP/IP

SQL Server 7.0 fornece suporte para múltiplas escutar em portas numa única sub-rede. Este suporte não se destina utilização várias sub-redes ou para fornecer disponibilidade adicional.

Se necessitar de várias portas de escuta no TCP/IP, é necessário efectuar as seguintes modificações no registo antes de executar o Assistente de Cluster.

Importante Esta secção, método ou tarefa contém passos que explicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo incorrectamente. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Para uma maior protecção, backup do Registro antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para mais informações sobre como efectuar cópias de segurança e restaurar o registo, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
322756 Como efectuar cópias de segurança e restaurar o registo no Windows
  1. Inicie o Editor de registo (Regedt32.exe).
  2. Localize o valor de ListenOn na seguinte chave do registo:
    HKEY_LOCAL_Machine\Software\Microsoft\MSSQLServer\MSSQLServer
  3. No menu Editar , clique em Cadeia múltiplae introduza escutar em portas adicionais. Por exemplo, para adicionar port1435, introduza o seguinte e, em seguida, clique em OK:
    SSMSSO70, 1435
  4. Saia do Editor de registo.
Eis alguns exemplos de outras portas que pode adicionar:
  • SSMSSO70, 1436
  • SSMSSO70, 1437
Teste a conectividade para as portas que adicionar e, em seguida, continue com o Assistente de Cluster.

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

Antes de o cluster do SQL Server, certifique-se de que tem a configuração correcta para Windows Internet Name Service (WINS) para utilização num cluster, tal como explicado nos seguintes artigos na Microsoft Knowledge Base:
193890 Configuração WINS recomendada para o Microsoft Cluster Server
195462 Registo do WINS e o comportamento de endereços IP para o Microsoft Cluster Server
Nunca deve adicionar entradas estáticas do WINS para servidores em cluster do SQL Server ou outros recursos de servidor do Microsoft Cluster (MSCS); Esta situação será explicada no seguinte artigo na Microsoft Knowledge Base:
217199 Entradas estáticas do WINS fazer com que o nome de rede trabalhar offline

Instâncias de cluster de activação pós-falha de onSQL Server 7.0 de contadores de desempenho

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

Os contadores de extensão do SQL Server devem encontrar-se quando o sistema inicia inicialmente. Com o SQL Server 6.5, os contadores DLL está localizado no directório \\Mssql\Binn por predefinição. Uma vez que a unidade de cluster no qual está instalado o SQL Server não está acessível até que todos os recursos MSCS estão online, os contadores não são encontrados quando ocorre o arranque inicial do sistema.

SQL Server 7.0 coloca estes contadores no directório correcto, %Systemroot% \System32\, para que fiquem disponíveis. Para disponibilizar o ficheiro de Sqlctr65.dll, coloque uma cópia do ficheiro Sqlctr65.dll no directório %Systemroot%\System32. Por predefinição, o ficheiro de Sqlctr70.dll é colocado neste directório.

Para obter informações adicionais sobre contadores de desempenho do SQL Server, consulte os seguintes artigos na Microsoft Knowledge Base:
127207 Objectos e contadores no Monitor de desempenho em falta
246328 Contadores de desempenho SQL podem estar em falta após a instalação do MDAC num cluster
Aviso Para o SQL Server 6.5, se optar por reconstruir o registo com as instruções no seguinte artigo na Microsoft Knowledge Base, consulte a secção "Como para reconstruir o SQL Server registo" mais adiante neste artigo para obter instruções adicionais antes de executar os passos para reconstruir o registo:
227662 Contadores do Monitor de desempenho de SQL em falta
Para resumir, contadores de desempenho não estão sempre disponíveis em servidores em cluster do SQL; Quando forem, estes são normalmente apenas no nó primário não se tiver ocorrido nenhuma activação pós-falha.

Mudar o nome de recursos criados pelo Assistente de activação pós-falha de Cluster do SQL Server 7.0 ou SQL Server 6.5

Quando executa o Assistente de activação pós-falha de Cluster do SQL Server, a parte do processo inclui a criação dos recursos de cluster do SQL. Por predefinição, estes recursos têm a seguinte estrutura de atribuição de nomes:
Virtual_SQL_Server_Name> endereço IP
Virtual_SQL_Server_Name> nome de rede
Virtual_SQL_Server_Name> 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 têm os seguintes nomes por predefinição:
Endereço IP de XYZ
xyz nome de rede
xyz SQL Server 7.0
xyz VServer
xyz SQL Server 7.0 de agente
Se a totalidade ou parte destes nomes é modificada para a seguinte:
Endereço IP
Nome de rede
Servidor SQL
Servidor virtual
Agente do SQL
o Assistente de activação pós-falha de Cluster do SQL poderá falhar ou deixar de responder. Para obter informações adicionais sobre falhas do Assistente de activação pós-falha de Cluster do SQL, consulte o seguinte artigo na Microsoft Knowledge Base:
254593 Resolução de problemas de falhas do Assistente de Cluster do SQL

Como recriar o registo de SQL Server no SQL Server 6.5 e 7.0 instalações de instância de cluster de activação pós-falha

SQL Server 6.5 Enterprise Edition

Enquanto o SQL Server 6.5 Enterprise Edition estão agrupado, não tente efectuar uma reconstrução de registo do SQL Server com a seguinte linha de comandos:
configuração /t RegistryRebuild = On
Deve remover o SQL Server antes de efectuar a reconstrução de registo.

SQL Server 7.0 Enterprise Edition

Se utilizar o ficheiro Regrebld.exe do SQL Server 7.0, pode reconstruir o registo num ambiente de cluster com as seguintes restrições:
  • Não altere nada do programa de configuração ofmaster anterior.
  • Execute este utilitário apenas a partir do nó primário para SQLServer.
Ignorar estas restrições pode provocar problemas de registo.

Os Service packs

Aviso Antes de tentar qualquer instalações de service packs, certifique-se de que tem as permissões adequadas e direitos. Recomenda-se vivamente que iniciar sessão no servidor e para a conta de serviço do SQL Server e utilizar a autenticação do Windows durante o processo. Se por algum motivo, esta conta foi removida do grupo de administradores locais em nós de cluster, adicione-lo novamente para o grupo antes de iniciar a instalação.

SQL Server 2005

Comportamento com SQL Server 2005 não foi alterado de SQL Server 2000.

SQL Server 2000

Com o SQL Server 2000, existe clustering não anulado. Iniciar a instalação do service pack a partir do nó que está a controlar do SQL Server que pretende actualizar.

Nota Pode instalar o Microsoft Windows NT, os service packs da forma habitual, tal como descrito no seguinte artigo na Microsoft Knowledge Base:

174799 Como instalar service packs num cluster

SQL Server 6.5 ou 7.0

Tem de remover o SQL Server para instalar service packs do SQL Server. Tem também de remover replicação antes de remover o SQL Server, que é indicado na secção "Problemas de replicação" deste artigo.

Replicação

SQL Server 2005

Seguir a documentação do ficheiro Leia-me que acompanha o todas as actualizações do SQL Server ou os service packs para determinar se tem de seguir as instruções de configuração especial para a instalação específica.

SQL Server 2000

Seguir a documentação do ficheiro Leia-me que acompanha o todas as actualizações do SQL Server ou os service packs para determinar se tem de seguir as instruções de configuração especial para a instalação específica.

O SQL Server 6.5 e SQL Server 7.0

Tem de remover replicação antes de remover o SQL Server, tal como descrito no seguinte artigo na Microsoft Knowledge Base:
247110 A replicação deverá ser removida antes de aplicar service pack
Quando o cluster do SQL Server, poderá quebrar replicação do SQL Server; Para obter detalhes adicionais, consulte o seguinte artigo na Microsoft Knowledge Base:
236407 Erro: O programa de configuração do cluster activo/passivo quebras replicação e DTS

Pesquisa em texto completo

Pesquisa em texto completo não está disponível para servidores em cluster do SQL Server 7.0, conforme indicado no SQL Server Books Online no fim da secção "Configurar o SQL Server activação pós-falha Support". Pesquisa em texto completo é totalmente suportada para utilização no SQL Server 2000 e versões posteriores do SQL Server.

Se tiver um problema que requer a reconstruir ou reinstale a procura de texto completo numa instância de cluster de activação pós-falha do SQL Server 2000 ou numa instância de cluster de activação pós-falha de SQL Server 2005, desinstalação completa e reinstalar de instância de cluster de activação pós-falha do SQL Server é o método de recuperação suportadas apenas.

Correio SQL

Correio de SQL não é totalmente suportado quando utilizado num cluster de activação pós-falha do SQL Server, uma vez que o MAPI não é compatível com o cluster. Suporte para o SQL Mail quando utilizado com clustering é fornecido apenas, numa base de "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 utilizado com o clustering de activação pós-falha.

Actualizações do sistema operativo

Actualizações do sistema operativo são suportadas para servidores em cluster do SQL Server, como documentado nos seguintes artigos na Microsoft Knowledge Base:
239473 CORRECÇÃO: 70rebind.exe para actualizações do Windows 2000 e MDAC nos servidores em cluster do SQL Server 7.0
313037 Como actualizar clusters de servidor de SQL para Windows Server 2003

Licenciamento

Para informações sobre licenciamento, consulte o seguinte artigo na Microsoft Knowledge Base:
175276 Implementação de política de licenciamento com MSCS

Regras administrativas do serviço de cluster importantes

Aviso Se ignorar qualquer uma das seguintes regras, terá de reinstalar o serviço de Cluster da Microsoft.
  • Se alterar o esquema de partição de qualquer disco físico no barramento SCSI partilhado, reinicie ambos os nós de cluster.
  • Não altere o nome de computador do Windows NT de uma NóCluster depois de instalar o MSCS.
  • Não criar partições em discos no barramento SCSI sem recursos de disco firstdeleting.
  • Não altere um endereço IP que dependa um nameresource de rede.
  • Não execute as ferramentas de diagnóstico que efectuam escritas de baixo nível de disco de aphysical. (Isto é possível apenas se iniciar o nó ao abrigo do sistema de anotheroperating.)
  • Não reatribua letras de unidade dos discos do sistema em anynode.
  • Não escreva dados para discos ligados a chainbefore de SCSI que instalar MSCS.

Partilha de recursos de cluster do SQL Server

Recursos de disco de cluster utilizados pelo SQL Server não devem ser utilizados para outros serviços de cluster (por exemplo, a unidade de quórum, partilhas de ficheiro ou impressora ou servidores de informação Internet), a menos que o cluster tiver apenas um disco recurso do cluster. Se utilizar o disco de cluster do SQL Server para qualquer um destes recursos, poderá afectar significativamente o tempo de activação pós-falha e poderá também iniciar a activações pós-falha do SQL Server, quando existe sem problemas do SQL Server.

Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
835185 Dependências de recursos de cluster de activação pós-falha no SQL Server

Microsoft Data Access Components (MDAC)

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

SQL Server 6.5 e instalações em cluster do SQL Server 7.0 só suportam actualizações de componentes do MDAC para o MDAC versão 2.5. O MDAC 2.6 e 2.7 do MDAC não tem suporte do lado do servidor para estas versões.

No entanto, pode utilizar o MDAC 2.6 e mais tarde num cliente para ligar a uma instalação do SQL Server 6.5 ou SQL Server 7.0 em cluster.

Para mais informações, clique nos números de artigo seguinte para visualizar os artigos na Microsoft Knowledge Base:
820754 MDAC 2.6 ou posterior não deve ser instalado em clusters do SQL Server 7.0
239473 CORRECÇÃO: 70rebind.exe para actualizações do Windows 2000 e MDAC nos servidores em cluster do SQL Server 7.0

Localização predefinida do recurso de cluster MSDTC

Por predefinição, onde estão instalados os recursos MSDTC dependem do sistema operativo.

Nota Se não tiver uma necessidade específica para alterar o grupo em que o MSDTC está instalado, é recomendado que deixe-o na localização predefinida. Além disso, num nó de cluster, o MSDTC deve executar como um recurso de cluster. Se configurar o MSDTC seja executado como um recurso sem clusters, as transacções distribuídas, poderão ser isoladas e que podem causar danos nos dados quando ocorrer uma activação pós-falha 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 nome de rede e o recurso de disco de cluster. Isto é, normalmente, o grupo SQL.

Windows 2000
Para o grupo de cluster é instalado por predefinição e utilizar a unidade de quórum. Embora seja recomendado que a unidade de quórum apenas ser utilizado, o quórum, o MSDTC é uma excepção a esta regra. Para questões sobre como instalar ou reconstruir MSDTC num cluster do SQL, consulte o seguinte artigo na Microsoft Knowledge Base:
294209 Como reconstruir ou mover uma instalação de MSDTC para ser utilizado com um cluster de activação pós-falha SQL

Suporte de redes de área de armazenamento (SAN)

Instâncias de cluster de activação pós-falha do serviço de Cluster da Microsoft e o SQL Server são suportadas num ambiente de redes de área de armazenamento (SAN) hoje. O dispositivo de cluster/multicluster da categoria HCL lista o conjunto de dispositivos de armazenamento que suportam SAN cujos componentes passou candidatos de componente de cluster testes. No entanto, Note que este componente não não elegíveis para serviços de suporte do serviço de Cluster da Microsoft. Estes serviços estão disponíveis apenas para configurações validadas apresentadas na categoria "Cluster" na HCL. Para mais informações, consulte os seguintes artigos na Microsoft Knowledge Base:
280743 Sites geograficamente isoladas e clusters do Windows
834661 O programa de configuração do SQL Server 2000 exige uma letra de unidade quando utilizar unidades montadas
819546 Suporte de SQL Server 2000 e SQL Server 2005 para volumes montados

Pode encontrar uma lista de todas as configurações de hardware validados sobre compatibilidade de Hardware lista (HCL) localizada no seguinte Web site da Microsoft:
http://www.windowsservercatalog.com/

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

Quando aloca memória para servidores em cluster do SQL Server, certifique-se de que o valor da soma das definições de memória do servidor máxima para todas as instâncias do SQL Server e qualquer outro recurso de cluster e requisitos de aplicação local é inferior ao valor mais baixo de RAM física disponível em qualquer um dos servidores do cluster de activação pós-falha.

instalações de SQL Server 64-bit

Não é necessário configurar uma instalação de 64 bits para utilizar memória adicional activando o AWE ou modificando o ficheiro Boot. ini para incluir o arranque PAE mudar.

Resolução de problemas de servidores virtuais do SQL

Quando a resolução de problemas em servidores virtuais do SQL Server, é importante notar que resolução de problemas tem de ser efectuada numa determinada ordem, a menos que o problema é um problema conhecido do SQL. Problemas ou falhas de hardware, sistema operativo, funcionamento em rede, segurança ou o serviço Microsoft Cluster podem aparecer como SQL problemas quando na realidade existem sem problemas do SQL.

Tão cedo quanto possível após for detectado um problema, deverá reunir os relatórios do SQL Server MPS de todos os nós de instância do cluster de activação pós-falha. É importante que utilize esta ferramenta em todos os nós devido a interacção de fechar e, a causa do problema pode ser uma origem que não seja o nó que aloja a instância de cluster de activação pós-falha do SQL Server.

Efectue a resolução de problemas de SQL Server virtuais do utilizando os métodos seguintes por esta ordem:
  • Hardware - os registos de eventos do sistema mostrar avisos ou erros que não puderem ser explicados? Se consultar o relatório de sistema do computador, são quaisquer dispositivos com problemas reportados? Se assim for, podem estes ser explicadas?
  • Sistema operativo -: Mostrar os registos de eventos o qualquer tipo de problemas do sistema operativo, falhas no serviço ou controlador problema?
  • Rede - execute a perda de apresentação de registos de eventos de ligação? Falhas NIC? Problemas DNS?
  • Segurança - verificação de acesso negado erros, falhas do registo de segurança.
  • MSCS - faz os problemas de relatório de cluster em qualquer um dos registos de eventos?
  • SQL Server - servidor de SQL comunicar quaisquer mensagens de erro específica no registo de erros ou registos de eventos?

Propriedades do serviço SQL Server

Tem de definir tipo de arranque de serviços do SQL Server para Manual. A utilização de arranque automático não é suportada para utilização com servidores virtuais do SQL.

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

Clustering de activação pós-falha do SQL Server não é suportada para utilização com o servidor de terminais. Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
327270 SQL Server 2000 não é suportada no servidor de aplicações de servidor de terminais do Windows Server 2003

Suporte para Microsoft Windows 2003

Apenas SQL Server 2000 Service Pack 3 (SP3) ou uma versão posterior for suportada, tal como mencionado no seguinte artigo da Microsoft Knowledge Base:
313037 Como actualizar clusters de servidor de SQL para Windows Server 2003

Propriedades

Artigo: 254321 - Última revisão: 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 2005 Server Enterprise
  • 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 por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
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