డేటాబేస్ మిర్రరింగ్ లోపాన్ని పరిష్కరిస్తోంది 1418: సర్వర్ నెట్‌వర్క్ చిరునామా చేరుకోలేదు

డేటాబేస్ ప్రతిబింబించే కనెక్షన్ సమస్యలను అర్థం చేసుకోవడం

డేటాబేస్ మిర్రరింగ్ అనేది SQL సర్వర్ పరిసరాలలో అధిక లభ్యత మరియు రిడెండెన్సీని నిర్ధారించడానికి అవసరమైన వ్యూహం. అయినప్పటికీ, మిర్రరింగ్‌ని కాన్ఫిగర్ చేయడం వలన సర్వర్ నెట్‌వర్క్ చిరునామాను చేరుకోలేమని లేదా ఉనికిలో లేదని పేర్కొన్న ఎర్రర్ 1418 వంటి నిరుత్సాహపరిచే లోపాలకు కొన్నిసార్లు దారితీయవచ్చు.

రెండు డేటాబేస్‌లు ఒక్కొక్కటిగా యాక్సెస్ చేయగలిగినప్పటికీ, రెండు SQL సర్వర్ ఇన్‌స్టాన్స్‌ల మధ్య మిర్రరింగ్ సెషన్‌ను సెటప్ చేయడానికి ప్రయత్నిస్తున్నప్పుడు ఈ ప్రత్యేక లోపం తరచుగా సంభవిస్తుంది. ప్రతిబింబించే ముగింపు బిందువులు ఒకదానితో ఒకటి సంభాషించడంలో విఫలమైనప్పుడు సమస్య తలెత్తుతుంది.

చేతిలో ఉన్న సందర్భంలో, స్థానిక డెస్క్‌టాప్ (192.168.0.80) మరియు మినీ PC (192.168.0.85) మిర్రరింగ్ ప్రక్రియలో పాల్గొంటాయి. మినీ PC అనేది "హై పెర్ఫార్మెన్స్" మోడ్ ఆఫ్ మిర్రరింగ్‌ని ఉపయోగించి, మొబైల్ అప్లికేషన్ కోసం చదవడానికి మాత్రమే ప్రతిరూపంగా ఉపయోగపడుతుంది.

సరైన పోర్ట్ కాన్ఫిగరేషన్ మరియు ఫైర్‌వాల్ సర్దుబాట్లు ఉన్నప్పటికీ, మిర్రరింగ్ సెషన్‌ను ప్రారంభించడానికి ప్రయత్నిస్తున్నప్పుడు వినియోగదారు ఎర్రర్ 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 రెండు సర్వర్‌ల మధ్య నెట్‌వర్క్ తనిఖీని నిర్వహించడానికి ఫంక్షన్. ఈ స్క్రిప్ట్ అవసరమైన 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) తెరవబడినప్పుడు మరియు ఫైర్‌వాల్‌లు నిలిపివేయబడినప్పటికీ, రూటింగ్ మరియు DNS కాన్ఫిగరేషన్ వంటి ఇతర నెట్‌వర్క్ మూలకాలు కమ్యూనికేషన్ వైఫల్యాలకు కారణం కావచ్చు. రెండు సర్వర్‌లు ఒకదానికొకటి IP చిరునామాలను సరిగ్గా పరిష్కరిస్తున్నాయని నిర్ధారించుకోవడం ముఖ్యం, ముఖ్యంగా బహుళ-సబ్‌నెట్ పరిసరాలలో.

మరొక సవాలును కలిగి ఉంటుంది SQL సర్వర్ ప్రమాణీకరణ మిర్రరింగ్ సెటప్ సమయంలో సెట్టింగ్‌లు. డేటాబేస్ మిర్రరింగ్‌కు ప్రిన్సిపల్ మరియు మిర్రర్ సర్వర్ రెండూ సర్టిఫికెట్‌లు లేదా డొమైన్ ఆధారిత ప్రమాణీకరణ (కెర్బెరోస్) ద్వారా ఒకదానికొకటి ప్రామాణీకరించడం అవసరం. ఈ సెటప్ సరిగ్గా కాన్ఫిగర్ చేయబడకపోతే లేదా రెండు సర్వర్‌ల మధ్య భద్రతా ప్రోటోకాల్‌లలో అసమతుల్యత ఉంటే, లోపం 1418 సంభవించవచ్చు. అదనంగా, SQL సర్వర్ సేవా ఖాతాలు తప్పనిసరిగా రెండు మెషీన్‌లలో సరైన అనుమతులను కలిగి ఉండాలి, ప్రత్యేకించి మిర్రరింగ్ ఎండ్ పాయింట్‌లకు యాక్సెస్.

చివరగా, ఆపరేటింగ్ సిస్టమ్ ఎంపిక మిర్రరింగ్ ఎలా ప్రవర్తిస్తుందో కూడా ప్రభావితం చేస్తుంది. వేర్వేరు విండోస్ వెర్షన్‌లు TCP కనెక్షన్‌లను విభిన్నంగా నిర్వహించవచ్చు, ప్రత్యేకించి అవి ఫైర్‌వాల్ నియమాలు మరియు నెట్‌వర్క్ ట్రాఫిక్ రూటింగ్‌ను ఎలా నిర్వహిస్తాయి. సర్వర్ యొక్క ఆపరేటింగ్ సిస్టమ్ పాతది లేదా సరిపోలని నెట్‌వర్క్ డ్రైవర్‌లను కలిగి ఉంటే, సర్వర్‌ల మధ్య కమ్యూనికేషన్ విఫలమవుతుంది. OS తాజా ప్యాచ్‌లతో తాజాగా ఉందని మరియు తగిన సేవలు అమలులో ఉన్నాయని నిర్ధారించుకోవడం ఎర్రర్ 1418 వంటి కనెక్టివిటీ సమస్యలను పరిష్కరించడంలో కీలకం.