SharePoint डेटाबेस के लिए आपका सबसे अच्छा अभ्यास रिकवरी मॉडल क्या है


9

पॉल रैंडल ने SharePoint SQL डेटाबेस के लिए सर्वोत्तम प्रथाओं के बारे में कुछ बहुत अच्छे प्रश्न पूछे। आज, SharePoint स्थापना को बनाए रखने के लिए एक ग्राहक की मदद करते हुए उसने मुझसे SharePoint डेटाबेस के लिए सर्वश्रेष्ठ SQL रिकवरी मॉडल के बारे में एक प्रश्न पूछा।

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

क्या मुझसे कोई चूक हो रही है? क्या यह सही तरीका है? क्या आपने कभी अपना डेटा पुनर्प्राप्त करने के लिए SharePoint DB लॉग का उपयोग किया है?

जवाबों:


8

यह पूरी तरह से इस बात पर निर्भर करता है कि आप कितना डेटा खोने के लिए तैयार हैं, जो आवश्यक प्रशासनिक प्रयासों की मात्रा है। यदि आप साधारण रिकवरी मॉडल का उपयोग कर रहे हैं और रविवार को सप्ताह में एक बार बैकअप ले रहे हैं ... यदि आपका शनिवार को 11:59 बजे कोई दुर्घटना हुई है, तो आप एक सप्ताह का काम खो चुके हैं। बैकअप की आवृत्ति बढ़ने (या अंतर लेने) से डेटा हानि की मात्रा कम हो जाएगी।

नियमित पूर्ण / अंतर बैकअप लेने से लेकिन लेन-देन लॉग के साथ पूर्ण पुनर्प्राप्ति मॉडल का उपयोग करके, आप अंतिम बैकअप को पुनर्स्थापित कर सकते हैं और फिर क्रैश से ठीक पहले एक समय में लेन-देन लॉग को पुनः लोड कर सकते हैं, और बिना डेटा के बहुत कम खो सकते हैं।

पॉल रैंडल की बात करें तो ... उन्होंने इस महीने TechNet मैगज़ीन के लिए ठीक इसी विषय पर एक बेहतरीन लेख लिखा है :) http://technet.microsoft.com/en-us/magazine/dd822915.aspx


लौरा एक बहुत अच्छा बिंदु जोड़ता है ... मैंने पूछे गए सवाल का जवाब दिया, लेकिन एक बेहतर सवाल यह हो सकता है कि "बैकअप SharePoint का सबसे अच्छा तरीका क्या है?" यदि आप सिर्फ SQL सर्वर बैकअप करते हैं, तो आपको अपने कॉन्फ़िगरेशन डेटाबेस को फिर से बनाना होगा और अपनी सामग्री DBs को मैन्युअल रूप से रीटच करना होगा। यदि आप डेटा सुरक्षा प्रबंधक ( microsoft.com/dpm ) जैसे SharePoint जागरूक बैकअप एप्लिकेशन का उपयोग करते हैं , तो यह डेटाबेस बैकअप (कॉन्फिगर DB सहित) का ध्यान रखेगा और अभी भी आपको SharePoint के पॉइंट-इन-टाइम पुनर्स्थापना करने की अनुमति देगा । Muuuuch यह सब मैन्युअल रूप से करने से ज्यादा आसान है।
सीन इयरप

बैकअप एक और सवाल है जिसके बारे में हम बहस कर सकते हैं। DPM अच्छा है, लेकिन यह एसएमई समाधान नहीं है। आप एकल-सर्वर (छोटे bussines) खेत के वातावरण के लिए क्या सलाह देंगे? stsadm बैकअप, सिमेंटेक या कुछ और?
टोनी फ्रेंकोला

1
दुर्भाग्य से, SharePoint बैकअप कहानी में मेरे द्वारा काम किए गए किसी भी अन्य उत्पाद की तुलना में अधिक "निर्भर करता है" है। क्या हम खेत-स्तरीय बैकअप की बात कर रहे हैं? आपदा बहाली? साइट संग्रह बैकअप? साइट बैकअप? TechNet पर SharePoint बैकअप संसाधन केंद्र में कुछ महान संसाधन होते हैं, जो यह तय करते हैं कि SharePoint के किस पहलू का उपयोग करने के लिए कौन से टूल का उपयोग करें। जब तक आप कॉन्फिग डेटाबेस में सब कुछ समेटने का मन नहीं करते (आपके पास इसका दस्तावेज है, सही?) कंटेंट डेटाबेस के एसक्यूएल बैकअप को करने से खेत की सुरक्षा के लिए ठीक काम करेगा।
सीन इयरप


अगर मैं अपने SP कॉन्फ़िगरेशन डेटाबेस और मेरे विभिन्न सेवा अनुप्रयोगों से संबंधित सभी डेटाबेस का बैकअप लेता हूं, तो क्या मैं अपने खेत का पुनर्निर्माण कर सकता हूं और उन सभी डेटाबेसों को माउंट कर सकता हूं?
एरोनस्टर

5

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

विकल्पों में एक बैकअप एजेंट प्राप्त करना शामिल है जो आपके बैकअप सॉफ़्टवेयर के लिए शेयरपॉइंट डेटाबेस को पढ़ सकता है, या कुछ स्क्रिप्टेड बैकअप कर सकता है जो कॉन्फ़िगरेशन जानकारी को हड़प कर सकता है और साथ ही आपके SQL डेटाबेस बैकअप को कहीं सुरक्षित रख सकता है।

http://technet.microsoft.com/en-us/library/cc288330.aspx में कुछ जानकारी है।

अपने बैकअप का परीक्षण करें। उन्हें पुनर्स्थापित करें। देखें कि क्या परिवर्तन होता है, क्या काम करता है। हमारा पहला पुनर्स्थापना उतना अच्छा नहीं था जितना कि हो सकता था। सौभाग्य से हमारे लिए यह एक परीक्षण सर्वर बनाने की प्रक्रिया का एक हिस्सा था जो हमारे उत्पादन सर्वर का एक डुप्लिकेट था, बजाय खोए या नष्ट किए गए डेटा को पुनर्प्राप्त करने के लिए।

प्रासंगिकता के लिए संपादित इसे फिर से पढ़ने पर मुझे एहसास हुआ कि मैं विचलित हो गया और मेरे उत्तर के उत्तर बिंदु से चूक गया। यदि आप लेन-देन लॉगिंग के साथ पूर्ण बैकअप करते हैं तो आप समय में बहुत बेहतर बिंदुओं पर वापस आ सकते हैं। इसके लिए DBA के रूप में अधिक कौशल की आवश्यकता होती है लेकिन यह उतना कठिन नहीं है। यदि आपके पास एक टन अपडेट नहीं है और पूरे दिन का काम खोना दुनिया का अंत नहीं है तो आप शायद ठीक हैं। अन्य विकल्पों में सरल बैकअप को अधिक बार चलाना शामिल है। मिडनाइट, 10 एएम, 2 पीएम, 6 पीएम कहें, या संगठनों के लिए जो भी काम करता है वह चक्र। यह अधिक डिस्क खाएगा, लेकिन आपके डेटा हानि जोखिम को कम करेगा। सभी बैकअप के साथ यह उपयोगकर्ताओं के बीच सहनशीलता और प्रवेश प्रदान करने के लिए क्या संतुलन है।


मैं पूर्णतः सन्तुष्ट हुँ। आप बैकअप के लिए क्या उपयोग करते हैं?
टोनी फ्रेंकोला

हम Symantec NetBackup का उपयोग कर रहे हैं। हम SharePoint एजेंट प्राप्त करने की प्रक्रिया में हैं। वर्तमान में हम एक दो चरण का बैकअप कर रहे हैं।
लॉरा थॉमस

2

शेयरपॉइंट को SQL डेटाबेस की तरह व्यवहार करने की आवश्यकता है क्योंकि यह एक SQL डेटाबेस है इसलिए दुकान स्थापित करने में अपने सभी नियमित SQL सेटअप सावधानियों को लें। बैकअप के लिए आपको न केवल अपने डेटाबेस का नियमित रूप से बैकअप लेना चाहिए, बल्कि आपको अपने 12-हाइव का बैकअप लेना होगा जो आपकी सभी एसपी जानकारी रखता है।

अधिक जानकारी के लिए इस धागे को देखें : http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/102c5c71-38a3-4360-b5cb -9b8b7c07bfea


यह सुनिश्चित नहीं किया गया कि इसे क्यों डाउन किया गया ... SSC के अपवाद के साथ SQLChicken सही है। खोज इंडेक्स के कारण विशेष देखभाल और फीडिंग की आवश्यकता होती है जो SQL सर्वर में नहीं हैं।
जेफ

2
मैं वास्तव में कामना करता हूं कि सर्वरफॉल्ट लोगों को एक टिप्पणी छोड़ने के लिए मजबूर करेगा यदि वे
डाउनवोट करते हैं

0

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

इस मामले में, सिंपल मोड ठीक काम करेगा।

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