दीर्घकालिक बैकअप स्टोरेज की विशेषताएं

कानूनी आवश्यकताओं, उद्योग के नियमों और कॉर्पोरेट नीतियों के अनुसार, एक कंपनी को कॉर्पोरेट जानकारी (5, 10 और यहां तक ​​कि 30 साल) के भंडारण की लंबी अवधि की आवश्यकता हो सकती है। इस मामले में आपको क्या विशेष ध्यान देना चाहिए?

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

उदाहरण के लिए, निम्नलिखित स्थिति पर विचार करें:

• 2000 : खरीदे गए बैकअप उत्पाद X; खरीदे गए T1 टेप ड्राइव
• 2005 : उत्पाद X का उपयोग जारी है। मॉडल T2 में अपग्रेड किया गया
• 2008 : एक बैकअप उत्पाद Y खरीदा, टेप ड्राइव मॉडल D1 खरीदा
• 2011 : उत्पाद Y का उपयोग जारी है। मॉडल D2 में अपग्रेड किया गया

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

• जनवरी 2012 : राज्य नियामक प्राधिकरण को 2007-2011 की अवधि से संबंधित विभिन्न मनमानी जानकारी के प्रावधान की आवश्यकता है। 2008-2011 की अवधि की जानकारी तुरंत प्रदान की जाती है, क्योंकि यह वर्तमान में उपयोग किए गए बैकअप उत्पाद वाई का उपयोग करके बैकअप लिया गया था। पहले की अवधि के लिए सूचना को जल्दी से बहाल नहीं किया जा सकता है, क्योंकि आईटी विभाग में टेप ड्राइव मॉडल नहीं है ( T2) बैकअप को पुनर्स्थापित करने के लिए उपयुक्त है
• फरवरी 2012 : आईटी विभाग ने निर्माता द्वारा पहले से ही बंद टी 2 मॉडल टी 2 ड्राइव का अधिग्रहण किया।
• मार्च 2012 : खरीदी गई T2 मॉडल ड्राइव आईटी विभाग द्वारा वर्तमान में उपयोग किए गए उत्पाद Y के बैकअप सर्वर से जुड़ी हुई है, जिसके बाद वर्तमान उत्पाद की असंगति और बैकअप उत्पाद X में बनाए गए बैकअप डेटा प्रारूप का पता लगाया जाता है। पुनर्प्राप्ति के लिए, उत्पाद X की स्थापना की आवश्यकता है, लेकिन यह पता चला है। उत्पाद X का पुराना संस्करण ऑपरेटिंग सिस्टम के वर्तमान संस्करण के अनुकूल नहीं है।
• अप्रैल 2012 : उत्पाद X को उत्पाद X के नवीनतम संस्करण के लिए अनुरोध भेजा गया, जो एक आधुनिक ऑपरेटिंग सिस्टम का समर्थन करता है। निर्माता 2008-2012 के लिए अवैतनिक समर्थन के भुगतान के लिए चार अंकों का चालान जारी करता है।

यदि आप भविष्य कहनेवाला बहु-वर्ष बैकअप योजना नहीं करते हैं तो एक समान परिदृश्य हो सकता है। इस तरह की योजना को अक्सर नजरअंदाज कर दिया जाता है, क्योंकि 80% रिकवरी ऑपरेशन एक महीने से पुराने बैकअप के साथ किए जाते हैं, और पुरानी प्रतियों से वसूली एक दुर्लभ घटना है।

इस प्रकार, निम्नलिखित सिफारिशें की जा सकती हैं:

• लंबी अवधि के भंडारण के लिए, उपकरण परिवर्तन नीति को ध्यान में रखा जाना चाहिए।
• भले ही ड्राइव मॉडल नहीं बदलते हैं, भंडारण मीडिया बदल सकता है
• स्टोरेज मीडिया में स्टोरेज की वारंटी अवधि होती है और इसे हर 5-7 वर्षों में फिर से बनाया जाना चाहिए

नियमित रूप से हर 5-7 साल में मीडिया पर बैकअप अपडेट करना

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

• वसूली के बाद प्राप्त एक नई प्रति (वैसे भी) मूल से अलग होगी
• नियामक अधिकारी इस तरह के पुन: निर्माण के बाद प्राप्त जानकारी की अपरिहार्यता में विश्वास नहीं कर सकते हैं।
• बड़ी संख्या में भंडारण मीडिया को पुनर्प्राप्त करने की प्रक्रिया के लिए आईटी विभाग के संसाधनों की एक महत्वपूर्ण राशि की आवश्यकता हो सकती है

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

बैकअप उत्पादों और सभी हार्डवेयर मॉडल के सभी संस्करणों को सहेजना

सामान्य तौर पर, कंपनी में उपयोग किए जाने वाले बैकअप उत्पादों के सभी संस्करण और हार्डवेयर बैकअप ड्राइव के सभी मॉडल को कंपनी में उसी समय तक संग्रहीत किया जाना चाहिए, जब तक कि डेटा को लंबे समय तक संग्रहीत किया जाना चाहिए। समय-समय पर उनके प्रदर्शन को रीड मोड में देखें। इसके अलावा, निम्नलिखित बातों पर विचार किया जाना चाहिए:

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

यदि इन विचारों को ध्यान में नहीं रखा जाता है, तो 10 साल पहले, डेटा को पुनर्प्राप्त करते समय, विशिष्ट समस्याओं के निम्नलिखित सेट का सामना कर सकता है :

• आईटी विभाग के गोदाम में लंबे समय तक अप्रचलित टेप ड्राइव मॉडल उपलब्ध नहीं है
• आवश्यक ड्राइव मिल गया था, लेकिन सर्वर से कनेक्ट करना शारीरिक रूप से असंभव है (उदाहरण के लिए, आधुनिक मदरबोर्ड में पहले से ही अक्सर "COM", LPT और PS / 2 कनेक्टर नहीं होते हैं, जबकि 10 साल पहले यह कल्पना करना असंभव था)
• पुनर्प्राप्ति परीक्षण प्रक्रिया 10 वर्षों में कभी नहीं की गई है, इसलिए ठीक होने पर, "कुछ गलत हो जाता है"
• अंतिम बिंदु पर "बोनस" के रूप में: उत्पाद / उपकरण अब निर्माता द्वारा समर्थित नहीं है, उपकरण के लिए वारंटी अवधि समाप्त हो गई है, समर्थन 5 साल पहले भुगतान किया गया था ...

निष्कर्ष में

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