बैकअप नियम "3-2-1"। भाग 1

यह माना जाता है कि बैकअप नियम "3-2-1" को सबसे पहले पीटर क्रॉघ ने अपनी पुस्तक "फोटोग्राफर्स के लिए डिजिटल एसेट मैनेजमेंट" में वर्णित किया था। और यह शायद आश्चर्य की बात नहीं है, क्योंकि एक व्यक्तिगत संग्रह के नुकसान का मतलब एक पेशेवर फोटोग्राफर के लिए एक पूर्ण आपदा है, और उसे बस ऐसी बैकअप रणनीति का पालन करना होगा जो उसे डेटा हानि से बचाने की गारंटी है।



इसलिए, नियम "3-2-1" कहता है कि विश्वसनीय डेटा भंडारण सुनिश्चित करने के लिए, आपके पास कम से कम होना चाहिए:

1. तीन बैकअप,
2. जिसे दो अलग-अलग भौतिक संग्रहण स्वरूपों में संग्रहीत किया जाना चाहिए,
3. इसके अलावा, कॉपियों में से एक को ऑफ-साइट भंडारण में स्थानांतरित किया जाना चाहिए

नियम के सभी तीन घटक डेटा स्टोरेज के अतिरेक के माध्यम से दोष सहिष्णुता सुनिश्चित करने के सिद्धांत पर आधारित हैं।

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

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

आपको दो नहीं, तीन प्रतियों की आवश्यकता क्यों है? क्योंकि वास्तविक जीवन में, बहुत बार, डेटा की दो प्रतियों के लिए बैकअप प्रक्रिया के तार्किक संगठन के कारण सांख्यिकीय रूप से निर्भर होने का खतरा होता है। उदाहरण के लिए, RAID1 पर विचार करें (या "मिररिंग के साथ एक डिस्क सरणी", अधिक विवरण के लिए पोस्ट " डिस्क स्नैपशॉट तकनीक " देखें)। यदि वायरस किसी फ़ाइल को सरणी के एक डिस्क पर संक्रमित करता है, तो दर्पण डिस्क पर दूसरी प्रतिलिपि तुरंत संक्रमित हो जाती है। इसी तरह, यदि प्रतिकृति कॉन्फ़िगर किया गया है, तो प्रतिकृति वायरस द्वारा तुरंत दूषित हो जाएगी। यहां तक ​​कि अगर दैनिक पूर्ण बैकअप बस प्रदर्शन किया जाता है, तो यह भी संक्रमित होगा यदि व्यवस्थापक एक दिन में स्रोत डेटा के संक्रमण को नोटिस नहीं करता है। सामान्य तौर पर: दो प्रतियाँ सभी मामलों में जानकारी को पुनर्स्थापित करने के लिए पर्याप्त नहीं होंगी, जब व्यवस्थापक को मूल डेटा को नुकसान की पहचान करने और प्रतिक्रिया करने का समय इस डेटा की प्रतिलिपि / प्रतिकृति / मिररिंग के संबंधित कार्यों के बीच की अवधि से अधिक हो।

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

इस प्रकार, विभिन्न भौतिक स्वरूपों में प्रतियां संग्रहीत करने का उद्देश्य समरूप जोखिम के कारण सभी प्रतियों के लिए एक साथ डेटा हानि की संभावना को कम करना है।

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

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

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

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

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

इस लेख के दूसरे भाग में बताया गया है कि कैसे आप वीम बैकअप और प्रतिकृति v7 का उपयोग करके "3-2-1" बैकअप नियम को लागू कर सकते हैं।

संदर्भ:
1. पीटर क्रॉग। "द डैम बुक: फोटोग्राफर्स के लिए डिजिटल एसेट मैनेजमेंट"