pgBackRest
نسخ احتياطي واستعادة موثوقان لـ PostgreSQL

مقدمة

pgBackRest هو حل موثوق للنسخ الاحتياطي والاستعادة لـ PostgreSQL يتوسع بسلاسة ليصل إلى أكبر قواعد البيانات وأحمال العمل.

pgBackRest v2.59.2 هو الإصدار المستقر الحالي. ملاحظات الإصدار موجودة على صفحة Releases.

يرجى منحنا نجمة على GitHub إذا أعجبك pgBackRest!

الأخبار

27 سبتمبر 2026 - صدور pgBackRest 2.59.2

17 أغسطس 2026 - صدور pgBackRest 2.59.1

20 يوليو 2026 - حزمة توزيع جديدة

الميزات

النسخ الاحتياطي والاستعادة المتوازيان

عادةً ما يكون الضغط هو عنق الزجاجة أثناء عمليات النسخ الاحتياطي، لذا يحل pgBackRest هذه المشكلة من خلال المعالجة المتوازية وخوارزميات ضغط أكثر كفاءة مثل lz4 وzstd.

التشغيل المحلي أو عن بُعد

يسمح بروتوكول مخصص لـ pgBackRest بالنسخ الاحتياطي والاستعادة والأرشفة محليًا أو عن بُعد عبر TLS/SSH بأقل إعدادات ممكنة. كما يتم توفير واجهة للاستعلام من PostgreSQL عبر طبقة البروتوكول بحيث لا تكون هناك حاجة أبدًا للوصول إلى PostgreSQL عن بُعد، مما يعزز الأمان.

مستودعات متعددة

تسمح المستودعات المتعددة، على سبيل المثال، بوجود مستودع محلي بفترة احتفاظ دنيا لعمليات استعادة سريعة ومستودع بعيد بفترة احتفاظ أطول لتحقيق التكرار والوصول عبر المؤسسة.

نسخ احتياطي كامل وتفاضلي وتزايدي (على مستوى الملف أو الكتلة)

يتم دعم النسخ الاحتياطي الكامل والتفاضلي والتزايدي. لا يتأثر pgBackRest بمشكلات دقة الوقت الخاصة بـ rsync، مما يجعل النسخ الاحتياطي التفاضلي والتزايدي آمنًا دون الحاجة إلى حساب checksum لكل ملف. توفر النسخ الاحتياطي على مستوى الكتلة مساحة عن طريق نسخ الأجزاء المتغيرة فقط من الملفات.

تدوير النسخ الاحتياطي وانتهاء صلاحية الأرشيف

يمكن تعيين سياسات الاحتفاظ للنسخ الاحتياطي الكامل والتفاضلي لإنشاء تغطية لأي إطار زمني. يمكن الاحتفاظ بأرشيف WAL لجميع النسخ الاحتياطية أو حصريًا لأحدث النسخ الاحتياطية. في الحالة الأخيرة، سيتم الاحتفاظ بـ WAL اللازم لجعل النسخ الاحتياطية الأقدم متسقة في الأرشيف.

سلامة النسخ الاحتياطي

يتم حساب checksums لكل ملف في النسخة الاحتياطية وإعادة التحقق منها أثناء الاستعادة أو التحقق. بعد انتهاء النسخة الاحتياطية من نسخ الملفات، تنتظر حتى يصل كل مقطع WAL اللازم لجعل النسخة الاحتياطية متسقة إلى المستودع.

قد يتم تخزين النسخ الاحتياطية في المستودع بنفس تنسيق مجموعة PostgreSQL القياسية (بما في ذلك tablespaces). إذا تم تعطيل الضغط وتم تمكين الروابط الصلبة، فمن الممكن أخذ لقطة (snapshot) لنسخة احتياطية في المستودع وتشغيل مجموعة PostgreSQL مباشرة على اللقطة. هذا مفيد لقواعد البيانات بحجم تيرابايت التي يستغرق استعادتها بالطريقة التقليدية وقتًا طويلاً.

تستخدم جميع العمليات fsync على مستوى الملف والدليل لضمان المتانة.

Page Checksums

إذا تم تمكين page checksums، سيتحقق pgBackRest من checksums لكل ملف يتم نسخه أثناء النسخ الاحتياطي. يتم التحقق من جميع page checksums أثناء النسخ الاحتياطي الكامل، ويتم التحقق من checksums في الملفات التي تغيرت أثناء النسخ الاحتياطي التفاضلي والتزايدي.

لا توقف حالات فشل التحقق عملية النسخ الاحتياطي، ولكن يتم إخراج تحذيرات تحتوي على تفاصيل الصفحات التي فشل التحقق منها بالضبط إلى وحدة التحكم وسجل الملفات.

تتيح هذه الميزة اكتشاف التلف على مستوى الصفحة مبكرًا، قبل انتهاء صلاحية النسخ الاحتياطية التي تحتوي على نسخ صالحة من البيانات.

استئناف النسخ الاحتياطي

يمكن استئناف نسخة احتياطية متوقفة من النقطة التي توقفت عندها. تتم مقارنة الملفات التي تم نسخها بالفعل مع checksums في manifest لضمان السلامة. نظرًا لأن هذه العملية يمكن أن تتم بالكامل على مضيف المستودع، فإنها تقلل الحمل على مضيف PostgreSQL وتوفر الوقت لأن حساب checksum أسرع من ضغط البيانات وإعادة إرسالها.

الضغط المتدفق وChecksums

يتم إجراء عمليات الضغط وحساب checksum في تدفق أثناء نسخ الملفات إلى المستودع، سواء كان المستودع موجودًا محليًا أو عن بُعد.

إذا كان المستودع على مضيف مستودع، يتم إجراء الضغط على مضيف PostgreSQL ويتم نقل الملفات بتنسيق مضغوط وتخزينها ببساطة على مضيف المستودع. عند تعطيل الضغط، يتم استخدام مستوى ضغط أقل للاستفادة بكفاءة من النطاق الترددي المتاح مع إبقاء تكلفة CPU عند الحد الأدنى.

Delta Restore

يحتوي manifest على checksums لكل ملف في النسخة الاحتياطية بحيث يمكن أثناء الاستعادة استخدام هذه checksums لتسريع المعالجة بشكل هائل. في delta restore، يتم أولاً إزالة أي ملفات غير موجودة في النسخة الاحتياطية ثم يتم إنشاء checksums للملفات المتبقية. تُترك الملفات التي تطابق النسخة الاحتياطية في مكانها ويتم استعادة بقية الملفات كالمعتاد. يمكن أن تؤدي المعالجة المتوازية إلى انخفاض كبير في أوقات الاستعادة.

دفع وجلب WAL المتوازي وغير المتزامن

تم تضمين أوامر مخصصة لدفع WAL إلى الأرشيف وجلب WAL من الأرشيف. يدعم كلا الأمرين التوازي لتسريع المعالجة ويعملان بشكل غير متزامن لتوفير أسرع وقت استجابة ممكن لـ PostgreSQL.

يكتشف دفع WAL تلقائيًا مقاطع WAL التي يتم دفعها عدة مرات ويزيل التكرار عندما يكون المقطع متطابقًا، وإلا يتم رفع خطأ. يسمح دفع WAL غير المتزامن بنقل العملية إلى عملية أخرى تقوم بضغط مقاطع WAL بالتوازي لتحقيق أقصى إنتاجية. يمكن أن يكون هذا ميزة حاسمة لقواعد البيانات ذات حجم الكتابة المرتفع للغاية.

يحافظ جلب WAL غير المتزامن على قائمة انتظار محلية لمقاطع WAL التي تم فك ضغطها وجاهزة لإعادة التشغيل. هذا يقلل الوقت اللازم لتوفير WAL لـ PostgreSQL مما يزيد سرعة إعادة التشغيل إلى أقصى حد. تستفيد الاتصالات والتخزين ذات زمن الوصول الأعلى (مثل S3) من ذلك أكثر من غيرها.

يضمن كلا الأمرين push وget تطابق قاعدة البيانات والمستودع من خلال مقارنة إصدارات PostgreSQL ومعرفات النظام. هذا يلغي فعليًا إمكانية تكوين موقع أرشيف WAL بشكل خاطئ.

دعم Tablespace والروابط

يتم دعم tablespaces بالكامل، وعند الاستعادة يمكن إعادة تعيين مسار tablespaces إلى أي موقع. من الممكن أيضًا إعادة تعيين مسار جميع tablespaces إلى موقع واحد بأمر واحد وهو مفيد لعمليات الاستعادة التطويرية.

يتم دعم روابط الملفات والأدلة لأي ملف أو دليل في مجموعة PostgreSQL. عند الاستعادة، من الممكن استعادة جميع الروابط إلى مواقعها الأصلية، أو إعادة تعيين مسار بعض أو كل الروابط، أو استعادة بعض أو كل الروابط كملفات أو أدلة عادية داخل دليل المجموعة.

دعم S3 وAzure وGCS

يمكن أن تكون مستودعات pgBackRest موجودة في مخازن كائنات متوافقة مع S3 وAzure وGCS للسماح بسعة واحتفاظ غير محدودين فعليًا.

التشفير

يمكن لـ pgBackRest تشفير المستودع لتأمين النسخ الاحتياطية أينما تم تخزينها.

الحماية من برامج الفدية والبرمجيات الخبيثة

عندما يتم تخزين المستودع على تخزين كائنات مُصدَّر بالإصدارات (versioned)، يمكن لـ pgBackRest قراءة المستودع كما كان في نقطة زمنية معينة. إذا تم حذف النسخ الاحتياطية أو إتلافها عن طريق الخطأ أو البرمجيات الخبيثة أو برامج الفدية، يمكن استخدام وقت مستهدف لاستعادة البيانات من قبل حدوث الضرر.

يتم دعم الإصدارات (versioning) بواسطة مخازن الكائنات المتوافقة مع S3 وAzure وGCS. يمكن أن يوفر قفل الكائنات (object locking) لـ S3 والحذف الناعم (soft delete) لـ GCS أو Azure حماية إضافية ضد التلاعب.

التوافق مع عشرة إصدارات من PostgreSQL

يتضمن pgBackRest دعمًا لعشرة إصدارات من PostgreSQL، الإصدارات الخمس المدعومة وآخر خمس إصدارات انتهى دعمها (EOL). وهذا يتيح وقتًا كافيًا للترقية إلى إصدار مدعوم.

البدء

يسعى pgBackRest إلى أن يكون سهل التكوين والتشغيل:

• أدلة المستخدم لأنظمة التشغيل المختلفة وإصدارات PostgreSQL.
• مرجع الأوامر لعمليات سطر الأوامر.
• مرجع التكوين لإنشاء تكوينات pgBackRest.

الرعاة

لن يكون pgBackRest موجودًا بدون الرعاية: الميزات الجديدة، وإصلاح الأخطاء، ومراجعة المساهمات، ودعم المجتمع، والصيانة كلها تستغرق وقتًا كبيرًا. يرجى التفكير في الرعاية إذا كنت تستخدم pgBackRest في مؤسستك.

رعاتنا: AWS، Supabase، pgEdge، Tiger Data، Percona، Eon، Xata، Dalibo، Data Egret.

نحن ممتنون لرعاتنا لاستثمارهم في البنية التحتية مفتوحة المصدر التي تفيد مجتمع PostgreSQL بأكمله.