सिर्फ डेटाबेस का बैकअप लेने से आपके सभी शेयरपॉइंट की जानकारी नहीं मिलेगी। यकीन है कि यह डेटाबेस में सब कुछ मिल जाएगा, लेकिन सभी अनुकूलन और देखो और महसूस खो दिया है। यह आपके लिए एक व्यवस्थापक के रूप में कोई फर्क नहीं पड़ता, लेकिन मुझे विश्वास है कि आपके उपयोगकर्ता नाखुश होंगे।
विकल्पों में एक बैकअप एजेंट प्राप्त करना शामिल है जो आपके बैकअप सॉफ़्टवेयर के लिए शेयरपॉइंट डेटाबेस को पढ़ सकता है, या कुछ स्क्रिप्टेड बैकअप कर सकता है जो कॉन्फ़िगरेशन जानकारी को हड़प कर सकता है और साथ ही आपके SQL डेटाबेस बैकअप को कहीं सुरक्षित रख सकता है।
http://technet.microsoft.com/en-us/library/cc288330.aspx में कुछ जानकारी है।
अपने बैकअप का परीक्षण करें। उन्हें पुनर्स्थापित करें। देखें कि क्या परिवर्तन होता है, क्या काम करता है। हमारा पहला पुनर्स्थापना उतना अच्छा नहीं था जितना कि हो सकता था। सौभाग्य से हमारे लिए यह एक परीक्षण सर्वर बनाने की प्रक्रिया का एक हिस्सा था जो हमारे उत्पादन सर्वर का एक डुप्लिकेट था, बजाय खोए या नष्ट किए गए डेटा को पुनर्प्राप्त करने के लिए।
प्रासंगिकता के लिए संपादित
इसे फिर से पढ़ने पर मुझे एहसास हुआ कि मैं विचलित हो गया और मेरे उत्तर के उत्तर बिंदु से चूक गया। यदि आप लेन-देन लॉगिंग के साथ पूर्ण बैकअप करते हैं तो आप समय में बहुत बेहतर बिंदुओं पर वापस आ सकते हैं। इसके लिए DBA के रूप में अधिक कौशल की आवश्यकता होती है लेकिन यह उतना कठिन नहीं है। यदि आपके पास एक टन अपडेट नहीं है और पूरे दिन का काम खोना दुनिया का अंत नहीं है तो आप शायद ठीक हैं। अन्य विकल्पों में सरल बैकअप को अधिक बार चलाना शामिल है। मिडनाइट, 10 एएम, 2 पीएम, 6 पीएम कहें, या संगठनों के लिए जो भी काम करता है वह चक्र। यह अधिक डिस्क खाएगा, लेकिन आपके डेटा हानि जोखिम को कम करेगा। सभी बैकअप के साथ यह उपयोगकर्ताओं के बीच सहनशीलता और प्रवेश प्रदान करने के लिए क्या संतुलन है।