मिरर डेटाबेस पर लेनदेन लॉग रखरखाव

Question

SQL सर्वर संस्करण: 2008 R2 एंटरप्राइज़ SP2

मैं हमारे SQL सर्वर रखरखाव पर एक हैंडल पाने की कोशिश कर रहा हूं और मुझे लगता है कि कुछ गलत है। हमारे पास 3 डेटाबेस के साथ एक एकल उत्पादन उदाहरण है, जिसमें से प्रत्येक को DR उदाहरण के लिए ऑफ़साइट मिरर किया गया है।

डीआर उदाहरण को देखते हुए मैंने देखा कि एलडीएफ फाइलें बहुत अधिक थीं, जो भारी उपयोग किए गए डेटाबेस के लिए 35 जीबी से अधिक थीं।

मैं समझता हूं कि यह संभवतः दर्पण डेटाबेस के पूर्ण पुनर्प्राप्ति मोड में होने के कारण है और यह कि लॉग कभी बैकअप नहीं लिया गया है, वे बस ड्राइव स्पेस से बाहर निकलने तक बढ़ते रहेंगे।

हम प्रिंसिपल डेटाबेस पर लॉग बैकअप कर रहे हैं, और मेरा सवाल यह है कि दर्पण पर लॉग बैकअप करने के साथ क्या कर रहे हैं?

लॉग बैकअप करने से पहले दर्पण से कम से कम एक पूर्ण डेटाबेस बैकअप को पूरा करना पड़ता है, उस स्थिति में ऐसे विशेष विकल्प हैं जिनका उपयोग करने की आवश्यकता है क्योंकि यह एक दर्पण है?

फिर से यह MIRROR डेटाबेस पर लॉग इन रखरखाव सिफारिशों है।

किसी इनपुट के लिए धन्यवाद

Answer 1

हम प्रिंसिपल डेटाबेस पर लॉग बैकअप कर रहे हैं, और मेरा सवाल यह है कि दर्पण पर लॉग बैकअप करने के साथ क्या कर रहे हैं?

आप दर्पण डेटाबेस पर लॉग बैकअप नहीं कर सकते।

लॉग बैकअप करने से पहले दर्पण से कम से कम एक पूर्ण डेटाबेस बैकअप को पूरा करना पड़ता है, उस स्थिति में ऐसे विशेष विकल्प हैं जिनका उपयोग करने की आवश्यकता है क्योंकि यह एक दर्पण है?

आप दर्पण डेटाबेस पर एक पूर्ण डेटाबेस बैकअप भी नहीं कर सकते।

इसे उदाहरण के लिए लें: मेरे पास Server1प्रमुख डेटाबेस है AdventureWorks2012, और मेरे पास Server2दर्पण है। यहां तब होता है जब मैं दर्पण डेटाबेस (ऑन Server2) पर बैकअप चलाने की कोशिश करता हूं :

use master;
go

backup database AdventureWorks2012
to disk = 'c:\sqlserver\AW_mirror.bak';
go

Msg 954, स्तर 14, राज्य 1, पंक्ति 2
डेटाबेस "AdventureWorks2012" खोला नहीं जा सकता। यह एक दर्पण डेटाबेस के रूप में कार्य कर रहा है ।
Msg 3013, लेवल 16, स्टेट 1, लाइन 2
बैकअप डेटा असामान्य रूप से समाप्त हो रहा है।

backup log AdventureWorks2012
to disk = 'c:\sqlserver\AW_mirror.trn';
go

Msg 954, स्तर 14, राज्य 1, पंक्ति 1
डेटाबेस "AdventureWorks2012" खोला नहीं जा सकता। यह एक दर्पण डेटाबेस के रूप में कार्य कर रहा है ।
Msg 3013, लेवल 16, स्टेट 1, लाइन 1
बैकप लॉग असामान्य रूप से समाप्त हो रहा है।

रॉबर्ट डेविस द्वारा इस डेटाबेस मिररिंग FAQ पर एक नज़र डालें । मैं उसे इस ऑपरेशन और दर्पण डेटाबेस लेनदेन लॉग रखरखाव के बारे में उद्धृत करूंगा:

जब आप प्रिंसिपल पर लॉग का बैकअप लेते हैं, तो वर्चुअल लॉग फाइल (लॉग फाइल के भीतर अलग-अलग यूनिट) को फिर से लिखने योग्य के रूप में चिह्नित किया जाता है। उसी वीएलएफ को दर्पण लॉग फाइल में भी फिर से लिखने योग्य माना जाता है। वीएलएफ स्थिति डेटाबेस पर दिखाई देती है ।

इसलिए यह अब आपके पास है। यदि आपके पास प्रिंसिपल पर लेन-देन लॉग बैकअप है तो उसके पार्टनर डेटाबेस में समान लॉग पुन: उपयोग व्यवहार को प्रतिबिंबित किया जाएगा।

Comments

मुझे इससे नफरत है जब वहाँ एक लेख है जो मेरे सटीक प्रश्न का उत्तर देता है और मुझे यह नहीं मिलता है। यह एकदम सही अर्थ है, जब मैंने लॉग लिया था तो बैकअप नहीं लिया जा रहा था और प्रिंसिपल पर बहुत बढ़ गया था इसलिए मैंने नियमित बैकअप शुरू करने के बाद लॉग्स को सिकोड़ लिया, लेकिन दर्पण पर ऐसा करने के लिए नहीं सोचा। धन्यवाद!

— जेरी ग्रुंड

एक परिशिष्ट प्रश्न यह होगा कि अब ओवरग्राउंड मिरर किए गए लेन-देन लॉग को सिकोड़ना संभव है कि हमारे पास प्रिंसिपल पर नियमित लेनदेन लॉग बैकअप है?

— जेरेमी ग्रंड

@JeremieGrund ऐसा करने का एक तरीका दर्पण वाले डेटाबेस में विफल होना और वहां सिकुड़न करना होगा। पूरी तरह से गैर-उत्पादन वातावरण में इसका परीक्षण करें ताकि यह सुनिश्चित किया जा सके कि यह आपके द्वारा अपेक्षित व्यवहार है / उम्मीद है।

— थॉमस स्ट्रिंगर

Answer 2

@JeremieGrund - यदि डेटाबेस भौतिक फ़ाइल आर्किटेक्चर समान है (डेटा और लॉग फ़ाइल ड्राइव नाम और स्थान), तो यदि आप प्रिंसिपल पर लॉग फ़ाइल को सिकोड़ते हैं, तो हटना कमांड दर्पण पर भेजा जाएगा और दर्पण पर भी ऐसा ही होगा। तो इस तरह से आपकी दर्पण लॉग फ़ाइल को बनाए रखा जा सकता है .. यदि फ़ाइल आर्किटेक्चर समान नहीं है, तो आपको थॉमस स्ट्रिंगर सुझाव का पालन करना चाहिए ..