Löser databasspeglingsfel 1418: Serverns nätverksadress går inte att nå

Förstå anslutningsproblem med databasspegling

Databasspegling är en viktig strategi för att säkerställa hög tillgänglighet och redundans i SQL Server-miljöer. Men att konfigurera spegling kan ibland leda till frustrerande fel, till exempel fel 1418, som säger att serverns nätverksadress inte kan nås eller inte existerar.

Det här specifika felet uppstår ofta när man försöker ställa in en speglingssession mellan två SQL Server-instanser, även om båda databaserna är åtkomliga individuellt. Problemet uppstår när speglingsändpunkterna misslyckas med att kommunicera med varandra.

I det aktuella fallet är ett lokalt skrivbord (192.168.0.80) och en mini-PC (192.168.0.85) involverade i speglingsprocessen. Mini-PC:n är avsedd att fungera som en skrivskyddad replika för en mobilapplikation, med hjälp av "High Performance"-läget för spegling.

Trots korrekt portkonfiguration och brandväggsjusteringar, stöter användaren på fel 1418 när han försöker initiera speglingssessionen. Den här artikeln kommer att utforska potentiella orsaker och lösningar för att lösa detta problem.

Detaljerad uppdelning av skripten för upplösning av speglingsfel

Det första skriptet i de tidigare exemplen använder Transact-SQL (T-SQL) kommandon för att konfigurera och lösa speglingsfelet i SQL Server. Den mest kritiska delen av skriptet är skapandet och konfigurationen av spegelvända ändpunkter. Dessa slutpunkter är nätverksgränssnitten genom vilka SQL Server-instanserna kommunicerar under spegling. Kommandot ÄNDRA ENDPOINT säkerställer att slutpunkterna på båda servrarna är i "STARTAD"-tillståndet, vilket gör att kommunikation kan ske. De SET PARTNER kommandot används sedan för att länka databaserna och specificera nätverksadressen för partnerservern, vilket gör att de två SQL-instanserna kan spegla data över nätverket.

Det andra skriptet är en PowerShell-lösning utformad för att testa nätverksanslutningen mellan de två servrarna. PowerShell använder New-Object System.Net.Sockets.TcpClient kommando för att skapa en TCP-klient som försöker ansluta till den angivna IP-adressen och porten. Detta är ett effektivt sätt att verifiera att de nödvändiga portarna (1433 för SQL Server och 5022 för spegling) är öppna och tillgängliga. Det här skriptet är särskilt användbart för att diagnostisera brandväggs- eller nätverksproblem som kan hindra de två SQL-instanserna från att kommunicera och därmed orsaka Fel 1418.

Det tredje skriptet använder Windows Command Prompt-kommandon för att hantera brandväggsinställningar. Närmare bestämt netsh advfirewall brandvägg lägga till regel kommandot används för att öppna de nödvändiga portarna för SQL Server och spegling. Detta säkerställer att både databastrafiken (port 1433) och speglingstrafiken (port 5022) kan flöda fritt mellan de två servrarna. Genom att tillfälligt inaktivera brandväggen med netsh advfirewall stäng av alla profiler kommandot kan skriptet verifiera om brandväggen är grundorsaken till problemet med nätverksåtkomst. Denna lösning är särskilt viktig vid felsökning av serverkommunikationsproblem i en säker miljö.

Slutligen använder Python-skriptet socket.create_connection funktion för att utföra en nätverkskontroll mellan de två servrarna. Det här skriptet ger ett snabbt och effektivt sätt att validera om servrarna kan nå varandra över de nödvändiga TCP-portarna. Den försöker upprätta en anslutning, och om den lyckas bekräftar den att nätverksinställningarna är korrekta. Pythons enkelhet i att hantera nätverksrelaterade problem gör det till ett bra val för att testa anslutning, särskilt i miljöer där andra verktyg är otillgängliga eller besvärliga att använda. Tillsammans erbjuder dessa skript ett heltäckande tillvägagångssätt för att lösa problemet databasspegling fel och säkerställa smidig kommunikation mellan SQL Server-instanser.

-- 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.

Utforska nätverks- och säkerhetsutmaningar i SQL Server Mirroring

Vid installation SQL Server-databasspegling, en aspekt som ofta förbises är rollen av nätverkskonfiguration och säkerhetsinställningar. Fel 1418, som indikerar att serverns nätverksadress inte kan nås, orsakas ofta av underliggande nätverksproblem. Även när rätt portar (1433 och 5022) är öppna och brandväggar är inaktiverade, kan andra nätverkselement som routing och DNS-konfiguration orsaka kommunikationsfel. Det är viktigt att se till att båda servrarna löser varandras IP-adresser korrekt, särskilt i miljöer med flera subnät.

En annan utmaning innebär SQL Server-autentisering inställningar under speglingsinställningen. Databasspegling kräver att både huvud- och spegelservern autentiserar varandra via certifikat eller domänbaserad autentisering (Kerberos). Om den här inställningen inte är korrekt konfigurerad, eller om det finns en oöverensstämmelse i säkerhetsprotokollen mellan de två servrarna, kan fel 1418 uppstå. Dessutom måste SQL Server-tjänstkonton ha rätt behörigheter på båda datorerna, särskilt åtkomst till speglingsslutpunkterna.

Slutligen kan valet av operativsystem också påverka hur speglingen beter sig. Olika Windows-versioner kan hantera TCP-anslutningar på olika sätt, särskilt i hur de hanterar brandväggsregler och nätverkstrafikdirigering. Om operativsystemet på någon av servrarna har föråldrade eller inte matchade nätverksdrivrutiner kan kommunikationen mellan servrarna misslyckas. Att se till att operativsystemet är uppdaterat med de senaste patcharna och att lämpliga tjänster körs är avgörande för att lösa anslutningsproblem som fel 1418.