有「故障安全」的基本設計思想。然而，許多人對故障安全有很大的誤解。
為了確保安全性，使其具有雙重三重.多重功能，而不是「故障安全」。所謂故障安全，機器、系統和其他人製造的東西必定會發生事故和錯誤。外部因素，例如**等天災和恐怖襲擊等人禍也會導致事故發生。這是無法抵擋的。萬一發生事故和錯誤的時候，一定要把機器和系統引導到安全的方向，這樣的基本設計思想就是故障安全。
擁有多重的安全裝置被稱為「容錯」，這是為了不發生事故的設計思想，故障安全是一定會發生事故和錯誤的前提下的設計思想，這兩者從根本上是不同的。
例如，高鐵。萬一高鐵的車輛發生事故的時候，從故障安全的觀點來看，必須把車輛引導到安全的方向上。那就是首先讓車輛停下來。另外，即使在**等外部因素的情況下，盡早停止車輛1秒也是很重要的，事實上，高鐵不僅是車輛的設計思想，控制系統等也作為故障安全的設計思想是最重要的課題。
但事實是，它不是完美的，而是每天都在努力爭取更完美的故障安全。
那麼飛機呢？如果正在飛行的飛機發生故障，有沒有辦法把它引導到安全方面呢？
不幸的是，到目前為止還沒有找到它。也就是說，當飛行的飛機發生事故時，飛機不能立即停止。
所以，在飛機的情況下，我們的目標是安裝多重安全裝置，以確保絕對不會發生事故，也就是說，更完整的容錯能力。因此，現在的飛機，其事故發生率極少，比汽車更安全一般地說的是您知道的那樣。
而且，其容錯措施目前仍在努力，以更完善為目標。換句話說，飛機吸取了過去的事故教訓，進一步提高了容錯能力。這些努力的積累到了現在。正因為如此，大多數人對飛機都有絕對的信賴感，在不懷疑安全的情況下登機。不用說，我們也是其中之一。
這樣，故障安全和容錯就是「似是而非」。前者是確定論，後者是基於概率論的安全性立場。
故障安全寫成了基本設計思想。這個「基本」是什麼呢？基本不是部分，也就是說。一定會發生事故和錯誤。也有外部因素造成的事故。在上述高鐵的情況下，發生事故時一定要「停」。高鐵有數量不多的系統和部件，每個系統和部件也有設計思想，但不能把它們的設計思想稱為基本設計。首先是高鐵的基本設計思想，即故障安全，繼承其基本設計思想，各系統和零部件的設計思想成立。
這也是計算機系統所能說的。在計算機系統中，首先有系統整體的基本設計思想，部分系統和各個程式繼承這個基本設計思想，構建整體的設計思想。在計算機系統中，缺陷(錯誤.也被稱為錯誤)總是存在的，這是常識的基本設計思想，在沒有缺陷的前提下，系統設計在那個時候是不合格的。
事情有「一長一短」的東西。高鐵雖然可以以故障安全為目標，但是故障安全是以事故一定會發生為前提的對策，如果是絕對不會發生事故的想法，故障安全是不成立的。另外，不能坐高鐵去美國。使用飛機可以前往世界各地，但不能尋求故障安全，因此飛機將容錯能力提公升到接近完美的程度。
不管是高鐵還是飛機，都是基於事故一定會發生的思想而採取各種各樣的對策，如果新幹線和飛機的相關人員以「事故絕對不會發生」為前提，或者說出口的話，在那個時候就會失去信用了吧？「為了絕對不發生事故，我們會不斷採取對策和努力。」這就是正確答案吧。
因為「事故一定會發生」，所以認為「絕對安全是不可能的」的前提，才是安全的第一步。
笑著學會Linux 系統之故障排查
1.mbr扇區故障 我們不用毀壞乙個裝有linux系統的物理計算機，可以通過虛擬機器，用命令將mbr扇區資料破壞掉，再進行修復來實現。故障模擬 備份現有磁碟的mbr扇區資料到新增的磁碟 新增一塊磁碟 命令如下 dd if dev sda of backup mbr.bak bs 512 count ...
論運維之故障排查思路與方法
運維故障思路剖析 1 出了問題冷靜分析，仔細聽通告者描述的問題，勿要慌張理清思路 2 根據描述問題檢視相應的服務有沒有埠 後台是否有執行的程式 防火牆的策略 網路問題 報錯日誌 3 如若有些開源軟體需要連線至資料庫，在看資料庫的埠 後台執行的程式，是否能登入 4 一般到了這一步就是疑難問題啦！仔細分...
php 斷點除錯工具配置之故障排除
故障排除 本節介紹了對偵錯程式和相關檔案進行故障排除時所需的過程和技術。查詢正確的 php.ini 檔案 在配置 php 以使用偵錯程式擴充套件時 xdebug 或 zend debugger 需要確保您編輯的是正確的 php.ini 檔案並且具有正確的偵錯程式變數zend extension。要查...