跟蹤糾正措施，直到執行完成。必須記住，在糾正措施未完全執行之前，事故的風險將永遠存在。必須確保執行者和完成日期到位。并且申請人應該對此負責。即使是原始事件也逐漸成為過去。要將其標記為錯誤跟蹤系統或其他類似工具， 它被營銷型網站建站標記為一個高優先級項目。這有助于確保記錄正確的信息，因此避免損失。

　　糾正活動經常會滿足并發展競爭資源的優先權。對于網站的穩定性和新功能，在重要的水平上給出相同的治療，此時獲得管理支持，很重要。該公司聲稱穩定該網站，完成確保修正活動，偉大的幫助。糾正措施是根據可以防止的類似事故的數量來確定優先級。如果措施只能糾正當前的事故，另一種措施可以解決一組可能的類似事故。后者將獲得更高的優先級。因此， 工程部門還將重點關注這一措施。

　　此外，確保將數據之后分析輸入到最終工具中，為該活動提供根本原因類別，為了執行數據挖掘，因此，管理層還可以識別長期趨勢。我們使用此類事故類別，如硬件故障， 與更新有關， 容量/交通事故， 現有的軟件錯誤，分類事故。使用歷史數據，應用程序，申請什么樣的工具， 使用什么樣的自動化項目來制定更清晰的政策。要在多個事故類別上使用資源，因此，整個公司都有這些事故的發生率。帶停機時間的歷史數據，對于困難的項目， 消費資源項目特別有用。

　　[營銷施工網站服務]

　　經過多年的分析經驗，我發現了一些內容。你可能[專業網站生產官方網站]將考慮使用它進行糾正活動，我稱之為可操作性。

　　消除單點故障

　　硬件5月，也會，失敗。使用冗余保護。不要讓硬件未成為影響客戶的事件的原因。

　　容量規劃

　　了解未來的能力需求。基于主要限制的整體利用（如CPU， 記憶， I / O， 和存儲），不建立輔助約束條件（例服務營銷網站建設如用戶數）。對于你需要的人，在你需要之前，做你的準備。

　　監視器

　　監測對于檢測和診斷事故非常重要。本書的其他章節已經為監測提供了很多建議。

　　發布管理

　　從歷史，更新是事件的主要原因。確保您的發布過程具有適當的質量控制，考慮這樣的實施概念，如自動測試， 預覽環境， 有限的生產部署， 黑暗開始（部署代碼，但不要激活它的功能，直到代碼穩定，直到立即回滾的能力。

　　操作和維護架構評論

　　在發布之前，查看架構，新的發布或產品將如何在生產環境中進行審查，考慮可維護性， 失敗場景， 對事件的回應， 和架構的可靠性和可擴展性。

　　配置管理

　　隨著系統的增長，生產環境中的配置將變得更加復雜。更新生產配置的重要性通常會導致人類事故的重要性。有一個易于理解的， 易于使用的配置管理系統，將幫助工程師避免這些無意的問題。請參閱本書第5章，查看更多建議。

　　替代和改進過程

　　找出問題，向可以盡快解決問題的人提交。

　　不穩定的組件

　　識別并修復已創建和人類事故的軟件組件。徽標作為高優先級，即使他們很容易修復。這些手冊[服務專業網站施工服務]修復積累，將對客戶體驗負極， 縮放容量， 和療效。

　　采取主動行動，確保網站施工內容的可操作性，可以避免很多痛苦。