خمسة أمور تسجّلها قبل إعادة تشغيل الخادم

مصدر المفهوم: Incident Response – Google SRE Workbook. قائمة مرجعية قبل إعادة التشغيل التالية هو عرض مستقل لهذا ملاحظة، والنظام العام ليس إعادة تشغيل جميع الخواديم.

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

خمسة قبل العمل

• التأثير على المستخدمين: من متأثر؟ من أكد وقت التوقف وأين تم تسجيل المعلومات؟
• الملاحق: ما هي قاعدة البيانات أو التخزين أو نظام التوثيق؟ اقرأ التوقّف وبدء وثيقة الخدمة نفسها
• العمل النشط والأدلة: تجهيز الوقت، والمعاملات، ونقل الملفات، والعمليات الاحتياطية جارية؟ أخطاء التسجيل والوقت قبل فقدان الحالة المؤقتة.
• مسار الانتعاش والوصول: والنسخة التي يمكن استخدامها مسؤولة عن الاسترجاع والوصول القنصلي إذا فشلت الشبكة؟ لا تفترض "سنابشوت" بدون استعراضات، دعم مستقل
• المعيار النهائي: أي اختبار للمستعمل يؤكد صحة الخدمة ومن يعلن النتيجة؟

تسجيل قصير، ولكن قابل للاستخدام.

نمط بسيط لملاحظة العمليات:

سبب العمل: الخدمات المتأثرة: الأدلة الموثقة: ... مسؤول عن الاستعراض؛ والاختبار بعد الإطلاق؛ والقرار إذا كان الفشل هو:

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

وبعد التوضيح، لم يكتمل العمل.

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

وإذا ما حلت هذه المشكلة بصورة مؤقتة، سجل النتيجة عن كثب: " بعد الإطلاق، نجح السيناريو المحدد؛ ولم يتم بعد استكشاف السبب &quot

الدراسة ذات الصلة: الخدمات الصحية الحقيقية.