| स्तर (प्रस्तावित) | उपलब्धता | प्रतिरूप | आरपीओ / आरटीओ |
|---|---|---|---|
| मानक | 99.7% | मल्टी-ज़ोन, HA डेटाबेस, एयर-गैप्ड बैकअप | ज़ोन: आरपीओ ≈ 0. क्षेत्र: वॉल्ट से पुनर्स्थापित करें. |
| Live DR | 99.9% | दूसरा क्षेत्र लाइव चल रहा है | आरपीओ सेकंड, आरटीओ ≤ 15 मिनट |
| Live DR प्रीमियम | 99.95% | दोनों क्षेत्रों में यातायात, 24×7 प्राथमिकता | आरपीओ सेकंड, आरटीओ ≤ 5 मिनट |
उत्पादन न होने की दर 95% है। उपलब्धता का मापन मासिक आधार पर TRANXACT प्रवेश द्वार पर किया जाता है, जिसमें निर्धारित रखरखाव अवधि (प्रस्तावित 4 घंटे प्रति माह) शामिल नहीं है।
साइज तय करने से पहले टियर को ठीक करें। Live DR एक पूर्ण आकार का दूसरा क्षेत्र है और इससे रनटाइम इंफ्रास्ट्रक्चर लागत लगभग दोगुनी हो जाती है; इसे डाउनटाइम लागत में कमी के मुकाबले एक अलग लाइन में दिखाएं।
जियो, निष्क्रिय मत रहो
पैसिव स्टैंडबाय निष्क्रिय अवस्था में रहता है, इसकी जाँच साल में एक बार ही होती है, और यह रिस्टोर और स्केल अप करके फेलओवर की स्थिति में आ जाता है। Live DR एक पूर्ण आकार के क्लस्टर और लगातार प्रतिकृति किए जाने वाले डेटाबेस को चलाता है जो दिन भर रीड, रिपोर्टिंग, ASK और सिंथेटिक पोस्टिंग जैसी सेवाएं प्रदान करता है। फेलओवर एक तरह से प्रमोशन है — कुछ भी दोबारा नहीं बनाया जाता — और इसकी स्थिति की जाँच हर मिनट की जाती है।
| परीक्षण | प्रभाव | कितनी बार | श्रेणी |
|---|---|---|---|
| निरंतर सत्यापन — कृत्रिम प्रविष्टियाँ, विलंब चेतावनी, अंतर-क्षेत्रीय खाता बही चेकसम | कोई नहीं | हर मिनट | मानक (टीओ_4.10.01) |
| योजनाबद्ध बदलाव अभ्यास — लेखन रोकें, पदोन्नति करें, स्थानांतरण करें, सत्यापन करें; भूमिकाओं का आदान-प्रदान करें | लेखन कार्य कुछ सेकंड के लिए रुका। | त्रैमासिक | मानक (टीओ_4.10.03) |
| अतिरिक्त स्विचओवर अभ्यास | लेखन कार्य कुछ सेकंड के लिए रुका। | अनुरोध पर, 2 सप्ताह पहले | अतिरिक्त (टीओ_4.10.04) |
| पृथक ड्रिल — एकीकरण अक्षम के साथ एक बाड़युक्त क्लोन | उत्पादन पर कोई नहीं | अनुरोध पर, 2 सप्ताह पहले | अतिरिक्त (टीओ_4.10.05) |
| क्लीन-रूम पुनर्स्थापना परीक्षण | उत्पादन पर कोई नहीं | सालाना | मानक (टीओ_4.9.07) |
| अभ्यास के बाद व्यावसायिक सत्यापन | ग्राहक प्रयास | प्रत्येक अभ्यास | बहिष्कृत (TO_4.10.06) |
बैकअप
| प्रोडक्शन डीबी | गैर-उत्पादन डेटाबेस | |
|---|---|---|
| लिया गया | दैनिक स्नैपशॉट + निरंतर लॉग | दैनिक स्नैपशॉट |
| ठीक हो जाओ | अगले 30 दिनों में किसी भी समय | अंतिम तस्वीर, 14 दिन |
| वॉल्ट कॉपी | दैनिक, अपरिवर्तनीय, 90 दिन | साप्ताहिक, अपरिवर्तनीय, 30 दिन |
दस्तावेज़ों का निरंतर वर्शन बनाया जाता है और उत्पादन के लिए उन्हें प्रतिदिन वॉल्ट में कॉपी किया जाता है। इंफ्रास्ट्रक्चर-एज़-कोड और कॉन्फ़िगरेशन भी वॉल्ट में मौजूद हैं, इसलिए रनटाइम को पुनर्स्थापित करने के बजाय कोड से पुनर्निर्माण किया जाता है।
तिजोरी क्यों?
प्रतिकृति आउटेज से सुरक्षा प्रदान करती है, भ्रष्टाचार से नहीं। रैंसमवेयर या खराब डेटा कुछ ही सेकंड में स्टैंडबाय और डीआर क्षेत्र में प्रतिकृत हो जाता है। वॉल्ट एक अलग खाता है जिसमें अलग पहचान और कुंजियाँ होती हैं, उत्पादन से कोई नेटवर्क पथ नहीं होता, एक बार लिखने पर डेटा सुरक्षित रहता है जिसे प्रशासक भी कम नहीं कर सकते, और दोहरी स्वीकृति से विलोपन किया जा सकता है। इससे पुनर्स्थापना एक पृथक वातावरण में होती है — स्कैन, मिलान, फिर संवर्धन — कभी भी सीधे उत्पादन पर नहीं।
एक बार रिटेंशन लॉक सेट हो जाने के बाद उसे कम नहीं किया जा सकता। यदि ऑडिट या कानूनी रोक की आवश्यकता हो तो इसे पहले से ही बढ़ा दें, और दीर्घकालिक प्रतियों का आकार आज के डेटाबेस के आकार के बजाय लेजर वृद्धि और दस्तावेज़ मात्रा के आधार पर निर्धारित करें।
कैल्डरवुड ने उसी अधिकार क्षेत्र में स्थित दूसरे Azure क्षेत्र में 99.9% Live DR चुना। गो-लाइव से पहले तैयारी के तौर पर पहला स्विचओवर ड्रिल और क्लीन-रूम रिस्टोर निर्धारित किया गया है। इसके बैंक और पेरोल पार्टनर को स्विचओवर प्लान में शामिल किया गया है ताकि उनके एंडपॉइंट ट्रैफिक मैनेजर का अनुसरण कर सकें।
इसे अजमाएं एक बैच जॉब के कारण दोपहर 2:05 बजे 4,000 कैल्डरवुड इनवॉइस दूषित हो गए। Live DR ठीक है, बस 2 सेकंड का लैग है। क्या डीआर क्षेत्र में फेलओवर करना इसका समाधान है?
नहीं। डेटा में गड़बड़ी होने के कुछ ही सेकंड बाद यह स्टैंडबाय और DR क्षेत्र में फैल गई — फेलओवर करने पर आपको वही खराब डेटा फिर से मिल जाता है। इसका समाधान 14:04 (TO_4.9.05, स्टैंडर्ड) पर पॉइंट-इन-टाइम रिस्टोर करना है, या यदि डेटा हिस्ट्री ही संदिग्ध है, तो वॉल्ट (TO_4.9.06) से क्लीन-रूम रिस्टोर करना है, जिसमें फाइनेंस कंट्रोलर द्वारा रिस्टोर किए गए डेटा को प्रमाणित किया जाना चाहिए (TO_4.9.11)।