डेटाबेस मिररिंग त्रुटी 1418 निराकरण करणे: सर्व्हर नेटवर्क पत्ता पोहोचण्यायोग्य नाही

डेटाबेस मिररिंग कनेक्शन समस्या समजून घेणे

डेटाबेस मिररिंग हे SQL सर्व्हर वातावरणात उच्च उपलब्धता आणि रिडंडन्सी सुनिश्चित करण्यासाठी एक आवश्यक धोरण आहे. तथापि, मिररिंग कॉन्फिगर केल्याने कधीकधी निराशाजनक त्रुटी येऊ शकतात, जसे की एरर 1418, जे सांगते की सर्व्हर नेटवर्क पत्त्यावर पोहोचू शकत नाही किंवा अस्तित्वात नाही.

दोन SQL सर्व्हर उदाहरणांमध्ये मिररिंग सत्र सेट करण्याचा प्रयत्न करताना ही विशिष्ट त्रुटी अनेकदा उद्भवते, जरी दोन्ही डेटाबेस वैयक्तिकरित्या प्रवेशयोग्य असले तरीही. जेव्हा मिररिंग एंडपॉइंट्स एकमेकांशी संवाद साधण्यात अयशस्वी होतात तेव्हा समस्या उद्भवते.

सध्याच्या बाबतीत, स्थानिक डेस्कटॉप (192.168.0.80) आणि एक मिनी पीसी (192.168.0.85) मिररिंग प्रक्रियेत गुंतलेले आहेत. मिररिंगच्या "हाय परफॉर्मन्स" मोडचा वापर करून, मोबाईल ऍप्लिकेशनसाठी फक्त-वाचनीय प्रतिकृती म्हणून मिनी पीसीचा उद्देश आहे.

योग्य पोर्ट कॉन्फिगरेशन आणि फायरवॉल समायोजन असूनही, मिररिंग सत्र सुरू करण्याचा प्रयत्न करताना वापरकर्त्यास त्रुटी 1418 आढळते. हा लेख या समस्येचे निराकरण करण्यासाठी संभाव्य कारणे आणि उपाय शोधेल.

मिररिंग एरर रिझोल्यूशन स्क्रिप्टचे तपशीलवार ब्रेकडाउन

आधीच्या उदाहरणांमध्ये दिलेली पहिली स्क्रिप्ट वापरते Transact-SQL (T-SQL) एसक्यूएल सर्व्हरमधील मिररिंग त्रुटी कॉन्फिगर करण्यासाठी आणि निराकरण करण्यासाठी आदेश. स्क्रिप्टचा सर्वात महत्वाचा भाग म्हणजे ची निर्मिती आणि कॉन्फिगरेशन मिररिंग एंडपॉइंट्स. हे एंडपॉइंट्स नेटवर्क इंटरफेस आहेत ज्याद्वारे SQL सर्व्हर उदाहरणे मिररिंग दरम्यान संवाद साधतात. आज्ञा शेवटी बिंदू बदला दोन्ही सर्व्हरवरील एंडपॉइंट्स "स्टार्टेड" स्थितीत असल्याची खात्री करते, ज्यामुळे संप्रेषण होऊ शकते. द भागीदार सेट करा भागीदार सर्व्हरचा नेटवर्क पत्ता निर्दिष्ट करून डेटाबेसला लिंक करण्यासाठी कमांडचा वापर केला जातो, ज्यामुळे दोन SQL उदाहरणे संपूर्ण नेटवर्कवर डेटा मिरर करू शकतात.

दुसरी स्क्रिप्ट दोन सर्व्हरमधील नेटवर्क कनेक्टिव्हिटी तपासण्यासाठी डिझाइन केलेले पॉवरशेल सोल्यूशन आहे. पॉवरशेल वापरते नवीन-ऑब्जेक्ट सिस्टम.Net.Sockets.TcpClient निर्दिष्ट IP पत्ता आणि पोर्टशी कनेक्ट करण्याचा प्रयत्न करणारा TCP क्लायंट तयार करण्यासाठी कमांड. आवश्यक पोर्ट (एसक्यूएल सर्व्हरसाठी 1433 आणि मिररिंगसाठी 5022) उघडे आणि प्रवेशयोग्य आहेत हे सत्यापित करण्याचा हा एक प्रभावी मार्ग आहे. ही स्क्रिप्ट विशेषत: फायरवॉल किंवा नेटवर्किंग समस्यांचे निदान करण्यासाठी उपयुक्त आहे जी कदाचित दोन एसक्यूएल उदाहरणांना संप्रेषण करण्यापासून प्रतिबंधित करत असेल, ज्यामुळे त्रुटी 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

१

-- 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 सर्व्हर डेटाबेस मिररिंग, नेटवर्क कॉन्फिगरेशन आणि सुरक्षा सेटिंग्जची भूमिका ही अनेकदा दुर्लक्षित केलेली एक बाब आहे. त्रुटी 1418, सर्व्हर नेटवर्क पत्त्यावर पोहोचू शकत नाही हे दर्शविते, वारंवार अंतर्निहित नेटवर्क समस्यांमुळे होते. जरी योग्य पोर्ट (1433 आणि 5022) उघडले जातात आणि फायरवॉल अक्षम केले जातात, इतर नेटवर्क घटक जसे की रूटिंग आणि DNS कॉन्फिगरेशनमुळे संप्रेषण अपयश होऊ शकते. हे सुनिश्चित करणे महत्वाचे आहे की दोन्ही सर्व्हर एकमेकांचे IP पत्ते योग्यरित्या सोडवतात, विशेषत: मल्टी-सबनेट वातावरणात.

आणखी एक आव्हान आहे SQL सर्व्हर प्रमाणीकरण मिररिंग सेटअप दरम्यान सेटिंग्ज. डेटाबेस मिररिंगसाठी मुख्य आणि मिरर सर्व्हर दोन्ही प्रमाणपत्रे किंवा डोमेन-आधारित प्रमाणीकरण (कर्बेरोस) द्वारे एकमेकांना प्रमाणीकृत करणे आवश्यक आहे. हा सेटअप योग्यरितीने कॉन्फिगर केलेला नसल्यास, किंवा दोन सर्व्हरमधील सुरक्षा प्रोटोकॉलमध्ये काही जुळत नसल्यास, त्रुटी 1418 येऊ शकते. याव्यतिरिक्त, SQL सर्व्हर सेवा खात्यांना दोन्ही मशीनवर योग्य परवानग्या असणे आवश्यक आहे, विशेषत: मिररिंग एंडपॉइंट्समध्ये प्रवेश.

शेवटी, ऑपरेटिंग सिस्टमची निवड मिररिंग कसे वागते यावर देखील परिणाम करू शकते. वेगवेगळ्या Windows आवृत्त्या TCP कनेक्शन वेगळ्या पद्धतीने हाताळू शकतात, विशेषतः ते फायरवॉल नियम आणि नेटवर्क ट्रॅफिक राउटिंग कसे व्यवस्थापित करतात. एकतर सर्व्हरच्या ऑपरेटिंग सिस्टममध्ये कालबाह्य किंवा न जुळणारे नेटवर्क ड्राइव्हर्स असल्यास, सर्व्हरमधील संप्रेषण अयशस्वी होऊ शकते. एरर 1418 सारख्या कनेक्टिव्हिटी समस्यांचे निराकरण करण्यासाठी OS नवीनतम पॅचसह अद्ययावत आहे आणि योग्य सेवा चालू असल्याची खात्री करणे महत्वाचे आहे.