तपाईं PostgreSQL को ब्याकअप र रिकभरी कसरी गर्नुहुन्छ?

Question

Accepted Answer

PostgreSQL ले धेरै **ब्याकअप** विधिहरू प्रस्ताव गर्छ — तार्किक ब्याकअप (`pg_dump`) र भौतिक ब्याकअप (आधार ब्याकअप + WAL को लागि **point-in-time recovery**)। एक ठोस ब्याकअप-र-रिकभरी रणनीति डेटा हानिबाट सुरक्षा गर्न आवश्यक छ, र महत्वपूर्ण रूपमा, **ब्याकअपहरू परीक्षण गर्नुपर्छ**।

## तार्किक ब्याकअप — pg_dump

```bash
# pg_dump — dumps a database as SQL (or a custom archive) — portable, flexible
pg_dump -U user -d mydb -F c -f backup.dump      # custom format (compressed, flexible restore)
pg_dump -U user -d mydb > backup.sql              # plain SQL
pg_dumpall > all.sql                              # ALL databases + roles

# restore
pg_restore -U user -d mydb backup.dump            # from custom format
psql -U user -d mydb -f backup.sql                # from plain SQL
```

`pg_dump` ले डेटाबेसको तार्किक ब्याकअप (SQL वा archive) सिर्जना गर्छ — पोर्टेबल (विभिन्न संस्करण/सर्भरहरूमा पुनर्स्थापनयोग्य), साना डेटाबेसहरू, माइग्रेसन, र चयनात्मक ब्याकअपहरूको लागि राम्रो। तर यो एक point-in-time स्न्यापसट हो (कोई निरन्तर रिकभरी छैन)।

## भौतिक ब्याकअप + Point-in-Time Recovery (PITR)

```text
For larger/critical databases: a BASE BACKUP (a copy of the data files) + continuous
archiving of the WAL (write-ahead log) → enables POINT-IN-TIME RECOVERY:
  ✓ Restore the base backup, then REPLAY WAL up to ANY point in time
  ✓ Recover to JUST BEFORE a disaster (e.g. an accidental DROP TABLE at 2:47pm)
→ Tools: pg_basebackup, WAL archiving, and tools like pgBackRest / Barman automate this.
```

**PITR** शक्तिशाली छ: WAL को निरन्तर आर्काइभिङ गरेर, तपाईं कुनै पनि क्षणमा पुनर्प्राप्त गर्न सक्नुहुन्छ — केवल अन्तिम ब्याकअप होइन — जो आपत्तिहरूबाट डेटा हानि कम गर्न आवश्यक छ।

## ब्याकअप रणनीति आवश्यकताहरू

```text
✓ Regular, AUTOMATED backups (scheduled, not manual/forgotten)
✓ Store backups OFF the database server (and offsite / cloud) — survive hardware failure
✓ Retention policy (keep daily/weekly/monthly as needed)
✓ Combine: periodic base backups + continuous WAL for PITR (critical data)
✓ Backups from a REPLICA to avoid loading the primary
```

## सबैभन्दा महत्वपूर्ण नियम: आपनो ब्याकअप परीक्षण गर्नुहोस्

```text
⚠️ A backup you've never restored is NOT a reliable backup.
UNTESTED backups fail when you need them most (corrupt, incomplete, wrong process).
→ Regularly TEST restores to verify they actually work and you know the procedure.
```

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

ब्याकअप र रिकभरी PostgreSQL को जिम्मेवारीपूर्ण रूपमा सञ्चालन गर्न **गंभीर** ज्ञान छ — डेटा हानिबाट सुरक्षा (हार्डवेयर विफलता, भ्रष्टाचार, आकस्मिक मेटाइएको, आपत्तिहरू) कुनै पनि उत्पादन डेटाबेसको लागि सबैभन्दा महत्वपूर्ण जिम्मेवारीहरू मध्ये एक हो, त्यसैले ब्याकअप रणनीतिहरू बुझ्न आवश्यक छ।

विधिहरू बुझ्न आवश्यक छ: **`pg_dump`** (तार्किक ब्याकअप — पोर्टेबल SQL/archive डम्प, साना डेटाबेसहरू, माइग्रेसन, र चयनात्मक/क्रस-संस्करण ब्याकअपहरूको लागि राम्रो, तर point-in-time स्न्यापशट मात्र) र **भौतिक ब्याकअप Point-in-Time Recovery (PITR)** सँग (आधार ब्याकअप + निरन्तर WAL आर्काइभिङ, *कुनै पनि* क्षणमा रिकभरीलाई सक्षम पारिरहेको — जो डेटा हानि कम गर्न शक्तिशाली छ, जस्तै आकस्मिक `DROP TABLE` भन्दा पहिले पुनर्प्राप्त गर्न, महत्वपूर्ण डेटाको लागि आवश्यक)।

**रणनीति आवश्यकताहरू** जान्न (नियमित स्वचालित ब्याकअप, तिनीहरूलाई सर्भर र अफसाइटबाहिर भण्डार गर्न, राखिरखाव नीतिहरू, आधार ब्याकअप PITR को लागि WAL सँग मिलाएर महत्वपूर्ण डेटामा, प्रतिकृतिबाट ब्याकअप) महत्वपूर्ण परिचालन ज्ञान छ।

सबैभन्दा महत्वपूर्ण, यो बुझ्न कि **ब्याकअपहरू परीक्षण गर्नुपर्छ** — एक परीक्षण नगरिएको ब्याकअप अविश्वस्य छ र प्रायः आवश्यकतामा असफल हुन्छ (भ्रष्टाचार, अधूरो डेटा, अपरिचित पुनर्स्थापन प्रक्रिया) — एक महत्वपूर्ण, प्रायः उपेक्षित सिद्धान्त हो: नियमित रूपमा पुनर्स्थापन परीक्षण गर्न यो हो जसले ब्याकअप रणनीतिलाई वास्तवमा विश्वस्त बनाउँछ।

डेटा हानि विनाशकारी हो (र रिकभरी केवल काम गर्दै ब्याकअप सँग सम्भव छ), र उचित रणनीति (उपयुक्त ब्याकअप विधि, PITR न्यूनतम हानिको लागि, अफ-साइट भण्डार, र महत्वपूर्ण रूपमा *परीक्षण गरिएका* पुनर्स्थापन) संगठनको डेटा सुरक्षा गर्ने हो भन्ने कारण, PostgreSQL ब्याकअप र रिकभरी बुझ्न जिम्मेवार डेटाबेस सञ्चालनको लागि महत्वपूर्ण सिनियर-स्तरको ज्ञान छ — एक उच्च-दांव जिम्मेवारी जहाँ परीक्षण गरिएको रणनीति र परीक्षण नगरिएको बीचको अन्तर आपत्तिबाट पुनर्प्राप्त गर्न र स्थायी रूपमा डेटा हराउन बीच अन्तर हो सक्छ, यो उत्पादन डेटाबेसहरू सञ्चालन गर्ने कुनै पनि व्यक्तिको लागि आवश्यक, बारम्बार-प्रासंगिक विषय बनाई।