როგორ ქმნით და აღადგენთ 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`, აუცილებელი კრიტიკული მონაცემებისთვის).

**სტრატეგიის არსეთის** ცოდნა (რეგულარული ავტომატიზირებული საამქროებელი, მათი შენახვა სერვერიდან გარეთ და მუშაობის გარეთ, მიმწოდებელი პოლიტიკა, საბაზო საამქროებელი შერთვისთვის WAL-ით PITR-ისთვის კრიტიკულ მონაცემებზე, საამქროებელი რეპლიკებიდან) არის მნიშვნელოვანი ოპერაციული ცოდნა.

ყველაზე კრიტიკული, **საამქროებელი უნდა გამოცდილი იყოს** — გამოუცდელი საამქროებელი არასანდო და ხშირად ახერხებს ზუსტად მაშინ როდესაც სჭირდება (კორუფცია, არასრული მონაცემი, უცნობი აღდგენის პროცესი) — არის ვიტალური, ხშირად უგულელყოფილი პრინციპი: რეგულარული აღდგენის გამოცდა არის ის, რაც საამქროებელი სტრატეგიას რეალურად სანდო აკეთებს.

მას შემდეგ, რაც მონაცემთა დაკარგვა შეიძლება იყოს კატასტროფული (და აღდგენა შესაძლებელია მხოლოდ მუშა საამქროებელიდან), და მას შემდეგ, რაც სწორი სტრატეგია (შესაფერი საამქროებელი მეთოდი, PITR მინიმალური დაკარგვისთვის, მუშაობის გარეთ შენახვა, და წამყვანი *გამოცდილი* აღდგენა) არის ის, რაც აზრებს დაცავს ორგანიზაციის მონაცემი, PostgreSQL საამქროებელი და აღდგენა კრიტიკული უფროსი დონის ცოდნაა პასუხისმგებლობით მონაცემთა ბაზის ოპერაციებისთვის — მაღალი-პროცენტი პასუხისმგებლობა სადაც განსხვავება გამოცდილი სტრატეგიასა და უცდელის შორის შეიძლება იყოს განსხვავება კატასტროფიდან აღდგენასა და მონაცემთა შუაღამის დაკარგვას შორის, რაც აკეთებს მას აუცილებელ, ხშირად დაკავშირებული თემა ყველას მხრიდან პროდუქციის მონაცემთა ბაზის მოქმედებისთვის.