SQL Server 2005 DB-Spiegelungsfehler

Question

Ich erhalte die folgende Fehlermeldung, wenn ich versuche, die SQL Server 2005-Datenbankspiegelung auf meinen Servern einzurichten.Ich betreibe zwei Win2K3-Server mit jeweils SQL 2005, wobei einer davon neben einer SQL 2000-Version läuft.Nach der Wiederherstellung der Datenbank mit NORecovery und beim Konfigurieren der Endpunkte erhalte ich die folgende Fehlermeldung, wenn ich versuche, die Spiegelungssitzung zu starten.

TITLE: Database Properties
------------------------------

An error occurred while starting mirroring.

------------------------------
ADDITIONAL INFORMATION:

Alter failed for Database 'TestDB'.  (Microsoft.SqlServer.Smo)

------------------------------

An exception occurred while executing a Transact-SQL statement or 
batch. (Microsoft.SqlServer.ConnectionInfo)

------------------------------

The server network address "TCP://S-01.ssl.local:5022" can not be reached 
or does not exist. Check the network address name 
and that the ports for the local and remote endpoints are operational. 
(Microsoft SQL Server, Error: 1418)

Ich möchte außerdem anmerken, dass ich mit dem vollständigen Namen beider Server eine Telnet-Verbindung zum Port herstellen kann.

Aktualisieren

Der Sekundärserver führt SQL Server 2005 als benannte Instanz auf der lokalen 1434 und über das Netzwerk als 1433 auf den IP-Adressen aus, die dem verwendeten FQDN entsprechen.

[BEARBEITEN]

Ich konnte auf beiden Servern eine Telnet-Verbindung zu Port 5022 herstellen.

[LÖSUNG]

Falls Sie die Protokollierung durchführen können und beide Ports aktiv sind, kann es sein, dass das zugrunde liegende Konto, das SQL Server verwendet, kein Domänenkonto ist.Auf unseren Servern war das lokale Systemkonto das, unter dem der Dienst angemeldet war.Nachdem dies in das Administratordomänenkonto geändert wurde, wurde das Problem behoben.

Answer 1

Im Fall, dass Sie die Protokollierung und beiden Ports aktiv sind, kann es sein, dass das zugrunde liegende Konto, dass SQL Server verwendet wird, ist kein Domänenkonto. Auf unseren Servern war das lokale Systemkonto, der wurde der Dienst angemeldet als. Sobald dies das Administrator Domänenkonto zu sein, anstatt das Problem behoben wurde geändert wurde.

Answer 2

Haben Telnet Sie zu Port 5022 auf jedem Server? Das ist der Hafen von Datenbankspiegelung verwendet wurde, nicht der SQL-Ports 1433/1434

würde ich keine Firewall-Einstellungen überprüfen und dass die SQL Server-Dienste unter Domänenkonten ausgeführt werden.

Sie können auch einige die anderen Punkte auf diesem Problem Artikel über die Spiegelung überprüfen:

http: / /blogs.msdn.com/grahamk/archive/2008/12/08/database-mirroring-error-1418-troubleshooter.aspx

Answer 3

Überprüfen Sie die SQL Log auf beiden Maschinen und stellen Sie sicher, dass der SQL Server auf dem Port 5022 lauscht, dass die Datenbank-Spiegelung Endpunkt sollte werden.

Auf dem Server, der die benannte Instanz hat, gibt es eine andere Instanz, die die gleiche TCP-Port für die Spiegelung oder etwas anderes zu verwenden, konfiguriert ist?

Answer 4

Da es sieht aus wie Ihre Anmeldung erfolgreich war und es versagt, während tatsächlich Spiegelung ermöglicht, haben Sie versucht, SQL Profiler, genau zu sehen, was Anweisung fehlschlägt?

Nicht sicher, ob Sie mit Profiler vertraut sind, aber hier ist ein Tutorial (es ist für SQL 2000, aber das Werkzeug unterscheidet sich nur geringfügig in 2005).

Answer 5

Ich hatte auch dieses Problem, aber in SQL Server 2008 unter Windows 7 (alle Instanzen auf demselben Computer)

in meinem Fall die Lösung:

habe das gemacht:

Schritt 1) ​​Ihre System-Firewall sollte den SQL Server-Port nicht blockieren.

Schritt 2) Gehen Sie zu Computerverwaltung >> Service und Anwendung >> SQL Server 2005 -Konfiguration >> Netzwerkkonfiguration Aktivieren Sie das TCP/IP -Protokoll.Stellen Sie sicher, dass der SQL SERVER-Port standardmäßig 1433 ist.

Um sicherzugehen, befolgen Sie noch einen weiteren Schritt, der möglicherweise notwendig ist oder auch nicht.

Schritt 3) Gehen Sie zu Computerverwaltung >> Service und Anwendung >> SQL Server 2005 -Konfiguration >> Client -Konfiguration Aktivieren Sie das TCP/IP -Protokoll.

Referenz :Pinal Dave (http://blog.SQLAuthority.com)

und dann das: http://www.youtube.com/watch?v=VHAUtCiN1M4Gehen Sie im Grunde genommen zum SQL Server-Konfigurationsmanager und legen Sie für jede Instanz Ihren lokalen Benutzer und Ihr Kennwort fest.

Nur meine Meinung, denn es scheint, dass nicht jede Lösung für jeden funktioniert ...und ich habe einen Tag verloren, als ich versuchte, es herauszufinden