Rezolvarea erorii de oglindire a bazei de date 1418: Adresa de rețea a serverului nu poate fi accesată

Înțelegerea problemelor de conexiune cu oglindirea bazei de date

Oglindirea bazei de date este o strategie esențială pentru asigurarea disponibilității ridicate și redundanței în mediile SQL Server. Cu toate acestea, configurarea oglindirii poate duce uneori la erori frustrante, cum ar fi eroarea 1418, care afirmă că adresa rețelei serverului nu poate fi accesată sau nu există.

Această eroare specială apare adesea când se încearcă configurarea unei sesiuni de oglindire între două instanțe SQL Server, chiar dacă ambele baze de date sunt accesibile individual. Problema apare atunci când punctele finale de oglindire nu reușesc să comunice între ele.

În cazul de față, un desktop local (192.168.0.80) și un mini PC (192.168.0.85) sunt implicați în procesul de oglindire. Mini PC-ul este destinat să servească drept o replică numai în citire pentru o aplicație mobilă, folosind modul „High Performance” de oglindire.

În ciuda configurării corecte a portului și a ajustărilor paravanului de protecție, utilizatorul întâmpină eroarea 1418 când încearcă să inițieze sesiunea de oglindire. Acest articol va explora posibilele cauze și soluții pentru a rezolva această problemă.

Defalcare detaliată a scripturilor de rezoluție a erorilor de oglindire

Primul script oferit în exemplele anterioare folosește Transact-SQL (T-SQL) comenzi pentru a configura și rezolva eroarea de oglindire în SQL Server. Cea mai critică parte a scriptului este crearea și configurarea oglindirea punctelor finale. Aceste puncte finale sunt interfețele de rețea prin care instanțele SQL Server comunică în timpul oglindirii. Comanda ALTER ENDPOINT se asigură că punctele finale de pe ambele servere sunt în starea „STARTED”, permițând comunicarea. The SETARE PARTENER Comanda este apoi utilizată pentru a lega bazele de date, specificând adresa de rețea a serverului partener, ceea ce permite celor două instanțe SQL să oglindească datele în rețea.

Al doilea script este o soluție PowerShell concepută pentru a testa conectivitatea la rețea dintre cele două servere. PowerShell folosește New-Object System.Net.Sockets.TcpClient comandă pentru a crea un client TCP care încearcă să se conecteze la adresa IP și portul specificate. Aceasta este o modalitate eficientă de a verifica dacă porturile necesare (1433 pentru SQL Server și 5022 pentru oglindire) sunt deschise și accesibile. Acest script este util în special pentru diagnosticarea problemelor de firewall sau de rețea care pot împiedica comunicarea celor două instanțe SQL, provocând astfel Eroare 1418.

Al treilea script folosește comenzile Windows Command Prompt pentru a gestiona setările paravanului de protecție. Mai exact, cel netsh advfirewall firewall adăugare regulă comanda este utilizată pentru a deschide porturile necesare pentru SQL Server și oglindire. Acest lucru asigură că atât traficul bazei de date (portul 1433) cât și traficul în oglindă (portul 5022) pot circula liber între cele două servere. Prin dezactivarea temporară a paravanului de protecție cu netsh advfirewall a dezactivat starea allprofiles comanda, scriptul poate verifica dacă firewall-ul este cauza principală a problemei de acces la rețea. Această soluție este deosebit de importantă atunci când depanați problemele de comunicare cu serverul într-un mediu securizat.

În cele din urmă, scriptul Python utilizează socket.create_connection funcția de a efectua o verificare a rețelei între cele două servere. Acest script oferă o modalitate rapidă și eficientă de a valida dacă serverele pot ajunge între ele prin porturile TCP necesare. Încearcă să stabilească o conexiune și, dacă reușește, confirmă că configurarea rețelei este corectă. Simplitatea lui Python în gestionarea problemelor legate de rețea îl face o alegere bună pentru testarea conectivității, în special în mediile în care alte instrumente nu sunt disponibile sau sunt greu de utilizat. Împreună, aceste scripturi oferă o abordare cuprinzătoare pentru rezolvarea problemei oglindirea bazei de date eroare și asigurarea unei comunicări fără probleme între instanțele SQL Server.

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

Explorarea provocărilor de rețea și securitate în oglindirea SQL Server

La configurare Oglindirea bazei de date SQL Server, un aspect adesea trecut cu vederea este rolul configurației rețelei și al setărilor de securitate. Eroarea 1418, care indică faptul că adresa rețelei serverului nu poate fi atinsă, este adesea cauzată de problemele de rețea subiacente. Chiar și atunci când porturile corecte (1433 și 5022) sunt deschise și firewall-urile sunt dezactivate, alte elemente de rețea, cum ar fi rutarea și configurația DNS, pot cauza erori de comunicare. Este important să vă asigurați că ambele servere își rezolvă corect adresele IP ale celuilalt, în special în mediile cu mai multe subrețe.

O altă provocare implică Autentificare SQL Server setări în timpul configurării oglinzii. Oglindirea bazei de date necesită ca atât serverul principal, cât și serverul oglindă să se autentifice reciproc prin certificate sau autentificare bazată pe domeniu (Kerberos). Dacă această configurare nu este configurată corect sau dacă există o nepotrivire în protocoalele de securitate între cele două servere, poate apărea eroarea 1418. În plus, conturile de serviciu SQL Server trebuie să aibă permisiunile corecte pe ambele mașini, în special acces la punctele finale de oglindire.

În cele din urmă, alegerea sistemului de operare poate afecta și modul în care se comportă oglindirea. Diferitele versiuni de Windows pot gestiona diferit conexiunile TCP, în special în ceea ce privește modul în care gestionează regulile firewall și rutarea traficului de rețea. Dacă sistemul de operare al oricărui server are drivere de rețea învechite sau nepotrivite, comunicarea între servere ar putea eșua. Asigurarea că sistemul de operare este la zi cu cele mai recente patch-uri și că serviciile adecvate rulează este crucială pentru rezolvarea problemelor de conectivitate, cum ar fi eroarea 1418.