Problembehandlung bei SQL Cluster-Assistenten-Fehler

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 254593 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Dieser Artikel enthält Informationen zu Aktionen, die Cluster-Assistent von SQL Server in der folgenden Aktionen ausgeführt werden führt, zusammen mit der Reihenfolge. Für jedes Schritt wird detaillierte Informationen zu Problemen bereitgestellt, die der Assistent fehlschlagen verursachen könnte. Mögliche Lösungen für diese Probleme sind enthalten. Detaillierte, spezifische Problemszenarios und Lösungen werden ebenfalls bereitgestellt.

Hinweis: Alle SQL Server 6.5 und 7.0-Cluster-Kunden sollten auf SQL Server 2000 aktualisieren, sobald es verfügbar ist. Die folgenden Tools, Features und Komponenten werden von Failover-Clusterunterstützung in SQL Server 2000 Enterprise Edition unterstützt:
  • Microsoft Search-Dienst (Full-Text)
  • Mehrere Instanzen
  • SQL Server Enterprise Manager
  • Dienstkontroll-Manager
  • Replikation
  • SQL Profiler
  • SQL Query Analyzer

Weitere Informationen

Die folgenden Schritte beschreiben das Verhalten des SQL Server-Cluster-Assistenten:
  1. Erstens wird der SQL-Cluster-Assistent stellt eine Verbindung zum Server her und überprüft, ob alle Datenbanken und Binärdateien für freigegebene Festplatten sind.

    mögliche Ursache des Problems

    Zu, die an diesem Punkt schief gehen kann, die lediglich der Dienst zum Starten möglicherweise nicht, ist normalerweise aufgrund von dem freigegebenen Datenträger der falsche Knoten oder das Fehlschlagen der Programmdateien und die Datendateien auf dem Clusterdatenträger installiert Besitz wird.

    Auflösung

    Um dieses Problem zu beheben, stellen Sie sicher, dass der freigegebene Datenträger korrekt Besitz des Knotens ist vor dem Ausführen des Cluster-Assistenten. Darüber hinaus stellen Sie und sicher, dass sowohl die Programmdateien und Datendateien auf den Clusterdatenträger installiert sind.
  2. Nachdem Sie die IP-Adresse und Netzwerk-Namen eingegeben haben, wird der Assistent erstellt eine Testressource mit diesen Eigenschaften und bringt es online finden Sie unter Konflikte im Netzwerk auftreten.

    Hinweis: Ein Fehlermeldung erfolgt, nur wenn Sie eine IP-Adresse eingeben, die verwendet wird, ungültige IP-Adressen oder eine ungültige Subnetzmaske sind nicht erkannt.

    mögliche Ursache des Problems

    Wenn Sie nur unclustered haben und des Servers sind re-clustering, erhalten Sie auf ein Fehlermeldung, dass sich Ihren Netzwerknamen in Gebrauch ist. Dies kann auftreten, Windows NT gelegentlich, fehlschlägt um den Netzwerknamen ordnungsgemäß von der net Bios-Registrierung zu entfernen.

    erste Auflösung

    Öffnen Sie ein Fenster Eingabeaufforderung und geben Sie den folgenden Befehl:
    nbtstat -RR
    Schaltfläche zurück . Versuchen Sie nach Abschluss Sie die IP-Adresse erneut zu verwenden. Wenn die IP-weiterhin fehlschlägt Adresse, verschieben Sie die zweite Auflösung.

    zweite Auflösung

    Neustart des Systems.
  3. Nachdem Sie alle Informationen eingegeben haben, kopiert der Assistent alle COM-Dateien, die im BINN, auf das SQL Server-Unterverzeichnis der den Speicherort auf den folgenden Registrierungsschlüssel verweist registriert sind:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\SharedFilesDir
    Dieser Schlüssel zeigt standardmäßig an folgendem Speicherort:
    C:\Program Files\Common Files\Microsoft Shared\
    mögliche Problem

    Der SQL Server-Cluster-Assistent kann diese Dateien oder den Speicherort mit dem Sie kopiert werden soll. Dieses Problem tritt normalerweise auf, wenn etwas mit dem folgenden Registrierungsschlüssel, die der Assistent verwendet falsch ist:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SharedTools\SharedFilesD
    Beachten Sie, dass das Setup einen anderen Registrierungsschlüssel verwendet (siehe unten), sondern die beiden normalerweise Sie auf den gleichen Pfad zeigen sollte:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\CommonFilesDir
    Hinweis: Beabsichtigt wird dieses Problem auftritt, kein Fehler angezeigt. Dies erfolgt, damit Sie ohne Replikation installieren und noch den Assistenten ausführen ohne es fehlschlagen können. Die einzige Möglichkeit zu bestimmen, ob dieses Problem auftritt, besteht im Debug-Ausgabefenster anzusehen, die gebildet wird, indem Sie _PRINT_CONSOLE_ = 1 in der Systemumgebung vor, um den SQL-Cluster-Assistenten ausführen. Wenn dieses Schritt ordnungsgemäß ausgeführt wird, sehen Sie Verweise auf die Replikation Dateien, wie z. B. replres.dll und distrib.exe, wie Sie kopiert werden. Wenn Verweise auf diese Dateien nicht angezeigt wird, werden Sie dieses Problem auftritt.

    erste Auflösung

    Finden Sie in Szenario 8 in "Bestimmte Szenarien" Abschnitt.

    zweite Auflösung

    Finden Sie in Szenario 3 in der "bestimmte Szenarien" Abschnitt.
  4. Anschließend kopiert der SQL-Cluster-Assistent die gleichen Dateien auf am selben Ort auf dem anderen Knoten suchen den richtigen Pfad durch Lesen der remote-Registrierung. Der SQL-Cluster-Assistent erstellt eine Freigabe auf dem remote-Knoten mit dem Namen Cluster_tools_share, kopiert die Dateien zu dieser Freigabe und anschließend gelöscht. Das Setupprogramm von SQL Server muss die Registrierung auf den Remoteknoten zum Ausführen dieser Schritt lesen können.
    mögliche Probleme

    Ein Problem kann auftreten, wenn Registrierung Schlüssel Probleme auf dem anderen Knoten vorliegen oder wenn der Assistent zum Erstellen der Freigabe nicht konnte.

    Ein anderes Problem tritt, wenn der Remoteregistrierungsdienst nicht gesetzt ist, automatisch zu starten. In diesem Fall wird die folgenden Fehlermeldung in der Kerndatei (lokal) .log protokolliert:
    MSI (c) (5C! E0) [15:40:04:153]: PROPERTY CHANGE: Ändern von SqlLogMessage-Eigenschaft. Der aktuelle Wert ist 'Node01'. Den neuen Wert: ' < EndFunc Name = 'VerifyAdminSharesOnNode' Return = "53" GetLastError = '0' > '.
    MSI (c) (5C! E0) [15:40:04:153]: PROPERTY CHANGE: Ändern von SqlLogMessage-Eigenschaft. Der aktuelle Wert ist ' < EndFunc Name = 'VerifyAdminSharesOnNode' Return = "53" GetLastError = '0' > '. Den neuen Wert: ' < EndFunc Name = 'VerifyAdminSharesOnCluster' Return = "53" GetLastError = '0' > '.
    MSI (c) (5C! E0) [15:40:04:153]: PROPERTY CHANGE: Ändern von SqlLogMessage-Eigenschaft. Der aktuelle Wert ist ' < EndFunc Name = 'VerifyAdminSharesOnCluster' Return = "53" GetLastError = '0' > '. Den neuen Wert: ' < EndFunc Name = 'GetVSNodeLists' Return = '0' GetLastError = '0' > '.

    Info 2836.The Installer ist einen Unerwarteter Fehler aufgetreten. Der Fehlercode ist 2836. Die SelectedNodeList im Dialogfeld ClusterNodeDlg kann nicht den Fokus steuern.
    Aktion 15:40:04: ClusterNodeDlg. Dialogfeld erstellt
    Hinweis: Der Fehlercode in der Fehlermeldung ist 53. Dieser Code stellt die "der Netzwerkpfad wurde nicht gefunden" Fehlermeldung dar.

    erste Auflösung

    Das erste Problem beheben finden Sie unter Schritt 8.

    Um das zweite Problem zu beheben, starten Sie den Remoteregistrierungs-Dienst. Bevor Sie einen Failovercluster installieren, muss der Remoteregistrierungsdienst ausgeführt werden. Diese Voraussetzung ist in das Thema "Vor dem Installieren der Failover-Clusterunterstützung" in der SQL Server-Onlinedokumentation dokumentiert.

    zweite Auflösung

    Um das erste Problem zu beheben, finden Sie in Szenario 3 in der "bestimmte Szenarien" Abschnitt.
  5. Der Assistent kopiert die Cluster bestimmten Dateien in das Verzeichnis \System32 beider Knoten.

    mögliche Ursache des Problems

    Normalerweise wird dieser Schritt erfolgreich abgeschlossen. Der SQL-Cluster-Assistent kopiert die Dateien von der CD oder Netzwerk-Freigabe, sodass es möglich ist, dass es möglicherweise die Verbindung zur Freigabe verlieren oder nicht die Cluster_tools_share erstellen, da er bereits vorhanden ist.

    Auflösung

    Finden Sie in Szenario 3 in der "bestimmte Szenarien" Abschnitt.
  6. Der Assistent führt das "Secnode"-Setup, der die erforderlichen Systemdateien auf den remote-Knoten installiert und registriert alle COM-Dateien, die zu dem Ordner c:\Programme\Gemeinsame Dateien\Microsoft freigegebenen Verzeichnis kopiert wurden.

    mögliche Probleme

    Einer der am häufigsten auftretenden Probleme auftritt an diesem Punkt wenn das Setup von einem Freigabepunkt, auf dem ersten Knoten ausgeführt wird (verbunden über net Use in dem Sie einen Benutzer und ein Kennwort angeben). Wenn dies, in der Standardeinstellung geschieht kann Knoten 2 nicht auf die Freigabe zugreifen so, dass beim Ausführen von Secnode es Verbindung zurück zu den Installationsort zum Kopieren der Dateien fehlschlägt. Wenn dieser Fall eintritt, erhalten Sie eine Meldung, dass das Setupprogramm nicht auf dem Remotecomputer ausgeführt werden.

    Ein anderes Problem kann auftreten, wenn Sie von einer Netzwerkfreigabe, installieren Wenn der Pfad ein Leerzeichen im Namen hat. Dadurch wird das Secnode-Setup fehl, da es Pfade mit Leerzeichen verarbeiten, sofern diese in Anführungszeichen eingeschlossen werden kann. Besteht keine Möglichkeit, um dieses Problem abgesehen von die Freigabe umbenennen.

    erste Auflösung

    Wenn eines dieser Probleme auftreten, sollten Sie im Verzeichnis <%SYSROOT%> für die Sqlclstr.log-Datei oder auf dem zweiten Knoten TEMP-Verzeichnis für die Remsetup.log für Hinweise oder Beschreibungen des Problems überprüfen. Korrigieren Sie alle Probleme, und führen Sie dann den Assistenten erneut aus.

    zweite Auflösung

    Berechtigungsprobleme können auch verhindern die SQL-cluster-Assistenten beim Ausführen von Operationen auf dem zweiten Knoten ordnungsgemäß funktioniert. Das Konto, unter dem, das Setup führt die entsprechenden Berechtigungen haben müssen:
    • Ein lokaler Administrator für beide Knoten sein.
    • Besitzen Sie das Benutzerrecht, um "als Dienst anmelden".
    • Haben Sie die Benutzerrecht, "als Teil des Betriebssystems handeln".
    Diese Berechtigungen auf beide Knoten vorhanden sein müssen; andernfalls schlägt fehl, diese Schritt.

    Diese Berechtigungen vom primären Domänencontroller (PDC) festlegen. Nachdem die richtigen Berechtigungen festgelegt werden, Sie müssen abmelden und Anmelden dann erneut, damit die Änderungen übernommen werden. Weitere Informationen finden Sie in Szenario 5 im Abschnitt "Bestimmte Szenarien".

    mögliche Ursache des Problems

    Secnode kann auch fehlschlagen, wenn es ausgeführt wird, aber Fehler intern, z. B. nicht erfolgreich registrieren alle COM-Dateien hat.

    Auflösung

    Korrigieren Sie alle in der Datei auf dem zweiten Knoten gemeldeten Probleme.
  7. Der SQL Server-Cluster-Assistent bindet anschließend erneut alle Dateien in den folgenden Orten gespeichert:
    • Das Verzeichnis BINN von SQL.
    • Ordner Programme\Gemeinsame Dateien\Microsoft Shared\SQL Server
    • Ordner Programme\Gemeinsame Dateien\Microsoft Shared\Database Replikation
    Dies tritt auf beiden Knoten.

    SQL Server-Cluster-Assistenten die dann bindet die folgenden Systemdateien auf beiden Knoten erneut wird:
    • Dbnmpntw.dll
    • Sqlstr.dll
    • Sqlwoa.dll
    • Sqlsrv32.dll
    • Cliconfg.dll
    • Cliconfg.exe
    Der SQL Server-Cluster-Assistent bindet %sysroot%\System32\Sqlctr70.dll auf dem lokalen Knoten nur erneut.

    mögliche Ursache des Problems

    Der Neubindung Prozess kann nur unterbrochen werden, wenn etwas eine der Dateien es versucht verwendet, zu binden. Wenn alle SQL-Anwendungen, einschließlich der SQL-Dienst-Manager geöffnet sind, zeigt diese Meldung an:
    ..Binärdateien konnte nicht aktualisiert werden...
    Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
    248380PRB: SQL 7.0 Failover-Assistenten-Fehler beim Aktualisieren von Binärdateien auf Cluster
    Das häufigste Problem besteht darin, dass einige der Systemdateien verwendet werden.

    Normalerweise können Sie bestimmen die Knoten, die das Problem mit dem Betrag der Zeit auf der Nachricht anzuzeigende nach einer Wiederholung erneut dauert. Wenn die Meldung unmittelbar angezeigt wird, bedeutet dies normalerweise, dass eine Datei auf dem lokalen Computer verwendet, aber wenn ein paar Sekunden dauert, dann das Problem wahrscheinlich auf dem anderen Knoten erfolgt.

    Auflösung

    Sie können in der Regel umgehen dieses Problem durch alle betreffenden Dienste beenden und sicherstellen, dass alle Anwendungen Öffnen nicht haben. Zum Überprüfen, welche Dienste Sie sollte ausgeführt, auf den folgenden Artikeln der Microsoft Knowledge Base beziehen aufweisen:
    192708Info: Reihenfolge bei der Installation für SQL Server 6.5 MSMQ 1.0 Clustering-Setup
    219264Info: Reihenfolge bei der Installation für SQL Server 7.0 Clustering-Setup
    mögliche Ursache des Problems

    Wenn Sie unclustering sind und eine der Ressourcen-DLLs in verwenden Sie, wird die Ressource-DLL kann in reagieren eines seine Verbindungen zum Server. Dadurch wird den Ressourcenmonitorprozess (RESRCMON.exe), die dbnmpntw.dll-Datei öffnen können, selbst wenn die Ressource offline ist.

    erste Auflösung
    Starten Sie neu und führen Sie den Assistenten deinstallieren erneut aus.

    zweite Auflösung

    Benennen Sie die betreffende DLL zu Dbnmpntw.dll.copy, und kopieren Sie Sie wieder zum ursprünglichen Namen. Jetzt die .Copy-Datei ist in Verwendung, aber die dbnmpntw.dll Datei ist keine, damit der Assistent ohne Probleme abgeschlossen werden kann.
  8. Dem SQL-Failovercluster-Assistenten jetzt die net Name, IP, Sqlserver, Agent und Vsrvsvc Ressourcen im Cluster erstellt, bringt der SQL Server-Ressource online und Änderungen der lokale Server in der Sysservers -System auf den virtuellen Servernamen Tabelle.

    mögliche Ursache des Problems

    Erstellen der Ressourcen ist i. d. r. nie ein Problem. Sie sollten sehen die Ressourcen in der Gruppe, in der sich der Datenträger befindet, erstellt wird. Diese Schritt unterstützt lediglich erstellen die Ressourcen und Abhängigkeiten zwischen diesen damit in der richtigen Reihenfolge gestartet werden kann.

    Die Ressourcen online geschaltet ist die letzte Phase der Installation. Die erste Phase ist starten den Dienst MSSQLSERVER $ VIRTNAME, eine Verbindung zu ihm herstellen und die Werte in Sysservers ordnungsgemäß festlegen. Wenn dieses Schritt fehlschlägt, setup dann die gesamte fehlschlägt und Rollbacks gesamte Arbeit es bisher ausgeführt hat. Wenn die erneute Zuordnung der Datei Sqlsrv32.dll (eine ODBC-Datei) nicht ordnungsgemäß funktioniert. Wenn dies der Fall ist, sehen Sie nur nach dem Aufruf Fixsysservers Fehler 123 oder 126 im Cluster Setup-Protokoll (Sqlclstr.log).

    Wenn diese Situation auftritt:
    • Der Cluster ist vollständig unterbrochen.
    • Es wird durch den Assistenten ändern nur eines der zwei Verweise auf die Datei Kernel32.dll verursacht, auf die Datei Vernel32.dll stattdessen verweisen.
    • Wenn Sie zuvor eine andere Version der Microsoft Data Access Components (MDAC) auf dem Computer installiert vor der Installation von SQL, ist die Version der Datei Sqlsrv32.dll auf dem System unterschiedliche.
    erste Auflösung

    Starten Sie beide Server neu, und bevor Sie den Vorgang wiederholen, sicherstellen, dass, dass nur die minimale Dienste ausgeführt werden, wie in folgenden Artikeln der Microsoft Knowledge beschrieben:

    192708Info: Reihenfolge bei der Installation für SQL Server 6.5 MSMQ 1.0 Clustering-Setup
    219264Info: Reihenfolge bei der Installation für SQL Server 7.0 Clustering-Setup
    zweite Auflösung

    Benennen Sie die Datei Sqlsrv32.dll, und starten Sie den Computer neu. Bevor Sie den Vorgang wiederholen, sicherstellen Sie, dass nur die minimale Dienste ausgeführt werden, wie in folgenden Artikeln der Microsoft Knowledge Base beschrieben:

    192708Info: Reihenfolge bei der Installation für SQL Server 6.5 MSMQ 1.0 Clustering-Setup
    219264Info: Reihenfolge bei der Installation für SQL Server 7.0 Clustering-Setup
    dritte Auflösung

    Wenden Sie sich an den SQL-Produktsupport.
  9. Der SQL-Cluster-Assistent wird beendet.

Bestimmte Szenarien

1. Szenario

Problem

SQL-Cluster-Assistenten schlägt mit dem folgenden Protokolleintrag:
@ 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.
					
Lösung

Stellen Sie sicher, dass Sie eine \\server_name\admin$-Verbindung von beiden Knoten im Cluster herstellen können.

Überprüfen Sie diese Wenn Einstellungen Netzwerkschnittstellenkarte (NIC) Card Interface Netzwerk geändert wurden oder wenn Netzwerkkarten ersetzt wurden.

Warnung Wenn Sie Datei- und Druckerfreigabe für Microsoft-Netzwerke, unter den Netzwerkverbindungs-Eigenschaften auf Computern unter Windows 2000 deaktivieren, werden Sie keine Verbindung für die administrativen Freigaben herstellen können. Zugriffsversuche auf die administrativen Freigaben verursacht einen Fehler: 53 Fehlermeldung auftreten.

Szenario 2

Problem

Der SQL-Cluster-Assistent fehlschlägt mit der folgenden generischen Meldung und gibt es kein Verweis auf eine bestimmte Datei:
Datei ist bereits vorhanden.
Auflösung

Überprüfen Sie, ob der Name der SQL Server-Gruppe in Großbuchstaben ist. Wenn dies nicht der Fall ist, der Assistent versucht, eine neue Gruppe zu erstellen, aber nicht auf Ja. Wenn es nicht alle Großbuchstaben, benennen Sie es in einen temporären Namen (z. B. X), und benennen Sie Sie in den richtigen Namen in allen zu Großbuchstaben.

Hinweis: Dies gilt für nur Gruppen umbenannt. Die Standardnamen wie "Datenträgergruppe 1" haben Ihre Ressourcen in die neue Gruppe verschoben, wenn SQL erforderlich.

Szenario 3

Problem

Die Datei Sqlclstr.log zeigt die folgenden:
~~~ 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.
					
Lösung

Überprüfen Sie die net Freigaben auf jedem Knoten, und suchen Sie nach der folgenden:
  • \\cluster_tools_share
  • \\cluster_setup_share
Wenn entweder gefunden wird, löschen Sie Sie.

Szenario 4

Problem

Wenn Sie versuchen, SQL re-cluster nach der Installation von SQL service Pack 1, die Installation schlägt fehl, mit dem folgenden Fehler in der Datei 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.
					
das Laufwerk "D" das Laufwerk ist auf dem SQL installiert wurde, und das Installationsprogramm betrachtet war es das einzige Laufwerk verwendet. Tatsächlich werden die P, Q und R-Laufwerke verwendet.

Auflösung

Überprüfen Sie die Fehlerprotokolle von SQL und Systemtabelle Sysdevices und sicherzustellen Sie, dass alle Laufwerke von SQL verwendet werden in der SQL-Gruppe sind SQL verwendet wird.

Hinweis: Wenn zusätzliche Cluster-Datenträgerressourcen des Clusters für die Verwendung von SQL hinzugefügt werden oder andere Datenträger, die momentan im Cluster verwendet für die Verwendung von gruppierten SQL Server festgelegt sind, sollten Sie als Abhängigkeiten von SQL Server hinzugefügt werden.

Szenario 5

Problem

Setup kann den Remoteknoten aktualisieren oder Fehlern beim Verbinden mit die Standarddatenbanken während der Erstinstallation.

Zum Beispiel:
#### 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 ####
Lösung

Stellen Sie sicher das Dienstkonto mit den richtigen Berechtigungen konfiguriert ist. Kopieren das vorhandene Administratorkonto, gewährleisten Sie, dass die Gruppenmitgliedschaften und viele andere Eigenschaften für das neue Konto kopiert werden. Wenn ein Benutzerkonto kopiert wird, werden die Beschreibung, Gruppenmitgliedschaften, Anmeldezeiten, Anmeldearbeitsstationen und Kontoinformationen genau kopiert. Der Benutzername, vollständiger Name Kennwortfelder des neuen Kontos sind leer und müssen eingegeben werden. Die Kontrollkästchen Benutzer kann Kennwort nicht ändern und Kennwort läuft nie ab werden kopiert.

Hinweis: Beim Kopieren eines Kontos, das Mitglied der lokalen Administratorgruppe ist gruppieren, das Benutzer kann Kennwort nicht ändern Einstellung wird nicht kopiert. In der Regel sollte das Kontrollkästchen Benutzer muss ändern Kennwort beim nächsten Anmeldung aktiviert ist, unabhängig von der Einstellung im ursprünglichen Konto; jedoch dieses Kontrollkästchen deaktivieren. Darüber hinaus sollte das Kontrollkästchen Kennwort läuft nie ab aktiviert werden. Nachdem alle Einträge abgeschlossen sind, klicken Sie auf Hinzufügen .

Jetzt, im Menü Benutzer-Manager Wählen Sie Richtlinien\Zuweisen von Berechtigungen , wählen Sie Weitere Benutzerrechte anzeigen, und erteilen Sie die folgenden Rechte für den neuen Benutzer:
  • Einsetzen als Teil des Betriebssystems.
  • Anmeldung als Dienst.
  • Lokal anmelden.
Als Nächstes an beide Knoten mit dem neu erstellten Konto melden Sie an, und führen Sie allgemeine Konnektivität und Rechte testen:
  • Versuchen Sie, von jedem Knoten zu einem anderen mit Perfmon, Regedt32 oder Srvmgr Remoteanmeldung um remote Procedure Call (RPC) Konnektivität zu überprüfen.

  • Um NetBIOS zu überprüfen, versuchen Sie ausstellen, einen net View-\\machine_name und \\machine_name\admin$ net use

  • So überprüfen Sie RDR und SRV-ohne NBT und IP-Verbindung net View \\ IP-

  • Verwenden eines Telnet oder FTP-Sitzung, um Transport Funktionalität zu testen.

Szenario 6

Problem

Die SQL 6.5 Failovercluster-Assistenten fehlschlägt und der letzten Zeile Cluster-Assistenten protokollieren Zustände:
Start SQL Server cConnectString="ODBC;DSN='';DRIVER={SQL Server};SERVER=CLIO;DATABASE=master;UID=sa;PWD="
					
Lösung

Überprüfen Sie zunächst das Durchführen einer @@ Servername keine NULL-Antwort zurück. Wenn dies der Fall ist, verfügt die Sysservers -Systemtabelle keinen Eintrag für den Namen des lokalen Servers über. Korrigieren Sie dies und fortfahren.

Wenn Sie @@ Servername überprüfen konnten , sollten Sie die ODBC-Treiber laden und dann ausführen SQL-Cluster-Assistenten erneut. Um die ODBC-Treiber erneut zu laden, führen Sie das Setupprogramm von SQL Server 6.5 Erweiterte Edition-CD entweder in das Verzeichnis \I386\Odbc für Intel-basierten Computer oder das Verzeichnis \Alpha\Odbc für Alpha-basierten Computern.

Szenario 7

Problem

Jedes Mal die Clustwiz.exe-Datei ausgeführt wird, eine Meldung auf die Datei Cpqmgmt.dbg Dr. Watson.

Auflösung

Alle, die der folgenden Microsoft Knowledge Base verweist, darauf hinweisen, dass dieses Problem zu Compaq Insight Manager verknüpft ist. Gelten Sie die neuesten Compaq SoftPak (in den meisten Fällen SSD 2.12a), und beenden Sie alle möglichen in Konflikt stehende Dienste wie in folgenden Artikeln der Microsoft Knowledge Base beschrieben:
192708Info: Reihenfolge bei der Installation für SQL Server 6.5 MSMQ 1.0 Clustering-Setup
219264Info: Reihenfolge bei der Installation für SQL Server 7.0 Clustering-Setup

Szenario 8

Problem

Der folgenden Registrierungseintrag ist nicht korrekt:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVer\CommonFilesDir
Auflösung

Korrigieren Sie den Pfad.

Szenario 9

Problem

Sie können nicht mithilfe des SQL Cluster-Failover-Assistenten SQL Gruppierung aufheben.

Auflösung

Wenn der SQL Cluster Failover Assistenten ist auszuführen, die SQL-Clusterressourcen werden erstellt. Standardmäßig haben diese Ressourcen die folgende Namensstruktur:
   <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
					
Z. B. ist die Virtual_SQL_Server_Name Xyz, die SQL-Ressourcen sind, standardmäßig Namen als:
   xyz IP Address
   xyz Network Name
   xyz SQL Server 7.0
   xyz VServer
   xyz SQL Server Agent 7.0
					
Wenn aller oder einiger dieser Ressourcen zu dann geändert werden:
   IP Address
   Network Name
   SQL Server
   Virtual Server
   SQL Agent
					
können dadurch dem SQL-Cluster-Failover-Assistenten, fehlschlagen oder hängt, wenn verwendet. Um dieses Problem zu beheben, benennen Sie die Ressourcen wieder in die Standardnamen.

Szenario 10

Problem

Die SQLCLUST.LOG zeigt die folgenden:
~~~ 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
					
Lösung

Stellen Sie sicher, dass der Typwert des folgenden Registrierungsschlüssel:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\NullSessionPipes
					
REG_MULTI_SZ ist.

Der tatsächliche Fehler ist in RegQueryValue_MULTI_SZ(). Er fehlschlägt, weil der Typ des Schlüssels nicht ist REG_MULTI_SZ.

Es der Typ des Schlüssels ist kein REG_MULTI_SZ, stellen Sie müssen den Inhalt aus dem Schlüssel zu kopieren löschen und neu erstellen, den Schlüssel mit den gleichen Namen und den richtigen Wert, und Ersetzen Sie den Inhalt.

Eigenschaften

Artikel-ID: 254593 - Geändert am: Dienstag, 14. Oktober 2008 - Version: 5.1
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 6.5 Enterprise Edition
Keywords: 
kbmt kbinfo KB254593 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 254593
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

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