Risoluzione dell'errore 1418 di mirroring del database: indirizzo di rete del server non raggiungibile

Informazioni sui problemi di connessione del mirroring del database

Il mirroring del database è una strategia essenziale per garantire disponibilità elevata e ridondanza negli ambienti SQL Server. Tuttavia, la configurazione del mirroring a volte può portare a errori frustranti, come l'errore 1418, che indica che l'indirizzo di rete del server non può essere raggiunto o non esiste.

Questo particolare errore si verifica spesso quando si tenta di impostare una sessione di mirroring tra due istanze di SQL Server, anche se entrambi i database sono accessibili individualmente. Il problema sorge quando gli endpoint di mirroring non riescono a comunicare tra loro.

Nel caso in questione nel processo di mirroring sono coinvolti un desktop locale (192.168.0.80) e un mini PC (192.168.0.85). Il mini PC è destinato a fungere da replica di sola lettura per un'applicazione mobile, utilizzando la modalità di mirroring "Alte prestazioni".

Nonostante la corretta configurazione della porta e le regolazioni del firewall, l'utente riscontra l'errore 1418 quando tenta di avviare la sessione di mirroring. Questo articolo esplorerà le potenziali cause e soluzioni per risolvere questo problema.

Analisi dettagliata degli script di risoluzione degli errori di mirroring

Il primo script fornito negli esempi precedenti utilizza Transact-SQL (T-SQL) comandi per configurare e risolvere l'errore di mirroring in SQL Server. La parte più critica dello script è la creazione e la configurazione del file endpoint di mirroring. Questi endpoint sono le interfacce di rete attraverso le quali le istanze di SQL Server comunicano durante il mirroring. Il comando ALTERARE ENDPOINT garantisce che gli endpoint su entrambi i server siano nello stato "STARTED", consentendo la comunicazione. IL IMPOSTA PARTNER viene quindi utilizzato per collegare i database, specificando l'indirizzo di rete del server partner, che consente alle due istanze SQL di eseguire il mirroring dei dati attraverso la rete.

Il secondo script è una soluzione PowerShell progettata per testare la connettività di rete tra i due server. PowerShell utilizza il Nuovo oggetto System.Net.Sockets.TcpClient comando per creare un client TCP che tenta di connettersi all'indirizzo IP e alla porta specificati. Si tratta di un modo efficace per verificare che le porte richieste (1433 per SQL Server e 5022 per il mirroring) siano aperte e accessibili. Questo script è particolarmente utile per diagnosticare problemi di firewall o di rete che potrebbero impedire la comunicazione tra le due istanze SQL, causando così l'errore Errore 1418.

Il terzo script sfrutta i comandi del prompt dei comandi di Windows per gestire le impostazioni del firewall. Nello specifico, il netsh advfirewall firewall aggiungi regola Il comando viene utilizzato per aprire le porte necessarie per SQL Server e il mirroring. Ciò garantisce che sia il traffico del database (porta 1433) che il traffico di mirroring (porta 5022) possano fluire liberamente tra i due server. Disabilitando temporaneamente il firewall con il file netsh advfirewall ha disattivato lo stato di tutti i profili comando, lo script può verificare se il firewall è la causa principale del problema di accesso alla rete. Questa soluzione è particolarmente importante quando si risolvono i problemi di comunicazione del server in un ambiente sicuro.

Infine, lo script Python utilizza il file socket.crea_connessione funzione per eseguire un controllo di rete tra i due server. Questo script fornisce un modo rapido ed efficace per verificare se i server possono raggiungersi tra loro tramite le porte TCP richieste. Tenta di stabilire una connessione e, in caso di successo, conferma che la configurazione di rete è corretta. La semplicità di Python nella gestione dei problemi relativi alla rete lo rende una buona scelta per testare la connettività, soprattutto in ambienti in cui altri strumenti non sono disponibili o sono difficili da utilizzare. Insieme, questi script offrono un approccio completo alla risoluzione dei problemi mirroring del database errore e garantire una comunicazione fluida tra le istanze di 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.

Esplorazione delle sfide di rete e sicurezza nel mirroring di SQL Server

Durante la configurazione Mirroring del database SQL Server, un aspetto spesso trascurato è il ruolo della configurazione di rete e delle impostazioni di sicurezza. L'errore 1418, che indica che l'indirizzo di rete del server non può essere raggiunto, è spesso causato da problemi di rete sottostanti. Anche quando vengono aperte le porte corrette (1433 e 5022) e i firewall sono disabilitati, altri elementi di rete come il routing e la configurazione DNS potrebbero causare errori di comunicazione. È importante garantire che entrambi i server risolvano correttamente gli indirizzi IP reciproci, soprattutto in ambienti con più subnet.

Un'altra sfida riguarda Autenticazione di SQL Server impostazioni durante la configurazione del mirroring. Il mirroring del database richiede che sia il server principale che quello mirror si autentichino reciprocamente tramite certificati o autenticazione basata su dominio (Kerberos). Se questa impostazione non è configurata correttamente o se è presente una mancata corrispondenza nei protocolli di sicurezza tra i due server, può verificarsi l'errore 1418. Inoltre, gli account del servizio SQL Server devono disporre delle autorizzazioni corrette su entrambi i computer, in particolare dell'accesso agli endpoint di mirroring.

Infine, anche la scelta del sistema operativo può influenzare il comportamento del mirroring. Versioni diverse di Windows potrebbero gestire le connessioni TCP in modo diverso, in particolare nel modo in cui gestiscono le regole del firewall e il routing del traffico di rete. Se il sistema operativo di uno dei server dispone di driver di rete obsoleti o non corrispondenti, la comunicazione tra i server potrebbe non riuscire. Garantire che il sistema operativo sia aggiornato con le patch più recenti e che siano in esecuzione i servizi appropriati è fondamentale per risolvere problemi di connettività come l'errore 1418.