انتقلت القاعدة، ولم ينتقل عميل قديم — NovaCommerce 3

بدا نقل القاعدة في 26 دقيقة منتهيًا، ثم كتب لوحة قديمة في النسخة السابقة. الدرس: ضبط الكتّاب ومطابقة البيانات وتعافٍ يحفظ العمل الجديد.

المؤلف

Anichur Rahaman

منذ شهر5 دقيقة قراءة271 مشاهدة

انتقلت القاعدة، ولم ينتقل عميل قديم — NovaCommerce 3

الجزء 3 من 5

من خادم واحد إلى جاهز لليلة الامتحان

محتوى السلسلة

عند 22:59 يوم 5 أكتوبر 2026 انتهت نافذة القاعدة. عاد الموقع بعد 26 دقيقة. عند 23:24 اكتُشفت لوحة إدارة قديمة ما زالت تكتب في القاعدة السابقة. انتقل التطبيق ولم تنتقل كل جهات الكتابة.

NovaCommerce اسم مستعار لمنصة دورات وامتحانات. يحفظ الجزء الثالث سجل سبتمبر–أكتوبر القائم ويصحح الإرشاد التقني المحيط به. الأعداد تاريخية، لا تدقيق إنتاج جديد أو معيار StoreConsole.

زوج أصغر عالج خطرًا مختلفًا

كانت MySQL المُدارة عقدة واحدة 8 vCPU/32 GB دون احتياطي. صار الإعداد التاريخي MySQL 8.4 Standard، لكل عقدة 4 vCPU/16 GB، أساسي واحتياطي وبيانات نحو 11 GB. يعالج مسار تعطل عقدة، ولا يثبت صفر فقد بيانات أو تحويلًا لحظيًا أو تعافي منطقة كاملة.

تكلفة الزوج نحو $389 شهريًا ميزانية تاريخية لا عرض حالي. توثّق DigitalOcean قيود Standard Edition من 15 أكتوبر 2026 للحسابات الجديدة المشمولة ومن 30 نوفمبر للجميع. تحقق من الحساب والخطة وأهلية الاحتياطي قبل تقليدها. ينسخ الاحتياطي الحذف الخطأ أيضًا؛ ليس نسخة احتياطية.

نجحت فحوص وفات كاتب

يصف السجل توجيه الصيانة 22:33 وتصريف الطوابير وإيقاف الجدولة ومراقبة 30 ثانية دون كتابة ونسخًا قرابة عشر دقائق ثم تحققًا وصور تطبيق جديدة قبل 22:59. الهدوء ليس عزلًا؛ قد يكتب عميل منسي لاحقًا. احصر الويب والعمال والجدولة والردود والاستيراد واللوحات الخارجية، وامنع الكتابة القديمة قبل نسخة متسقة.

سُجل تطابق أعداد الجداول والصفوف وفحوص محتوى لاحقة ومقارنة تفصيلية لجدول نتائج كبير. احتفظ بالنطاق واللقطة والطريقة. تساوي الأعداد لا يثبت تساوي المحتوى؛ للمقارنة بعد التحويل حدود مطابقة صريحة. افحص الأدوار والمخطط والروتين/الأحداث المستخدمة والترميز وحفظ الإجابة وقراءتها فعليًا. ليس mysqldump القياسي محرك نسخ متوازيًا؛ غلاف متعدد التدفقات غير موثق ليس وصفة اتساق قابلة للتكرار.

ملاحظة تاريخية	القيمة المسجلة	ما لا تثبته
إجمالي النسخ	341 جدولًا؛ 18,727,244 صفًا	تساوي العدد ≠ تساوي حالة العمل
مقارنة النتائج الكبرى	نحو 2.76 مليون صف	احفظ النطاق والطريقة
أول أربع دقائق بعد الفتح	نحو 2,900 طلب؛ 0 5xx	ليس كل مسار أو كاتب لاحق
كتابات قديمة متأخرة	48 =44 دُمجت +4 حُفظت	ليست سياسة دمج عامة
تقدير الويب فقط	10 ×80 =800	يستثني القراءة/الكتابة والعامل والتداخل

غيّرت 48 صفًا متأخرًا معنى الرجوع

أضافت اللوحة 48 صفًا للقديم. دمج الإصلاح التاريخي 44 وأبقى أربع نسخ أحدث في الوجهة، ثم نقل اللوحة وغيّر الاعتماد القديم. الحساب 44+4=48 يصف هذه الحادثة لا قاعدة عامة «الأحدث زمنيًا يفوز». تحتاج الساعات والحذف والصفوف التابعة والتعديلات المتزامنة قواعد عمل وأثر تدقيق.

أوقف الكتّاب المنسيين وأنهِ الاتصالات القائمة أو اعزلها؛ تغيير كلمة السر قد لا يغلق جلسة موثقة سابقًا. تحقق من رفض الكتابة القديمة. حُفظ العنقود مجمدًا 48 ساعة بحسب السجل. بعد الكتابات الجديدة يصبح مادة تعافٍ لا وجهة رجوع محدثة. العودة دون مطابقة قد تفقد إجابات مقبولة. تحدد الاستعادة المختبرة والالتزامات مدة الحفظ، لا قاعدة 48 ساعة عامة.

خريطة نقل القاعدة: حصر العملاء وعزل الكاتب ونسخ متسق وفحص وتحويل مرجعية واحدة ومطابقة الصفوف المتأخرة. — اللوحة المنسية درس في ضبط الكتّاب. نافذة 26 دقيقة التاريخية ليست وعد مدة لكل انتقال.

القارئ البديل يحتاج عقد حداثة

استخدمت الحالة الأساسي والاحتياطي للقراءة، والأساسي وحده للكتابة وللعامل. قد يستفيد endpoint احتياطي مدعوم من سعة مدفوعة، لكنه يشارك موارد التعافي. تحقق من دعم المزود والتأخر والفشل؛ قارئ مخصص ليس هدرًا دائمًا.

يجعل Laravel sticky=true القراءة بعد الكتابة في الطلب نفسه تستخدم اتصال الكتابة. لا يحمي وحده الطلب التالي أو الجلسة كلها. تحتاج الحداثة بين الطلبات آلية مختبرة أو قراءة الإجابة المرجعية من الأساسي. تعدد مضيفي القراءة لا يضمن تحويلًا شاملًا بثانيتين أو إعادة كل استعلام بأمان. ميّز فشل الاتصال عن استعلام نُفذ بالفعل.

عدّ تقدير 10 عقد ×80 عملية PHP-FPM=800 اتصالًا واحدًا لكل عملية فقط. مع قراءة وكتابة قد تبلغ 1,600 قبل العامل والإدارة وتداخل النشر، مقابل الحد التاريخي 1,601. احسب كل مصدر وكل جيل عقد. سقف الاتصالات ليس ضمان إنتاجية.

افصل المتجهات دون وعد عزل كامل

حُفظت embeddings في PostgreSQL 17/pgvector مستقل بحجم تاريخي 2 vCPU/4 GB. أُعيدت تجربة 1 vCPU/2 GB بسبب حاجات الحمل. تفصل المثيلات ميزانيتي CPU والذاكرة، لكن التطبيق أو الشبكة أو المزود المشترك قد يربط الفشل. هذا اختيار حمل، لا ادعاء خلو كل عروض MySQL من قدرات متجهية.

سجل امتحان 7 أكتوبر CPU MySQL أقصى 24.5% ومتوسط 13.4% وخمسة استعلامات جارية كحد أقصى وصفر انتظار أقفال مرصود. يثبت ذلك فقط عدم تشبع هذه الإشارات في النافذة. لا يثبت سقف 450 requests/s أو ستة أضعاف السعة؛ تغيرها الاستعلامات وتنافس الكتابة وI/O والتحويل.

افصل اعتماد التطبيق محدود الصلاحيات عن حقوق الترحيل، وقيّد الوصول واختبر استعادة النسخ بفحوص تطبيق وأهداف تعافٍ مقاسة. احتياطي مضبوط ونسخ ناجح واستعادة ناجحة أدلة مختلفة. يتابع الجزء الرابع الطوابير والعامل.