फेलओवर सर्वर का स्टेटस (मिरर, डिस्कनेक्टेड, इन रिकवरी) और प्रिंसिपल सर्वर में स्टेटस (प्रिंसिपल, डिस्कनेक्टेड) होता है।
इन सर्वरों को फिर से जोड़ने की प्रक्रिया क्या है?
फेलओवर सर्वर का स्टेटस (मिरर, डिस्कनेक्टेड, इन रिकवरी) और प्रिंसिपल सर्वर में स्टेटस (प्रिंसिपल, डिस्कनेक्टेड) होता है।
इन सर्वरों को फिर से जोड़ने की प्रक्रिया क्या है?
जवाबों:
कभी-कभी प्रिंसिपल सर्वर पर मिररिंग एंडपॉइंट को फिर से शुरू करने से यह हल हो जाएगा।
ऐसा करने के लिए निम्नलिखित T-SQL का उपयोग करें।
ALTER ENDPOINT Endpoint_Name STATE = STOPPED
ALTER ENDPOINT Endpoint_Name STATE = STARTED
समापन बिंदु का नाम प्राप्त करने के लिए।
SELECT * FROM sys.endpoints
WHERE type = 4
देखें KB 2490051 अधिक जानकारी के लिए।
सबसे पहले, उन्हें प्रिंसिपल पर इस टी-एसक्यूएल कमांड के साथ फिर से जोड़ने की कोशिश करें:
ALTER DATABASE AdventureWorks2012 SET PARTNER RESUME;
यदि वह विफल रहता है, तो आपको प्रिंसिपल और दर्पण के बीच एक संचार मुद्दा मिल गया है, और यहीं से मज़ा शुरू होता है। यह आईपी कनेक्टिविटी से लेकर सुरक्षा के लिए अलग-अलग एन्क्रिप्शन विधियों के मिररिंग पॉइंट पर कुछ भी हो सकता है। अगर आपको गहरी समस्या निवारण की आवश्यकता है, तो मैं रॉबर्ट डेविस की पुस्तक प्रो SQL सर्वर 2008 मिररिंग की सिफारिश करूँगा ।
हमारे मामले में हम मिररिंग एंडपॉइंट्स को जोड़ने के लिए सर्टिफिकेशन ऑथेंटिकेशन का उपयोग कर रहे हैं, और यह समस्या थी क्योंकि उन सर्टिफिकेट्स में से एक जो मिररिंग एंडपॉइंट्स का उपयोग किया गया था, वे समाप्त हो गए थे।
आप समापन बिंदु प्रमाणीकरण में शामिल प्रमाणपत्र की समाप्ति तिथि की जाँच कर सकते हैं a
SELECT * FROM sys.certificates
यदि यह मामला है, तो आपको जो कुछ भी समाप्त हो गया है, उसके लिए नए प्रमाणपत्र बनाने की आवश्यकता होगी, उसके ALTER ENDPOINT
बाद वे आयात किए गए हैं।
मैंने अगले चरण में इस समस्या को ठीक कर दिया, PRIMARY पर समापन बिंदु को पुनः आरंभ करने में मदद नहीं की
प्राथमिक पर:
SELECT * FROM sys.endpoints WHERE type = 4
ALTER ENDPOINT Mirroring STATE = STOPPED
ALTER ENDPOINT Mirroring STATE = STARTED
MIRROR पर:
SELECT * FROM sys.endpoints WHERE type = 4
ALTER ENDPOINT Mirroring STATE = STOPPED
ALTER ENDPOINT Mirroring STATE = STARTED
प्राथमिक पर वापस:
ALTER DATABASE PACXDSite SET PARTNER RESUME;
मामला:
जब आप प्रिंसिपल सर्वर पर कमांड से नीचे चलते हैं:
alter database 'Database_Name' set partner off
कमांड के ऊपर चलने के बाद आपका DB [mirror, disconnected]
स्टेट मिरर सर्वर पर चला जाता है ।
संकल्प:
चरण 1: दर्पण पर क्वेरी के नीचे चलाएँ
exec sp_resetstatus 'Database_Name'
चरण 2: कमांड के नीचे चलने के बाद आपका डीबी उपलब्ध होगा।
restore database 'Database_Name' with recovery
नोट: चरण 2 को ठीक होने में कुछ समय लगेगा।
यदि "परिणाम साझेदार" काम नहीं करता है
ALTER DATABASE AdventureWorks2016 SET PARTNER RESUME;
मैं उस डेटाबेस के लिए दर्पण को तोड़ दूंगा और इसे फिर से कॉन्फ़िगर करूंगा।
- PRINCIPAL पर 1%, एक डेटाबेस के लिए दर्पण को तोड़ने
ALTER DATABASE AdventureWorks2016 SET PARTNER OFF;
- MIRROR पर 2%, एक डेटाबेस के लिए दर्पण को तोड़ने
ALTER DATABASE AdventureWorks2016 SET PARTNER OFF;
- MIRROR पर 3%
RESTORE LAST FULL BACKUP DATABASE WITH NO RECOVERY
RESTORE TRAN BACKUP DATABASE WITH NO RECOVERY
- MIRROR पर 4%
ALTER DATABASE AdventureWorks2016 SET PARTNER = 'TCP://PRINCIPAL.MyDomain.COM:5022';
- PRINCIPAL पर 5%
ALTER DATABASE AdventureWorks2016 SET PARTNER = 'TCP://MIRROR.MyDomain.COM:5022';
- PRINCIPAL पर 6%, अगर पहले से ही किसी WITNESS को कॉन्फ़िगर किया गया था
ALTER DATABASE AdventureWorks2016 SET WITNESS = 'TCP://WITNESS.MyDomain.COM:5022';
यह उल्लेखनीय है कि उपरोक्त सभी कार्य घंटों के दौरान किए जा सकते हैं क्योंकि प्रिंसिपल डेटाबेस हमेशा ऑनलाइन और उपलब्ध रहेगा।