If the clock watcher announces that

If the clock watcher announces that it is time to begin the back-out plan, you have to begin the back-out plan. This may happen if the upgrade is taking longer than expected or if it is complete but the tests continue to fail. The decision is driven entirely by the clock—it is not about you or the team. It’s can be disappointing and frustrating to back out of a complex upgrade but maintaining the integrity of the server is the priority.
Reverting the system back to its previous state should not be the only component of the back-out plan. Customers might agree that if only certain tests fail, they may be able to survive without that service for a day or two while it is repaired. Decide in advance the action plan for each potential failure.
After the back-out plan is executed, the services should be tested again. At this point it is important to record in your checklist the results of your changes. This is useful in reporting status back to management, record keeping for improving the process next time, or recalling what happened during a postmortem. Record specifics such as “implemented according to plan,” “implemented but exceeded change window,” “partial implemention; more work to be done,” “failed; change backed out,” “failed; service unusable; end of world predicted.” If possible, capture the output of the test suite and archive it along with the status information. This will help immensely in trying to remember what happened next week, month, or year.

ผลลัพธ์ (ไทย) 1:

ถ้าเฝ้านาฬิกาประกาศว่ามันเป็นเวลาที่จะเริ่มต้นการวางแผนการกลับออกคุณต้องเริ่มต้นการวางแผนการกลับออก นี้อาจเกิดขึ้นได้หากการอัพเกรดนี้ใช้เวลานานกว่าที่คาดไว้หรือถ้ามันจะเสร็จสมบูรณ์ แต่ผลการทดสอบอย่างต่อเนื่องที่จะล้มเหลว การตัดสินใจที่จะขับเคลื่อนโดยสิ้นเชิงนาฬิกามันไม่ได้เกี่ยวกับคุณหรือทีมงานมันสามารถเป็นที่น่าผิดหวังและน่าผิดหวังที่จะกลับออกมาจากการอัพเกรดที่ซับซ้อน แต่การรักษาความสมบูรณ์ของเซิร์ฟเวอร์เป็นลำดับความสำคัญ.
คืนระบบกลับสู่สถานะเดิมไม่ควรเป็นเพียงส่วนประกอบของแผนกลับออก ลูกค้าอาจจะยอมรับว่าถ้าการทดสอบบางอย่างเท่านั้นที่ล้มเหลวพวกเขาอาจจะสามารถอยู่รอดได้โดยไม่ต้องให้บริการสำหรับวันหรือสองที่ในขณะที่มันมีการซ่อมแซมตัดสินใจในการวางแผนการดำเนินการล่วงหน้าสำหรับแต่ละความล้มเหลวที่อาจเกิดขึ้น.
หลังจากแผนการกลับออกจะถูกดำเนินการบริการที่ควรจะทดสอบอีกครั้ง ที่จุดนี้มันเป็นสิ่งสำคัญที่จะบันทึกในรายการตรวจสอบของคุณผลของการเปลี่ยนแปลงของคุณ นี้จะเป็นประโยชน์ในการรายงานสถานะกลับไปที่การจัดการการบันทึกการรักษาสำหรับการปรับปรุงกระบวนการในครั้งต่อไปหรือนึกถึงสิ่งที่เกิดขึ้นในระหว่างการชันสูตรศพเฉพาะบันทึกเช่น "การดำเนินการตามแผน", "ดำเนินการ แต่เกินหน้าต่างการเปลี่ยนแปลง", "Implemention บางส่วนทำงานมากขึ้นที่จะทำ", "ล้มเหลวการเปลี่ยนแปลงถอยออกมา", "ล้มเหลวไม่สามารถใช้งานบริการ; จุดสิ้นสุดของโลกที่คาดการณ์ไว้." ถ้าเป็นไปได้จับภาพการส่งออกของชุดทดสอบและเก็บไว้พร้อมกับข้อมูลสถานะนี้จะช่วยอย่างมากในการพยายามที่จะจำสิ่งที่เกิดขึ้นในสัปดาห์หน้าเดือนหรือปี.

ผลลัพธ์ (ไทย) 2:

ถ้า watcher นาฬิกาประกาศว่า เป็นเวลาเริ่มแผนหลังออก คุณต้องเริ่มแผนหลังออก นี้อาจเกิดขึ้นหากรุ่นใช้เวลานานขึ้น กว่าที่คาดไว้ หรือ ถ้ามันเสร็จสมบูรณ์ แต่การทดสอบยังไม่ การตัดสินใจที่ถูกควบคุม โดยนาฬิกาทั้งหมดซึ่งไม่เกี่ยวกับตัวคุณหรือทีมงาน จึงสามารถจะชิว ๆ และ frustrating การสำรองจากรุ่นซับซ้อน แต่รักษาความถูกต้องของเซิร์ฟเวอร์เป็นสำคัญ.
เปลี่ยนกลับระบบกลับไปยังสถานะก่อนหน้านี้ไม่ควรเป็นส่วนประกอบเฉพาะของแผนหลังออกได้ ลูกค้าอาจตกลงว่า ถ้าเฉพาะบางการทดสอบล้มเหลว พวกเขาสามารถอยู่รอด โดยที่บริการสำหรับหนึ่งหรือสองวันในขณะที่มีการซ่อมแซม ตัดสินใจว่า แผนการดำเนินการสำหรับแต่ละอาจล้มเหลวล่วงหน้า
หลังจากกลับออกแผนการดำเนินการ การบริการควรจะทดสอบอีกครั้ง จุดนี้ เป็นสำคัญบันทึกในการตรวจสอบผลลัพธ์ของการเปลี่ยนแปลง นี้มีประโยชน์ในการรายงานสถานะย้อนกลับเพื่อการบริหารจัดการ การเก็บสำหรับการปรับปรุงครั้งต่อไป บันทึก หรือเรียกสิ่งที่เกิดขึ้นระหว่าง postmortem เป็น ประเภทระเบียนเช่น "ดำเนินการตามแผน "ใช้ แต่เกินเปลี่ยนหน้าต่าง "คณะบางส่วน เพิ่มเติมทำงานที่ต้องทำ "ล้มเหลว "สำรองข้อมูล เปลี่ยนแปลง"สำเร็จ บริการใช้ไม่ได้ จุดสิ้นสุดของโลกที่คาดการณ์" ถ้าเป็นไปได้ จับภาพการแสดงผลของชุดการทดสอบ และเก็บไว้กับข้อมูลสถานะ ซึ่งจะช่วยให้อย่างกว้างขวางในการพยายามจดจำสิ่งที่เกิดขึ้นสัปดาห์ถัดไป เดือน หรือปี

ผลลัพธ์ (ไทย) 3:

หากติดตามนาฬิกาที่ประกาศว่าเป็นช่วงเวลาของการเริ่มต้นแผนกลับไป - มาจากที่คุณได้เริ่มแผนกลับไป - มา กรณีนี้อาจเกิดขึ้นหากการอัปเกรดเป็นการนานกว่าที่คาดไว้หรือหากจะมีการทดสอบที่สมบรูณ์แบบแต่ไม่สามารถดำเนินการต่อหรือไม่ การตัดสินใจที่จะขับรถอย่างสิ้นเชิงโดยนาฬิกาที่ไม่ใช่เกี่ยวกับคุณหรือทีมที่มันเป็นสามารถผิดหวังและทำให้คุณอารมณ์เสียเพื่อกลับออกจากการอัพเกรดที่ซับซ้อนแต่ยังคงรักษาความสมบูรณ์ของเซิร์ฟเวอร์ที่มีลำดับความสำคัญที่.
ย้อนกลับระบบกลับไปสู่สถานะก่อนหน้าจะไม่มีคอมโพเนนต์ของแผนกลับไปที่ ลูกค้าอาจจะยอมรับว่าหากเท่านั้นการทดสอบบางอย่างไม่สามารถจะสามารถอยู่รอดได้โดยไม่ต้องให้บริการสำหรับหนึ่งวันหรือสองในขณะที่คุณจะได้รับการซ่อมแซมโดยตัดสินใจในการดำเนินการล่วงหน้าสำหรับความล้มเหลวที่อาจเกิดขึ้นแต่ละครั้ง.
หลังจากแผนกลับมาที่จะถูกประหารชีวิตควรจะได้รับบริการที่ได้รับการทดสอบอีกครั้ง ที่จุดนี้เป็นสิ่งสำคัญเพื่อทำการบันทึกในรายการตรวจสอบผลลัพธ์ของคุณในการเปลี่ยนแปลงของคุณ ซึ่งจะเป็นประโยชน์ในการรายงานสถานะกลับไปยังการจัดการการรักษาข้อมูลบันทึกสำหรับการปรับปรุงกระบวนการประมวลผลได้ในครั้งถัดไปหรือเรียกว่าเกิดอะไรขึ้นในระหว่างชันสูตรศพบันทึกเฉพาะเช่น"ได้นำไปใช้ตามแผน""ได้นำไปใช้แต่เกินเปลี่ยนหน้าต่าง,""บางส่วน implemention ;งานมากขึ้นเพื่อจะได้""ล้มเหลว;เปลี่ยนการสนับสนุนออกมา""ล้มเหลว;บริการไม่สามารถใช้งานได้;ปลายทางของโลกคาดว่า"หากเป็นไปได้ให้ถ่าย ภาพ ที่เอาต์พุตของการทดสอบแบบครบวงจรและการเก็บถาวรข้อมูลพร้อมกับที่ข้อมูลสถานะซึ่งจะช่วยให้ลูกค้าดีแทคในการพยายามที่จะจำได้ว่าอะไรจะเกิดขึ้นเดือนสัปดาห์ถัดไปหรือปี.