मास्टर डेटाबेस का बैकअप लेने के लिए कितनी बार?


21

BOL में सुझाव काफी अस्पष्ट है:

अपने व्यवसाय की जरूरतों के लिए पर्याप्त रूप से डेटा की सुरक्षा के लिए आवश्यक रूप से अक्सर मास्टर का बैकअप लें। हम एक नियमित बैकअप शेड्यूल की सलाह देते हैं, जिसे आप पर्याप्त अपडेट के बाद अतिरिक्त बैकअप के साथ पूरक कर सकते हैं।

यदि आप आगे उद्यम करते हैं , तो आपको ये विवरण मिलेंगे:

संचालन के प्रकार जो मास्टर को अद्यतन करने का कारण बनते हैं, और जिसके लिए बैकअप लेने की आवश्यकता होती है, निम्नलिखित शामिल हैं:

  • उपयोगकर्ता डेटाबेस बनाना या हटाना।
  • यदि कोई उपयोगकर्ता डेटाबेस नए डेटा को समायोजित करने के लिए स्वचालित रूप से बढ़ता है, तो
    मास्टर प्रभावित नहीं होता है।
  • फ़ाइलों और फ़ाइल समूह को जोड़ना या निकालना।
  • लॉगिन या अन्य संचालन जोड़ना जो लॉगिन सुरक्षा से संबंधित हैं।
  • डेटाबेस सुरक्षा संचालन, जैसे कि उपयोगकर्ता को डेटाबेस में जोड़ना, मास्टर को प्रभावित नहीं करता है।
  • सर्वर-वाइड या डेटाबेस कॉन्फ़िगरेशन विकल्प बदलना।
  • तार्किक बैकअप डिवाइस बनाना या निकालना।
  • वितरित प्रश्नों और दूरस्थ प्रक्रिया कॉल (RPC) के लिए सर्वर को कॉन्फ़िगर करना, जैसे कि लिंक किए गए सर्वर या दूरस्थ लॉगिन जोड़ना।

इसलिए यदि हमारे सभी लॉगिन विंडोज समूहों के माध्यम से जोड़े जाते हैं, और हम डेटाबेस में कोई अन्य परिवर्तन नहीं करते हैं, तो क्या इसका मतलब यह है कि मास्टर का एक बार का बैकअप पर्याप्त है?

यदि नहीं, तो मास्टर डेटाबेस के लिए मानक बैकअप अंतराल क्या है?

जवाबों:


12

आपका मास्टर DB आम तौर पर बहुत छोटा है। बस इसे अपने बाकी डेटाबेस के साथ, कम से कम रोजाना वापस करें। फर्क पड़ता है क्या?

व्यक्तिगत रूप से, जब SHTF मैं एक मास्टर db बैकअप लेना चाहता हूँ, जो कुछ घंटे पुराना है, भले ही मेरे पास 400 अन्य समान हैं जो 400 दिन चल रहे हैं। मैं उस मामले में बहुत अधिक नहीं सोचना चाहता , जिसे मुझे इसे पुनर्स्थापित करना है ...


6
  1. हां, अगर सर्वर में कोई बदलाव नहीं हुआ है (जैसे कि अपडेट, लॉगइन जोड़ना, नए डेटाबेस जोड़ना आदि) पिछले बैकअप से किया गया था, तो आपको वास्तव में नया बैकअप करने की आवश्यकता नहीं है। लेकिन मैं यह नहीं समझ सकता कि इसमें क्या समस्या है: मास्टर का बैकअप तेजी से अस्पष्ट है, बैकअप फ़ाइल छोटी है।
  2. मेरी कंपनी में मास्टर-बैकअप 3 समूहों में विभाजित हैं:
    • 12 घंटे के लिए एक बार (सर्वरों के लिए जहां कार्यदिवस के दौरान 10-50 लॉगिन जोड़े जा सकते हैं)
    • प्रति दिन एक बार (अधिकांश सर्वरों के लिए)
    • सप्ताह में एक बार (छोटे बदलावों वाले सर्वरों के लिए)

यह एक मानक नहीं है, यह एक कंपनी का नियम है।


5

हमारे सभी उत्पादन डेटाबेस का धीमे समय के दौरान दैनिक बैकअप होता है। यदि ऑपरेशन 24/7 चल रहे थे तो मैं पहले उत्तर की तरह 12 घंटे में एक बार सिफारिश करूंगा।

वास्तव में सवाल यह है कि आप डेटा और डेटा संरचनाओं को कितना ढीला कर सकते हैं? यदि किसी उल्कापिंड ने आपके मास्टर डेटाबेस को नष्ट कर दिया है, तो जमीन में केवल एक धूम्रपान गड्ढा था आप इसे जगह लेने के लिए बैकअप कितनी तेजी से ला सकते हैं? आप एक घटना की असंभवता पर हंस सकते हैं जो आपके डेटाबेस को निकालती है लेकिन यदि व्यावसायिक लाइनें इसका उपयोग करती हैं तो आप पाएंगे कि डाउनटाइम के लिए बहुत कम सहिष्णुता है।

यदि आप प्रतिदिन बैकअप लेते हैं तो आप एक दिन में कितनी नई जानकारी ढीली कर सकते हैं? इन परिवर्तनों को बदलने / फिर से करने का कितना समय है? क्या आप उन परिवर्तनों को पुनः प्राप्त कर सकते हैं जिनका बैकअप नहीं था? आप कैसे जानते हैं....

किसी और की नीति पर ध्यान केंद्रित करने के बजाय आपको प्रबंधन से यह पूछने की आवश्यकता है कि डेटा हानि और डाउनटाइम के लिए उनकी सहिष्णुता क्या है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.