TRANXACT.AI मदद

उपलब्धता, Live DR, बैकअप और वॉल्ट

उपलब्धता के तीन स्तर, उनके आरपीओ और आरटीओ के साथ निरंतरता पैटर्न, Live DR कैसे सिद्ध और अभ्यासित किया जाता है, प्रति वातावरण बैकअप नीति, दीर्घकालिक प्रतिधारण और एयर-गैप्ड वॉल्ट।

उपलब्धता स्तर (उत्पादन, प्रस्तावित डिफ़ॉल्ट)

श्रेणी-स्तरउपलब्धतायह क्या है
मानक99.7%मल्टी-ज़ोन, HA डेटाबेस, एयर-गैप्ड बैकअप।
Live DR99.9%दूसरा क्षेत्र लाइव चल रहा है।
Live DR प्रीमियम99.95%दोनों क्षेत्रों में यातायात की स्थिति में, चौबीसों घंटे सातों दिन प्राथमिकता के आधार पर प्रतिक्रिया दी जाएगी।

गैर-उत्पादन: 95%। TRANXACT प्रवेश द्वार पर मासिक रूप से मापा जाता है, जिसमें निर्धारित रखरखाव अवधि शामिल नहीं है। क्लाउड प्रदाता SLA, TRANXACT की एक प्रतिबद्धता के अंतर्गत आते हैं।

साइजिंग से पहले टियर तय करें। Live DR एक पूर्ण आकार का दूसरा रीजन चलाता है, जिससे रनटाइम इंफ्रास्ट्रक्चर लागत लगभग दोगुनी हो जाती है। इसे डाउनटाइम लागत में कमी के रूप में अलग से दिखाएं और एकीकृत तृतीय-पक्ष सिस्टम को भी उसी टियर में रखें।

नियोजित और अनियोजित घटनाएँ

घटनाक्या होता हैक्या यह SLA के विरुद्ध है?
योजनाबद्ध — अपडेट, आकार परिवर्तन, अभ्यासतीनों नोड्स पर निरंतर अपडेट जारी रहने से उपयोगकर्ता काम करते रहते हैं। डाउनटाइम में बदलाव केवल मासिक अवधि (प्रस्तावित 4 घंटे) के दौरान ही होता है।नहीं, तय समय सीमा के भीतर।
अनियोजित, क्षेत्रीय स्तर पर — नोड, पॉड या ज़ोन की विफलतापॉड्स का समय पुनर्निर्धारित किया गया; डेटाबेस अपने सिंक्रोनस स्टैंडबाय मोड में चला गया। RPO ≈ 0, रिकवरी मिनटों में।केवल तभी जब टियर लक्ष्य पूरा न हो पाए।
अनियोजित, क्षेत्रव्यापीLive DR के साथ, प्रतिकृति को बढ़ावा दिया जाता है और ट्रैफ़िक प्रबंधक राइट्स को स्थानांतरित करता है। आरपीओ सेकंड, आरटीओ ≤ 15 मिनट (प्रस्तावित)।स्तर के अनुसार।

निरंतरता पैटर्न

प्रतिरूपआरपीओ / आरटीओनोडडाटाबेसक्षेत्रक्षेत्ररैंसमवेयर
मानक एचए (99.7%)ज़ोन: आरपीओ ≈ 0. क्षेत्र: वॉल्ट से पुनर्स्थापित करें.हाँहाँहाँनहींहाँ
Live DR (99.9%)आरपीओ सेकंड, आरटीओ ≤ 15 मिनटहाँहाँहाँहाँहाँ
Live DR प्रीमियम (99.95%)आरपीओ सेकंड, आरटीओ ≤ 5 मिनटहाँहाँहाँहाँहाँ
पैसिव डीआर (सामान्य SaaS) - उपलब्ध नहीं हैआरपीओ मिनट-घंटे, आरटीओ घंटेहाँहाँहाँढुलमुलनहीं

Live DR एक निष्क्रिय स्टैंडबाय नहीं है। दूसरा क्षेत्र एक पूर्ण आकार का क्लस्टर और लगातार प्रतिकृति वाला डेटाबेस चलाता है, जो लाइव रीड, रिपोर्टिंग, ASK क्वेरी और सिंथेटिक पोस्टिंग प्रदान करता है। इसकी स्थिति हर मिनट प्रमाणित की जाती है, और फेलओवर एक तरह से प्रमोशन है — कुछ भी स्केल अप या रिस्टोर नहीं किया जाता है।

एकीकरणों को स्वचालित राइट प्रमोशन को सहन करना चाहिए और फेलओवर से ठीक पहले के अंतिम सेकंडों में पोस्ट की गई किसी भी चीज़ को रीप्ले करना चाहिए। साझेदारों के एंडपॉइंट्स को ट्रैफ़िक मैनेजर (TO_4.10.09, बहिष्कृत) का पालन करना होगा।

Live DR साबित करना

परीक्षणक्या होता हैव्यावसायिक प्रभावआवृत्तिश्रेणीआर एंड आर
सतत सत्यापनसिंथेटिक पोस्टिंग, प्रतिकृति-विलंब चेतावनी, क्रॉस-रीजन लेजर चेकसमकोई नहींहर मिनटमानकटीओ_4.10.01
नियोजित बदलाव अभ्यासघोषणा → लेखन रोकें (सेकंड) → डीआर को बढ़ावा दें → ट्रैफ़िक स्थानांतरित करें → खाता बही सत्यापित करें → डीआर से चलाएँ। भूमिकाएँ बदलती हैं।लेखन कार्य कुछ सेकंड के लिए रुका।त्रैमासिकमानकटीओ_4.10.03
अतिरिक्त स्विचओवर अभ्यासऊपर बताए अनुसार, तिमाही योजना के बाहरलेखन कार्य कुछ सेकंड के लिए रुका।अनुरोध पर, 2 सप्ताह पहलेअतिरिक्तटीओ_4.10.04
पृथक (बाड़बंद) अभ्यासआउटबाउंड इंटीग्रेशन अक्षम करके DR प्रतिकृति से क्लोन की गई एक प्रति; विनाशकारी परीक्षणों की अनुमति हैउत्पादन पर कोई नहींअनुरोध पर, 2 सप्ताह पहलेअतिरिक्तटीओ_4.10.05
क्लीन-रूम पुनर्स्थापना परीक्षणवॉल्ट से डेटा को एक पृथक वातावरण में पुनर्स्थापित करें, स्कैन करें, मिलान करेंउत्पादन पर कोई नहींसालानामानकटीओ_4.9.07
किसी अभ्यास का व्यावसायिक सत्यापनग्राहक स्विचओवर के बाद प्रक्रियाओं और एकीकरणों की पुष्टि करता है।ग्राहक प्रयासप्रत्येक अभ्यासछोड़ा गयाटीओ_4.10.06

ड्रिल के बाद कोई पुनर्निर्माण नहीं होता: पुराना प्राइमरी ही Live DR बन जाता है। रीड प्रक्रिया कभी नहीं रुकती।

गो-लाइव से पहले पहला स्विचओवर ड्रिल और क्लीन-रूम रिस्टोर चलाएं। ये दोनों गो-लाइव गेट हैं, और बाद में किए गए सभी ड्रिल ऑडिटर्स और एसएलए समीक्षा के लिए सबूत के तौर पर काम करेंगे।

बैकअप नीति (प्रस्तावित डिफ़ॉल्ट)

उत्पादन डेटाबेसउत्पादन दस्तावेज़गैर-उत्पादन डेटाबेसगैर-उत्पादन दस्तावेज़
आवृत्तिदैनिक स्नैपशॉट + निरंतर लॉगनिरंतर संस्करणदैनिक स्नैपशॉटनिरंतर संस्करण
समय-बिंदु पुनर्प्राप्तिप्रतिधारण अवधि में किसी भी बिंदु परसंस्करण पुनर्स्थापनाअंतिम स्नैपशॉटसंस्करण पुनर्स्थापना
परिचालन प्रतिधारण30 दिन30 दिन (संस्करण)14 दिन14 दिन
वॉल्ट कॉपीदैनिक, अपरिवर्तनीयदैनिक, अपरिवर्तनीयसाप्ताहिक, अपरिवर्तनीयवैकल्पिक
वॉल्ट प्रतिधारण90 दिन (बढ़ाया जा सकता है)90 दिन (बढ़ाया जा सकता है)30 दिन30 दिन
कूटलेखनस्थिर अवस्था में और आवागमन के दौरान; तिजोरी की चाबियाँ अलग से रखी जाती हैंस्थिर अवस्था में और यात्रा के दौरानस्थिर अवस्था में और यात्रा के दौरानस्थिर अवस्था में और यात्रा के दौरान

Kubernetes मैनिफेस्ट और कॉन्फ़िगरेशन इंफ्रास्ट्रक्चर-एज़-कोड में रहते हैं, और उन्हें वॉल्ट में भी कॉपी किया जाता है - इसलिए रनटाइम को पुनर्स्थापित नहीं किया जाता है, बल्कि उसका पुनर्निर्माण किया जाता है।

पुनर्स्थापित

पुनर्स्थापित करनाश्रेणीआपूर्ति अवधिआर एंड आर
किसी बड़े बदलाव से पहले ऑन-डिमांड बैकअपमानक, सेवा अनुरोधघंटेटीओ_4.9.04
समय-बिंदु पुनर्स्थापनामानक, सेवा अनुरोधघंटे; पी1 तुरंतटीओ_4.9.05
वॉल्ट से क्लीन-रूम रिस्टोरइसके अतिरिक्त, प्रति डिलीवरी शुल्क लगेगा।घंटेटीओ_4.9.06
पुनर्स्थापित डेटा की व्यावसायिक स्वीकृतिबहिष्कृत — वित्त नियंत्रक—टीओ_4.9.11

वायु-विभाजित तिजोरी

  • एक अलग क्लाउड खाता या टेनेंट, जिसमें अलग पहचान, एमएफए और कुंजी हों।
  • प्रोडक्शन से कोई इनबाउंड नेटवर्क पाथ उपलब्ध नहीं है। प्रोडक्शन एकतरफा पुश करता है, जिसमें केवल राइट-ओनली रोल होता है और रीड या डिलीट करने का कोई अधिकार नहीं होता।
  • एक बार लिखने पर लागू होने वाला रिटेंशन लॉक (WORM): इसकी प्रतियां प्रशासकों द्वारा भी बदली या हटाई नहीं जा सकतीं।
  • हटाने के लिए दोहरी स्वीकृति आवश्यक है; पहुंचने पर अखंडता की जांच की जाती है।
  • रिस्टोर प्रक्रिया क्लीन-रूम प्रक्रिया के माध्यम से एक पृथक वातावरण में की जाती है — स्कैन, मिलान, फिर प्रमोट — कभी भी सीधे प्रोडक्शन पर नहीं।
  • दूसरे क्लाउड या कोल्ड स्टोरेज में एक वैकल्पिक ऑफ़लाइन प्रतिलिपि, जिसे समय-समय पर डिस्कनेक्ट किया जाता है (TO_4.9.09, वैकल्पिक)।

इसका उद्देश्य: प्रतिकृति और Live DR कॉपी में होने वाली खराबी को तुरंत रोकना। रैंसमवेयर या खराब डेटा भी प्रतिकृति बना लेता है। वॉल्ट दोनों क्षेत्रों के बाहर एक साफ, अपरिवर्तनीय खाता बही इतिहास सुरक्षित रखता है।

तिजोरी के शीशा तोड़ने के प्रमाण पत्र किसके पास हैं, इस पर सहमति बनाएं। TRANXACT दोहरी अनुमोदन प्रक्रिया (TO_4.9.12) का संचालन करता है; ग्राहक अपने अनुमोदकों को नामित करता है (TO_4.9.13, बहिष्कृत)।

दीर्घकालिक प्रतिधारण (वैकल्पिक)

विकल्पआवृत्तिप्रतिधारणमीट्रिकअवरोध पैदा करनाश्रेणी
मासिक संग्रह प्रतिमहीने के1 वर्षगीगाबाइट256 जीबीवैकल्पिक
त्रैमासिक अभिलेख प्रतित्रैमासिक1 वर्षगीगाबाइट256 जीबीवैकल्पिक
वर्ष के अंत की अभिलेख प्रतिवार्षिक, समापन के बाद2, 3 या 4 वर्षगीगाबाइट256 जीबीवैकल्पिक
ऑफ़लाइन प्रतिसामयिकग्राहक नीति के अनुसारगीगाबाइट256 जीबीवैकल्पिक
किसी प्रति पर कानूनी रोकअनुरोध परजब तक जारी नहीं किया जाताअनुरोध के अनुसार—अतिरिक्त

एक बार रिटेंशन लॉक सेट हो जाने के बाद उसे कम नहीं किया जा सकता। यदि ऑडिट या कानूनी रोक के नियमों के लिए लंबे समय तक रिटेंशन की आवश्यकता है, तो इसे पहले से ही बढ़ा दें — और इसे आज के डेटाबेस के आकार के आधार पर नहीं, बल्कि लेजर की वृद्धि और दस्तावेज़ों की मात्रा के आधार पर निर्धारित करें।

प्रस्तावित डिफ़ॉल्ट के रूप में चिह्नित मान परिनियोजन मार्गदर्शिका के अनुशंसित प्रारंभिक बिंदु हैं। प्रत्येक ग्राहक के लिए इनकी पुष्टि करें; अनुबंध, ऑर्डर फ़ॉर्म, SLA और DPA इस पृष्ठ पर सर्वोपरि हैं।