आप PostgreSQL का backup और recovery कैसे करते हैं?

Question

Accepted Answer

PostgreSQL कई **backup** विधियाँ प्रदान करता है — logical backups (`pg_dump`) और physical backups (base backup + **point-in-time recovery** के लिए WAL)। data loss से सुरक्षा के लिए एक ठोस backup-और-recovery रणनीति आवश्यक है, और महत्वपूर्ण रूप से, **backups का परीक्षण किया जाना चाहिए**।

## Logical backups — 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` एक database का logical backup (SQL या archive) बनाता है — portable (विभिन्न versions/servers पर restore योग्य), छोटे databases, migrations, और selective backups के लिए अच्छा। लेकिन यह एक point-in-time snapshot है (कोई निरंतर recovery नहीं)।

## Physical backups + 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 को निरंतर archive करके, आप किसी भी क्षण पर recover कर सकते हैं — केवल अंतिम backup पर नहीं — जो आपदाओं से data loss को कम करने के लिए आवश्यक है।

## Backup रणनीति की अनिवार्यताएँ

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

## सबसे महत्वपूर्ण नियम: अपने backups का परीक्षण करें

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

## यह क्यों महत्वपूर्ण है

Backup और recovery PostgreSQL को ज़िम्मेदारी से संचालित करने के लिए **महत्वपूर्ण** ज्ञान है — data loss (hardware failure, corruption, गलती से हुई deletion, आपदाओं से) से सुरक्षा किसी भी production database के लिए सबसे महत्वपूर्ण ज़िम्मेदारियों में से एक है, इसलिए backup रणनीतियों को समझना आवश्यक senior-स्तरीय ज्ञान है।

विधियों को समझना आवश्यक है: **`pg_dump`** (logical backups — portable SQL/archive dumps, छोटे databases, migrations, और selective/cross-version backups के लिए अच्छा, लेकिन केवल point-in-time snapshots) और **Point-in-Time Recovery (PITR) के साथ physical backups** (base backup + निरंतर WAL archiving, जो *किसी भी* क्षण पर recovery सक्षम बनाता है — जो data loss को कम करने के लिए शक्तिशाली है, जैसे गलती से हुए `DROP TABLE` से ठीक पहले पर recover करना, महत्वपूर्ण data के लिए आवश्यक)।

**रणनीति अनिवार्यताओं** (नियमित automated backups, उन्हें off-server और offsite संग्रहीत करना, retention policies, महत्वपूर्ण data के लिए base backups को WAL के साथ जोड़कर PITR, replicas से backup लेना) को जानना महत्वपूर्ण परिचालन ज्ञान है।

सबसे महत्वपूर्ण रूप से, यह समझना कि **backups का परीक्षण किया जाना चाहिए** — एक untested backup अविश्वसनीय है और अक्सर ठीक तभी विफल होता है जब इसकी ज़रूरत होती है (corruption, अधूरा data, अपरिचित restore प्रक्रिया) — एक महत्वपूर्ण, अक्सर-उपेक्षित सिद्धांत है: नियमित रूप से restores का परीक्षण करना ही एक backup रणनीति को वास्तव में भरोसेमंद बनाता है।

चूँकि data loss विनाशकारी हो सकता है (और recovery केवल काम करने वाले backups के साथ संभव है), और चूँकि एक उचित रणनीति (उपयुक्त backup विधियाँ, न्यूनतम loss के लिए PITR, off-site storage, और महत्वपूर्ण रूप से *परीक्षित* restores) ही किसी संगठन के data की रक्षा करती है, PostgreSQL backup और recovery को समझना ज़िम्मेदार database operations के लिए महत्वपूर्ण senior-स्तरीय ज्ञान है — एक उच्च-दांव वाली ज़िम्मेदारी जहाँ एक परीक्षित रणनीति और एक अपरीक्षित रणनीति के बीच का अंतर एक आपदा से recover करने और data को स्थायी रूप से खोने के बीच का अंतर हो सकता है, जो इसे production databases संचालित करने वाले किसी भी व्यक्ति के लिए एक आवश्यक, अक्सर-प्रासंगिक विषय बनाता है।