तपाईं ब्याकअप र आपदा पुनरुद्धार रणनीति कसरी डिजाइन गर्नुहुन्छ?

Question

Accepted Answer

एक ब्याकअप र आपदा पुनरुद्धार (DR) रणनीतिले यो प्रश्नको उत्तर दिन्छ: यदि हामी डेटा वा पूरो क्षेत्र गुमाएमा, **हामी कति डेटा गुमाउन सक्छौं, कति छिटो हामी फिर्ता आउन सक्छौं, र के हामी वास्तवमा पुनर्स्थापन गर्न सक्छौं?** यो **3-2-1 नियम**, स्पष्ट **RPO/RTO** लक्ष्यहरू, र — महत्त्वपूर्ण रूपमा — **नियमित रूपमा परीक्षण गरिएको पुनर्स्थापन** मा निर्भर गर्दछ।

## 3-2-1 नियम

```text
3 copies of the data
2 different media / storage types
1 copy offsite (different region or provider)
→ no single failure (disk, host, datacenter, ransomware) destroys every copy
```

ब्याकअपहरू **स्वचालित** (कोही पनि मानिसले तिनीलाई चलाउन सम्झन पर्दैन) र **अफसाइट** हुनुपर्छ ताकि क्षेत्रीय आपदाले प्राथमिकताको साथ ब्याकअप लिएर न जाओस्।

## RPO र RTO

यी दुई लक्ष्यहरूले प्रत्येक डिजाइन विकल्पलाई ड्राइभ गर्दछन्:

- **RPO (Recovery Point Objective)** — कति डेटा हानि सहनीय छ, समयमा मापन गरिएको। 1 घण्टाको RPO मतलब अधिकतम अन्तिम घण्टाको लेखन गुमाउनु, जसले ब्याकअप/प्रतिकृति आवृत्तिलाई निर्धारण गर्दछ।
- **RTO (Recovery Time Objective)** — पुनरुद्धार कतिको समय लाग्न सक्छ। 30 मिनेटको RTO मतलब प्रणाली 30 मिनेट भित्र पुनर्स्थापन र सेवा दिन सक्षम हुनुपर्छ, जसले DR आर्किटेक्चरलाई निर्धारण गर्दछ।

```text
frequent backups / replication → smaller RPO (less data lost)
hotter standby infrastructure  → smaller RTO (faster recovery)
both cost money → pick targets per business criticality
```

## DR स्तरहरू (लागत बनाम RTO)

```text
Backup & restore  → cheapest; restore from backups on demand   (RTO: hours)
Pilot light       → minimal core running, scale up on disaster  (RTO: tens of min)
Warm standby      → scaled-down live copy, scale up to take over (RTO: minutes)
Multi-site active → full live copies serving traffic            (RTO: ~seconds)
```

## आफ्नो पुनर्स्थापनहरू परीक्षण गर्नुहोस्

**एक ब्याकअप जसलाई तपाईंले कहिले पुनर्स्थापन गरेको छैन भने यो ब्याकअप होइन — यो आशा हो।** नियमित पुनर्स्थापन अभ्यास समय निर्धारण गर्नुहोस्: वास्तवमा स्वच्छ वातावरणमा ब्याकअपबाट पुनर्निर्माण गर्नुहोस् र अखंडता सत्यापन गर्नुहोस्। यो दूषित ब्याकअपहरू, हराइएका टुक्राहरू, र टुटेका runbooks लाई *वास्तविक आपदा अघि* समात्छ।

## यो किन महत्त्वपूर्ण छ

डेटा हानि र क्षेत्रीय विच्छेदहरू तब हुन् जब कम्पनीको अस्तित्व परीक्षा गरिन्छ। 3-2-1 ले कुनै पनि एकल असफलताबाट एक प्रति जीवित रहने सुनिश्चित गर्दछ; RPO/RTO वाग्यात