जब Backup, Backup नहीं होता

वैचारिक रूप से IT में “backup” का विचार एक धुंधला क्षेत्र बन गया है। हर किसी की अपनी अवधारणाएं होती हैं कि backup क्या है और वे इसके व्यवहार से क्या उम्मीद करते हैं। यह खतरनाक हो सकता है जब backup प्रदान करने वाले व्यक्ति और backup का उपयोग करने वाले व्यक्ति की अपेक्षाओं में असमानता हो। मैं यह हर दिन देखता हूं, यहां तक कि पारंपरिक backup mechanisms के साथ भी। नए प्रकार के backups के नियमित रूप से प्रकट होने के साथ, गलत संचार और data हानि की संभावनाएं बहुत अधिक स्पष्ट हो जाती हैं।

पारंपरिक backups से मेरा तात्पर्य grandfather - father - son rotational strategy के साथ tape-based backups की पारंपरिक दुनिया से है, बस चर्चा के लिए एक आधार स्थापित करने के लिए। नए backups में system images, disk-based backups, continuous backups और “cloud” या online backups शामिल हो सकते हैं। Backups की दुनिया तेजी से विकसित हो रही है और अब वह समय है जब गलतफहमियां corporate data resources को जोखिम में डालने लगती हैं।

तो वास्तव में “backup” क्या है? अवधारणा सरल लगती है, लेकिन जब हम इस शब्द का उपयोग करते हैं तो हमारा वास्तव में क्या मतलब होता है? क्या हमारा मतलब किसी system के fail होने के बाद उसे restore करने की क्षमता से है? किसी file के पुराने संस्करण पर वापस जाने की क्षमता? शायद data का archiving जब original अब मौजूद नहीं है? कौन सी files कितने समय तक रखी जाती हैं? क्या यह केवल file data पर लागू होता है या emails और databases भी शामिल हैं? क्या हमें केवल system failure की स्थिति में restore करने की आवश्यकता है या हमें granular data को भी restore करने की क्षमता की आवश्यकता है? क्या हमें केवल एक copy की आवश्यकता है या हमें किसी file के हर संस्करण की copies की आवश्यकता है?

अब, ransomware जैसी चीजों से उत्पन्न अतिरिक्त जोखिमों के साथ, हमारे पास पहले से कहीं अधिक चिंताएं हैं और न केवल versioning बल्कि potentially unlimited versioning और systems और backups के बीच air gapping के बारे में विचार एक चिंता का विषय बन गए हैं जहां पहले, सामान्यतः नहीं थे।

कई organizations, विशेष रूप से छोटी, अक्सर enterprises से थोड़े अलग तरीके से backups के पास जाना चुनती हैं और अक्सर backups को पूरी तरह से छोड़ देती हैं। इसके बजाय वे “backups लेती हैं” लेकिन फिर अक्सर original files को delete कर देती हैं। और “backed up” की गई files की कई copies रखने के बजाय वे केवल एक copy (या एक-दूसरे पर co-dependent कई versions) रखने का विकल्प चुनती हैं। इसका अर्थ है कि उनके पास वास्तव में backup नहीं बल्कि archive है। यदि वह disk या tape जिस पर file संग्रहीत है, क्षतिग्रस्त हो जाती है, तो file पूरी तरह से खो जाती है।

Backup शब्द का अर्थ है कि किसी data के कम से कम दो copies हैं जो एक-दूसरे पर निर्भर नहीं हैं। Archive इसका अर्थ नहीं है और केवल यह अर्थ है कि हमने data को production से किसी अन्य system में ले लिया है, संभवतः एक जो lower cost है और संभवतः बहुत कम और पुनः प्राप्त करने में कठिन है। Archived data में redundancy का अर्थ नहीं है, backup शब्द के विपरीत।

यदि हम “backup लेते हैं” और फिर original data को delete करने के लिए आगे बढ़ते हैं, तो हमारे पास अब backup नहीं है और “backup system” में संग्रहीत file, चाहे यह disk पर हो, vault में tape हो या कुछ भी, original data का archive बन जाती है न कि उसका backup। यह अब हमारी source file है, बजाय इसके कि copy हो। यह digital media का कुछ जादू है, copies एक clone हैं न कि mimic इसलिए archival component हर अर्थ में legitimately original है।

यह pedantic लग सकता है लेकिन वास्तव में नहीं है। यदि कोई business backups के लिए भुगतान कर रहा है, तो वे शायद मानते हैं कि वह लागत कुछ redundancy रखने की ओर जा रही है, न केवल data की एक copy। और यदि आपके पास compliance कारणों से backups रखने की requirement के आसपास regulations हैं, तो केवल archival copy रखना उस requirement का स्पष्ट उल्लंघन है। दो systems के fail होने और data पुनः प्राप्त करने में असमर्थ होने की स्थिति एक edge case है जिसे सभी compliance को स्वीकार करना होगा। लेकिन जहां backup required था वहां archival system के fail होने की स्थिति जहां backup नहीं रखा गया था, एक स्वीकार्य परिदृश्य नहीं है।

इस कारण से, और कई और कारणों से, 3-2-1 backup methodology जैसी अवधारणाएं sense बनाती हैं क्योंकि यह दृष्टिकोण गारंटी देता है कि backups को backup system के भीतर रखा जाए और originals को production पर रखने की आवश्यकता नहीं है। कुछ तरीकों से सोचने पर, इस दृष्टिकोण को archiving और backups को एक single system में merge करने के रूप में सोचा जा सकता है जो design में बहुत स्पष्टता जोड़ता है।

जो भी backup system आपके लिए काम करे, सजग रहें कि backups का अर्थ independent copies है और कि कई तरीकों से, independent copies जो failure domains share नहीं करती हैं, आज सभी backups के लिए लगभग एक requirement बन गई हैं।