ਤੁਸੀਂ PostgreSQL ਦਾ ਬैਕਅਪ ਅਤੇ ਪुनਰ‍ਾਵਰਤਨ ਕਿਵੇਂ ਕਰਦੇ ਹੋ?

Question

Accepted Answer

PostgreSQL ਕਈ **ਬੈਕਅਪ** ਵਿਧੀਆਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ — ਤਾਰਕਿਕ ਬੈਕਅਪ (`pg_dump`) ਅਤੇ ਭੌਤਿਕ ਬੈਕਅਪ (ਬਿਹਤਰ ਬੈਕਅਪ + WAL **ਪੁਆਇੰਟ-ਇੰਟਾਈਮ ਰਿਕਵਰੀ** ਲਈ)। ਇੱਕ ਮਜ਼ਬੂਤ ਬੈਕਅਪ-ਅਤੇ-ਰਿਕਵਰੀ ਰਣਨੀਤੀ ਡੇਟਾ ਦੀ ਨੁਕਸਾਨ ਤੋਂ ਰੱਖਿਆ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਤੌਰ ਤੇ, **ਬੈਕਅਪ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ**।

## ਤਾਰਕਿਕ ਬੈਕਅਪ — 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 ਜਾਂ ਆਰਕਾਈਵ) ਬਣਾਉਂਦਾ ਹੈ — ਪੋਰਟੇਬਲ (ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣਾਂ/ਸਰਵਰਾਂ ਨੂੰ ਪুਨਰ‍ਸਥਾਪਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ), ਛੋਟੇ ਡਾਟਾਬੇਸ, ਤਬਦੀਲੀਆਂ, ਅਤੇ ਚੋਣਵੀਂ ਬੈਕਅਪ ਲਈ ਚੰਗਾ। ਪਰ ਇਹ ਇੱਕ ਪੁਆਇੰਟ-ਇੰਟਾਈਮ ਸਨੈਪਸ਼ਾਟ ਹੈ (ਕੋਈ ਨਿਰੰਤਰ ਰਿਕਵਰੀ ਨਹੀਂ)।

## ਭੌਤਿਕ ਬੈਕਅਪ + ਪੁਆਇੰਟ-ਇੰਟਾਈਮ ਰਿਕਵਰੀ (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/ਆਰਕਾਈਵ ਡੰਪ, ਛੋਟੇ ਡਾਟਾਬੇਸ, ਤਬਦੀਲੀਆਂ, ਅਤੇ ਚੋਣਵੀਂ/ਕਰਾਸ-ਵਰਜ਼ਨ ਬੈਕਅਪ ਲਈ ਚੰਗਾ, ਪਰ ਸਿਰਫ ਪੁਆਇੰਟ-ਇੰਟਾਈਮ ਸਨੈਪਸ਼ਾਟ) ਅਤੇ **ਪੁਆਇੰਟ-ਇੰਟਾਈਮ ਰਿਕਵਰੀ (PITR) ਨਾਲ ਭੌਤਿਕ ਬੈਕਅਪ** (ਬਿਹਤਰ ਬੈਕਅਪ + ਨਿਰੰਤਰ WAL ਆਰਕਾਈਵਿੰਗ, *ਕਿਸੇ ਵੀ* ਪਲ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਸਮਰੱਥ — ਜੋ ਡੇਟਾ ਦੀ ਨੁਕਸਾਨ ਨੂੰ ਘਟਾਉਣ ਲਈ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਗਲਤ `DROP TABLE` ਤੋਂ ਪਹਿਲਾਂ ਬਹਾਲ ਕਰਨਾ, ਮਹੱਤਵਪੂਰਨ ਡੇਟਾ ਲਈ ਜ਼ਰੂਰੀ)।

**ਰਣਨੀਤੀ ਦੀ ਜ਼ਰੂਰਤਾਂ** ਨੂੰ ਜਾਣਨਾ (ਨਿਯਮਿਤ ਸਵਚਾਲਿਤ ਬੈਕਅਪ, ਉਨ੍ਹਾਂ ਨੂੰ ਸਰਵਰ ਅਤੇ ਵਿਸਥਾਰ ਦੇ ਬਾਹਰ ਸਟੋਰ ਕਰਨਾ, ਰਖਖਾਅ ਨੀਤੀਆਂ, PITR ਲਈ ਬੇਸ ਬੈਕਅਪ ਨਾਲ WAL ਨੂੰ ਸੰਮਿਲਨ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਡੇਟਾ ਉੱਤੇ, ਰਿਪਲਿਕਾ ਤੋਂ ਬੈਕਅਪ ਕਰਨਾ) ਮਹੱਤਵਪੂਰਨ ਚਾਲਕ ਗਿਆਨ ਹੈ।

sabse ਗਲਨ ਤੌਰ ਤੇ, ਇਹ ਸਮਝਣਾ ਕਿ **ਬੈਕਅਪ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ** — ਇੱਕ ਅਜ਼ਮਾਇਸ਼ ਕੀਤਾ ਹੋਇਆ ਬੈਕਅਪ ਮਨਬਾ ਅਤੇ ਅਕਸਰ ਬਿਲਕੁਲ ਉਸ ਸਮੇਂ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਸ ਦੀ ਲੋੜ ਹੋ (ਖਰਾਬੀ, ਅਧੂਰਾ ਡੇਟਾ, ਅਪਰਿਚਤ ਪੁਨਰ‍ਸਥਾਪਿਤ ਪ੍ਰਕਿਆ) — ਇੱਕ ਜ਼ਰੂਰੀ, ਅਕਸਰ-ਅਲੱਗ ਰੱਖਿਆ ਹੋਇਆ ਸਿਧਾਂਤ ਹੈ: ਨਿਯਮਿਤ ਪੁਨਰ‍ਸਥਾਪਿਤਿ ਲਈ ਜਾਂਚ ਇਹ ਹੈ ਕਿ ਇੱਕ ਬੈਕਅਪ ਰਣਨੀਤੀ ਅਸਲ ਵਿੱਚ ਭਰੋਸੇ ਯੋਗ ਬਣਾ ਦਿੰਦੀ ਹੈ।

ਕਿਉਂਕਿ ਡੇਟਾ ਦੀ ਨੁਕਸਾਨ ਵਿਨਾਸ਼ਕਾਰੀ ਹੋ ਸਕਦੀ ਹੈ (ਅਤੇ ਰਿਕਵਰੀ ਮਾਤਰ ਕੰਮ ਕਰਨ ਵਾਲੇ ਬੈਕਅਪ ਨਾਲ ਹੀ ਸੰਭਵ ਹੈ), ਅਤੇ ਕਿਉਂਕਿ ਇੱਕ ਸਹੀ ਰਣਨੀਤੀ (ਢੁੱਕਵੀਂ ਬੈਕਅਪ ਵਿਧੀਆਂ, PITR ਘੱਟੋ-ਘੱਟ ਨੁਕਸਾਨ ਲਈ, ਅਧਿਕਾਰ ਖੇਤਰ ਤੋਂ ਬਾਹਰ ਭਂਡਾਰ, ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਤੌਰ ਤੇ *ਜਾਂਚ* ਪੁਨਰ‍ਸਥਾਪਿਤ) ਕੀ ਇੱਕ ਆਰਗੈਨਾਈਜ਼ੇਸ਼ਨ ਦੇ ਡੇਟਾ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ, PostgreSQL ਬੈਕਅਪ ਅਤੇ ਰਿਕਵਰੀ ਜ਼ਿਮਮੇਦਾਰ ਡਾਟਾਬੇਸ ਓਪਰੇਸ਼ਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਸੀਨੀਅਰ-ਲੈਵਲ ਗਿਆਨ ਹੈ — ਇੱਕ ਉੱਚ-ਅਸਤਿਤਵ ਦੀ ਜ਼ਿੰਮੇਦਾਰੀ ਜਿੱਥੇ ਇੱਕ ਜਾਂਚ ਰਣਨੀਤੀ ਅਤੇ ਅਜ਼ਮਾਇਸ਼ ਰਹਿਤ ਰਣਨੀਤੀ ਵਿੱਚ ਫਰਕ ਆਫ਼ਤ ਤੋਂ ਮੁਆਫ ਹੋਣਾ ਅਤੇ ਡੇਟਾ ਆਬਾਦੀ ਵਿਚਕਾਰ ਇੱਕ ਤਬਦੀਲੀ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਨੂੰ ਪ੍ਰੋਡਕਸ਼ਨ ਡਾਟਾਬੇਸ ਚਲਾਉਣ ਵਾਲਾ ਕਿਸੇ ਵੀ ਲਈ ਇੱਕ ਜ਼ਰੂਰੀ, ਘੱਟੋ-ਘੱਟ-ਸੰਬੰਧਿਤ ਵਿਸ਼ਾ ਬਣਾ ਰਿਹਾ ਹੈ।