عندما يؤدي تحديث العميل إلى تعطل موقعه: استعادة Tenant واحد دون المساس بالبقية

تلقى كل مستقل (freelancer) يدير مواقع العملاء هذه الرسالة: “الموقع متوقف ولم ألمس أي شيء.” عادةً ما يتغير شيء ما، تحديث تلقائي لإضافة (plugin auto-update)، تعديل خاطئ، تغيير في القالب (theme) أفسد التخطيط، والآن ينتظر العميل بينما تحاول معرفة كيفية التراجع عن ذلك. إذا كان خيارك الوحيد هو إعادة البناء يدويًا أو استعادة نسخة احتياطية كاملة للخادم تتراجع أيضًا عن مواقع عملائك الآخرين، فإن موقعًا واحدًا معطلاً يصبح فترة ما بعد ظهيرة مليئة بالمخاطر.

يغطي هذا الدليل نهاية دورة حياة موقع العميل وهي الاستعادة: إعادة موقع عميل واحد إلى حالة جيدة معروفة بسرعة، وإجراء عملية استعادة سلسة (restore broken wordpress client site)، دون إزعاج أي شيء آخر تديره. إنها شبكة الأمان أسفل سير عمل الصيانة من لوحة تحكم واحدة، لأن السبب الذي يجعلك تقوم بالتحديث بثقة هو قدرتك على التراجع بشكل نظيف (roll back wordpress site after update).

لماذا تعتبر الاستعادة محفوفة بالمخاطر في الإعداد المشترك (Shared Setup)

الطريقة التي يستضيف بها معظم المستقلين عملائهم تجعل الاسترداد مقامرة إما بكل شيء أو لا شيء:

• نسخة احتياطية واحدة للخادم تغطي الجميع. إذا كان جميع عملائك يشاركون نفس التثبيت وقمت باستعادة النسخة الاحتياطية الكاملة لليلة الماضية، فإنك تتراجع أيضًا عن تغييرات كل عميل آخر لهذا اليوم. إصلاح موقع واحد يكسر أربعة مواقع أخرى.
• الإصلاح اليدوي بطيء تحت الضغط. إن إعادة بناء موقع معطل يدويًا، أو البحث عن تحديث الإضافة (plugin) الذي تسبب في الفشل، هي بالضبط المهمة الخاطئة التي يجب القيام بها بينما يراقبك العميل.
• قد لا تمتلك نقطة استعادة حديثة. إذا كانت النسخ الاحتياطية يدوية، فقد يكون عمر آخر نسخة جيدة أسبوعًا، لذا فإن الاسترداد يعني فقدان عمل حقيقي حتى عندما ينجح.

الهدف هو استعادة موقع عميل واحد (recover one tenant multi-tenant wordpress)، من نسخة احتياطية حديثة، في دقائق، بينما يظل كل موقع آخر تديره كما هو تمامًا.

استعادة Tenant واحد وترك البقية كما هم

يستضيف GrabWP Tenancy Pro كل عميل كـ tenant معزول بقاعدة بياناته ومحتواه الخاص، ويتم تشغيل النسخ الاحتياطي والاستعادة لكل tenant بشكل منفصل. هذا العزل هو النقطة الأساسية أثناء الاسترداد: استعادة عميل واحد يمس هذا العميل فقط.

لديك بالفعل نقاط استعادة

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

التراجع من النسخ الاحتياطية الخاصة بالـ tenant

من شاشة الاستعادة الخاصة بالـ tenant، يتيح لك Pro إدراج وتنزيل وحذف واستعادة النسخ الاحتياطية السابقة الموجودة على القرص، مع علامات تبويب الاستعادة لاختيار نسخة احتياطية موجودة مقابل رفع أرشيف جديد. أنت تحدد آخر نسخة احتياطية معروفة وتُشغل الاستعادة. يغطي سير عمل الاستعادة المكون من 8 خطوات قاعدة بيانات الـ tenant، والمرفقات (uploads)، والمحتوى، والتكوين (config)، مع واجهة تقدم (AJAX progress UI) حتى تتمكن من مشاهدة اكتمال كل خطوة بدلاً من التخمين ما إذا كانت قد نجحت.

نظرًا لأن الاستعادة تقتصر على هذا الـ tenant الواحد، فلا يتأثر أي من عملائك الآخرين. يعود الموقع المعطل إلى حالة العمل، وتستمر بقية أعمالك في العمل دون توقف.

الاستعادة حتى عبر أنواع قواعد البيانات المختلفة

تعمل استعادة Pro عبر أنواع قواعد البيانات، لذلك يمكن استعادة الـ tenant بين MySQL المشتركة، أو MySQL المخصصة، و SQLite. إذا قمت بنقل عميل بين تخطيطات قاعدة البيانات أثناء الصيانة، فإن النسخة الاحتياطية لا تزال قابلة للاستخدام. لا يتم قفل الموقع على التكوين الدقيق الذي تم التقاطه فيه.

عندما يكون الخادم (Server) نفسه هو المشكلة

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

دليل استعادة يمكنك الوثوق به

اجمع القطع معًا وتصبح الاستعادة روتينية وتمثل خطة تعافي مثالية (wordpress freelancer disaster recovery) بدلاً من أن تكون مخيفة:

1. تأكيد النطاق. يتأثر موقع العميل الواحد فقط، لأن الـ tenants معزولون. أنت لا تمس أي شخص آخر.
2. اختر نقطة استعادة. النسخ الاحتياطية المجدولة تعني أن هناك نسخة جيدة وحديثة موجودة بالفعل على القرص أو في S3.
3. استعادة ذلك الـ tenant. قم بتشغيل الاستعادة المكونة من 8 خطوات من شاشة استعادة الـ tenant وشاهد اكتمالها.
4. تحقق وانتقل. تأكد من أن موقع العميل يعمل، وأخبر العميل أنه تم التعامل مع الأمر، ولن يعرف عملاؤك الآخرون أبدًا بحدوث أي شيء.

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

الاستعادة تغلق دورة الحياة

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

هل تدير مواقع العملاء وتريد نسخًا احتياطية لكل tenant يمكنك استعادتها في دقائق دون المساس بعملائك الآخرين؟ تتضمن خطة Pro نسخًا احتياطية مجدولة، واستعادة لكل tenant، واسترداد عبر قواعد البيانات بدءًا من $9.99/month.

مقالات ذات صلة

• استراتيجية نسخ احتياطي للمستأجرين في WordPress متعدد المستأجرين
• توقف عن إضاعة يوم الإثنين في تحديثات مواقع العملاء: صيانة من لوحة تحكم واحدة
• تسليم موقع WordPress مكتمل لعميلك دون احتكار