बैकअप जाँच के लिए सर्वोत्तम अभ्यास?

Question

यह एक सामान्य स्थिति है, जब व्यवस्थापक स्वचालित बैकअप के लिए सिस्टम बनाता है और इसे भूल जाता है। केवल एक सिस्टम के व्यवस्थापक नोटिस विफल होने के बाद, कि बैकअप सिस्टम पहले टूट गया है या बैकअप कुछ गलती के कारण अशांतिपूर्ण है और उसके पास बहाल करने के लिए कोई वर्तमान बैकअप नहीं है ... तो ऐसी स्थितियों से बचने के लिए सर्वोत्तम अभ्यास क्या हैं ??

Comments

हमारे पास एक स्क्रिप्ट में बैकअप मॉनिटरिंग है ... यह अन्य मॉनिटरिंग के साथ समेकित हो जाता है और हर दिन एडमिन को भेजा जाता है। यदि पूर्ण बैकअप छोड़ दिया गया था (या केवल आंशिक रूप से पूर्ण था), ई-मेल यह इंगित करेगा।

— बीप बीप

Answer 1

रन ड्रिल्स ... हर दो महीने में यह कहना अच्छा है कि XYZ सिस्टम डाउन है ... तो वास्तव में इसे नए वीएम इत्यादि पर ऑनलाइन वापस लाने की मंशा से गुजरें। यह चीजों को ईमानदार रखता है और आपको पकड़ने में मदद करता है। गलतियां।

Comments

हमने यह परीक्षण करने के लिए काम किया कि हमारे दृश्य स्रोत बैकअप ठीक से काम कर रहे थे, सौभाग्य से वे थे।

— जारेड

Answer 2

साबुनबॉक्स मोड: चालू

मैं कहूंगा कि इसका उतना सरल है कि बैकअप कि नियमित रूप से परीक्षण नहीं किया है बेकार है।

मेरी पिछली नौकरी में हमारी एक नीति थी कि हर 6 महीने में हर प्रणाली (उत्पादन, परीक्षण, विकास निगरानी आदि) को बहाल किया जाना चाहिए।

यह सबसे कनिष्ठ प्रशासक का काम भी था ताकि दस्तावेज़ीकरण अद्यतित हो। कनिष्ठ द्वारा परिभाषित किया जा रहा है कि उसने विशिष्ट प्रणाली पर कितना काम किया है, कभी-कभी (वास्तव में अक्सर) यह "समूह प्रबंधक" ने किया था

हमारे पास इस (एक इंटेल और एक आईबीएम / एआईएक्स बॉक्स) को समर्पित विशेष हार्डवेयर था जो सब कुछ के लिए कम कल्पना थी लेकिन डिस्कस्पेस, क्योंकि हमें बहाल मेजबान पर कुछ भी वास्तविक चलाने की आवश्यकता नहीं थी।

पहले दौर में काफी काम किया, लेकिन इसने हमें पुनर्स्थापना प्रक्रिया को कारगर बनाने में मदद की, जो बैकअप का महत्वपूर्ण हिस्सा है।

Answer 3

चूँकि आप इस तथ्य का जिक्र करते हैं कि व्यवस्थापक ध्यान नहीं देता है कि बैकअप जॉब "ब्रेक" है, और इतना ही नहीं कि एक वर्किंग बैकअप सही काम नहीं करता है, मैं सुझाव दूंगा कि बैकअप के आसपास किसी प्रकार की निगरानी स्क्रिप्ट का निर्माण किया जाए।

घर पर बने बैकअप समाधान का निर्माण करते समय, मैं ऐसा कुछ करूंगा:

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

एक बार वह सब पूरा हो जाए, तो आपको ठीक होना चाहिए। एक अतिरिक्त बात यह है कि नियमित परीक्षण बहाल करने के लिए किया जाएगा। यदि आपके पास उस कारण को दान करने के लिए अतिरिक्त हार्डवेयर है।

जहां मैं काम करता हूं, हमारे पास एक वार्म-साइट है, महीने में एक बार हम बेतरतीब ढंग से एक सिस्टम या डेटाबेस का चयन करते हैं और अपनी वार्म साइट पर जाते हैं और अपने डेटा को रिकवर करने की क्षमता सुनिश्चित करने के लिए नंगे-धातु पर टेस्ट रिस्टोरेशन एक्सरसाइज करते हैं।

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

यदि आप अपनी कंपनियों के बैकअप के लिए क्रीटैब में चल रही हाथ से लिखी स्क्रिप्ट के एक सेट पर भरोसा कर रहे हैं, तो जल्द ही या बाद में आप जल जाएंगे।

Answer 4

हमारे पास हमारे 'प्रोडक्शन' सिस्टम के 60% -साइज 'रेफरेंस' वर्जन हैं, हम उन्हें बदलाव के अंतिम परीक्षण के लिए उपयोग करते हैं, हम इन सिस्टमों में 'प्रोडक्शन' बैकअप को बहाल करते हैं - यह बैकअप प्लस का परीक्षण करता है और सुनिश्चित करता है कि दोनों वातावरण एक-दूसरे के साथ हैं। ।

Answer 5

एक दृष्टिकोण "रिकवरी" नौकरी को समय-समय पर चलाने के लिए है, उदाहरण के लिए, जो हाल ही के बैकअप से एक विशिष्ट पाठ फ़ाइल को पकड़ता है और आपको इसकी सामग्री ईमेल करता है। यदि यह संभव है, तो यह - कम से कम कभी-कभी - एक अलग बॉक्स का उपयोग करके किया जाना चाहिए जो डेटा बनाया या समर्थित है, बस यह सुनिश्चित करने के लिए कि यदि आपको ऐसा करने की आवश्यकता है तो यह काम करेगा। लाभ यह है कि आप सुनिश्चित कर सकते हैं कि आपका एन्क्रिप्शन / डिक्रिप्शन, कम्प्रेशन, और स्टोरेज मैकेनिज्म सभी काम कर रहे हैं।

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

यह दृष्टिकोण यह भी सुनिश्चित करने के लिए आवधिक पूर्ण पुनर्स्थापना को प्रतिस्थापित नहीं करना चाहिए कि आप आपातकाल की स्थिति में डेटा को पुनर्प्राप्त कर सकें - यह सिर्फ आपको अपने दिन-प्रतिदिन की बैकअप नौकरी की अखंडता के बारे में थोड़ा और आश्वस्त होने की अनुमति देता है।

Answer 6

टेस्ट रिस्टोर करते समय मैं वास्तव में इस बिंदु पर सहज महसूस नहीं करता है "यह अच्छा लग रहा है, फ़ाइलें पुनर्स्थापित की जाती हैं, ऐसा लगता है कि कोई फ़ाइल गायब नहीं है, यहां तक ​​कि आकार भी मेल खाते हैं", या बिंदु पर "यह अच्छा लग रहा है, मैंने अपना आवेदन शुरू किया। .. दुर्घटना नहीं करता है, कुछ सभ्य डेटा प्रदर्शित करता है "।

मैं सर्वर / क्लस्टर को खरोंच से पुनर्स्थापित करना चाहता हूं, और फिर वास्तव में इसका उपयोग उत्पादन के लिए करता हूं । एक मिनट के लिए नहीं, एक घंटे के लिए नहीं, बल्कि स्थायी रूप से । यदि आप दावा करते हैं कि आपका पुनर्स्थापना सफल रहा, तो उत्पादन शुरू न करने का कोई कारण नहीं है। यह कुछ "गंदा" प्रणाली नहीं है, जिसे भुला दिया जाना चाहिए। यह एक ऐसी प्रणाली है जिसका सामना आप एक वास्तविक आपदा के बाद करेंगे। इसलिए, यदि यह "अच्छा लग रहा है" चरण गुजरता है, तो इसके साथ रहें। अगली रात इसे वापस कर दें। मूल के बारे में भूल जाओ। आप शायद इस दृष्टिकोण का उपयोग करके कुछ ग्लिच की खोज करेंगे , और आप उन सभी को ठीक करने के लिए मजबूर होंगे । उसी प्रणाली की अगली पुनर्स्थापना में 100% सफल होने का एक अच्छा मौका है।

इसमें आपका बैकअप सॉफ्टवेयर और सर्वर शामिल है। हां, आपको इन्हें भी पुनर्स्थापित करने की आवश्यकता है।

---

पुनर्स्थापना के लिए समर्पित हार्डवेयर खरीदने के लिए कोई बजट नहीं है?

• एक बिंदु बनाएं कि आपको एक बजट की आवश्यकता है। हर अवसर पर निर्णय लेने वालों को याद दिलाया जाता है कि संपूर्ण परीक्षण के दौरान एक वैध, अभी तक नहीं हुआ है। (और हाँ, अपने गधे को कवर करने के लिए सबूत इकट्ठा करें। कठिन दुनिया।)
• अधिकांश संगठनों में कभी-कभी एक व्यवसाय को कुछ सिस्टम को दूसरे हार्डवेयर में स्थानांतरित करने की आवश्यकता होती है, इसलिए अवसर का उपयोग करें। हमेशा माइग्रेशन के लिए "बैकअप से पुनर्स्थापना" विधि चुनें, यह दिखाते हुए कि आपने मूल हार्डवेयर खो दिया है। हां, इसका मतलब अधिक डाउनटाइम है, इसके बारे में खेद है। कम से कम आपको भरोसा होगा कि आपका बैकअप उपयोगी है।
• कोई प्रवास नहीं? हो सकता है कि आप दो सप्ताह के लिए कुछ हार्डवेयर उधार ले सकते हैं और दो पुनर्स्थापना परीक्षण कर सकते हैं (उधार हार्डवेयर को पुनर्स्थापित करें, एक सप्ताह से अधिक प्रतीक्षा करें, उधार से मूल में पुनर्स्थापित करें, इसके साथ रहें)। आमतौर पर, अगर किसी नए सिस्टम के लिए कोई नया हार्डवेयर खरीदा जाता है और आप चीजों को ठीक से व्यवस्थित करते हैं, तो आप इसे आसानी से उधार ले सकते हैं - दो सप्ताह तक इसे आसानी से परखने की पेशकश करके। यदि नया हार्डवेयर पुराने के समान 100% नहीं है, तो यह आपके परीक्षण को और बेहतर बना देगा। यदि आप वास्तविक आपदा के मामले में समान हार्डवेयर प्राप्त करते हैं तो आपको कैसे पता चलेगा?
• आपके द्वारा इस समय कोई नई प्रणाली लागू की जा रही है? क्या आप अभी पुनर्स्थापना का परीक्षण कर सकते हैं? अतिरिक्त हार्डवेयर का उपयोग न करें, बस नई प्रणाली को अधिलेखित करें क्योंकि आपको ताजा ज्ञान है कि इसे जल्दी से कैसे लागू किया जाए। यह काम करता है अगर इसमें अभी तक कोई महत्वपूर्ण डेटा नहीं है। फिर से, पुनर्निर्मित संस्करण पर उत्पादन पर जाएं, न कि नए सिरे से स्थापित संस्करण पर।

Answer 7

1. आग अभ्यास।
2. हर 6 महीने में सभी बैकअप का परीक्षण करने की नीति एक बहुत अच्छा विचार है
3. जब परीक्षण की बात आती है, तो आपको प्रत्येक एप्लिकेशन या सिस्टम को अपने बैकअप की ओर देखना होगा। आदर्श रूप से, एक "सफल" या "पुनर्प्राप्त करने योग्य" बैकअप का गठन सेवा विवरण या आपके बैकअप के लिए एसओपी (ऑपरेशनल डॉक्यूमेंटेशन) में किया जाना चाहिए, साथ ही अन्य विवरण जैसे कि रिटेंशन टाइम, ब्लैडीबला।

आप शायद पाएंगे कि कुछ बैकअप प्रकार स्क्रिप्ट (जैसे डेटाबेस) द्वारा आसानी से बहाल किए जा सकते हैं, जबकि अन्य में कुछ मैनुअल इनपुट (सक्रिय निर्देशिका पुनर्स्थापना) की आवश्यकता होती है। जितना संभव हो उतना स्वचालित करें, सुनिश्चित करें कि किसी प्रकार की रिपोर्टिंग जगह पर है, और सुनिश्चित करें कि "कोई" नियमित अंतराल पर मैनुअल परीक्षण भी करता है। एक अलग वातावरण (ठेस की नकल) परीक्षण को बहाल करना आसान बना देगा।

Comments

प्रश्न क्षमा करें, लेकिन क्या यह उत्तर कुछ भी जोड़ता है जो पहले से ही नहीं कहा गया है?

— MadHatter

हर 6 महीने में? मैं हर कुछ हफ्तों में छोटे पैमाने पर काम करता हूं।

— tombull89

Answer 8

जब हम बैकअप का परीक्षण नहीं करते हैं, तो हमारे पास बैकअप सिस्टम की जाँच और रिपोर्टिंग घटक है, जिसे हमने BackupRadar.com विकसित किया है। यह देखने के लिए स्वतंत्र महसूस करें कि क्या यह उस घटक के साथ मदद करता है। यह बैकअप नीति में सफलता / विफलता ईमेल की एक प्रति संलग्न करता है और यह स्क्रीनशॉट भी संलग्न करेगा यदि आपका बैकअप सॉफ्टवेयर उन लोगों को भी भेजने में सक्षम है।

धन्यवाद, पैट्रिक

Answer 9

सुनिश्चित करें कि बैकअप गतिविधि लॉग इन है, तो कुछ लिखें (निश्चित रूप से पर्ल में) जो उन लॉग को विफलताओं की तलाश करते हैं, इसे डिस्टिल करते हैं और इसे दैनिक ईमेल के रूप में भेजा जाता है।

Comments

यह उस स्थिति से नहीं निपटता है जहां बैकअप स्ट्रैटिजी यह स्वयं दोषपूर्ण है।

— जारेड