டேட்டாபேஸ் மிரரிங் பிழை 1418: சர்வர் நெட்வொர்க் முகவரி கிடைக்கவில்லை

டேட்டாபேஸ் மிரரிங் இணைப்புச் சிக்கல்களைப் புரிந்துகொள்வது

தரவுத்தள பிரதிபலிப்பு என்பது SQL சர்வர் சூழல்களில் அதிக கிடைக்கும் தன்மை மற்றும் பணிநீக்கத்தை உறுதி செய்வதற்கான இன்றியமையாத உத்தி ஆகும். இருப்பினும், பிரதிபலிப்பை உள்ளமைப்பது சில சமயங்களில் பிழை 1418 போன்ற ஏமாற்றமளிக்கும் பிழைகளுக்கு வழிவகுக்கும், இது சர்வர் நெட்வொர்க் முகவரியை அடைய முடியாது அல்லது இல்லை என்று கூறுகிறது.

இரண்டு தரவுத்தளங்களும் தனித்தனியாக அணுகக்கூடியதாக இருந்தாலும், இரண்டு SQL சர்வர் நிகழ்வுகளுக்கு இடையில் ஒரு பிரதிபலிப்பு அமர்வை அமைக்க முயற்சிக்கும்போது இந்த குறிப்பிட்ட பிழை அடிக்கடி நிகழ்கிறது. பிரதிபலிப்பு முனைப்புள்ளிகள் ஒன்றுக்கொன்று தொடர்பு கொள்ளத் தவறும்போது சிக்கல் எழுகிறது.

கையில் உள்ள வழக்கில், ஒரு உள்ளூர் டெஸ்க்டாப் (192.168.0.80) மற்றும் ஒரு மினி பிசி (192.168.0.85) ஆகியவை பிரதிபலிப்பு செயல்பாட்டில் ஈடுபட்டுள்ளன. மினி பிசியானது, "உயர் செயல்திறன்" மிரரிங் பயன்முறையைப் பயன்படுத்தி, மொபைல் பயன்பாட்டிற்கான படிக்க-மட்டும் பிரதியாக செயல்படும் நோக்கம் கொண்டது.

சரியான போர்ட் உள்ளமைவு மற்றும் ஃபயர்வால் சரிசெய்தல் இருந்தபோதிலும், மிரரிங் அமர்வைத் தொடங்க முயற்சிக்கும்போது பயனர் பிழை 1418 ஐ எதிர்கொள்கிறார். இந்த சிக்கலை தீர்க்க சாத்தியமான காரணங்கள் மற்றும் தீர்வுகளை இந்த கட்டுரை ஆராயும்.

பிரதிபலிப்பு பிழை தீர்மானம் ஸ்கிரிப்ட்களின் விரிவான முறிவு

முந்தைய எடுத்துக்காட்டுகளில் வழங்கப்பட்ட முதல் ஸ்கிரிப்ட் பயன்பாடுகள் பரிவர்த்தனை-SQL (T-SQL) SQL சர்வரில் உள்ள பிரதிபலிப்பு பிழையை கட்டமைத்து தீர்க்க கட்டளைகள். ஸ்கிரிப்ட்டின் மிக முக்கியமான பகுதி உருவாக்கம் மற்றும் கட்டமைப்பு ஆகும் இறுதிப்புள்ளிகளை பிரதிபலிக்கிறது. இந்த இறுதிப்புள்ளிகள் பிணைய இடைமுகங்களாகும், இதன் மூலம் SQL சர்வர் நிகழ்வுகள் பிரதிபலிக்கும் போது தொடர்பு கொள்கின்றன. கட்டளை மாற்று முனைப்புள்ளி இரண்டு சேவையகங்களிலும் உள்ள இறுதிப்புள்ளிகள் "STARTED" நிலையில் இருப்பதை உறுதிசெய்து, தகவல்தொடர்பு ஏற்பட அனுமதிக்கிறது. தி பார்ட்னரை அமைக்கவும் கட்டளை பின்னர் தரவுத்தளங்களை இணைக்கப் பயன்படுகிறது, இது கூட்டாளர் சேவையகத்தின் பிணைய முகவரியைக் குறிப்பிடுகிறது, இது இரண்டு SQL நிகழ்வுகளை பிணையம் முழுவதும் தரவைப் பிரதிபலிக்க அனுமதிக்கிறது.

இரண்டாவது ஸ்கிரிப்ட் இரண்டு சேவையகங்களுக்கிடையேயான பிணைய இணைப்பைச் சோதிக்க வடிவமைக்கப்பட்ட பவர்ஷெல் தீர்வு. பவர்ஷெல் பயன்படுத்துகிறது New-Object System.Net.Sockets.TcpClient குறிப்பிட்ட IP முகவரி மற்றும் போர்ட்டுடன் இணைக்க முயற்சிக்கும் TCP கிளையண்டை உருவாக்க கட்டளை. தேவையான போர்ட்கள் (SQL சேவையகத்திற்கு 1433 மற்றும் பிரதிபலிப்பிற்கு 5022) திறந்த மற்றும் அணுகக்கூடியவை என்பதைச் சரிபார்க்க இது ஒரு திறமையான வழியாகும். ஃபயர்வால் அல்லது நெட்வொர்க்கிங் சிக்கல்களைக் கண்டறிவதற்கு இந்த ஸ்கிரிப்ட் மிகவும் பயனுள்ளதாக இருக்கும், இது இரண்டு SQL நிகழ்வுகளைத் தொடர்புகொள்வதைத் தடுக்கிறது, இதனால் பிழை 1418.

ஃபயர்வால் அமைப்புகளை நிர்வகிக்க மூன்றாவது ஸ்கிரிப்ட் Windows Command Prompt கட்டளைகளைப் பயன்படுத்துகிறது. குறிப்பாக, தி netsh advfirewall ஃபயர்வால் விதியைச் சேர்க்கவும் SQL சர்வர் மற்றும் பிரதிபலிப்புக்கு தேவையான போர்ட்களை திறக்க கட்டளை பயன்படுத்தப்படுகிறது. தரவுத்தள போக்குவரத்து (போர்ட் 1433) மற்றும் மிரரிங் ட்ராஃபிக் (போர்ட் 5022) ஆகிய இரண்டும் இரண்டு சேவையகங்களுக்கிடையில் சுதந்திரமாக இயங்குவதை இது உறுதி செய்கிறது. ஃபயர்வாலை தற்காலிகமாக முடக்குவதன் மூலம் netsh advfirewall அனைத்து சுயவிவரங்களையும் முடக்குகிறது கட்டளை, பிணைய அணுகல் சிக்கலுக்கு ஃபயர்வால் மூல காரணமா என்பதை ஸ்கிரிப்ட் சரிபார்க்க முடியும். பாதுகாப்பான சூழலில் சர்வர் தகவல்தொடர்பு சிக்கல்களை சரிசெய்யும் போது இந்த தீர்வு மிகவும் முக்கியமானது.

கடைசியாக, பைதான் ஸ்கிரிப்ட் பயன்படுத்துகிறது socket.create_connection இரண்டு சேவையகங்களுக்கிடையில் பிணைய சரிபார்ப்பைச் செய்வதற்கான செயல்பாடு. இந்த ஸ்கிரிப்ட் தேவையான TCP போர்ட்களில் சர்வர்கள் ஒன்றையொன்று அடைய முடியுமா என்பதை சரிபார்க்க விரைவான மற்றும் பயனுள்ள வழியை வழங்குகிறது. இது ஒரு இணைப்பை நிறுவ முயற்சிக்கிறது, மேலும் வெற்றிகரமாக இருந்தால், பிணைய அமைப்பு சரியானது என்பதை உறுதிப்படுத்துகிறது. நெட்வொர்க் தொடர்பான சிக்கல்களைக் கையாள்வதில் பைத்தானின் எளிமை, இணைப்பைச் சோதிப்பதற்கான சிறந்த தேர்வாக அமைகிறது, குறிப்பாக பிற கருவிகள் கிடைக்காத அல்லது பயன்படுத்த சிரமமாக இருக்கும் சூழல்களில். ஒன்றாக, இந்த ஸ்கிரிப்டுகள் தீர்வுக்கான ஒரு விரிவான அணுகுமுறையை வழங்குகின்றன தரவுத்தள பிரதிபலிப்பு பிழை மற்றும் SQL சர்வர் நிகழ்வுகளுக்கு இடையே மென்மையான தொடர்பை உறுதி செய்தல்.

-- 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 சர்வர் மிரரிங்கில் நெட்வொர்க் மற்றும் பாதுகாப்பு சவால்களை ஆய்வு செய்தல்

அமைக்கும் போது SQL சர்வர் தரவுத்தள பிரதிபலிப்பு, நெட்வொர்க் கட்டமைப்பு மற்றும் பாதுகாப்பு அமைப்புகளின் பங்கு பெரும்பாலும் கவனிக்கப்படாத ஒரு அம்சமாகும். பிழை 1418, சர்வர் நெட்வொர்க் முகவரியை அடைய முடியாது என்பதைக் குறிக்கிறது, இது அடிக்கடி பிணைய சிக்கல்களால் ஏற்படுகிறது. சரியான போர்ட்கள் (1433 மற்றும் 5022) திறக்கப்பட்டாலும், ஃபயர்வால்கள் முடக்கப்பட்டாலும், ரூட்டிங் மற்றும் டிஎன்எஸ் உள்ளமைவு போன்ற பிற பிணைய கூறுகள் தொடர்பு தோல்விகளை ஏற்படுத்தலாம். இரண்டு சேவையகங்களும் ஒன்றுக்கொன்று ஐபி முகவரிகளை சரியாகத் தீர்க்கின்றன என்பதை உறுதிப்படுத்துவது முக்கியம், குறிப்பாக பல-சப்நெட் சூழல்களில்.

மற்றொரு சவால் இதில் அடங்கும் SQL சர்வர் அங்கீகாரம் பிரதிபலிப்பு அமைப்பின் போது அமைப்புகள். தரவுத்தள பிரதிபலிப்புக்கு முதன்மை மற்றும் மிரர் சர்வர் இரண்டும் ஒன்றுக்கொன்று சான்றிதழ்கள் அல்லது டொமைன் அடிப்படையிலான அங்கீகாரம் (கெர்பரோஸ்) மூலம் அங்கீகரிக்க வேண்டும். இந்த அமைவு சரியாக உள்ளமைக்கப்படவில்லை அல்லது இரண்டு சேவையகங்களுக்கிடையில் பாதுகாப்பு நெறிமுறைகளில் பொருந்தவில்லை என்றால், பிழை 1418 ஏற்படலாம். கூடுதலாக, SQL சர்வர் சேவை கணக்குகள் இரண்டு கணினிகளிலும் சரியான அனுமதிகளைக் கொண்டிருக்க வேண்டும், குறிப்பாக பிரதிபலிப்பு முனைகளுக்கான அணுகல்.

இறுதியாக, இயக்க முறைமையின் தேர்வு பிரதிபலிப்பு எவ்வாறு செயல்படுகிறது என்பதையும் பாதிக்கலாம். வெவ்வேறு விண்டோஸ் பதிப்புகள் TCP இணைப்புகளை வித்தியாசமாக கையாளலாம், குறிப்பாக அவை எப்படி ஃபயர்வால் விதிகள் மற்றும் நெட்வொர்க் ட்ராஃபிக் ரூட்டிங் ஆகியவற்றை நிர்வகிக்கின்றன. சேவையகத்தின் இயக்க முறைமை காலாவதியான அல்லது பொருந்தாத பிணைய இயக்கிகளைக் கொண்டிருந்தால், சேவையகங்களுக்கிடையேயான தொடர்பு தோல்வியடையும். பிழை 1418 போன்ற இணைப்புச் சிக்கல்களைத் தீர்ப்பதில், OS ஆனது சமீபத்திய இணைப்புகளுடன் புதுப்பித்த நிலையில் இருப்பதையும், பொருத்தமான சேவைகள் இயங்குவதையும் உறுதிசெய்வது மிகவும் முக்கியமானது.