RTO और RPO का क्या मतलब है, और ये आपके बैकअप डिजाइन को कैसे बदल देते हैं?

RTO यह है कि आप कितनी देर बंद रह सकते हैं; RPO यह है कि आप कितना डेटा खोना बर्दाश्त कर सकते हैं। चार घंटे का RTO और पंद्रह मिनट का RPO मतलब log shipping और रिहर्सल किए हुए restore, रात का एक डंप नहीं। सख्त RPO आपको continuous replication या point in time recovery की तरफ धकेलता है, और सख्त RTO warm standby की तरफ। दोनों बिजनेस के फैसले हैं, और बिना टेस्ट किया बैकअप इनमें से किसी को पूरा नहीं करता।

RTO वह घड़ी है कि बिजनेस कितनी देर बंद रहकर बच सकता है, RPO यह कि वह कितना डेटा खोकर बच सकता है। ये दोनों अलग अलग लीवर खींचते हैं। सख्त RPO का मतलब है आपको continuous replication या write ahead log archiving चाहिए ताकि point in time recovery कर सकें, जबकि सख्त RTO का मतलब है आपको कुछ पहले से गरम चाहिए, क्योंकि object storage से दो टेराबाइट restore करना घंटों का काम है, आपके बैकअप चाहे कितने भी अच्छे हों। जिस चीज पर मैं सबसे ज्यादा जोर देता हूं वह है ड्रिल। मेरी पिछली जगह हम हर तिमाही एक scratch एनवायरनमेंट में restore करके समय नापते थे, और चार घंटे के बताए गए RTO के मुकाबले पहली कोशिश में ग्यारह घंटे लगे, सिर्फ इसलिए कि किसी ने इसे पूरे डेटा साइज पर कभी टेस्ट ही नहीं किया था। हमने इसे एक standby replica और snapshot restore से ठीक किया। मैं यह बात भी रखता हूं कि replica बैकअप नहीं होता। अगर कोई टेबल truncate कर दे, तो वह truncate मिलीसेकंड में replicate हो जाता है।