Jak řešit selhání clusteru Průvodce SQL

Překlady článku Překlady článku
ID článku: 254593 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek obsahuje informace o akce, které společně s pořadí, ve kterém jsou provedeny tyto akce provede Průvodce clusterů serveru SQL. Podrobné informace o problémech, které může způsobit selhání Průvodce je k dispozici pro každý krok. Možná řešení těchto problémů budou zahrnuty. Scénáře podrobné, konkrétní problém a řešení jsou také uvedeny.

Poznámka: Všechny zákazníky clusteru SQL Server 6.5 a 7.0 by měli upgradovat na SQL Server 2000, jako je k dispozici. Následující nástroje, funkce a součásti jsou podporovány s převzetí služeb při selhání clusterů SQL Server 2000 Enterprise Edition:
  • Vyhledávací služba (fulltextové)
  • Více instancí
  • SQL Server Enterprise Manager
  • Správce řízení služeb
  • Replikace
  • SQL Profiler
  • SQL Query Analyzer

Další informace

Následující kroky popisují chování clusteru serverů SQL průvodce:
  1. Průvodce clusterovou SQL nejprve se připojí k serveru a ověří, databází a binární soubory jsou na sdílených disků.

    Možné potíže

    O pouze věcí, které lze přejít nesprávné v tomto okamžiku je, že služba nemusí být možné spustit, které je normálně kvůli sdíleného disku právě vlastněn nesprávné uzlu nebo selhání nainstalovat soubory programu a datové soubory disku clusteru.

    Rozlišení

    Chcete-li problém odstranit, potvrďte, že sdílený disk je vlastněna správné uzlu před spuštěním Průvodce clusteru. Také zkontrolujte a přesvědčte se, zda je nainstalován program soubory a datové soubory na disk clusteru.
  2. Po zadání IP adresy a síť název průvodce vytvoří prostředek test s tyto vlastnosti a přenese online jej naleznete, pokud dojít ke konfliktům v síti.

    Poznámka: Chybová zpráva dochází pouze v případě, zadejte adresu IP, který je používán; nejsou zjištěny neplatné adresy IP nebo maska podsítě chybný.

    Možné potíže

    Pokud jste právě unclustered a jsou re-clustering serveru, může se zobrazit chybová zpráva oznamující, že síťový název je používán. K tomu může dojít, protože WINDOWSNT příležitostně selže odebrat název sítě správně z registrace systému net bios.

    První rozlišení

    Otevřete okno příkazového řádku a zadejte následující příkaz:
    nbtstat -RR
    stiskněte vratky. Po dokončení zkuste znovu pomocí adresy IP. Adresa IP stále selže, přesuňte druhé rozlišení.

    Druhý rozlišení

    Restartování systému.
  3. Po zadání všech informací Průvodce zkopíruje všechny soubory COM jsou zaregistrovány v BINN podadresář SQL Server umístění odkazuje na následující klíč registru:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\SharedFilesDir
    Ve výchozím tento klíč odkazuje na následující umístění:
    C:\Program Files\Common Files\Microsoft Shared\
    možný problém

    Průvodce clusterů serveru SQL nelze najít tyto soubory nebo umístění, do které se mají být zkopírovány. K tomuto problému obvykle dochází při něco s používá průvodce následující klíč registru je nesprávný:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SharedTools\SharedFilesD
    Poznámka: nastavení používá různé registru klíč (uvedené níže), ale dvou byste normálně přejděte na stejnou cestu:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\CommonFilesDir
    Poznámka: Podle návrhu, když nastane tento problém žádný chyba je zobrazí. Důvodem je, aby nainstalovat bez replikace a stále spustit průvodce bez nutnosti jeho selhání. Jediným způsobem identifikovat Pokud výskytu tohoto problému je prohlédněte okno výstupu ladění, ve kterém je tvořen nastavením _PRINT_CONSOLE_ = 1 v prostředí systému před spuštěním Průvodce SQL clusteru. Pokud tento krok je provádění správně, naleznete odkazy na soubory replikace například Replres.dll a Distrib.exe, jako jsou zkopírovány. Pokud odkazy na tyto soubory nezobrazí, jsou vzniku tohoto problému.

    První rozlišení

    Odkazovat scénář 8 "Specifické scénáře" v části.

    Druhý rozlišení

    Odkazovat scénáře 3 "Specifické scénáře" oddílu.
  4. Dále Průvodce clusterovou SQL zkopíruje stejné soubory na stejné místo na jiném uzlu hledání správné cesty podle čtení vzdáleného registru. Průvodce clusterovou SQL vytvoří sdílené na vzdálený uzel s názvem cluster_tools_share, zkopíruje do dané sdílené soubory a odstraní ji. SQL Server instalační program musí být schopen číst registru vzdáleného uzlu tento krok provádět.
    Možné problémy

    Pokud problémy klíče registru existují na jiném uzlu nebo Průvodce nemohl vytvořit sdílené položky, může dojít k potížím.

    Jiný problém nastane, pokud služba není nastaven na automatické spuštění. V této situaci souboru jádra (místní) .log zaznamenána následující chybová zpráva:
    MSI (c) (5 C! E0) [15:40:04:153]: PROPERTY CHANGE: Vlastnost Změna SqlLogMessage. Aktuální hodnota je 'Node01. Nová hodnota: ' < EndFunc Name = 'VerifyAdminSharesOnNode Return = '53 GetLastError = '0' > '.
    MSI (c) (5 C! E0) [15:40:04:153]: PROPERTY CHANGE: Vlastnost Změna SqlLogMessage. Aktuální hodnota ' < EndFunc Name = 'VerifyAdminSharesOnNode Return = '53 GetLastError = '0' > '. Nová hodnota: ' < EndFunc Name = 'VerifyAdminSharesOnCluster Return = '53 GetLastError = '0' > '.
    MSI (c) (5 C! E0) [15:40:04:153]: PROPERTY CHANGE: Vlastnost Změna SqlLogMessage. Aktuální hodnota ' < EndFunc Name = 'VerifyAdminSharesOnCluster Return = '53 GetLastError = '0' > '. Nová hodnota: ' < EndFunc Name = 'GetVSNodeLists Return = '0' GetLastError = '0' > '.

    Info 2836.The instalační došlo k neočekávané chybě. Kód chyby je 2836. Ovládací prvek SelectedNodeList v dialogovém okně ClusterNodeDlg nelze převzít fokus.
    Akce 15:40:04: ClusterNodeDlg. Dialogové okno vytvořen
    Poznámka: Kód chyby v chybové zprávě je 53. Tento kód představuje "Síťová cesta nebyla nalezena" chybová zpráva.

    První rozlišení

    První problém vyřešit, naleznete v kroku 8.

    Chcete-li druhý problém vyřešit, spusťte služba. Služba musí být spuštěn před instalací clusteru převzetí služeb při selhání. Tento předpoklad je popsána v tématu "Před instalací Failover Clustering" v SQL Server Books Online.

    Druhý rozlišení

    První problém vyřešíte odkazovat scénáře 3 "Specifické scénáře" oddílu.
  5. Průvodce poté zkopíruje clusteru konkrétní soubory adresáře \System32 oba uzly.

    Možné potíže

    Tento krok obvykle dokončí úspěšně. Průvodce clusterovou SQL zkopíruje soubory z CD-ROM nebo síťové sdílené položky, takže je možné, že může dojít ke ztrátě připojení ke sdílené nebo nelze vytvořit cluster_tools_share, protože již existuje.

    Rozlišení

    Odkazovat scénáře 3 "Specifické scénáře" oddílu.
  6. Průvodce spustí instalační program "secnode", který nainstaluje potřebné systémové soubory do vzdáleného uzlu a zaregistruje všechny soubory COM, které byly zkopírovány do adresáře C:\Program Files\Common Files\Microsoft sdílené.

    Možné problémy

    Jeden nejběžnější problémy v tomto okamžiku dochází, pokud nastavení spustit z bodu sdílení na prvním uzlu (připojena prostřednictvím net use kde určit uživatele a heslo). V takovém případě standardně node2 nemá přístup ke sdílené položce, že při spuštění secnode selže připojení k umístění instalace zkopírujte soubory. Pokud k tomu dojde, zobrazí se zpráva označující, že instalační program nelze spustit ve vzdáleném počítači.

    Jiného problému může dojít, pokud instalujete ze sdílené síťové položky při cesta má místa v názvu. To způsobí secnode instalace se nezdaří, protože nelze zpracovat cesty s mezerami, pokud jejich citovaný. Neexistuje žádný způsob řešení tohoto problému odlišuje od přejmenování sdílené položky.

    První rozlišení

    Pokud se setkáte s některou z těchto problémů, zkontrolujte v adresáři <%SYSROOT%> pro Sqlclstr.log souboru nebo adresáře TEMP druhého uzlu pro Remsetup.log pro clues nebo popis problému. Opravte všechny problémy a spusťte průvodce znovu.

    Druhý rozlišení

    Problémy oprávnění může zabránit SQL z pracuje správně při provádění operací na druhém uzlu clusteru Průvodce. Účet, pod které instalační program spustí musí mít odpovídající oprávnění:
    • Být místního správce pro oba uzly.
    • Právo uživatele "přihlásit jako službu".
    • Mít uživatelské právo "jednat jako část operačního systému".
    Tato oprávnění musí existovat na oba uzly; jinak selže tento krok.

    Nastavení těchto oprávnění z primárního řadiče domény (PDC). Po nastavení správných oprávnění nutné odhlášení a potom znovu přihlášení pro změny projeví. Další podrobnosti naleznete scénář 5 v části "Konkrétní scénáře".

    Možné potíže

    Secnode může také nezdaří, pokud se spustí, ale obsahuje chyby interně, například není úspěšně všechny soubory COM registrace.

    Rozlišení

    Opravte všechny problémy hlášené v Sqlstp.log na druhém uzlu.
  7. Dále Průvodce clusterů serveru SQL rebinds soubory umístěné v následujících míst:
    • Adresář SQL BINN.
    • C:\Program Files\Common Files\Microsoft Shared\SQL Server
    • C:\Program Files\Common Files\Microsoft Shared\Database replikace
    K tomu dochází v obou uzlech.

    Clusteru serverů SQL Průvodce potom následující systémové soubory v obou uzlech rebinds:
    • Dbnmpntw.dll
    • Sqlstr.dll
    • Sqlwoa.dll
    • Sqlsrv32.dll
    • Cliconfg.dll
    • Cliconfg.exe
    Průvodce clusterů serveru SQL rebinds %Sysroot%\System32\Sqlctr70.dll pouze místním uzlu.

    Možné potíže

    Rebinding proces lze pouze přerušené při něco je pomocí jednoho soubory se pokouší vytvořit vazbu. Pokud jsou otevřeny všechny aplikace SQL, včetně SQL Service Manager zobrazí tato zpráva:
    ..aktualizovat binární soubory...
    Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
    248380SQL 7.0 PRB: Chyba Průvodce selhání při aktualizaci binární soubory v clusteru
    Nejběžnější problém je některé systémové soubory jsou používány.

    Obvykle můžete určit, které uzlu problému dochází na dobu trvá na zprávu zobrazíte po opakování znovu. Pokud okamžitě zobrazí zprávu, znamená to obvykle soubor v místním počítači je používán, ale pokud trvá několik sekund, pak problém pravděpodobně dochází na jiném uzlu.

    Rozlišení

    Obvykle tento problém vyřešit zastavení všech služeb problematický a ujistěte se, že mají všechny aplikace, otevřít. K ověření, které služby by měli mít spuštění naleznete v následujících článcích znalostní báze Microsoft Knowledge Base:
    192708INF: Pořadí instalace pro SQL Server 6.5 MSMQ 1.0 Clustering instalace
    219264INF: Pořadí instalace pro nastavení Clustering SQL Server 7.0
    Možné potíže

    Pokud jsou unclustering a jeden DLL prostředku je v použít, DLL může přestat reagovat v jeho připojení k serveru zdroje. To způsobí procesu Sledování prostředků (Resrcmon.exe) mít dbnmpntw.dll soubor otevřít i v případě, že zdroj je offline.

    První rozlišení
    Restartujte počítač a spusťte znovu Průvodce odinstalovat.

    Druhý rozlišení

    Přejmenovat problematický DLL dbnmpntw.dll.copy a zkopírovat jej zpět na původní název. Nyní .copy soubor je používán, ale soubor dbnmpntw.dll není, takže může bez problémů dokončete průvodce.
  8. Průvodce clusterovou SQL nyní vytváří net name IP, sqlserver, agent a vsrvsvc prostředky v clusteru, přináší serveru SQL online zdrojů a změny místní server v systému sysservers tabulky název virtuálního serveru.

    Možné potíže

    Vytváření zdroje je obvykle nikdy problém. Měla by se zobrazit prostředky vytvářený skupiny, ve které je umístěn na disku. Všechny provádí tento krok je vytvořte prostředků a závislosti mezi nimi tak, aby začínaly ve správném pořadí.

    Uvedení do stavu online prostředky je poslední fáze instalace. První fáze je spuštění služby MSSQLSERVER $ VIRTNAME k němu připojit a správně nastavit hodnoty v sysservers. Pokud selže tento krok, potom celku instalace se nezdaří a vrácení provedených změn práce má dosavadní provést. Při obnovení vazeb souboru Sqlsrv32.dll (soubor ODBC) nefunguje správně. V tomto případě se zobrazí chyba 123 nebo 126 protokolu instalace clusteru (Sqlclstr.log) pouze po volání fixsysservers.

    Pokud dojde k této situaci:
    • Cluster je zcela přerušeno.
    • Pouze změna dva odkazy soubor Kernel32.dll průvodcem je způsobeno do souboru Vernel32.dll namísto odkazovat.
    • Pokud jste dříve nainstalovali různé verze součástí Microsoft Data Access Components (MDAC) v počítači před instalací SQL, je různé verze souboru Sqlsrv32.dll v systému.
    První rozlišení

    Restartujte oba servery a před opakováním, ujistěte se, že jsou spuštěny pouze minimální služby, jak je popsáno v následujících článcích znalostní báze Microsoft Knowledge Base:

    192708INF: Pořadí instalace pro SQL Server 6.5 MSMQ 1.0 Clustering instalace
    219264INF: Pořadí instalace pro nastavení Clustering SQL Server 7.0
    Druhý rozlišení

    Přejmenujte soubor Sqlsrv32.dll a restartujte počítač. Před opakováním, ujistěte se, že jsou spuštěny pouze minimální služby, jak je popsáno v následujících článcích Microsoft Knowledge Base:

    192708INF: Pořadí instalace pro SQL Server 6.5 MSMQ 1.0 Clustering instalace
    219264INF: Pořadí instalace pro nastavení Clustering SQL Server 7.0
    Třetí rozlišení

    Obrátit na službu odborné SQL.
  9. Dokončení Průvodce clusterovou SQL.

Konkrétní scénáře

Situace 1

Problém

Průvodce clusterovou SQL se nezdaří s následující položka protokolu:
@ 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.
					
řešení

Ověřte provedení \\server_name\admin$ připojení z obou uzlech v clusteru.

Zkontrolujte, zda tato kontrola Pokud změnit jakékoli nastavení karta (NIC) rozhraní sítě nebo pokud byly nahrazeny síťové karty.

Upozornění Pokud zakážete sdílení souborů a tiskáren pro sítě Microsoft v části vlastnosti síťového připojení v počítačích se systémem Windows 2000, nebude možné vytvořit připojení pro správu sdílených položek. Pokusy o přístup pro správu sdílených způsobí chybě s: 53 chybová zpráva dojít.

Scénář 2

Problém

Průvodce clusterovou SQL se nezdaří s následující obecná zpráva a je odkaz na určitý soubor:
Soubor již existuje.
Rozlišení

Ověřte, zda je název skupiny SQL velkými písmeny. Pokud není, pokusí vytvořit nové skupiny průvodce, ale nemůže na Ano. Pokud není všechna velká, přejmenovat dočasný název (například x) a přejmenujte jej na správný název ve všech velká.

Poznámka: Týká se pouze přejmenované skupin. Výchozí názvy jako "Skupina disků 1" mají své prostředky přesunuta do nové skupiny, pokud je vyžadován SQL.

Scénář 3

Problém

Zobrazuje následující souboru Sqlclstr.log:
~~~ 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.
					
řešení

Kontrola net sdílených položek v každém uzlu a vyhledejte následující:
  • \\cluster_tools_share
  • \\cluster_setup_share
Buď je nalezen, odstraňte je.

Scénář 4

Problém

Při pokusu o než obnovíte clustery serveru SQL po instalaci SQL service pack 1, instalace se nezdaří s následující chyba v souboru 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.
					
"P" jednotka je jednotka, do kterého byl nainstalován SQL a instalační program si myslel, že byl pouze jednotky v použití. Skutečně jednotek P Q a R jsou používány.

Rozlišení

Zkontrolujte protokoly chyb SQL a sysdevices systémové tabulky a zkontrolujte, zda jsou všechny jednotky používán SQL ve skupině SQL pomocí SQL.

Poznámka: Prostředky clusteru další disku jsou přidány do clusteru pro použití podle SQL nebo ostatní disky, aktuálně používané v clusteru jsou určené pro užívání clustery serveru SQL, by měly být přidány jako závislosti serveru SQL.

Scénář 5

Problém

Instalační program nemůže aktualizovat vzdáleného uzlu nebo při připojování k všechny výchozí databáze během počáteční instalace dojít k chybám.

Například:
#### 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 ####
řešení

Ujistěte se, zda je účet služby nastavit s správná oprávnění. Zkopírováním existující účet správce můžete zajistit, že členství ve skupinách a mnoho vlastností jsou zkopírovány do nového účtu. Při kopírování uživatelského účtu popis, členství ve skupinách, přihlašovací hodiny, přihlašovací pracovní stanice a informace o účtu jsou zkopírovány přesně. Uživatelské jméno, celé jméno a heslo polí nového účtu jsou prázdná a musí být zadán. Uživatel nemůže měnit heslo a Heslo je platné stále zaškrtávací políčka jsou zkopírovány.

Poznámka: Při kopírování účet, který je členem Administrators, místní skupiny, Uživatel nemůže měnit heslo nastavení není zkopírován. Obvykle je zaškrtnuto políčko Uživatel musí změnit heslo při dalším přihlášení bez ohledu na jeho nastavení původního účtu; Toto políčko by však být zrušte. Také by měl být zaškrtnuto políčko Heslo je platné stále. Po dokončení všech položek klepněte na tlačítko Přidat.

Nyní z nabídky Správce uživatelů vyberte Zásady\Přiřazení práv, vyberte zobrazit Upřesnění uživatelských práv a udělit následující práva nového uživatele:
  • Jednat jako součást operačního systému.
  • Přihlášení jako služba.
  • Místně přihlášení.
Dále přihlášení oba uzly s nově vytvořený účet a provádět základní připojení a práva testování:
  • Chcete-li ověřit dostupnost připojení vzdálené procedury volání (RPC), zkuste vzdáleně přihlásit z každého uzlu na druhý s Perfmon, Regedt32 nebo Srvmgr.

  • Ověřit NetBIOS, zkuste vydávání \\machine_name net view a net use \\machine_name\admin$

  • Ověřte RDR a SRV bez připojení NBT a IP net view \\ adresa IP

  • Zkuste otestovat funkčnost přenosu pomocí protokolu telnet nebo FTP relace.

Scénář 6

Problém

Průvodce clusterovou SQL 6.5 selže a poslední řádek Průvodce clusteru protokolu stavy:
Start SQL Server cConnectString="ODBC;DSN='';DRIVER={SQL Server};SERVER=CLIO;DATABASE=master;UID=sa;PWD="
					
řešení

Nejprve ověřte, že provádění @@ název_serveru nevrátí odpověď NULL. Pokud ano, nemá u systémové tabulky sysservers položka pro název místního serveru. Tento problém odstranit a pokračovat.

Pokud byly ověřit @@ název_serveru, měli byste znovu načíst ovladače ODBC a spustit Clusterovou SQL průvodce znovu. Znovu načíst ovladače ODBC, spusťte instalační program z disku CD-ROM SQL Server 6.5 Extended Edition buď v adresáři \I386\Odbc počítače Intel založené nebo adresář \Alpha\Odbc počítačů Alpha založené.

Scénář 7

Problém

Při každém souboru Clustwiz.exe spustí Dr. Watson se zobrazí zpráva, že přejdete do souboru Cpqmgmt.dbg.

Rozlišení

Všechny následující Microsoft Knowledge Base odkazuje označují, že tento problém se vztahuje k Compaq Insight Manager. Použít nejnovější Compaq SoftPak (ve většině případů SSD 2.12a) a zastavte všechny služby možné konfliktní, jak je popsáno v následujících článcích Microsoft Knowledge Base:
192708INF: Pořadí instalace pro SQL Server 6.5 MSMQ 1.0 Clustering instalace
219264INF: Pořadí instalace pro nastavení Clustering SQL Server 7.0

Scénář 8

Problém

Následující položku registru je nesprávný:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVer\CommonFilesDir
Rozlišení

Opravte cestu.

Scénář 9

Problém

Nemůžete zrušení clusterů SQL pomocí Průvodce Failover Cluster SQL.

Rozlišení

Při selhání Průvodce SQL clusteru je spuštěna, SQL vytvořena prostředky clusteru. Ve výchozím nastavení tyto prostředky mají následující strukturu pojmenování:
   <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
					
například Virtual_SQL_Server_Name je xyz SQL s prostředky, jsou ve výchozím názvem jako:
   xyz IP Address
   xyz Network Name
   xyz SQL Server 7.0
   xyz VServer
   xyz SQL Server Agent 7.0
					
Pokud všechny nebo některé tyto zdroje jsou potom změněna na:
   IP Address
   Network Name
   SQL Server
   Virtual Server
   SQL Agent
					
to může způsobit selhání Průvodce SQL clusteru k selhání nebo přestat reagovat při použití. Tento problém vyřešit, přejmenujte prostředky zpět na výchozí názvy.

Scénář 10

Problém

Zobrazuje následující SQLCLUST.LOG:
~~~ 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
					
řešení

Ověřte, zda hodnota typu následující klíč registru:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\NullSessionPipes
					
je REG_MULTI_SZ.

Skutečné selhání je v RegQueryValue_MULTI_SZ(). Selhání protože typ klíče není REG_MULTI_SZ.

Jeho typ klíče není REG_MULTI_SZ, je bude nutné zkopírovat obsah z klíče, odstranit a znovu vytvořit klíč se stejnou hodnotou název a správný typ a nahradit obsah.

Vlastnosti

ID článku: 254593 - Poslední aktualizace: 14. října 2008 - Revize: 5.1
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 6.5 Enterprise Edition
Klíčová slova: 
kbmt kbinfo KB254593 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:254593

Dejte nám zpětnou vazbu

 

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