Ratkaistaan ​​tietokannan peilausvirhettä 1418: Palvelimen verkko-osoitetta ei saada

Tietokannan peilausyhteysongelmien ymmärtäminen

Tietokannan peilaus on olennainen strategia korkean käytettävyyden ja redundanssin varmistamiseksi SQL Server -ympäristöissä. Peilauksen määrittäminen voi kuitenkin joskus johtaa turhauttaviin virheisiin, kuten virheeseen 1418, joka ilmoittaa, että palvelimen verkko-osoitetta ei saada yhteyttä tai sitä ei ole olemassa.

Tämä erityinen virhe ilmenee usein, kun yritetään määrittää peilausistunto kahden SQL Server -esiintymän välille, vaikka molemmat tietokannat olisivat käytettävissä erikseen. Ongelma syntyy, kun peilauspäätepisteet eivät kommunikoi keskenään.

Tässä tapauksessa paikallinen työpöytä (192.168.0.80) ja mini-PC (192.168.0.85) ovat mukana peilausprosessissa. Mini-PC on tarkoitettu toimimaan vain luku -kopiona mobiilisovellukselle käyttämällä "High Performance" -peilaustilaa.

Huolimatta oikeasta portin määrityksestä ja palomuurin säädöistä, käyttäjä kohtaa virheen 1418 yrittäessään aloittaa peilausistunnon. Tässä artikkelissa tarkastellaan mahdollisia syitä ja ratkaisuja tämän ongelman ratkaisemiseksi.

Peilausvirheenratkaisukomentosarjojen yksityiskohtainen erittely

Aiemmissa esimerkeissä annettu ensimmäinen komentosarja käyttää Transact-SQL (T-SQL) komennot SQL Serverin peilausvirheen määrittämiseksi ja ratkaisemiseksi. Skriptin kriittisin osa on sen luominen ja konfigurointi peilaavat päätepisteet. Nämä päätepisteet ovat verkkorajapintoja, joiden kautta SQL Server -esiintymät kommunikoivat peilauksen aikana. komento MUUTA PÄÄTEPISTE varmistaa, että molempien palvelimien päätepisteet ovat STARTED-tilassa, mikä mahdollistaa tiedonsiirron. The SET KUMPPANI komentoa käytetään sitten linkittämään tietokannat ja määrittämään kumppanipalvelimen verkko-osoitteen, mikä sallii kahden SQL-esiintymän peilata tietoja verkossa.

Toinen komentosarja on PowerShell-ratkaisu, joka on suunniteltu testaamaan verkkoyhteyksiä kahden palvelimen välillä. PowerShell käyttää New-Object System.Net.Sockets.TcpClient komento luodaksesi TCP-asiakkaan, joka yrittää muodostaa yhteyden määritettyyn IP-osoitteeseen ja porttiin. Tämä on tehokas tapa varmistaa, että vaaditut portit (1433 SQL Serverille ja 5022 peilaukselle) ovat avoinna ja käytettävissä. Tämä komentosarja on erityisen hyödyllinen diagnosoitaessa palomuuri- tai verkko-ongelmia, jotka saattavat estää kahta SQL-ilmentymää kommunikoimasta, mikä aiheuttaa Virhe 1418.

Kolmas komentosarja hyödyntää Windowsin komentokehotekomentoja palomuurin asetusten hallintaan. Tarkemmin sanottuna netsh advfirewall palomuurin lisäyssääntö komentoa käytetään avaamaan tarvittavat portit SQL Serveriä ja peilausta varten. Tämä varmistaa, että sekä tietokantaliikenne (portti 1433) että peilausliikenne (portti 5022) voivat virrata vapaasti kahden palvelimen välillä. Poistamalla palomuuri väliaikaisesti käytöstä netsh advfirewall asettaa kaikki profiilit pois päältä -komento, komentosarja voi tarkistaa, onko palomuuri verkkoyhteysongelman perimmäinen syy. Tämä ratkaisu on erityisen tärkeä palvelimen tiedonsiirto-ongelmien vianmäärityksessä suojatussa ympäristössä.

Lopuksi Python-skripti käyttää socket.create_connection toiminto suorittaa verkkotarkistuksen kahden palvelimen välillä. Tämä komentosarja tarjoaa nopean ja tehokkaan tavan tarkistaa, voivatko palvelimet tavoittaa toisensa vaadittujen TCP-porttien kautta. Se yrittää muodostaa yhteyden, ja jos se onnistuu, se vahvistaa, että verkkoasetukset ovat oikein. Pythonin yksinkertaisuus verkkoon liittyvien ongelmien käsittelyssä tekee siitä hyvän vaihtoehdon yhteyksien testaamiseen erityisesti ympäristöissä, joissa muita työkaluja ei ole saatavilla tai joissa niitä on hankala käyttää. Yhdessä nämä skriptit tarjoavat kattavan lähestymistavan ongelman ratkaisemiseen tietokannan peilaus virheen ja sujuvan viestinnän varmistaminen SQL Server -esiintymien välillä.

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

SQL Server Mirroringin verkko- ja tietoturvahaasteiden tutkiminen

Asetettaessa SQL Server -tietokannan peilaus, yksi näkökohta, joka usein unohdetaan, on verkon kokoonpanon ja suojausasetusten rooli. Virhe 1418, joka osoittaa, että palvelimen verkko-osoitetta ei saada yhteyttä, johtuu usein taustalla olevista verkko-ongelmista. Vaikka oikeat portit (1433 ja 5022) avataan ja palomuurit on poistettu käytöstä, muut verkkoelementit, kuten reititys ja DNS-määritykset, voivat aiheuttaa viestintähäiriöitä. On tärkeää varmistaa, että molemmat palvelimet ratkaisevat toistensa IP-osoitteet oikein, erityisesti usean aliverkon ympäristöissä.

Toinen haaste liittyy SQL Server -todennus asetukset peilausasetusten aikana. Tietokannan peilaus edellyttää, että sekä pää- että peilipalvelin todentavat toisensa varmenteiden tai toimialuepohjaisen todennuksen (Kerberos) avulla. Jos tätä asetusta ei ole määritetty oikein tai jos kahden palvelimen suojausprotokollat ​​eivät täsmää, voi ilmetä virhe 1418. Lisäksi SQL Server -palvelutileillä on oltava oikeat käyttöoikeudet molemmissa koneissa, erityisesti peilauspäätepisteiden käyttöoikeudet.

Lopuksi käyttöjärjestelmän valinta voi myös vaikuttaa peilauksen toimintaan. Eri Windows-versiot voivat käsitellä TCP-yhteyksiä eri tavalla, erityisesti siinä, miten ne hallitsevat palomuurisääntöjä ja verkkoliikenteen reititystä. Jos jommankumman palvelimen käyttöjärjestelmässä on vanhentuneita tai yhteensopimattomia verkkoajureita, palvelinten välinen tiedonsiirto saattaa epäonnistua. Sen varmistaminen, että käyttöjärjestelmä on ajan tasalla uusimpien korjaustiedostojen kanssa ja että asianmukaiset palvelut ovat käynnissä, on ratkaisevan tärkeää yhteysongelmien, kuten virheen 1418, ratkaisemisessa.