ਤੁਸੀਂ ਬੈਕਅੱਪ ਅਤੇ ਆਪਾਤਕਾਲੀਨ ਬਹਾਲੀ ਰਣਨੀਤੀ ਨੂੰ ਕਿਵੇਂ ਡਿਜ਼ਾਇਨ ਕਰਦੇ ਹੋ?

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)
```

## ਆਪਣੀ ਬਹਾਲੀ ਪਰਖੋ

**ਇੱਕ ਬੈਕਅੱਪ ਜਿਸ ਤੁਸੀਂ ਕਦੇ ਬਹਾਲ ਨਹੀਂ ਕੀਤਾ ਹੈ ਇੱਕ ਬੈਕਅੱਪ ਨਹੀਂ ਹੈ — ਇਹ ਇੱਕ ਉਮੀਦ ਹੈ।** ਨਿਯਮਿਤ ਬਹਾਲੀ ਅਨਿਵਾਰ ਸਮਾਰਮ ਕਰੋ: ਬੈਕਅੱਪ ਤੋਂ ਸਾਫ਼ ਵਾਤਾਵਰਣ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਦੁਬਾਰਾ ਬਣਾਓ ਅਤੇ ਸੰਪੂਰਣਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਇਹ ਭ੍ਰਿਸ਼ਟ ਬੈਕਅੱਪ, ਗੁੰਮ ਟੁਕੜੇ, ਅਤੇ ਟੁੱਟੇ ਰਨਬੁੱਕ *ਅਸਲ ਕਮਜ਼ੋਰੀ ਤੋਂ ਪਹਿਲਾਂ* ਫੜਦਾ ਹੈ।

## ਇਹ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਡਾਟਾ ਗੁਆ ਜਾਣਾ ਅਤੇ ਖੇਤਰੀ ਬੰਦੀ ਉਸ ਸਮੇਂ ਹੈ ਜਦੋਂ ਕੰਪਨੀ ਦੀ ਜਿੰਦਗੀ ਦੀ ਪਰਖ ਲਈ ਜਾਂਦੀ ਹੈ। 3-2-1 ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਕੋਈ ਕਾਪੀ ਕਿਸੇ ਵੀ ਸਿੰਗਲ ਫੇਲ ਤੋਂ ਬਚ ਜਾਵੇ; RPO/RTO ਅਸਪਸ਼ਟ