ഡാറ്റാബേസ് മിററിംഗ് പിശക് 1418 പരിഹരിക്കുന്നു: സെർവർ നെറ്റ്‌വർക്ക് വിലാസം ലഭ്യമല്ല

ഡാറ്റാബേസ് മിററിംഗ് കണക്ഷൻ പ്രശ്നങ്ങൾ മനസ്സിലാക്കുന്നു

SQL സെർവർ പരിതസ്ഥിതികളിൽ ഉയർന്ന ലഭ്യതയും ആവർത്തനവും ഉറപ്പാക്കുന്നതിനുള്ള ഒരു പ്രധാന തന്ത്രമാണ് ഡാറ്റാബേസ് മിററിംഗ്. എന്നിരുന്നാലും, മിററിംഗ് കോൺഫിഗർ ചെയ്യുന്നത് ചിലപ്പോൾ നിരാശാജനകമായ പിശകുകളിലേക്ക് നയിച്ചേക്കാം, ഉദാഹരണത്തിന്, സെർവർ നെറ്റ്‌വർക്ക് വിലാസത്തിൽ എത്തിച്ചേരാനാകില്ല അല്ലെങ്കിൽ നിലവിലില്ല എന്ന് പ്രസ്താവിക്കുന്ന പിശക് 1418.

രണ്ട് SQL സെർവർ സംഭവങ്ങൾക്കിടയിൽ ഒരു മിററിംഗ് സെഷൻ സജ്ജീകരിക്കാൻ ശ്രമിക്കുമ്പോൾ ഈ പ്രത്യേക പിശക് സംഭവിക്കുന്നു, രണ്ട് ഡാറ്റാബേസുകളും വ്യക്തിഗതമായി ആക്‌സസ് ചെയ്യാൻ കഴിയുമെങ്കിലും. മിററിംഗ് എൻഡ് പോയിൻ്റുകൾ പരസ്പരം ആശയവിനിമയം നടത്തുന്നതിൽ പരാജയപ്പെടുമ്പോഴാണ് പ്രശ്നം ഉണ്ടാകുന്നത്.

കൈയിലുള്ള സാഹചര്യത്തിൽ, ഒരു പ്രാദേശിക ഡെസ്ക്ടോപ്പും (192.168.0.80) ഒരു മിനി പിസിയും (192.168.0.85) മിററിംഗ് പ്രക്രിയയിൽ ഉൾപ്പെടുന്നു. "ഉയർന്ന പെർഫോമൻസ്" മോഡ് മിററിംഗ് ഉപയോഗിച്ച് ഒരു മൊബൈൽ ആപ്ലിക്കേഷൻ്റെ റീഡ്-ഒൺലി പകർപ്പായി പ്രവർത്തിക്കാനാണ് മിനി പിസി ഉദ്ദേശിക്കുന്നത്.

ശരിയായ പോർട്ട് കോൺഫിഗറേഷനും ഫയർവാൾ ക്രമീകരണങ്ങളും ഉണ്ടെങ്കിലും, മിററിംഗ് സെഷൻ ആരംഭിക്കാൻ ശ്രമിക്കുമ്പോൾ ഉപയോക്താവിന് പിശക് 1418 നേരിടേണ്ടിവരുന്നു. ഈ പ്രശ്നം പരിഹരിക്കാനുള്ള സാധ്യതയുള്ള കാരണങ്ങളും പരിഹാരങ്ങളും ഈ ലേഖനം പര്യവേക്ഷണം ചെയ്യും.

മിററിംഗ് എറർ റെസല്യൂഷൻ സ്ക്രിപ്റ്റുകളുടെ വിശദമായ ബ്രേക്ക്ഡൌൺ

മുമ്പത്തെ ഉദാഹരണങ്ങളിൽ നൽകിയ ആദ്യ സ്ക്രിപ്റ്റ് ഉപയോഗങ്ങൾ ഇടപാട്-SQL (T-SQL) SQL സെർവറിലെ മിററിംഗ് പിശക് ക്രമീകരിക്കാനും പരിഹരിക്കാനുമുള്ള കമാൻഡുകൾ. സ്ക്രിപ്റ്റിൻ്റെ ഏറ്റവും നിർണായകമായ ഭാഗം അതിൻ്റെ സൃഷ്ടിയും കോൺഫിഗറേഷനുമാണ് അവസാന പോയിൻ്റുകൾ പ്രതിഫലിപ്പിക്കുന്നു. മിററിംഗ് സമയത്ത് SQL സെർവർ സംഭവങ്ങൾ ആശയവിനിമയം നടത്തുന്ന നെറ്റ്‌വർക്ക് ഇൻ്റർഫേസുകളാണ് ഈ എൻഡ് പോയിൻ്റുകൾ. ആജ്ഞ അവസാന പോയിൻ്റ് മാറ്റുക രണ്ട് സെർവറുകളിലെയും അവസാന പോയിൻ്റുകൾ "STARTED" അവസ്ഥയിലാണെന്ന് ഉറപ്പാക്കുന്നു, ഇത് ആശയവിനിമയം നടത്താൻ അനുവദിക്കുന്നു. ദി പങ്കാളിയെ സജ്ജമാക്കുക കമാൻഡ് പിന്നീട് ഡാറ്റാബേസുകൾ ലിങ്ക് ചെയ്യാൻ ഉപയോഗിക്കുന്നു, പങ്കാളി സെർവറിൻ്റെ നെറ്റ്‌വർക്ക് വിലാസം വ്യക്തമാക്കുന്നു, ഇത് രണ്ട് SQL സംഭവങ്ങളെ നെറ്റ്‌വർക്കിലുടനീളം ഡാറ്റ മിറർ ചെയ്യാൻ അനുവദിക്കുന്നു.

രണ്ട് സെർവറുകൾ തമ്മിലുള്ള നെറ്റ്‌വർക്ക് കണക്റ്റിവിറ്റി പരിശോധിക്കുന്നതിനായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന പവർഷെൽ സൊല്യൂഷനാണ് രണ്ടാമത്തെ സ്‌ക്രിപ്റ്റ്. PowerShell ഉപയോഗിക്കുന്നു New-Object System.Net.Sockets.TcpClient നിർദ്ദിഷ്ട IP വിലാസത്തിലേക്കും പോർട്ടിലേക്കും കണക്റ്റുചെയ്യാൻ ശ്രമിക്കുന്ന ഒരു TCP ക്ലയൻ്റ് സൃഷ്ടിക്കുന്നതിനുള്ള കമാൻഡ്. ആവശ്യമായ പോർട്ടുകൾ (SQL സെർവറിന് 1433 ഉം മിററിംഗിനായി 5022 ഉം) തുറന്നതും ആക്‌സസ് ചെയ്യാവുന്നതുമാണെന്ന് പരിശോധിക്കുന്നതിനുള്ള കാര്യക്ഷമമായ മാർഗമാണിത്. ഫയർവാൾ അല്ലെങ്കിൽ നെറ്റ്‌വർക്കിംഗ് പ്രശ്‌നങ്ങൾ കണ്ടെത്തുന്നതിന് ഈ സ്‌ക്രിപ്റ്റ് പ്രത്യേകിച്ചും ഉപയോഗപ്രദമാണ്, ഇത് രണ്ട് SQL സന്ദർഭങ്ങളെ ആശയവിനിമയത്തിൽ നിന്ന് തടയുന്നു, അങ്ങനെ സംഭവിക്കുന്നു പിശക് 1418.

ഫയർവാൾ ക്രമീകരണങ്ങൾ നിയന്ത്രിക്കുന്നതിന് മൂന്നാമത്തെ സ്ക്രിപ്റ്റ് വിൻഡോസ് കമാൻഡ് പ്രോംപ്റ്റ് കമാൻഡുകൾ പ്രയോജനപ്പെടുത്തുന്നു. പ്രത്യേകിച്ചും, ദി netsh advfirewall ഫയർവാൾ ആഡ് റൂൾ SQL സെർവറിനും മിററിംഗിനും ആവശ്യമായ പോർട്ടുകൾ തുറക്കാൻ കമാൻഡ് ഉപയോഗിക്കുന്നു. ഡാറ്റാബേസ് ട്രാഫിക്കും (പോർട്ട് 1433), മിററിംഗ് ട്രാഫിക്കും (പോർട്ട് 5022) രണ്ട് സെർവറുകൾക്കിടയിൽ സ്വതന്ത്രമായി ഒഴുകാൻ ഇത് ഉറപ്പാക്കുന്നു. ഉപയോഗിച്ച് ഫയർവാൾ താൽക്കാലികമായി പ്രവർത്തനരഹിതമാക്കുന്നതിലൂടെ netsh advfirewall എല്ലാ പ്രൊഫൈലുകളും സ്റ്റേറ്റ് ഓഫ് ചെയ്യുന്നു കമാൻഡ്, നെറ്റ്‌വർക്ക് ആക്‌സസ് പ്രശ്‌നത്തിൻ്റെ മൂല കാരണം ഫയർവാളാണോ എന്ന് സ്‌ക്രിപ്റ്റിന് പരിശോധിക്കാൻ കഴിയും. സുരക്ഷിതമായ അന്തരീക്ഷത്തിൽ സെർവർ ആശയവിനിമയ പ്രശ്നങ്ങൾ പരിഹരിക്കുമ്പോൾ ഈ പരിഹാരം വളരെ പ്രധാനമാണ്.

അവസാനമായി, പൈത്തൺ സ്ക്രിപ്റ്റ് ഉപയോഗിക്കുന്നു socket.create_connection രണ്ട് സെർവറുകൾക്കിടയിൽ ഒരു നെറ്റ്‌വർക്ക് പരിശോധന നടത്തുന്നതിനുള്ള പ്രവർത്തനം. ആവശ്യമായ ടിസിപി പോർട്ടുകൾ വഴി സെർവറുകൾ പരസ്പരം എത്തിച്ചേരാനാകുമോ എന്ന് സാധൂകരിക്കാനുള്ള വേഗമേറിയതും ഫലപ്രദവുമായ മാർഗ്ഗം ഈ സ്ക്രിപ്റ്റ് നൽകുന്നു. ഇത് ഒരു കണക്ഷൻ സ്ഥാപിക്കാൻ ശ്രമിക്കുന്നു, വിജയിച്ചാൽ, നെറ്റ്‌വർക്ക് സജ്ജീകരണം ശരിയാണെന്ന് സ്ഥിരീകരിക്കുന്നു. നെറ്റ്‌വർക്കുമായി ബന്ധപ്പെട്ട പ്രശ്‌നങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിലുള്ള പൈത്തണിൻ്റെ ലാളിത്യം, കണക്റ്റിവിറ്റി പരിശോധിക്കുന്നതിനുള്ള ഒരു നല്ല തിരഞ്ഞെടുപ്പാണ്, പ്രത്യേകിച്ചും മറ്റ് ഉപകരണങ്ങൾ ലഭ്യമല്ലാത്തതോ ഉപയോഗിക്കാൻ ബുദ്ധിമുട്ടുള്ളതോ ആയ പരിതസ്ഥിതികളിൽ. ഒരുമിച്ച്, ഈ സ്ക്രിപ്റ്റുകൾ പരിഹരിക്കുന്നതിനുള്ള സമഗ്രമായ സമീപനം വാഗ്ദാനം ചെയ്യുന്നു ഡാറ്റാബേസ് മിററിംഗ് പിശക് കൂടാതെ 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 സെർവർ സേവന അക്കൗണ്ടുകൾക്ക് രണ്ട് മെഷീനുകളിലും കൃത്യമായ അനുമതികൾ ഉണ്ടായിരിക്കണം, പ്രത്യേകിച്ച് മിററിംഗ് എൻഡ് പോയിൻ്റുകളിലേക്കുള്ള ആക്സസ്.

അവസാനമായി, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൻ്റെ തിരഞ്ഞെടുപ്പ് മിററിംഗ് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെ ബാധിക്കും. വ്യത്യസ്‌ത വിൻഡോസ് പതിപ്പുകൾ ടിസിപി കണക്ഷനുകൾ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്‌തേക്കാം, പ്രത്യേകിച്ചും അവ ഫയർവാൾ നിയമങ്ങളും നെറ്റ്‌വർക്ക് ട്രാഫിക് റൂട്ടിംഗും എങ്ങനെ കൈകാര്യം ചെയ്യുന്നു എന്നതിൽ. ഏതെങ്കിലും സെർവറിൻ്റെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് കാലഹരണപ്പെട്ടതോ അല്ലെങ്കിൽ പൊരുത്തപ്പെടാത്ത നെറ്റ്‌വർക്ക് ഡ്രൈവറുകളോ ഉണ്ടെങ്കിൽ, സെർവറുകൾ തമ്മിലുള്ള ആശയവിനിമയം പരാജയപ്പെടാം. ഏറ്റവും പുതിയ പാച്ചുകൾക്കൊപ്പം OS കാലികമാണെന്നും ഉചിതമായ സേവനങ്ങൾ പ്രവർത്തിക്കുന്നുണ്ടെന്നും ഉറപ്പാക്കുന്നത് പിശക് 1418 പോലുള്ള കണക്റ്റിവിറ്റി പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിൽ നിർണായകമാണ്.