كل نظام Odoo يحتاج إلى التوقف مؤقتاً بين حين وآخر. تحديث أمني، ترقية وحدة، ربط تكامل جديد، أو عملية صيانة على قاعدة البيانات: في مرحلة ما يجب العمل على النظام بينما لا يستخدمه أحد. الفرق بين الشركات هنا واضح، فمن يتعامل مع كل تحديث باعتباره مفاجأة يتحمل الاضطراب كاملاً، ومن يتعامل معه بنافذة صيانة ثابتة وقائمة تحقق وخطة تراجع لا يكاد فريقه يشعر بالأمر.
ما الذي يحتاج فعلاً إلى نافذة صيانة
ليس كل تغيير يستدعي إيقاف النظام، والتمييز بينها يوفر الكثير من التعطيل غير الضروري.
- تغييرات الإعداد مثل قائمة أسعار جديدة أو تعديل تقرير أو صلاحية مستخدم يمكن تنفيذها على النظام المباشر. المسألة هنا توقيت لا توقف، فلا أحد يعدّل إعدادات محاسبية أثناء إقفال آخر الشهر.
- تثبيت الوحدات ونشر الكود المخصص يحتاج نافذة فعلية، لأن Odoo يعيد تحميل الـ registry عند تحديث أي وحدة، والمستخدم الذي يكون في منتصف عملية يُقطع عليه العمل.
- التحديثات التصحيحية ضمن نفس الإصدار الرئيسي قصيرة عادة، لكنها تتطلب إعادة تشغيل.
- ترقية الإصدار، أي الانتقال من إصدار Odoo رئيسي إلى الذي يليه، ليست نافذة صيانة أصلاً. إنها مشروع له دورة اختبار خاصة به، والتعامل معها كمهمة ليلية هو أكثر الأسباب شيوعاً لفشلها.
- أعمال البنية التحتية مثل توسعة التخزين أو نقل الخادم أو صيانة قاعدة البيانات تقع على مزود الاستضافة، لكن يبقى من حقك معرفة موعدها.
كيف تختار النافذة
الميل الطبيعي هو اختيار أهدأ ساعة في الأسبوع، وهذا صحيح، لكن «الهدوء» تعريف خاص بنشاطك أنت لا بتقويم عام. المجموعة التي لديها كيانات في أكثر من دولة نادراً ما تتشارك عطلة واحدة، لذلك اختر النافذة بحسب الكيان الذي سيتضرر أكثر من التوقف، وراجعها على تقويم الإدارة المالية لا على التقويم المعلق على الحائط.
ما يجدر تجنبه: إقفال آخر الشهر والربع، تشغيل الرواتب، مواعيد الإقرارات الضريبية، أوقات إغلاق المستودع، وساعات الذروة في التجزئة. وإذا كان متجرك الإلكتروني أو بوابة العملاء يعملان على النظام نفسه فتذكّر أنهما يتوقفان أيضاً، وهما بلا ساعات عمل محددة أصلاً.
ونقطة عملية أخيرة: النافذة الليلية تحتاج شخصاً مستيقظاً يملك قرار التراجع. موعد في الساعة 2 فجراً بمهندس واحد لا يملك صلاحية الإيقاف أسوأ من موعد صباح السبت بوجود الأشخاص المناسبين.
ما يجب إنجازه قبل فتح النافذة
معظم العمل الحقيقي يحدث قبل أن تبدأ الساعة.
- جرّب التغيير نفسه على نسخة staging من بيئة الإنتاج، لا على قاعدة بيانات تجريبية. الأخطاء تختبئ في البيانات الحقيقية والصلاحيات الحقيقية وشجرة الحسابات الحقيقية.
- خذ نسخة احتياطية طازجة قبل البدء مباشرة، واعرف كم يستغرق الاسترجاع فعلياً. النسخة التي لم تجرب استرجاعها مجرد افتراض.
- اكتب خطوة التراجع قبل أن تحتاجها، وحدد وقتاً نهائياً للإلغاء. إذا لم يكتمل التغيير ويُتحقق منه قبل ذلك الوقت، تتراجع بدل الاستمرار.
- جهّز قائمة الفحوصات التي ستشغّلها بعد التحديث. ليس «الموقع يفتح»، بل ما تفعله الشركة فعلاً: تأكيد أمر بيع، ترحيل فاتورة، طباعة إذن تسليم، وفتح التقرير الذي تبدأ به الإدارة المالية صباحها.
- اتفق على من يكون حاضراً ومن يملك القرار. شخص واحد يقرر.
كيف تسير النافذة نفسها
النافذة النظيفة تأخذ الشكل نفسه في كل مرة. أعلن عنها وتأكد من خروج المستخدمين. أوقف الإجراءات المجدولة مؤقتاً حتى لا ينطلق cron على قاعدة بيانات نصف محدّثة. خذ النسخة الاحتياطية. طبّق التغيير وراقب السجل لا الساعة. شغّل فحوصات العمل. أعد فتح النظام، ثم استمر في المراقبة لساعة بعدها، لأن التدهور البطيء يبدو سليماً في الدقائق الخمس الأولى.
الخطوة الأكثر نسياناً هي البريد الصادر والمهام المتراكمة في الطابور. إذا أوقفتها أثناء العمل، فقد يخرج كل ما تجمع دفعة واحدة عند إعادة الفتح، فيصل العميل عشرات الإشعارات المتشابهة ويصبح انطباعه عن نافذة الصيانة سيئاً. أفرغ ذلك الطابور بشكل متدرج ومقصود.
ماذا تعني عبارة «بدون توقف» عادة
كن متشككاً تجاه أي مزود يعدك بعدم وجود أي انقطاع. تحديث وحدة في Odoo يأخذ أقفالاً على قاعدة البيانات ويعيد تحميل الـ registry، ولا يمكن فعل ذلك والمستخدمون في منتصف عملياتهم ثم ادعاء أن شيئاً لم يحدث. ما يستطيع المزود الجيد تقديمه بصدق هو نافذة قصيرة، في وقت اخترته أنت، بتغيير مُجرّب مسبقاً وطريق رجوع مختبر. هذا وعد مختلف عن «صفر توقف»، وهو الوعد الذي يستحق أن يكون مكتوباً. وإذا كان لديك اتفاقية مستوى خدمة، فتحقق مما إذا كانت نوافذ الصيانة المخططة مستثناة من نسبة الجاهزية، لأنها مستثناة في الغالب. خدمة الدعم المُدار واتفاقيات مستوى الخدمة لدينا قائمة تحديداً على هذا النوع من العمل التشغيلي المستمر.
في استضافة Plemo المُدارة لـ Odoo، تأتي العناصر التي تجعل النافذة قابلة للنجاة ضمن المنصة نفسها: نسخ احتياطية تلقائية، واسترجاع إلى نقطة زمنية محددة، وبيئة staging يُجرّب فيها التغيير قبل جدولته. أما الخطة فتبقى مسؤوليتك أنت. الأدوات تحدد فقط كم تكلفتك إن كنت مخطئاً.