كيف تقوم بعمل نسخة احتياطية واستعادة 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 معرفة حرجة على مستوى عالي لعمليات قاعدة البيانات المسؤولة — مسؤولية عالية المخاطر حيث يمكن أن يكون الفرق بين استراتيجية مختبرة وأخرى غير مختبرة هو الفرق بين التعافي من كارثة وفقدان البيانات بشكل دائم، مما يجعلها موضوعاً ضرورياً وذا صلة متكررة لأي شخص يشغل قواعد بيانات الإنتاج.