जवाबों:
लॉग शिपिंग एक बैकअप परिदृश्य नहीं है। यह एक अर्ध उच्च लाभकारी परिदृश्य है।
बैकअप के लिए पूर्ण, अंतर और लेनदेन लॉग बैकअप हैं। इन सबका एक साथ उपयोग किया जाना चाहिए। आपका SLA तय करता है कि आप उनका उपयोग कैसे करते हैं। अधिकांश विशिष्ट परिदृश्य आधी रात को पूर्ण बैकअप कहते हैं, दोपहर में बैकअप और हर 30 या 15 मिनट में लेन-देन लॉग बैकअप में अंतर करते हैं।
और याद रखें: यदि आपके पास ठीक है, तो परीक्षण करने के लिए इसे बहाल करने तक आपके पास एक वैध बैकअप नहीं है।
संभवत: बैकअप रणनीति के रूप में ऐसी कोई अवधारणा नहीं है: आपके पास एक पुनर्स्थापना रणनीति है क्योंकि यह निर्धारित करता है कि जब तक आप ऑपरेशन में वापस नहीं आते हैं *
सभी रणनीतियों को अंतर और / या लॉग बैकअप के किसी भी बाद के पुनर्स्थापन को आधार बनाने के लिए एक पूर्ण बैकअप की आवश्यकता होती है।
व्यवहार में, आप 6 महीने पहले से 15 मिनट लॉग बैकअप के साथ पूर्ण बैकअप ले सकते हैं: हालांकि आपको अंतिम पूर्ण से हर लॉग बैकअप लागू करना होगा ।
एक यादृच्छिक उदाहरण के रूप में, एक परिदृश्य पूर्ण साप्ताहिक, अंतर दैनिक, लॉग 15 मिनट हो सकता है।
बैकअप अंतराल यह निर्धारित करता है कि आप सबसे खराब स्थिति में कितना डेटा खो देंगे: 15 मिनट लॉग बैकअप आपको 1 सेकंड और 14 मिनट 59 सेकंड, औसत 7.5 मिनट के बीच डेटा हानि देता है। क्या यह स्वीकार्य है?
मैन्युअल विफलता के साथ लॉग शिपिंग गर्म स्टैंडबाय है: यह बैकअप नहीं है, लेकिन एक उच्च उपलब्धता विकल्प है।
कोई भी ऐसी रणनीति नहीं है जो हर स्थिति के अनुकूल हो। लेकिन यह समझना महत्वपूर्ण है कि आपके पास क्या उपलब्ध है। पूर्ण बैकअप वास्तव में वही है जैसे वे ध्वनि करते हैं: आपके डेटाबेस का एक पूर्ण बैकअप, लेनदेन लॉग को घटाता है। अंतिम पूर्ण बैकअप के बाद से अंतर बैकअप डेटा फ़ाइलों में परिवर्तन का बैकअप है। लेन-देन लॉग बैकअप लेन-देन में संग्रहीत सभी लेन-देन को बैकअप करेगा, अंतिम लेन-देन लॉग बैकअप के बाद से। लेन-देन लॉग बैकअप आपको समय में एक बिंदु पर पुनर्स्थापित करने की अनुमति देगा। यदि यह एक आवश्यकता है, तो आपको अपने पुनर्प्राप्ति मोड को "पूर्ण" पर सेट करना होगा और आपको पुनर्प्राप्ति स्थिति की स्थिति में कितना डेटा खोना है, इसके आधार पर आपको नियमित लेनदेन लॉग बैकअप लेने की आवश्यकता होगी।
लेन-देन लॉग बैकअप के साथ काम करते समय यह समझना महत्वपूर्ण है कि लॉग चेन क्या है। मेरे शब्दों में, एक लॉग श्रृंखला बैकअप की श्रृंखला है जिसे आपके डेटाबेस को समय में दिए गए बिंदु पर पुनर्स्थापित करने के लिए पुनर्स्थापित करने की आवश्यकता होती है। लेन-देन लॉग को पुनर्स्थापित करना शुरू करने के लिए, आपको पहले NORECOVERY विकल्प का उपयोग करके एक पूर्ण बैकअप को पुनर्स्थापित करना होगा। यदि आप डिफरेंशियल बैकअप भी करते हैं, तो आप उस बिंदु से पहले सबसे हाल के डिफरेंशियल बैकअप को बहाल करना चाहेंगे, जिस समय आप नॉरकोवेरी विकल्प के साथ ही उपयोग करना चाहते हैं। इस बिंदु पर, आपको अंतिम बैकअप को छोड़कर सभी बैकअप पर NORECOVERY विकल्प के साथ, क्रमिक रूप से, लेन-देन लॉग बैकअप को पुनर्स्थापित करने की आवश्यकता होगी। समय-सीमा में बिंदु पर अधिक जानकारी के लिए, इस लिंक को देखें। http://msdn.microsoft.com/en-us/library/ms175093.aspx
जैसा कि उल्लेख किया गया है, लॉग शिपिंग एक बैकअप रणनीति नहीं है, लेकिन यह एक आपदा वसूली की स्थिति में काफी बार बहाल करने में कटौती कर सकता है। एक गोटका यह देखने के लिए है कि किसी भी प्रतिकृति प्रकाशन को लॉग शिपिंग सर्वर पर स्क्रिप्ट करने की आवश्यकता होगी और इसे आपदा से पहले के रूप में काम करने के लिए प्रतिकृति के क्रम में प्रारंभ किया जाएगा। बड़े प्रकाशनों के साथ, उत्पादन के स्तर को वापस लाने में लगने वाले समय में यह उल्लेखनीय वृद्धि हो सकती है।
उम्मीद है की यह मदद करेगा,
मैट
उन SQL सर्वर के लिए बैकअप रणनीति नहीं हैं। पूर्ण और अंतर बैकअप बैकअप के प्रकार हैं जो आप SQL सर्वर डेटाबेस में कर सकते हैं, जबकि लॉग शिपिंग एक उच्च उपलब्धता रणनीति है (एक सर्वर से दूसरे में निर्धारित समय पर लॉग बैकअप ले जाकर और सिंक में उन 2 डेटाबेसों को समाहित करें आपके बैकअप की सीमा)।
आपदा रिकवरी (बैकअप और पुनर्स्थापना :-)) के बारे में अच्छी जानकारी आपको MSDN पर मिल सकती है: यहाँ और यहाँ । संक्षेप में, आपको यह चुनने की आवश्यकता है कि विफलता के मामले में आप बैकअप से कितना डेटा पुनर्प्राप्त कर सकते हैं। बैकअप रणनीति का एक समझदार नमूना हर दिन एक पूर्ण बैकअप होगा और हर घंटे (यह आपकी आवश्यकताओं पर निर्भर करता है) में बैकअप लॉग करेगा, इसलिए इस मामले में आप डेटाबेस को पूर्ण बैकअप + सभी दैनिक लॉग बैकअप से पुनर्स्थापित करने में सक्षम होंगे।
DR के बारे में एक और अच्छा संदर्भ आप Simple_Talk पर पा सकते हैं ।
बेशक, न केवल आपको अपने डेटाबेस को पुनर्स्थापित करने की आवश्यकता है, सर्वर के संदर्भ में पुनर्प्राप्ति है और डेटाबेस का अनुप्रयोग एक हिस्सा है। मैंने स्वयं इसका अभी तक उपयोग नहीं किया है, लेकिन यदि आपको इसकी आवश्यकता है, तो डेटा संरक्षण प्रबंधक अधिक व्यापक कार्य करता है।
सबसे अच्छा तरीका है कि सभी तीन बैकअप प्रकारों का पूरी तरह से उपयोग करें। बेशक, आप लेन-देन लॉग बैकअप के अंतर बैकअप को अनदेखा कर सकते हैं। सब कुछ आपके डेटाबेस पर निर्भर करता है, यह कितनी तेजी से बढ़ता है, आप अपने डेटाबेस और अन्य में कितनी बार बदलाव करते हैं। अपनी बैकअप योजना को चुनने से पहले, विचार करें कि आप कितने डेटा को ढीला करने के लिए तैयार हैं? आप अपने डेटाबेस को पुनर्प्राप्त करने के लिए कितना समय देने के लिए तैयार हैं?
उदाहरण के लिए, यदि आपका डेटाबेस तेजी से बढ़ता है, तो आप निम्न SQL सर्वर बैकअप रणनीति का उपयोग कर सकते हैं: पूर्ण बैकअप - दिन में एक बार, अंतर बैकअप - हर दो घंटे और लेनदेन लॉग बैकअप - हर 20 मिनट में। इस मामले में, यदि विफलता होती है, तो आप अपने काम के 19 मिनट से अधिक नहीं खोएंगे। एक अन्य उदाहरण, यदि आपका डेटाबेस धीरे-धीरे बढ़ता है, तो आप दिन में एक बार पूर्ण बैकअप, हर छह घंटे में अंतर बैकअप, और हर घंटे लेनदेन लॉग बैकअप कर सकते हैं।
एक और टिप - यह सुनिश्चित करने के लिए कि आपका डेटाबेस सुरक्षित है, समय-समय पर एक परीक्षण सर्वर पर आपके बैकअप को पुनर्स्थापित करता है।