Menyelesaikan Ralat Pencerminan Pangkalan Data 1418: Alamat Rangkaian Pelayan Tidak Dapat Dicapai

Memahami Isu Sambungan Pencerminan Pangkalan Data

Pencerminan pangkalan data ialah strategi penting untuk memastikan ketersediaan tinggi dan redundansi dalam persekitaran SQL Server. Walau bagaimanapun, mengkonfigurasi pencerminan kadangkala boleh membawa kepada ralat yang mengecewakan, seperti Ralat 1418, yang menyatakan bahawa alamat rangkaian pelayan tidak dapat dicapai atau tidak wujud.

Ralat khusus ini sering berlaku apabila cuba menyediakan sesi pencerminan antara dua kejadian SQL Server, walaupun kedua-dua pangkalan data boleh diakses secara individu. Isu timbul apabila titik akhir pencerminan gagal berkomunikasi antara satu sama lain.

Dalam kes yang ada, desktop tempatan (192.168.0.80) dan PC mini (192.168.0.85) terlibat dalam proses pencerminan. PC mini bertujuan untuk berfungsi sebagai replika baca sahaja untuk aplikasi mudah alih, menggunakan mod pencerminan "Prestasi Tinggi".

Walaupun konfigurasi port yang betul dan pelarasan tembok api, pengguna menghadapi Ralat 1418 apabila cuba memulakan sesi pencerminan. Artikel ini akan meneroka kemungkinan punca dan penyelesaian untuk menangani isu ini.

Pecahan Terperinci Skrip Penyelesaian Ralat Pencerminan

Skrip pertama yang disediakan dalam contoh terdahulu menggunakan Transact-SQL (T-SQL) arahan untuk mengkonfigurasi dan menyelesaikan ralat pencerminan dalam SQL Server. Bahagian yang paling kritikal dalam skrip ialah penciptaan dan konfigurasi mencerminkan titik akhir. Titik akhir ini ialah antara muka rangkaian yang melaluinya contoh SQL Server berkomunikasi semasa pencerminan. Perintah itu UBAH TITIK TAMAT memastikan bahawa titik akhir pada kedua-dua pelayan berada dalam keadaan "MULA", membolehkan komunikasi berlaku. The SET PARTNER arahan kemudiannya digunakan untuk memautkan pangkalan data, menyatakan alamat rangkaian pelayan rakan kongsi, yang membenarkan dua kejadian SQL untuk mencerminkan data merentas rangkaian.

Skrip kedua ialah penyelesaian PowerShell yang direka untuk menguji ketersambungan rangkaian antara kedua-dua pelayan. PowerShell menggunakan New-Object System.Net.Sockets.TcpClient arahan untuk mencipta klien TCP yang cuba menyambung ke alamat IP dan port yang ditentukan. Ini ialah cara yang cekap untuk mengesahkan bahawa port yang diperlukan (1433 untuk SQL Server dan 5022 untuk pencerminan) terbuka dan boleh diakses. Skrip ini amat berguna untuk mendiagnosis firewall atau isu rangkaian yang mungkin menghalang kedua-dua kejadian SQL daripada berkomunikasi, sekali gus menyebabkan Ralat 1418.

Skrip ketiga memanfaatkan arahan Windows Command Prompt untuk mengurus tetapan firewall. Secara khusus, netsh advfirewall firewall menambah peraturan arahan digunakan untuk membuka port yang diperlukan untuk SQL Server dan pencerminan. Ini memastikan bahawa kedua-dua trafik pangkalan data (port 1433) dan trafik pencerminan (port 5022) boleh mengalir dengan bebas antara kedua-dua pelayan. Dengan melumpuhkan sementara tembok api dengan netsh advfirewall menetapkan semua profil dimatikan arahan, skrip boleh mengesahkan sama ada tembok api adalah punca utama isu akses rangkaian. Penyelesaian ini amat penting apabila menyelesaikan masalah komunikasi pelayan dalam persekitaran yang selamat.

Akhir sekali, skrip Python menggunakan socket.create_connection berfungsi untuk melakukan semakan rangkaian antara dua pelayan. Skrip ini menyediakan cara yang cepat dan berkesan untuk mengesahkan sama ada pelayan boleh mencapai satu sama lain melalui port TCP yang diperlukan. Ia cuba mewujudkan sambungan, dan jika berjaya, mengesahkan bahawa persediaan rangkaian adalah betul. Kesederhanaan Python dalam mengendalikan isu berkaitan rangkaian menjadikannya pilihan yang baik untuk menguji ketersambungan, terutamanya dalam persekitaran di mana alat lain tidak tersedia atau menyusahkan untuk digunakan. Bersama-sama, skrip ini menawarkan pendekatan komprehensif untuk menyelesaikan masalah pencerminan pangkalan data ralat dan memastikan komunikasi lancar antara kejadian 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.

Meneroka Cabaran Rangkaian dan Keselamatan dalam Pencerminan Pelayan SQL

Apabila menetapkan Pencerminan pangkalan data SQL Server, satu aspek yang sering diabaikan ialah peranan konfigurasi rangkaian dan tetapan keselamatan. Ralat 1418, menunjukkan bahawa alamat rangkaian pelayan tidak dapat dicapai, selalunya disebabkan oleh isu rangkaian yang mendasari. Walaupun apabila port yang betul (1433 dan 5022) dibuka dan tembok api dilumpuhkan, elemen rangkaian lain seperti penghalaan dan konfigurasi DNS boleh menyebabkan kegagalan komunikasi. Adalah penting untuk memastikan bahawa kedua-dua pelayan menyelesaikan alamat IP masing-masing dengan betul, terutamanya dalam persekitaran berbilang subnet.

Cabaran lain melibatkan Pengesahan SQL Server tetapan semasa persediaan pencerminan. Pencerminan pangkalan data memerlukan kedua-dua pelayan utama dan cermin mengesahkan satu sama lain melalui sijil atau pengesahan berasaskan domain (Kerberos). Jika persediaan ini tidak dikonfigurasikan dengan betul, atau jika terdapat ketidakpadanan dalam protokol keselamatan antara kedua-dua pelayan, Ralat 1418 boleh berlaku. Selain itu, akaun perkhidmatan SQL Server mesti mempunyai kebenaran yang betul pada kedua-dua mesin, terutamanya akses kepada titik akhir pencerminan.

Akhir sekali, pilihan sistem pengendalian juga boleh mempengaruhi cara pencerminan bertindak. Versi Windows yang berbeza mungkin mengendalikan sambungan TCP secara berbeza, terutamanya dalam cara mereka mengurus peraturan tembok api dan penghalaan trafik rangkaian. Jika sistem pengendalian sama ada pelayan mempunyai pemacu rangkaian yang lapuk atau tidak sepadan, komunikasi antara pelayan mungkin gagal. Memastikan OS dikemas kini dengan tampung terkini dan perkhidmatan yang sesuai dijalankan adalah penting dalam menyelesaikan isu ketersambungan seperti Ralat 1418.