النسخ المتماثل لقاعدة PostgreSQL: الخيارات المدمجة وحدودها ومتى تفيد أداة CDC

وللإدارة العليا: أغلب بيئات PostgreSQL لا تحتاج إلى أكثر من النسخ المدمج إذا شُغّل وروقب كما ينبغي. ويبيّن التقييم أي الأجزاء تحتاج إلى غيره ولماذا.

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

روابط ذات صلةصفحة التعافي من الكوارثصفحة الترحيل إلى PostgreSQL

يرسل النسخ المتدفق سجل الكتابة المسبقة (WAL) من الخادم الرئيسي إلى خادم احتياطي أو أكثر، فيعيد كلٌّ منها تطبيقه. والخادم الاحتياطي نسخة مطابقة للعنقود كاملًا، ويستطيع أن يجيب عن استعلامات القراءة. وهذا هو الأساس المعتاد للتوافر العالي في PostgreSQL.

والقرارات المهمة قليلة. النسخ غير المتزامن يُبقي الخادم الرئيسي سريعًا، لكنه قد يفقد آخر المعاملات عند التحويل. أما النسخ المتزامن فينتظر تأكيد الخادم الاحتياطي، فيحمي تلك المعاملات ويضيف تأخيرًا إلى كل عملية تثبيت. ولا يقرر PostgreSQL وحده متى يحوّل العمل: بل يرقّي الخادمَ الاحتياطي مديرُ تحويلٍ عند التعطل، أو شخصٌ يتبع دليل تشغيل مكتوبًا، ثم تُنقل التطبيقات إليه. ومن غير هذه القطعة يبقى الخادم الاحتياطي نسخةً لا توافرًا.

ينشر النسخ المنطقي تغييرات الصفوف من جداول مختارة (publication) إلى قاعدة PostgreSQL أخرى مشتركة فيها (subscription). ويحتاج إلى ضبط wal_level على القيمة logical، وهذا يتطلب إعادة تشغيل. ويعمل بين إصدارات رئيسية مختلفة، وتبقى القاعدة المشتركة قابلة للكتابة، فيناسب نسخ التقارير وتجميع القواعد والترقيات. وحدوده معروفة، ويحسن حصرها قبل أن يكتشفها الإنتاج:

التقاط تغييرات البيانات (CDC) يقرأ التغييرات التي تجريها قاعدة البيانات ويطبّقها في مكان آخر، وتقارن صفحة التقاط تغييرات البيانات بين طرق الالتقاط. وiblync منصة إنتركي لترحيل البيانات ونسخها، وPostgreSQL في قائمة موصلاتها المنشورة. وتفيد حيث تتوقف الخيارات المدمجة:

• هدف مختلف. يمكن تطبيق التغييرات القادمة من PostgreSQL على محرك آخر في قائمة موصلات iblync، مع مطابقة للأنواع والأعمدة يُتفق عليها لكل مشروع.
• تقييد المعدل والطابور. يُقيَّد معدل النسخ حتى يحتفظ الإنتاج بقدرته، وإن تعذّر الوصول إلى الهدف تنتظر التغييرات في طابور بدل أن تفشل، ثم تُطبَّق عند عودته.
• المزامنة في الاتجاهين. يدعم iblync المزامنة ثنائية الاتجاه في مرحلة انتقالية يستقبل فيها نظامان الكتابة معًا، وتتناول صفحة المزامنة ثنائية الاتجاه قواعد التعارض التي يحتاجها ذلك.
• الإثبات. يذكر موقع iblync أن التحقق يعتمد على المجاميع الاختبارية (checksums) وعدد الصفوف. ونتفق على شروط النجاح لبياناتكم قبل أن يعتمد أحد على النسخة.

روابط ذات صلةصفحة التقاط تغييرات البياناتiblyncصفحة المزامنة ثنائية الاتجاهصفحة النسخ المتماثل الفوري

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

والبيئات التي تشغّل عدة محركات تطرح الأسئلة نفسها على كل محرك، وتتناول صفحتا النسخ المتماثل لـ MySQL والنسخ المتماثل لـ SQL Server هذين المصدرين.

روابط ذات صلةالنسخ المتماثل لـ MySQLالنسخ المتماثل لـ SQL Server

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

روابط ذات صلةصفحة مراقبة PostgreSQL

يُسعَّر كل مشروع على حدة بعد التقييم. وأهم ما يحدد الكلفة: عدد العناقيد والنسخ، ومعدل التغير، وهل يجب أن تكون نسخة ما متزامنة، وعدد الجداول بلا مفاتيح، وكثرة تغييرات الهيكل، وهل الهدف محرك آخر، ونموذج النشر، ومن يشغّل النسخ بعد ذلك. ويُسعَّر iblync نفسه بعرض سعر بحسب نظام المصدر ونظام الهدف وحجم البيانات.