Løsning af databasespejlingsfejl 1418: Servernetværksadresse kan ikke nås

Forståelse af forbindelsesproblemer med databasespejling

Databasespejling er en vigtig strategi for at sikre høj tilgængelighed og redundans i SQL Server-miljøer. Konfiguration af spejling kan dog nogle gange føre til frustrerende fejl, såsom fejl 1418, som angiver, at serverens netværksadresse ikke kan nås eller ikke eksisterer.

Denne særlige fejl opstår ofte, når du forsøger at konfigurere en spejlingssession mellem to SQL Server-instanser, selvom begge databaser er tilgængelige individuelt. Problemet opstår, når spejlingsendepunkterne ikke kommunikerer med hinanden.

I det foreliggende tilfælde er en lokal desktop (192.168.0.80) og en mini-pc (192.168.0.85) involveret i spejlingsprocessen. Mini-pc'en er beregnet til at fungere som en skrivebeskyttet replika til en mobilapplikation ved at bruge spejlingstilstanden "Høj ydeevne".

På trods af korrekt portkonfiguration og firewalljusteringer støder brugeren på fejl 1418, når han forsøger at starte spejlingssessionen. Denne artikel vil undersøge potentielle årsager og løsninger til at løse dette problem.

Detaljeret opdeling af scripts til opløsning af spejlingsfejl

Det første script i de tidligere eksempler bruger Transact-SQL (T-SQL) kommandoer til at konfigurere og løse spejlingsfejlen i SQL Server. Den mest kritiske del af scriptet er oprettelsen og konfigurationen af spejlende endepunkter. Disse endepunkter er de netværksgrænseflader, hvorigennem SQL Server-instanserne kommunikerer under spejling. Kommandoen ÆNDRE ENDPUNKT sikrer, at endepunkterne på begge servere er i "STARTED"-tilstanden, hvilket tillader kommunikation at finde sted. De SÆT PARTNER kommandoen bruges derefter til at forbinde databaserne og angive partnerserverens netværksadresse, hvilket tillader de to SQL-instanser at spejle data på tværs af netværket.

Det andet script er en PowerShell-løsning designet til at teste netværksforbindelsen mellem de to servere. PowerShell bruger New-Object System.Net.Sockets.TcpClient kommando for at oprette en TCP-klient, der forsøger at oprette forbindelse til den angivne IP-adresse og port. Dette er en effektiv måde at verificere, at de nødvendige porte (1433 til SQL Server og 5022 til spejling) er åbne og tilgængelige. Dette script er særligt nyttigt til at diagnosticere firewall- eller netværksproblemer, der kan forhindre de to SQL-forekomster i at kommunikere og dermed forårsage Fejl 1418.

Det tredje script udnytter Windows Command Prompt-kommandoer til at administrere firewall-indstillinger. Specifikt netsh advfirewall firewall tilføjelsesregel kommandoen bruges til at åbne de nødvendige porte til SQL Server og spejling. Dette sikrer, at både databasetrafikken (port 1433) og spejlingstrafikken (port 5022) kan flyde frit mellem de to servere. Ved midlertidigt at deaktivere firewallen med netsh advfirewall deaktiverede alle profiler kommandoen, kan scriptet bekræfte, om firewallen er årsagen til problemet med netværksadgang. Denne løsning er især vigtig ved fejlfinding af serverkommunikationsproblemer i et sikkert miljø.

Til sidst bruger Python-scriptet socket.create_connection funktion til at udføre et netværkstjek mellem de to servere. Dette script giver en hurtig og effektiv måde at validere, om serverne kan nå hinanden via de nødvendige TCP-porte. Den forsøger at etablere en forbindelse, og hvis det lykkes, bekræfter den, at netværksopsætningen er korrekt. Pythons enkelhed i håndtering af netværksrelaterede problemer gør det til et godt valg til at teste forbindelse, især i miljøer, hvor andre værktøjer er utilgængelige eller besværlige at bruge. Tilsammen tilbyder disse scripts en omfattende tilgang til at løse problemet databasespejling fejl og sikre jævn kommunikation mellem 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.

Udforskning af netværks- og sikkerhedsudfordringer i SQL Server-spejling

Ved opsætning SQL Server-databasespejling, et aspekt, der ofte overses, er rollen som netværkskonfiguration og sikkerhedsindstillinger. Fejl 1418, der indikerer, at serverens netværksadresse ikke kan nås, skyldes ofte underliggende netværksproblemer. Selv når de korrekte porte (1433 og 5022) er åbnet, og firewalls er deaktiveret, kan andre netværkselementer såsom routing og DNS-konfiguration forårsage kommunikationsfejl. Det er vigtigt at sikre, at begge servere løser hinandens IP-adresser korrekt, især i multi-subnet-miljøer.

En anden udfordring involverer SQL Server-godkendelse indstillinger under spejlingsopsætningen. Databasespejling kræver, at både hoved- og spejlserveren godkender hinanden via certifikater eller domænebaseret godkendelse (Kerberos). Hvis denne opsætning ikke er korrekt konfigureret, eller hvis der er uoverensstemmelse i sikkerhedsprotokollerne mellem de to servere, kan der opstå fejl 1418. Derudover skal SQL Server-tjenestekonti have de korrekte tilladelser på begge maskiner, især adgang til spejlingsendepunkterne.

Endelig kan valget af styresystem også påvirke, hvordan spejling opfører sig. Forskellige Windows-versioner kan håndtere TCP-forbindelser forskelligt, især med hensyn til hvordan de administrerer firewallregler og netværkstrafik-routing. Hvis operativsystemet på en af ​​serverne har forældede eller uoverensstemmende netværksdrivere, kan kommunikationen mellem serverne mislykkes. At sikre, at operativsystemet er opdateret med de nyeste patches, og at de relevante tjenester kører, er afgørende for at løse forbindelsesproblemer som Fejl 1418.