Mengatasi Kesalahan Pencerminan Basis Data 1418: Alamat Jaringan Server Tidak Dapat Dijangkau

Memahami Masalah Koneksi Pencerminan Basis Data

Pencerminan basis data adalah strategi penting untuk memastikan ketersediaan dan redundansi tinggi di lingkungan SQL Server. Namun, konfigurasi mirroring terkadang dapat menyebabkan kesalahan yang membuat frustasi, seperti Error 1418 yang menyatakan bahwa alamat jaringan server tidak dapat dijangkau atau tidak ada.

Kesalahan khusus ini sering terjadi ketika mencoba menyiapkan sesi pencerminan antara dua contoh SQL Server, meskipun kedua database dapat diakses secara individual. Masalah muncul ketika titik akhir pencerminan gagal berkomunikasi satu sama lain.

Dalam kasus ini, desktop lokal (192.168.0.80) dan mini PC (192.168.0.85) terlibat dalam proses mirroring. Mini PC dimaksudkan untuk berfungsi sebagai replika read-only untuk aplikasi seluler, menggunakan mode mirroring "Kinerja Tinggi".

Meskipun konfigurasi port dan penyesuaian firewall sudah benar, pengguna mengalami Kesalahan 1418 saat mencoba memulai sesi pencerminan. Artikel ini akan mengeksplorasi kemungkinan penyebab dan solusi untuk mengatasi masalah ini.

Perincian Terperinci dari Skrip Resolusi Kesalahan Pencerminan

Skrip pertama yang diberikan pada contoh sebelumnya menggunakan Transaksi-SQL (T-SQL) perintah untuk mengonfigurasi dan mengatasi kesalahan pencerminan di SQL Server. Bagian terpenting dari skrip adalah pembuatan dan konfigurasi mencerminkan titik akhir. Titik akhir ini adalah antarmuka jaringan yang digunakan oleh instans SQL Server untuk berkomunikasi selama pencerminan. Perintah MENGUBAH TITIK AKHIR memastikan bahwa titik akhir di kedua server berada dalam status "MULAI", sehingga komunikasi dapat terjadi. Itu TETAPKAN MITRA perintah kemudian digunakan untuk menghubungkan database, menentukan alamat jaringan server mitra, yang memungkinkan dua contoh SQL untuk mencerminkan data di seluruh jaringan.

Skrip kedua adalah solusi PowerShell yang dirancang untuk menguji konektivitas jaringan antara dua server. PowerShell menggunakan Objek Baru System.Net.Sockets.TcpClient perintah untuk membuat klien TCP yang mencoba terhubung ke alamat IP dan port yang ditentukan. Ini adalah cara yang efisien untuk memverifikasi bahwa port yang diperlukan (1433 untuk SQL Server dan 5022 untuk mirroring) terbuka dan dapat diakses. Skrip ini sangat berguna untuk mendiagnosis masalah firewall atau jaringan yang mungkin menghalangi dua contoh SQL untuk berkomunikasi, sehingga menyebabkan Kesalahan 1418.

Skrip ketiga memanfaatkan perintah Windows Command Prompt untuk mengelola pengaturan firewall. Secara khusus, netsh advfirewall firewall menambahkan aturan perintah digunakan untuk membuka port yang diperlukan untuk SQL Server dan mirroring. Hal ini memastikan lalu lintas database (port 1433) dan lalu lintas mirroring (port 5022) dapat mengalir dengan bebas antara kedua server. Dengan menonaktifkan sementara firewall dengan netsh advfirewall menonaktifkan status semua profil perintah, skrip dapat memverifikasi apakah firewall adalah penyebab utama masalah akses jaringan. Solusi ini sangat penting ketika memecahkan masalah komunikasi server di lingkungan yang aman.

Terakhir, skrip Python menggunakan soket.create_connection berfungsi untuk melakukan pengecekan jaringan antara kedua server. Skrip ini menyediakan cara cepat dan efektif untuk memvalidasi apakah server dapat menjangkau satu sama lain melalui port TCP yang diperlukan. Ia mencoba membuat sambungan, dan jika berhasil, mengonfirmasi bahwa pengaturan jaringan sudah benar. Kesederhanaan Python dalam menangani masalah terkait jaringan menjadikannya pilihan yang baik untuk menguji konektivitas, terutama di lingkungan di mana alat lain tidak tersedia atau sulit digunakan. Bersama-sama, skrip-skrip ini menawarkan pendekatan komprehensif untuk menyelesaikan permasalahan ini pencerminan basis data kesalahan dan memastikan kelancaran komunikasi antara instance 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.

Menjelajahi Tantangan Jaringan dan Keamanan di SQL Server Mirroring

Saat menyiapkan Pencerminan basis data SQL Server, salah satu aspek yang sering diabaikan adalah peran konfigurasi jaringan dan pengaturan keamanan. Kesalahan 1418, yang menunjukkan bahwa alamat jaringan server tidak dapat dijangkau, sering kali disebabkan oleh masalah jaringan yang mendasarinya. Bahkan ketika port yang benar (1433 dan 5022) dibuka dan firewall dinonaktifkan, elemen jaringan lain seperti perutean dan konfigurasi DNS dapat menyebabkan kegagalan komunikasi. Penting untuk memastikan bahwa kedua server menyelesaikan alamat IP satu sama lain dengan benar, terutama di lingkungan multi-subnet.

Tantangan lain melibatkan Otentikasi SQL Server pengaturan selama pengaturan mirroring. Pencerminan basis data mengharuskan server utama dan server cermin saling mengautentikasi satu sama lain melalui sertifikat atau autentikasi berbasis domain (Kerberos). Jika pengaturan ini tidak dikonfigurasi dengan benar, atau jika ada ketidakcocokan protokol keamanan antara kedua server, Kesalahan 1418 dapat terjadi. Selain itu, akun layanan SQL Server harus memiliki izin yang benar di kedua mesin, khususnya akses ke titik akhir pencerminan.

Terakhir, pilihan sistem operasi juga dapat memengaruhi perilaku mirroring. Versi Windows yang berbeda mungkin menangani koneksi TCP secara berbeda, khususnya dalam cara mereka mengelola aturan firewall dan perutean lalu lintas jaringan. Jika sistem operasi server mana pun memiliki driver jaringan yang ketinggalan jaman atau tidak cocok, komunikasi antar server bisa gagal. Memastikan OS diperbarui dengan patch terbaru dan layanan yang sesuai berjalan sangat penting dalam menyelesaikan masalah konektivitas seperti Kesalahan 1418.