Beheben des Datenbankspiegelungsfehlers 1418: Server-Netzwerkadresse nicht erreichbar

Grundlegendes zu Verbindungsproblemen bei der Datenbankspiegelung

Die Datenbankspiegelung ist eine wesentliche Strategie zur Gewährleistung hoher Verfügbarkeit und Redundanz in SQL Server-Umgebungen. Allerdings kann die Konfiguration der Spiegelung manchmal zu frustrierenden Fehlern führen, wie z. B. Fehler 1418, der besagt, dass die Netzwerkadresse des Servers nicht erreichbar ist oder nicht existiert.

Dieser spezielle Fehler tritt häufig auf, wenn versucht wird, eine Spiegelungssitzung zwischen zwei SQL Server-Instanzen einzurichten, selbst wenn auf beide Datenbanken einzeln zugegriffen werden kann. Das Problem entsteht, wenn die Spiegelungsendpunkte nicht miteinander kommunizieren können.

Im vorliegenden Fall sind ein lokaler Desktop (192.168.0.80) und ein Mini-PC (192.168.0.85) an der Spiegelung beteiligt. Der Mini-PC soll als schreibgeschütztes Replikat für eine mobile Anwendung dienen und dabei den Spiegelungsmodus „High Performance“ nutzen.

Trotz korrekter Portkonfiguration und Firewall-Anpassungen stößt der Benutzer beim Versuch, die Spiegelungssitzung zu starten, auf Fehler 1418. In diesem Artikel werden mögliche Ursachen und Lösungen zur Behebung dieses Problems untersucht.

Detaillierte Aufschlüsselung der Spiegelungsfehlerbehebungsskripte

Das erste in den früheren Beispielen bereitgestellte Skript verwendet Transact-SQL (T-SQL) Befehle zum Konfigurieren und Beheben des Spiegelungsfehlers in SQL Server. Der kritischste Teil des Skripts ist die Erstellung und Konfiguration Endpunkte spiegeln. Diese Endpunkte sind die Netzwerkschnittstellen, über die die SQL Server-Instanzen während der Spiegelung kommunizieren. Der Befehl ENDPUNKT ÄNDERN stellt sicher, dass sich die Endpunkte auf beiden Servern im Status „STARTED“ befinden, sodass die Kommunikation stattfinden kann. Der SET-PARTNER Mit dem Befehl werden dann die Datenbanken verknüpft und dabei die Netzwerkadresse des Partnerservers angegeben, wodurch die beiden SQL-Instanzen Daten über das Netzwerk spiegeln können.

Das zweite Skript ist eine PowerShell-Lösung zum Testen der Netzwerkkonnektivität zwischen den beiden Servern. PowerShell verwendet die Neues Objekt System.Net.Sockets.TcpClient Befehl zum Erstellen eines TCP-Clients, der versucht, eine Verbindung zur angegebenen IP-Adresse und zum angegebenen Port herzustellen. Dies ist eine effiziente Möglichkeit, um zu überprüfen, ob die erforderlichen Ports (1433 für SQL Server und 5022 für die Spiegelung) offen und zugänglich sind. Dieses Skript ist besonders nützlich für die Diagnose von Firewall- oder Netzwerkproblemen, die möglicherweise die Kommunikation der beiden SQL-Instanzen verhindern und so das Problem verursachen Fehler 1418.

Das dritte Skript nutzt Windows-Eingabeaufforderungsbefehle, um Firewall-Einstellungen zu verwalten. Konkret die Netsh AdvFirewall Firewall Regel hinzufügen Der Befehl wird verwendet, um die erforderlichen Ports für SQL Server und Spiegelung zu öffnen. Dadurch wird sichergestellt, dass sowohl der Datenbankverkehr (Port 1433) als auch der Spiegelungsverkehr (Port 5022) ungehindert zwischen den beiden Servern fließen können. Durch vorübergehendes Deaktivieren der Firewall mit dem netsh advfirewall hat den Status „allprofiles“ deaktiviert Mit dem Befehl kann das Skript überprüfen, ob die Firewall die Hauptursache für das Netzwerkzugriffsproblem ist. Diese Lösung ist besonders wichtig bei der Behebung von Serverkommunikationsproblemen in einer sicheren Umgebung.

Schließlich verwendet das Python-Skript das socket.create_connection Funktion zur Durchführung einer Netzwerkprüfung zwischen den beiden Servern. Dieses Skript bietet eine schnelle und effektive Möglichkeit, zu überprüfen, ob die Server einander über die erforderlichen TCP-Ports erreichen können. Es versucht, eine Verbindung herzustellen und bestätigt bei Erfolg, dass die Netzwerkeinrichtung korrekt ist. Die Einfachheit von Python bei der Handhabung netzwerkbezogener Probleme macht es zu einer guten Wahl zum Testen der Konnektivität, insbesondere in Umgebungen, in denen andere Tools nicht verfügbar oder umständlich zu verwenden sind. Zusammen bieten diese Skripte einen umfassenden Ansatz zur Lösung des Problems Datenbankspiegelung Fehler beheben und eine reibungslose Kommunikation zwischen SQL Server-Instanzen sicherstellen.

-- Enable server to listen on the specified ports
ALTER ENDPOINT [Mirroring] 
STATE = STARTED;
GO

-- Ensure both databases are in FULL recovery mode
ALTER DATABASE YourDatabaseName 
SET RECOVERY FULL;
GO

-- Create mirroring endpoints on both servers
CREATE ENDPOINT [Mirroring_Endpoint]
STATE = STARTED
AS TCP (LISTENER_PORT = 5022)
FOR DATABASE_MIRRORING (ROLE = PARTNER);
GO

-- Grant CONNECT permissions to the login account
GRANT CONNECT ON ENDPOINT::[Mirroring_Endpoint] 
TO [DOMAIN\UserAccount];
GO

-- Set up mirroring using T-SQL command
ALTER DATABASE YourDatabaseName 
SET PARTNER = 'TCP://192.168.0.85:5022';
GO

-- Verify the status of the mirroring configuration
SELECT * FROM sys.database_mirroring;
GO

# Define server IPs and ports
$server1 = "192.168.0.80"
$server2 = "192.168.0.85"
$port = 5022

# Function to test port connectivity
function Test-Port {
   param([string]$server, [int]$port)
   try {
       $tcpClient = New-Object System.Net.Sockets.TcpClient($server, $port)
        Write-Host "$server on port $port is reachable."
       $tcpClient.Close()
   } catch {
        Write-Host "$server on port $port is not reachable."
    }
}

# Test both servers
Test-Port -server $server1 -port $port
Test-Port -server $server2 -port $port

-- Check if SQL Server and mirroring ports are open
netsh advfirewall firewall add rule name="SQLPort" dir=in action=allow protocol=TCP localport=1433
netsh advfirewall firewall add rule name="MirrorPort" dir=in action=allow protocol=TCP localport=5022

-- Disable firewall temporarily for testing purposes
netsh advfirewall set allprofiles state off

-- Enable firewall again after testing
netsh advfirewall set allprofiles state on

import socket

# Define server IPs and port
server1 = '192.168.0.80'
server2 = '192.168.0.85'
port = 5022

# Function to check connectivity
def check_connection(server, port):
    try:
        sock = socket.create_connection((server, port), timeout=5)
       print(f'Connection successful to {server}:{port}')
        sock.close()
   except socket.error:
       print(f'Cannot connect to {server}:{port}')

# Check both servers
check_connection(server1, port)
check_connection(server2, port)

1. Open SQL Server Management Studio (SSMS).
2. Right-click your database -> Tasks -> Mirror...
3. Click Configure Security and follow the wizard.
4. Ensure both Principal and Mirror servers are correct.
5. Set the port for the mirroring endpoints to 5022.
6. Complete the configuration and click Start Mirroring.
7. Verify the mirroring status by checking the "Database Properties" window.

Erkundung von Netzwerk- und Sicherheitsherausforderungen bei der SQL Server-Spiegelung

Beim Einrichten Spiegelung der SQL Server-DatenbankEin häufig übersehener Aspekt ist die Rolle der Netzwerkkonfiguration und der Sicherheitseinstellungen. Fehler 1418, der darauf hinweist, dass die Netzwerkadresse des Servers nicht erreicht werden kann, wird häufig durch zugrunde liegende Netzwerkprobleme verursacht. Selbst wenn die richtigen Ports (1433 und 5022) geöffnet und Firewalls deaktiviert sind, können andere Netzwerkelemente wie Routing und DNS-Konfiguration zu Kommunikationsfehlern führen. Es ist wichtig sicherzustellen, dass beide Server die IP-Adressen des anderen Servers ordnungsgemäß auflösen, insbesondere in Umgebungen mit mehreren Subnetzen.

Eine weitere Herausforderung besteht darin SQL Server-Authentifizierung Einstellungen während der Spiegelungseinrichtung. Für die Datenbankspiegelung ist es erforderlich, dass sich sowohl der Prinzipal als auch der Spiegelserver gegenseitig über Zertifikate oder domänenbasierte Authentifizierung (Kerberos) authentifizieren. Wenn dieses Setup nicht korrekt konfiguriert ist oder die Sicherheitsprotokolle zwischen den beiden Servern nicht übereinstimmen, kann Fehler 1418 auftreten. Darüber hinaus müssen SQL Server-Dienstkonten auf beiden Computern über die richtigen Berechtigungen verfügen, insbesondere Zugriff auf die Spiegelungsendpunkte.

Schließlich kann auch die Wahl des Betriebssystems das Spiegelungsverhalten beeinflussen. Verschiedene Windows-Versionen können TCP-Verbindungen unterschiedlich handhaben, insbesondere in der Art und Weise, wie sie Firewall-Regeln und die Weiterleitung des Netzwerkverkehrs verwalten. Wenn das Betriebssystem eines Servers über veraltete oder nicht übereinstimmende Netzwerktreiber verfügt, könnte die Kommunikation zwischen den Servern fehlschlagen. Um Konnektivitätsprobleme wie Fehler 1418 zu beheben, muss sichergestellt werden, dass das Betriebssystem auf dem neuesten Stand ist und die entsprechenden Dienste ausgeführt werden.