Si të bëni backup dhe rikuperimin e PostgreSQL?

Question

Accepted Answer

PostgreSQL ofron disa metoda **backup** — backups logjike (`pg_dump`) dhe backups fizike (base backup + WAL për **rikuperim në pikën në kohë**). Një strategji e fortë backup-dhe-rikuperimi është thelbësore për mbrojtjen ndaj humbjeve të të dhënave, dhe në mënyrë rreptëse, **backups duhet të testohen**.

## Backups logjike — 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` krijon një backup logjik (SQL ose arkiv) të një baze të dhënash — portabil (i restorueshëm në versione/servera të ndryshme), i mirë për baza të dhënash më të vogla, migracion dhe backups selektive. Por është një pamje e pikës në kohë (pa rikuperim të vazhdueshëm).

## Backups fizike + Rikuperim në Pikën në Kohë (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** është i fuqishëm: duke arkivuar WAL në mënyrë të vazhdueshme, mund të rikuperoni në çdo moment — jo vetëm backup-in e fundit — e cila është thelbësore për minimizimin e humbjeve të të dhënash nga fatkeqësitë.

## Elementet thelbësore të strategjisë së 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
```

## Rregulli më i rëndësishëm: TESTONI backups tuaj

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

## Pse ka rëndësi

Backup-i dhe rikuperimi është njohje **kritike** për operimin përgjegjës të PostgreSQL — mbrojtja ndaj humbjeve të të dhënash (nga dështimi i harduerit, korrupsioni, fshirja aksidentale, fatkeqësitë) është një nga përgjegjësitë më të rëndësishme për çdo bazë të dhënash në prodhim, kështu që kuptimi i strategjive të backup është njohje thelbësore e nivelit të lartë.

Kuptimi i metodave është i nevojshëm: **`pg_dump`** (backups logjike — depozita SQL/arkiv portabile, të mira për baza të dhënash më të vogla, migracion dhe backups selektive/ndërkombajt versione, por vetëm pamje pika në kohë) dhe **backups fizike me Rikuperim në Pikën në Kohë (PITR)** (base backup + arkivim i vazhdueshëm WAL, duke lejuar rikuperim në *çdo* moment — e cila është e fuqishme për minimizimin e humbjeve të të dhënash, si rikuperimi para një `DROP TABLE` aksidentale, thelbësore për të dhëna kritike).

Dija e **elementeve thelbësore të strategjisë** (backups të rregullt të automatizuar, ruajtja e tyre jashtë serverit dhe në distancë, politika të mbajtjes, kombinimi i base backups me WAL për PITR në të dhënat kritike, backup-i nga replikat) është njohje operacionale e rëndësishme.

Më kritike, kuptimi që **backups duhet të testohen** — një backup i netestuar është i pabesueshëm dhe shpesh dështon pikërisht kur nevojitet (korrupsion, të dhëna jo të plota, proces i panjohur i restaurimit) — është një parim vital, shpesh i neglizhuar: testimi i rregullt i restaurimeve është ajo që e bën një strategji backup-u vërtet të besueshme.

Meqenëse humbja e të dhënash mund të jetë katastrofike (dhe rikuperimi është i mundur vetëm me backups të punueshme), dhe meqenëse një strategji e duhur (metoda të duhura backup-i, PITR për minimizimin e humbjeve, ruajtje jashtë vendit dhe në mënyrë rreptëse restaurime *të testuara*) është ajo që mbron të dhënat e një organizate, kuptimi i backup-it dhe rikuperimit të PostgreSQL është njohje kritike e nivelit të lartë për operime të përgjegjshme të bazës të dhënash — një përgjegjësi me stima të larta ku ndryshimi midis një strategjie të testuar dhe një jo të testuar mund të jetë ndryshimi midis rikuperimit nga një fatkeqësi dhe humbjes permanente të të dhënash, duke e bërë atë një temë thelbësore, shpesh të rëndësishme për këdo që operon baza të dhënash në prodhim.