لم نقضِ أي وقت في البحث عن سبب المشكلة لأنني أردت تشغيل @waffleslop في أسرع وقت ممكن. لقد قمت بترقية خوادم Discourse الخاصة بي (المستضافة على DigitalOcean) دون مشكلة. ومع ذلك، فأنا أستخدم سطر الأوامر بدلاً من الواجهة الرسومية نظرًا لأن لدي تثبيت غير قياسي.
يمكنني أن أوصي ببعض الأشياء لتقليل مخاطر التوقف الممتد:
- قم بعمل نسخة احتياطية قبل القيام بأي شيء! أتساءل عما إذا كان يجب أن يكون هناك تحذير في الواجهة يوصي بشدة بعمل نسخة احتياطية قبل أن تتمكن من إجراء تحديث. تمنحني النسخة الاحتياطية الحديثة راحة البال بأننا على الأقل يمكننا تشغيل Droplet جديد واستعادة الأشياء في أسوأ الحالات.
- تأكد من أنه يمكنك الوصول إلى نسختك الاحتياطية! قضيت أنا و @waffleslop جزءًا كبيرًا من وقتنا في معرفة كيفية الحصول على نسخة من
/var/discourseإلى Droplet الجديد. كان هناك شيء غريب جدًا يحدث مع Droplet الأصلي ولم نتمكن من مجردscpالملفات إلى Droplet الجديد. بالنسبة لخوادمي الخاصة، أضع النسخ الاحتياطية على S3 و أقوم بنسخها إلى جهازي المحلي كل ليلة. هل هذا مفرط؟ ربما. لكنه يمنحني الكثير من الخيارات عندما تتوقف الأمور عن العمل لسبب ما. - اختبر نسخك الاحتياطية من وقت لآخر. عندما تكون خوادم الإنتاج الخاصة بك معطلة، فأنت تريد أن تكون لديك ثقة في أنك تعرف ما تفعله. من الناحية المثالية، ستقوم باختبار نسخة احتياطية قبل إجراء تحديث مباشرة حتى يكون لديك مكان للرجوع إليه إذا حدث خطأ ما في الإنتاج. ولكن عادة ما يكون كافياً محاولة عمل نسخة احتياطية بشكل متكرر للحفاظ على العملية حاضرة في ذهنك.
- اثنان أفضل من واحد. ربما يكون هذا أنانية، ولكن يمكن أن يكون من الأسهل بكثير تجاوز حالة طوارئ إذا كان بإمكانك مشاركة شاشتك في مكالمة مع شخص لديه خبرة في هذا النوع من المواقف. من الناحية المثالية، تريد شخصًا يعرف كيفية استخدام سطر الأوامر.
طالما أنك تقوم بعمل نسخة احتياطية، يجب أن تكون آمنًا جدًا للترقية.