نسخ احتياطية من PostgreSQL قابلة للاستعادة: النسخ الأساسية، سجل WAL، والاستعادة في نقطة زمنية محددة

التصميم انطلاقًا من أهداف الاستعادة

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

دمج النسخ الأساسية مع WAL

يوفر النسخ الاحتياطي الفيزيائي الأساسي نقطة انطلاق متسقة. تسجّل سجلات WAL المؤرشفة كل تغيير لاحق وتمكّن من الاستعادة إلى وقت محدد، أو معاملة، أو نقطة استعادة. راقب نجاح أمر الأرشفة (archive_command)، وعدد الفشل، وآخر WAL مؤرشف، وتأخير الأرشفة. قد يكسر غياب مقطع WAL سلسلة الاستعادة حتى لو كانت النسخ الأساسية سليمة.

تطبيق قاعدة 3-2-1 بحكمة

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

نسخ النظام المحيط احتياطيًا

ملفات قاعدة البيانات وحدها لا تعيد إنشاء الخدمة. احفظ الأدوار والصلاحيات، والإضافات، وإعدادات PostgreSQL وPatroni، ومواد TLS، وإجراءات مفاتيح التشفير، وإعدادات أداة النسخ الاحتياطي، وتعريفات المراقبة، وبنية البنية التحتية. خزّن مفاتيح TDE بشكل منفصل عن النسخ الاحتياطية المشفرة، مع عملية إيداع وتدوير تُختبر بدورها.

الاستعادة وفق جدول زمني

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