समाधान चयन संबंधी सामान्य प्रश्न

MLPS अनुपालन, रैनसमवेयर सुरक्षा, सिनोस्टम अनुकूलन और आपदा रिकवरी आर्किटेक्चर से संबंधित सामान्य प्रश्न

MLPS 2.0 स्तर 3 की डेटा बैकअप और आपदा रिकवरी के लिए विशिष्ट तकनीकी आवश्यकताएँ क्या हैं?

MLPS 2.0 स्तर 3 की बैकअप संबंधी आवश्यकताएँ "डेटा बैकअप और रिकवरी", "शेष सूचना संरक्षण", "नेटवर्क सुरक्षा", "होस्ट सुरक्षा" आदि कई नियंत्रण बिंदुओं में फैली हुई हैं, जिनके मूल को चार बातों में समेटा जा सकता है: स्थानीय डेटा बैकअप और रिकवरी, महत्वपूर्ण डेटा का स्थानीय क्षेत्र से बाहर बैकअप, बैकअप डेटा का एन्क्रिप्शन और गोपनीयता, तथा नियमित रिकवरी अभ्यास। सबसे अधिक अंक कटने की स्थिति यह होती है कि केवल स्थानीय बैकअप हो और स्थानीय क्षेत्र से बाहर बैकअप न हो, तथा रिकवरी सत्यापन कभी न किया जाए। मानक-अनुरूप तकनीकी उपायों में आम तौर पर CDP, अपरिवर्तनीय स्टोरेज और दो-स्थान तीन-केंद्र शामिल होते हैं।

यदि रैनसमवेयर ने उत्पादन डेटा को एन्क्रिप्ट कर दिया है, तो क्या बैकअप डेटा से रिकवरी संभव है? इसे कैसे रोकें?

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

घरेलू सिनोस्टम वातावरण में आपदा रिकवरी कैसे करें?

सिनो-टेक वातावरण आपदा रिकवरी की कुंजी यह पुष्टि करना है कि निर्माता के पास घरेलू CPU, ऑपरेटिंग सिस्टम, डेटाबेस पर मूल निर्माता प्रमाणित अनुकूलन है या नहीं, न कि "कनेक्ट हो सकता है तो समर्थित माना जाए"। हॉट-स्टैंडबाय क्लाउड ने Kunpeng, Phytium, Hygon, Loongson, Zhaoxin, Sunway 6 प्रकार के घरेलू CPUs, 10 प्रकार के घरेलू ऑपरेटिंग सिस्टम (Kylin Software, NeoKylin, UOS, openEuler, Zhongke Fangde, Ningsi, Puhua, Deepin, Red Flag, Anolis OS), तथा DM, Kingbase, GBase, ShenTong, HighGo, Yunhe Enmo, CS&S, EsgynDB, Wanli 9 प्रकार के घरेलू डेटाबेस का अनुकूलन प्रमाणन पूरा किया है।

आपदा रिकवरी केंद्र उसी शहर में बनाएँ या स्थानीय क्षेत्र से बाहर? दूरी कैसे तय करें?

MLPS मानक स्वयं यह निर्धारित नहीं करता कि "कितने किलोमीटर होना चाहिए", केवल "स्थानीय क्षेत्र से बाहर" होने की आवश्यकता रखता है। मूल्यांकन व्यवहार और उद्योग परंपरा सामान्यतः दो बातें देखती है: बैकअप केंद्र और उत्पादन केंद्र एक ही भौतिक स्थान पर न हों, ताकि एक ही आग, बिजली कटौती या प्राकृतिक आपदा के प्रभाव से बचा जा सके; दूरी के संदर्भ में, उद्योग व्यवहार में सामान्यतः उसी शहर में स्थानीय क्षेत्र से बाहर कई दसियों किलोमीटर से शुरुआत करने की सलाह दी जाती है, और महत्वपूर्ण प्रणालियों के लिए क्षेत्र-पार कई सौ किलोमीटर से अधिक की सलाह दी जाती है। उसी शहर में होना "गति" का समाधान करता है, स्थानीय क्षेत्र से बाहर होना "दूरी" का, और दोनों का संयोजन आवश्यक है।

बैकअप अप्लायंस और शुद्ध सॉफ़्टवेयर बैकअप समाधान में से उद्यम को क्या चुनना चाहिए?

दोनों के बीच मूल अंतर तैनाती और संचालन-रखरखाव की जिम्मेदारी में है। बैकअप अप्लायंस हार्डवेयर-सॉफ़्टवेयर एकीकृत, फ़ैक्ट्री में पूर्व-स्थापित होता है, तैनाती अवधि घंटों में होती है, और संचालन-रखरखाव की जिम्मेदारी एक ही विक्रेता की होती है; शुद्ध सॉफ़्टवेयर समाधान में स्वयं सर्वर लगाना पड़ता है, तैनाती में कई दिन लगते हैं, हार्डवेयर-सॉफ़्टवेयर की जिम्मेदारी अलग-अलग होती है और संचालन-रखरखाव जटिल होता है। चयन करते समय 3-5 वर्ष की कुल स्वामित्व लागत (हार्डवेयर + सॉफ़्टवेयर लाइसेंस + संचालन-रखरखाव + रखरखाव) की गणना करनी चाहिए, न कि केवल प्रारंभिक खरीद मूल्य देखना चाहिए। उत्पादन के मुख्य डेटा के लिए सामान्यतः अप्लायंस अधिक उपयुक्त होता है।

MLPS मूल्यांकन में आपदा रिकवरी वाले भाग में सबसे अधिक अंक कहाँ कटते हैं?

MLPS स्तर 3 में सबसे अधिक अंक "बैकअप उपकरण न खरीदने" पर नहीं कटते, बल्कि तीन बातों पर कटते हैं: केवल स्थानीय बैकअप होना, स्थानीय क्षेत्र से बाहर बैकअप न होना; रिकवरी अभ्यास कभी न करना, जिससे बैकअप "मृत बैकअप" बन जाए; बैकअप डेटा सादे टेक्स्ट में संग्रहीत हो और एन्क्रिप्टेड न हो। इसके अलावा, बैकअप मीडिया और उत्पादन डेटा का एक ही कमरे में होना, बैकअप संचालन अनुमतियों का न्यूनतमीकरण न होना, तथा गलती से विलोपन और छेड़छाड़ रोकने की व्यवस्था का अभाव भी सामान्य अंक-कटौती बिंदु हैं।

दो-स्थान तीन-केंद्र आर्किटेक्चर को वास्तव में कैसे लागू करें? क्या छोटे और मझोले उद्यमों के लिए सरलीकृत संस्करण है?

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

बैकअप डेटा को कैसे एन्क्रिप्ट और छेड़छाड़-रोधी बनाएँ, ताकि ऑडिट आवश्यकताएँ पूरी हों?

सामान्यतः दो पहलुओं से शुरुआत की जाती है: एन्क्रिप्शन के संदर्भ में, बैकअप डेटा का एंड-टू-एंड AES-256 एन्क्रिप्शन और एन्क्रिप्टेड स्टोरेज, जिससे बैकअप की गोपनीयता संबंधी MLPS आवश्यकताएँ पूरी होती हैं; छेड़छाड़-रोधी के संदर्भ में, अपरिवर्तनीय स्टोरेज (WORM, एक बार लिखें कई बार पढ़ें) अपनाया जाता है, जिसमें बैकअप डेटा लिखे जाने के बाद उसमें छेड़छाड़ नहीं की जा सकती, और साथ में ब्लू-रे स्टोरेज के भौतिक एयर-गैप ऑफ़लाइन आर्काइविंग से रैनसमवेयर-रोधी अंतिम स्तर बनता है।