Veritabanı Aynalama Hatası 1418'i Çözme: Sunucu Ağ Adresine Erişilemiyor

1. Çözüm: SQL Server Veritabanı Aynalamasında Hata 1418'i Düzeltme (T-SQL Yaklaşımı)

Bu çözüm, uç noktaları yapılandırarak, bağlantıların kimliğini doğrulayarak ve sunucu adreslerini doğrulayarak veritabanı yansıtma sorunlarını çözmek için Transact-SQL (T-SQL) kullanır.

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

Çözüm 2: SQL Server Bağlantı Noktası Erişilebilirliğini Test Etmek için PowerShell Komut Dosyası

Bu çözüm, sunucular arasındaki bağlantı noktası bağlantısını test etmek için PowerShell'i kullanarak gerekli bağlantı noktalarının açık ve dinlemede olduğundan emin olur.

# 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

Çözüm 3: SQL Server Hatası 1418 Düzeltme (Güvenlik Duvarı Yapılandırması)

Bu yaklaşım, güvenlik duvarı yapılandırmalarını kontrol etmek için Windows Komut İstemi'ni kullanarak gerekli bağlantı noktalarının (1433, 5022) her iki sunucuda da açık olmasını sağlar.

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

Çözüm 4: Sunucular Arasındaki TCP Bağlantısını Doğrulamak için Python Komut Dosyası

Bu çözüm, SQL Server örneklerinin TCP bağlantılarını kontrol ederek ağ üzerinden iletişim kurup kuramayacağını doğrulamak için Python'u kullanır.

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)

Çözüm 5: SQL Server Management Studio (SSMS) GUI Yapılandırması

Bu çözüm, komut satırı arayüzlerini kullanmayı tercih etmeyen kullanıcılar için SSMS GUI'yi kullanarak yansıtmayı ayarlama konusunda adım adım yol gösterir.

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 Yansıtma Kurulumu ve Hata 1418 ile İlgili Yaygın Sorular

1. SQL Server yansıtmada Hata 1418'in nedeni nedir?
2. Hata 1418 genellikle iki sunucu arasındaki iletişim hatasından kaynaklanır. Bunun nedeni güvenlik duvarı ayarları olabilir, yanlış mirroring endpointsveya ağ bağlantısı sorunları.
3. Bağlantı noktalarımın SQL Server yansıtma için açık olup olmadığını nasıl kontrol edebilirim?
4. Şunu kullanın: telnet komut veya gibi bir komut dosyası New-Object System.Net.Sockets.TcpClient 1433 ve 5022 numaralı bağlantı noktalarının açık olup olmadığını test etmek için PowerShell'de.
5. Yansıtma için her iki sunucunun da aynı etki alanında olması gerekir mi?
6. Hayır, ancak etki alanı kimlik doğrulaması süreci basitleştirebilir. Aksi takdirde, güvenliği sağlamak için sertifika tabanlı kimlik doğrulamayı kullanmanız gerekir. mirroring endpoints.
7. Veritabanı yansıtmada uç noktanın rolü nedir?
8. CREATE ENDPOINT komutu, SQL Server örneklerinin yansıtma sırasında iletişim kurmasına izin veren ağ arayüzünü oluşturur. Her sunucunun işleyen bir yansıtma uç noktasına sahip olması gerekir.
9. Veritabanlarını farklı SQL Server sürümlerine yansıtabilir miyim?
10. Hayır, veritabanı yansıtmanın düzgün çalışması için her iki SQL Server örneğinin de aynı sürümde ve sürümde olması gerekir.

Veritabanı Aynalama Hatası 1418'in Çözümüne İlişkin Son Düşünceler

Hata 1418 gibi veritabanı yansıtma hataları genellikle sunucular arasındaki ağ sorunlarından kaynaklanır. Doğru bağlantı noktalarının açık olduğundan, güvenlik duvarlarının yapılandırıldığından ve uç noktaların doğru şekilde kurulduğundan emin olmak bu sorunu çözebilir.

Ayrıca ağ erişimini PowerShell gibi araçlarla doğrulamak ve sunucular arasında kimlik doğrulama protokollerinin tutarlı olmasını sağlamak başarı şansınızı artıracaktır. Bu adımların izlenmesi, yüksek performanslı işlemler için güvenilir SQL Server yansıtmanın elde edilmesine yardımcı olabilir.