PostgreSQL-ஐ எவ்வாறு ব্যাকআপ செய்து மீட்டெடுப்பது?

Question

Accepted Answer

PostgreSQL பல **backup** முறைகளை வழங்குகிறது — logical backups (`pg_dump`) மற்றும் physical backups (base backup + WAL for **point-in-time recovery**). தரமான backup-and-recovery strategy தரவு இழப்பிலிருந்து பாதுகாப்பதற்கு அপরிहार்யம், மற்றும் முக்கியமாக, **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-க்கு restorable), சிறிய databases, migrations, மற்றும் selective backups-க்கு நல்லது. ஆனால் இது ஒரு point-in-time snapshot (continuous 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 செய்வதன் மூலம், நீங்கள் எந்த தருணத்திற்கும் மீட்டெடுக்கலாம் — வெறும் கடைசி backup மட்டுமல்ல — இது பேரிடர்களிலிருந்து தரவு இழப்பைக் குறைப்பதற்கு அপরிহार்யம்.

## Backup strategy essentials

```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-ஐ பொறுப்புடனாக இயக்குவதற்கான **critical** அறிவு — தரவு இழப்பிலிருந்து பாதுகாப்பு (hardware failure, corruption, accidental deletion, பேரிடர்களிலிருந்து) எந்த production database-க்கும் மிக முக்கியமான பொறுப்பாகும், எனவே backup strategies புரிந்துகொள்வது அপরிहार்யமான senior-level அறிவாகும்.

முறைகளைப் புரிந்துகொள்வது அவசியம்: **`pg_dump`** (logical backups — portable SQL/archive dumps, சிறிய databases, migrations, மற்றும் selective/cross-version backups-க்கு நல்லது, ஆனால் point-in-time snapshots மட்டுமே) மற்றும் **physical backups with Point-in-Time Recovery (PITR)** (base backup + continuous WAL archiving, *any* தருணத்திற்கு recovery செய்ய உதவுகிறது — இது தரவு இழப்பைக் குறைப்பதற்கு சக்திவாய்ந்தது, accidental `DROP TABLE`-க்கு முன்பாக மீட்டெடுக்க போன்ற, critical data-க்கு அপரிહार்யம்).

**strategy essentials** (regular automated backups, அவற்றை off-server மற்றும் offsite இல் சேமித்தல், retention policies, PITR-க்கு base backups உடன் WAL combined, critical data-ன் replicas-லிருந்து backing up) புரிந்துகொள்வது முக்கிய operational அறிவு.

அতি முக்கியமாக, **backups சோதிக்கப்பட வேண்டும்** என்பதை புரிந்துகொள்வது — ஒரு சோதிக்கப்படாத backup நம்பமுடியாதது மற்றும் பெரும்பாலும் தேவைப்படும் போது தோல்வியுறுகிறது (corruption, incomplete data, unfamiliar restore process) — ஒரு vital, பெரும்பாலும் புறக்கணிக்கப்பட்ட கொள்கையாகும்: regularly restores சோதிக்க வேண்டியது ஒரு backup strategy உண்மையில் நம்பகமாக இருக்கிறது என்பதை உறுதிசெய்யும்.

தரவு இழப்பு catastrophic இருக்கலாம் (மற்றும் recovery வெறும் working backups உடன் மட்டுமே சாத்தியம்), மற்றும் proper strategy (appropriate backup methods, minimal loss-க்கு PITR, off-site storage, மற்றும் crucially *tested* restores) ஒரு organization-ன் தரவை பாதுகாக்கிறது என்பதால், PostgreSQL backup மற்றும் recovery புரிந்துகொள்வது பொறுப்புள்ள database operations-க்கான critical senior-level அறிவாகும் — ஒரு high-stakes responsibility இதில் ஒரு tested strategy மற்றும் untested ஒன்றுக்கு இடையேயான வேறுபாடு ஒரு பேரிடரிலிருந்து மீட்டெடுக்க மற்றும் தரவை நிரந்தரமாக இழக்க முடியாது என்ற வேறுபாடாக இருக்கலாம், இது production databases இயக்கும் யாருக்கும் ஒரு essential, frequently-relevant பிரச்சினையை உருவாக்குகிறது.