Como solucionar falhas de Assistente de cluster do SQL

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

Neste artigo

Sumário

Este artigo fornece informações sobre as ações que executa o Assistente de cluster do SQL Server, juntamente com a ordem na qual essas ações são executadas. Para cada etapa, são fornecidas informações detalhadas sobre problemas que podem fazer com que o Assistente para falhar. Resoluções possíveis para esses problemas são incluídas. Cenários de problema específico, detalhadas e resoluções também são fornecidas.

Observação Todos os clientes de cluster do SQL Server 6.5 e 7.0 devem atualizar para SQL Server 2000 tão logo esteja disponível. As seguintes ferramentas, recursos e componentes há suporte para com failover de cluster no SQL Server 2000 Enterprise Edition:
  • Serviço Microsoft Search (texto completo)
  • Várias instâncias
  • SQL Server Enterprise Manager
  • Gerenciador de controle de serviços
  • Replicação
  • SQL Profiler
  • SQL Query Analyzer

Mais Informações

As seguintes etapas descrevem o comportamento do cluster do SQL Server Assistente:
  1. Primeiro, o Assistente de cluster do SQL se conecta ao servidor e verifica se todos os bancos de dados e binários estão em discos compartilhados.

    possível problema

    Sobre a única coisa que pode dar errada nesse ponto é que o serviço pode não consiga iniciar, que normalmente devido a disco compartilhado sendo pertence o nó errado ou a falha ao instalar a arquivos de programa e os arquivos de dados para o disco de cluster.

    resolução

    Para corrigir esse problema, confirme que o disco compartilhado é pertencentes o nó correto antes de executar o Assistente de cluster. Além disso, verificar e verifique se a arquivos de programa e os arquivos de dados estão instalados no disco de cluster.
  2. Depois você digitar o nome de rede e endereço IP, o assistente cria um recurso de teste com essas propriedades e traz-lo online para ver se ocorrem conflitos na rede.

    Observação Uma mensagem de erro ocorre somente se você inserir um endereço IP que está em uso; endereços IP inválidos ou uma máscara de sub-rede incorreto não são detectados.

    possível problema

    Se você apenas ter unclustered e é re-clustering o servidor, você poderá receber uma mensagem de erro indicando que o seu nome de rede está em uso. Isso pode ocorrer como Windows NT falha ocasionalmente remover o nome da rede o registro de net bios corretamente.

    resolução primeira

    Abra uma janela prompt de comando e digite o seguinte comando:
    nbtstat -RR
    pressione Return . Após a conclusão, tente usar o endereço IP novamente. Se o endereço IP ainda falhar, vá para a segunda resolução.

    segunda resolução

    Reinicialize o sistema.
  3. Depois de inserir todas as informações, o assistente copia todos os arquivos COM são registrados no BINN para o subdiretório do SQL Server do local apontado pela seguinte chave do Registro:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\SharedFilesDir
    Por padrão, essa chave aponta para o seguinte local:
    C:\Program Files\Common Files\Microsoft Shared\
    problema possível

    O Assistente de cluster do SQL Server não consegue localizar esses arquivos ou o local para o qual deve ser copiadas. Esse problema ocorre geralmente quando algo está errado com a seguinte chave do registro usada pelo Assistente do:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SharedTools\SharedFilesD
    Observe que a instalação usa uma chave do registro diferente (abaixo), mas as duas normalmente devem apontar para o mesmo caminho:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\CommonFilesDir
    Observação Por design, quando esse problema ocorre, nenhum erro é exibe. Isso é feito para que você pode instalar sem a replicação e executar o assistente ainda sem ter que ele falhar. A única maneira de identificar se esse problema está ocorrendo é examinar a janela de saída de depuração, que é formada definindo _PRINT_CONSOLE_ = 1 no ambiente do sistema antes de executar o Assistente de cluster do SQL. Se esta etapa está sendo executado corretamente, você verá referências para os arquivos de replicação, como Replres.dll e Distrib.exe, conforme são copiadas. Se você não vir as referências a esses arquivos, estão enfrentando esse problema.

    resolução primeira

    Consulte o cenário 8 in "Cenários específicos" seção.

    segunda resolução

    Consulte a situação 3 em "Cenários específicos" seção.
  4. Em seguida, o SQL Cluster Wizard copia os arquivos mesmos no mesmo lugar em outro nó, localizar o caminho correto, lendo o registro remoto. O Assistente de cluster do SQL cria um compartilhamento no nó remoto chamado cluster_tools_share, copia os arquivos para esse compartilhamento e exclui-lo. O programa de instalação do SQL Server deve poder ler o registro no nó remoto para executar essa etapa.
    possíveis problemas

    Um problema pode ocorrer se problemas de chave do Registro existirem no outro nó ou se o assistente não pôde criar o compartilhamento.

    Outro problema ocorre se o serviço Registro remoto não estiver definido para iniciar automaticamente. Nessa situação, a seguinte mensagem de erro é registrada no arquivo de log (local) principal:
    MSI (c) (5C! E0) [15:40:04:153]: PROPERTY CHANGE: propriedade SqlLogMessage modificando. Seu valor atual é 'Node01'. O novo valor: ' < EndFunc Nome = 'VerifyAdminSharesOnNode' Retornar = GetLastError '53' = '0' > '.
    MSI (c) (5C! E0) [15:40:04:153]: PROPERTY CHANGE: propriedade SqlLogMessage modificando. O valor atual é ' < EndFunc Nome = 'VerifyAdminSharesOnNode' Retornar = GetLastError '53' = '0' > '. O novo valor: ' < EndFunc Nome = 'VerifyAdminSharesOnCluster' Retornar = GetLastError '53' = '0' > '.
    MSI (c) (5C! E0) [15:40:04:153]: PROPERTY CHANGE: propriedade SqlLogMessage modificando. O valor atual é ' < EndFunc Nome = 'VerifyAdminSharesOnCluster' Retornar = GetLastError '53' = '0' > '. O novo valor: ' < EndFunc Nome = 'GetVSNodeLists' Retornar = GetLastError '0' = '0' > '.

    Informações 2836.The instalador encontrou um erro inesperado. O código de erro é 2836. O controle SelectedNodeList na caixa de diálogo ClusterNodeDlg não é possível tirar o foco.
    Ação 15:40:04: ClusterNodeDlg. Diálogo criado
    Observação O código de erro na mensagem de erro é 53. Esse código representa o "O caminho da rede não foi encontrado" mensagem de erro.

    resolução primeira

    Para resolver o primeiro problema, consulte a etapa 8.

    Para resolver o segundo problema, inicie o serviço Registro remoto. O serviço Registro remoto deve estar sendo executado antes de instalar um cluster de failover. Este pré-requisito é documentado no tópico "Antes de instalar o cluster de failover" nos manuais online do SQL Server.

    segunda resolução

    Para resolver o primeiro problema, consulte a situação 3 em "Cenários específicos" seção.
  5. O assistente, em seguida, copia os arquivos específicos do cluster para o diretório \System32 de ambos os nós.

    possível problema

    Normalmente, essa etapa conclui com êxito. O Assistente de cluster do SQL copia os arquivos do compartilhamento de rede ou CD, portanto, é possível que ele pode perder a conexão com o compartilhamento ou ser não é possível criar o cluster_tools_share porque ele já existe.

    resolução

    Consulte a situação 3 em "Cenários específicos" seção.
  6. O assistente executa a instalação "secnode", que instala os arquivos de sistema necessário para o nó remoto e registra todos os arquivos COM que foram copiados para a pasta C:\Program Files\Common Files\Microsoft compartilhada.

    possíveis problemas

    Neste ponto, um dos problemas mais comuns ocorre se a instalação é executada de um ponto de compartilhamento no primeiro nó (conectado em que você especificar um usuário e uma senha por meio do net use ). Quando isso acontece, por padrão, o node2 não tem acesso ao compartilhamento para que quando secnode é executado ele tenta se conectar novamente para o local de instalação para copiar os arquivos. Quando isso ocorre, você recebe uma mensagem indicando que a instalação não pôde ser executada no computador remoto.

    Outro problema pode ocorrer se você instalar a partir de um compartilhamento de rede quando o caminho tem um espaço no nome do. Isso faz com que a configuração secnode falha porque não consegue manipular caminhos com espaços a menos que eles estão entre aspas. Não é possível corrigir este problema além de renomear o compartilhamento.

    resolução primeira

    Se você enfrentar um dos seguintes problemas, você deve verificar no diretório <%SYSROOT%> para o arquivo Sqlclstr.log ou no diretório TEMP do segundo nó Remsetup.log para dicas ou descrições do problema. Corrigir todos os problemas e, em seguida, execute o assistente novamente.

    segunda resolução

    Problemas de permissões também podem impedir que o SQL cluster Assistente de funcionar corretamente quando executar operações no segundo nó. A conta em qual instalação é executado deve ter as permissões apropriadas:
    • Ser um administrador local para ambos os nós.
    • Têm o direito de usuário "fazer logon como um serviço".
    • Ter o direito de usuário para "funcionar como parte do sistema operacional".
    Essas permissões devem existir em tanto nós; caso contrário, esta etapa falhar.

    Você definir essas permissões do controlador de domínio primário (PDC). Depois são definir as permissões corretas, você precisa fazer logoff e logon novamente para que as alterações sejam refletidas. Para obter mais detalhes, consulte o cenário 5 na seção "Cenários específicos".

    possível problema

    Secnode também pode falhar se ele é executado, mas tem erros internamente, como registrar não com êxito todos os arquivos COM.

    resolução

    Corrija todos os problemas relatados no Sqlstp.log no segundo nó.
  7. Em seguida, o SQL Server Cluster Wizard religa-se todos os arquivos localizados nos seguintes locais:
    • O diretório BINN SQL.
    • C:\Program Files\Common Files\Microsoft Shared\SQL Server
    • C:\Program Files\Common Files\Microsoft Shared\Database replicação
    Isso ocorre em ambos os nós.

    O cluster de servidor SQL Assistente religa, em seguida, os seguintes arquivos do sistema em ambos os nós:
    • Dbnmpntw.dll
    • Sqlstr.dll
    • Sqlwoa.dll
    • Sqlsrv32.dll
    • Cliconfg.dll
    • Cliconfg.exe
    O SQL Server Cluster Wizard religa %sysroot%\System32\Sqlctr70.dll no nó local.

    possível problema

    O processo de revinculação só pode ser interrompido quando algo está usando um dos arquivos que ele está tentando vincular. Se quaisquer aplicativos SQL, incluindo o SQL Service Manager, são abertos exibirá esta mensagem:
    ..Não foi possível atualizar binários...
    Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    248380PROBLEMA: SQL 7.0 Assistente Failover Erro ao atualizar binários em cluster
    O problema mais comum é que alguns dos arquivos do sistema estão em uso.

    Você geralmente pode determinar qual nó o problema ocorre em pela quantidade de tempo que leva para a mensagem para exibir novamente após uma nova tentativa. Se a mensagem exibirá instantaneamente, isso geralmente indica que um arquivo no computador local está em uso, mas se ele demorar alguns segundos, em seguida, o problema está provavelmente ocorrendo no outro nó.

    resolução

    Você geralmente pode contornar esse problema por interromper todos os serviços incorreto e verifique se você não tem qualquer aplicativos abertos. Para verificar quais serviços você deve ter execução, consulte os seguintes artigos na Base de dados de Conhecimento da Microsoft:
    192708INF: Ordem de instalação para instalação de cluster 1.0 do SQL Server 6.5 MSMQ
    219264INF: Ordem de instalação para instalação de cluster do SQL Server 7.0
    possível problema

    Se você é desagrupamento e uma das DLLs recurso estiver em usar, o recurso DLL pode parar de responder em uma das suas conexões com o servidor. Isso causa o recurso no processo de monitor (Resrcmon.exe) para que o arquivo dbnmpntw.dll abrir mesmo quando o recurso está off-line.

    resolução primeira
    Reinicialize e execute novamente o Assistente para desinstalar.

    segunda resolução

    Renomeie a DLL incorreta para Dbnmpntw.dll.copy e, em seguida, copiá-lo novamente para o nome original. Agora o arquivo .Copy está em uso mas o arquivo dbnmpntw.dll não, é para que o assistente pode ser concluída sem problemas.
  8. O Assistente de cluster do SQL agora cria os net name, IP, sqlserver, agente e vsrvsvc recursos no cluster, traz o SQL Server recurso on-line e o servidor local no sistema sysservers tabela ao nome do servidor virtual de alterações.

    possível problema

    Criação dos recursos nunca geralmente é um problema. Você verá os recursos que está sendo criados no grupo no qual reside o disco. Tudo faz essa etapa é criar os recursos e fazer as dependências entre elas para que iniciem na ordem correta.

    Colocar os recursos on-line é a última fase da instalação. A primeira fase é iniciar o serviço VIRTNAME MSSQLSERVER $, conectar-se a ele e defina os valores em sysservers corretamente. Se essa etapa falhar, em seguida, todo o instalação falhar e reversões todo o trabalho foi feito até o momento. Quando a revinculação do arquivo Sqlsrv32.dll (um arquivo ODBC) não funciona corretamente. Quando isso ocorre, você verá erro 123 ou 126 no log de instalação de cluster (Sqlclstr.log) logo após a chamada fixsysservers.

    Se essa situação ocorre:
    • O cluster é quebrado completamente.
    • Ele é causado por assistente apenas alterando uma das duas referências para o arquivo Kernel32.dll para fazer referência o arquivo Vernel32.dll em vez disso.
    • Se você instalou anteriormente uma versão diferente do Microsoft Data Access Components (MDAC) no computador antes de instalar o SQL, a versão do arquivo Sqlsrv32.dll no sistema é diferente.
    resolução primeira

    Reinicializar os dois servidores e, antes de tentar novamente, certifique-se que apenas o mínimo de serviços está sendo executado conforme descrito nos seguintes artigos da Base de dados de Conhecimento Microsoft:

    192708INF: Ordem de instalação para instalação de cluster 1.0 do SQL Server 6.5 MSMQ
    219264INF: Ordem de instalação para instalação de cluster do SQL Server 7.0
    segunda resolução

    Renomeie o arquivo Sqlsrv32.dll e, em seguida, reinicialize o computador. Antes de tentar novamente, verifique se apenas o mínimo de serviços está em execução como descrito nos seguintes artigos da Microsoft Knowledge Base:

    192708INF: Ordem de instalação para instalação de cluster 1.0 do SQL Server 6.5 MSMQ
    219264INF: Ordem de instalação para instalação de cluster do SQL Server 7.0
    terceira resolução

    Contate o Atendimento SQL.
  9. O Assistente de cluster do SQL termina.

Cenários específicos

Cenário 1

problema

Assistente de cluster do SQL falha com a seguinte entrada de log:
@ CopyFileIfNeeded: [D:\EnterpriseEdition\x86\CLUSTER\SQAGTRES.DLL] => [C:\WINNT\System32\SQAGTRES.DLL]
@@@ CopyFileIfNeeded: [D:\EnterpriseEdition\x86\CLUSTER\SQAGTRES.DLL] => [\\LNXDAYCC02\admin$\system32\SQAGTRES.DLL]
~~~ XXX InstallRemote failed
[reghelp.cpp:34] : 2 (0x2): The system cannot find the file specified.
					
resolução

Verifique se que você pode estabelecer uma conexão \\server_name\admin$ de ambos os nós no cluster.

Verifique se que você verificar isso se quaisquer configurações de NIC (placa) de interface de rede foram alteradas ou se placas de rede foram substituídas.

Aviso Se você desabilitar compartilhamento de impressão e para redes Microsoft, nas propriedades de conexão de rede em computadores com o Windows 2000, não será capaz de fazer uma conexão com os compartilhamentos administrativos. Tentativas de acessar os compartilhamentos administrativos faz com que um erro: mensagem de erro 53 para ocorrer.

Cenário 2

problema

O Assistente de cluster do SQL falha com a seguinte mensagem genérica e não é uma referência a um arquivo específico:
Arquivo já existe.
resolução

Verifique se o nome do grupo SQL está em todas as letras maiúsculas. Se não estiver, o assistente tenta criar um novo grupo, mas não a caso. Se não estiver todas maiúsculas, renomeá-lo para um nome temporário (por exemplo, x) e então renomeie-lo para o nome correto em todas as letras maiúsculas.

Observação Isso se aplica a apenas grupos renomeados. Os nomes padrão como "Disk Group 1" tem seus recursos movidos para o novo grupo se exigido pelo SQL.

Cenário 3

problema

O arquivo Sqlclstr.log mostra o seguinte:
~~~ ClusterResourceStart... tick=2, state=2
[validate.cpp:147] DeleteTestGroup:OpenClusterResource: 5007 (0x138f): The cluster resource could not be found. 
~~~ XXX Copy Files failed
[reghelp.cpp:34] : 2 (0x2): The system cannot find the file specified.
					
resolução

Verificar os compartilhamentos de rede em cada nó e procure o seguinte:
  • \\cluster_tools_share
  • \\cluster_setup_share
Se uma for encontrada, excluí-los.

Cenário 4

problema

Quando você tenta recolocar o SQL no cluster após a instalação do SQL service pack 1, a instalação falha com o seguinte erro no arquivo Sqlcluster.log:
Looking at disk P:
Disk P is fixed in group SQL_Disk
Looking at disk Q:
Disk Q is used by SQL but is moveable
Looking at disk R:
Error: Resource groups SQL_Disk and Disk_R both contain SQL disks
[chkconf.cpp:1416] : 160 (0xa0): The argument string passed to DosExecPgm is not correct. 
[chkconf.cpp:1482] ClusterFindVirtualSQLSrvGroup: 160 (0xa0): The argument string passed to DosExecPgm is not correct.
					
a unidade "P" é a unidade em que o SQL foi instalado e o instalador achamos da unidade somente em uso. Na verdade, as unidades P, Q e R estão sendo usadas.

resolução

Verifique o logs de erro SQL e tabela de sistema sysdevices e verifique se todas as unidades sendo usadas por SQL estão no grupo de SQL que SQL está usando.

Observação Se recursos de disco de cluster adicionais são adicionados ao cluster para uso pelo SQL ou, se outros discos atualmente usados no cluster são designados para uso pelo servidor em cluster do SQL, eles devem ser adicionados como dependências do SQL Server.

Cenário 5

problema

Não é possível atualizar o nó remoto ou erros ocorrem ao se conectar a todos os bancos de dados os padrão durante a instalação inicial.

Por exemplo:
#### SQL Server Remote Setup - Start Time 10/28/99 13:14:22 ####
Script file copied to '\\server8\ADMIN$\secnode.iss' successfully.
Installing remote service...
Running '\\node1\F$\ENGLISH\X86\setup\setupsql.exe SecNode=1 -s -f1 \\node2\ADMIN$\secnode.iss'...
Remote process exit code was '-1'.
\\node2\Admin$\sqlsp.log
Disconnecting from remote machine...
Service removed successfully.
Remote files removed successfully.
#### SQL Server Remote Setup - Stop Time 10/28/99 13:15:08 ####
resolução

Certifique-se que a conta de serviço é definida com todas as permissões corretas. Copiando a conta de administrador existente, você pode certificar-se que os membros do grupo e muitas outras propriedades são copiadas para a nova conta. Quando uma conta de usuário é copiada, a descrição, membros do grupo, horário de logon, as estações de trabalho de logon e informações de conta são copiados exatamente. O nome de usuário, nome completo e caixas de senha da nova conta estão em branco e devem ser inseridas. Caixas de seleção as Usuário não é possível alterar a senha e a Senha nunca expira são copiadas.

Observação Ao copiar uma conta que seja membro de administradores locais grupo, o Usuário não é possível alterar a senha configuração não é copiada. Normalmente, a caixa de seleção do Usuário deve alterar a senha no próximo logon é selecionada, independentemente de sua configuração na conta original; no entanto, esta caixa de seleção deve ser criptografada. Além disso, a caixa de seleção Password Never Expires deve ser selecionada. Depois de todas as entradas são concluídas, clique em Adicionar .

Agora, no menu Gerenciador de usuários , selecione Policies\User Rights , selecione Mostrar Direitos avançados do usuário e, em seguida, conceder os seguintes direitos para o novo usuário:
  • Agir como parte do sistema operacional.
  • Faça logon como um serviço.
  • Faça logon localmente.
Em seguida, fazer logon em ambos os nós com a conta recém-criado e executar conectividade básica e direitos de teste:
  • Para verificar a conectividade de (RPC) chamada de procedimento remoto, tente fazer logon remotamente de cada nó para outro com o desempenho, Regedt32 ou Srvmgr.

  • Para verificar o NetBIOS, tente emitir um \\machine_name net view e \\machine_name\admin$ net use

  • Para verificar RDR e SRV sem conectividade IP e NBT net view \\ endereço IP

  • Tente usar uma sessão FTP ou telnet para testar a funcionalidade de transporte.

Cenário 6

problema

A falha do Assistente de cluster do SQL 6.5 e a última linha do Assistente de cluster log estados:
Start SQL Server cConnectString="ODBC;DSN='';DRIVER={SQL Server};SERVER=CLIO;DATABASE=master;UID=sa;PWD="
					
resolução

Primeiro verifique se que um @@ nome_do_servidor executando não retornar uma resposta NULL. Em caso afirmativo, a tabela de sistema sysservers não tem uma entrada para o nome do servidor local. Corrigir o problema e continuar.

Se você fosse capaz de verificar @@ nome_do_servidor , você deve recarregar os drivers ODBC e, em seguida, executar o SQL cluster assistente novamente. Para recarregar os drivers ODBC, execute o programa de instalação partir do CD do SQL Server 6.5 estendido Edition em um o diretório \I386\Odbc para computadores com base em Intel ou o diretório \Alpha\Odbc para computadores Alpha com base.

Cenário 7

problema

Toda vez que o arquivo Clustwiz.exe é executado, uma mensagem aparece apontando para o arquivo Cpqmgmt.dbg do Dr. Watson.

resolução

Todas as que referências a seguir Base de Conhecimento indicam que esse problema está relacionado a Compaq Insight Manager. Aplicar a mais recente Compaq SoftPak (na maioria dos casos SSD 2.12a) e parar todos os serviços conflitantes possíveis conforme descrito nos seguintes artigos da Microsoft Knowledge Base:
192708INF: Ordem de instalação para instalação de cluster 1.0 do SQL Server 6.5 MSMQ
219264INF: Ordem de instalação para instalação de cluster do SQL Server 7.0

Cenário 8

problema

A seguinte entrada do Registro está incorreta:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVer\CommonFilesDir
resolução

Corrija o caminho.

Cenário 9

problema

Você não consegue tirar o SQL usando o Assistente de Failover de cluster do SQL do cluster.

resolução

Quando o Assistente de Failover de cluster do SQL é executado, o SQL recursos de cluster são criados. Por padrão, esses recursos têm a seguinte estrutura de nomeação:
   <Virtual_SQL_Server_Name> IP Address
   <Virtual_SQL_Server_Name> Network Name
   <Virtual_SQL_Server_Name> SQL Server 7.0
   <Virtual_SQL_Server_Name> VServer
   <Virtual_SQL_Server_Name> SQL Server Agent 7.0
					
por exemplo, se o Virtual_SQL_Server_Name é xyz, o SQL recursos são, por padrão, nomeados como:
   xyz IP Address
   xyz Network Name
   xyz SQL Server 7.0
   xyz VServer
   xyz SQL Server Agent 7.0
					
se todos ou alguns desses recursos, em seguida, são modificadas para:
   IP Address
   Network Name
   SQL Server
   Virtual Server
   SQL Agent
					
isso pode fazer com que o Assistente de Failover de cluster do SQL para falhar ou travar quando usado. Para resolver esse problema, renomeie os recursos novamente para os nomes padrão.

Cenário 10

problema

O SQLCLUST.LOG mostra o seguinte:
~~~ OnEnableCluster: UpdateSku
~~~ OnEnableCluster: TransferSQLServices
+++ TransferSQLServices: enter
+++ TransferSQLServices: calling AddVSNameLanManServer
[reghelp.h:132] type not REG_MULTI_SZ: 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[reghelp.h:133] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[reghelp.h:290] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:1803] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:1836] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:2379] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

~~~ XXX TransferSQLServices failed
					
resolução

Verifique se o valor de tipo da chave do registro seguinte:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\NullSessionPipes
					
é REG_MULTI_SZ.

A falha real está em RegQueryValue_MULTI_SZ(). Ele falha porque o tipo da chave não é REG_MULTI_SZ.

Ele o tipo da chave não é REG_MULTI_SZ, será necessário para copiar o conteúdo da chave, excluir e recriar a chave com o mesmo valor do tipo correto e nome e, em seguida, substituir o conteúdo.

Propriedades

ID do artigo: 254593 - Última revisão: terça-feira, 14 de outubro de 2008 - Revisão: 5.1
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 6.5 Enterprise Edition
Palavras-chave: 
kbmt kbinfo KB254593 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 254593

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