造成作業系統故障的六大原因是什麼

時間 2021-10-14 20:34:39

1樓:匿名使用者

在資料庫執行過程中,可能會出現各種各樣的故障,這些故障可分為以下三類:事務故障、系統故障和介質故障。應該根據故障型別的不同,採取不同的恢復策略。

1,事務故障及其恢復:

事務故障表示由非預期的、不正常的程式結束所造成的故障。

造成程式非正常結束的原因包括輸人資料錯誤、運算溢位、違反儲存保護、並行事務發生死鎖等。

發生事務故障時,被迫中斷的事務可能已對資料庫進行丁修改,為了消除該事務對資料庫的影響,要利用日誌檔案中所記載的資訊,強行回滾(rollback)該事務,將資料庫恢復到修改前的初始狀態。

為此,要檢查日誌檔案中由這些事務所引起的發生變化的記錄,取消這些沒有完成的事務所做的一切改變。

這類恢復操作稱為事務撤銷(undo),具體做法如下。

(1)反向掃描日誌檔案,查詢該事務的更新操作。

(2)對該事務的更新操作執行反操作,即對已經插入的新記錄進行刪除操作,對己刪除的記錄進行插入操作,對修改的資料恢復舊值,用舊值代替新值。這樣由後向前逐個掃描該事務已做的所有更新操作,並做同樣處理,直到掃描到此事務的開始標記,事務故障恢復完畢為止。

因此,一個事務是一個工作單位,也是一個恢復單位。一個事務越短,越便於對它進行undo操作。如果一個應用程式執行時間較長,則應該把該應用程式分成多個事務,用明確的commit語句來結束各個事務。

2,系統故障及其恢復系統故障是指系統在執行過程中,由於某種原因,造成系統停止運轉,致使所有正在執行的事務都以非正常方式終止,要求系統重新啟動。引起系統故障的原因可能有硬體錯誤(如cpu故障、作業系統)或dbms**錯誤、突然斷電等。

這時,記憶體中資料庫緩衝區的內容全部丟失,雖然儲存在外部儲存裝置上的資料庫並未破壞,但其內容不可靠了。系統故障發生後,對資料庫的影響有以下兩種情況。

一種情況是一些未完成事務對資料庫的更新已寫入資料庫,這樣在系統重新啟動後,要強行撤銷(undo)所有未完成的事務,清除這些事務對資料庫所做的修改。這些末完成事務在日誌檔案中只有begin translatl0n標記,而無commit標記。

另一種情況是有些已提交的事務對資料庫的更新結果還保留在緩衝區中,尚未寫到磁碟上的物理資料庫中,這也使資料庫處於不一致狀態,因此應將這些事務已提交的結果重新寫入資料庫。這類恢復操作稱為事務的重做(redo)。這種巳提交事務在日誌檔案中既有bgin transcation標記,也有commit標記。

因此,系統故障的恢復要完成兩方面的工作,既要撤銷所有末完成的事務,還要重做所有已提交的事務,這樣才能將資料庫真正恢復到一致的狀態。具體做法如下。

(1)正向掃描日誌檔案,查詢尚未提交的事務,將其事務標識記人撤銷佇列。同時查詢已經提交的事務,將其事務標識記入重做佇列。

(2)對撤銷佇列中的各個事務進行撤銷處理。方法同事務故障中所介紹的撤銷方法。

(3)對重做佇列中的各個事務進行重做處理。進行重做處理的方法是正向掃描日誌檔案,按照日誌檔案中所登記的操作內容,重新執行操作,使資料庫恢復到最近某個可用狀態。

系統發生故障後,由於無法確定哪些末完成的事務已更新過資料庫,哪些事務的提交結果尚未寫入資料庫,因此係統重新啟動後,就要撤銷所有的末完成的事務,重做所有的已經提交的事務。

但是,在故障發生前已經執行完畢的事務有些是正常結束的,有些是異常結束的。所以無須把它們全部撤銷或重做。

通常採用設立檢查點(checkpoint)的方法來判斷事務是否正常結束。每隔一段時間,比如說5分鐘,系統就產生一個檢查點,做下面一些事情:a,把仍保留在日誌緩衝區中的內容寫到日誌檔案中;b,在日誌檔案中寫一個「檢查點記錄」;c,把資料庫緩衝區中的內容寫到資料庫中,即把更新的內容寫到物理資料庫中;d,把日誌檔案中檢查點記錄的地址寫到「重新啟動檔案」中。

每個檢查點記錄包含的資訊有在檢查點時間的所有活動事務一覽表、每個事務最近日誌記錄的地址。

在重新啟動時,恢復管理程式先從「重新啟動檔案」中獲得檢查點記錄的地址,從日誌檔案中找到該檢查點記錄的內容,通過日誌往回找,就能決定哪些事務需要撤銷,恢復到初始的狀態,哪些事務需要重做。為此利用檢查點資訊能做到及時、有效、正確地完成恢復工作。

3,介質故障及其恢復介質故障是指系統在執行過程中,由於輔助儲存器介質受到破壞,使儲存在外存中的資料部分或全部丟失。

這類故障比事務故障和系統故障發生的可能性要小,但這是最嚴重的一種故障,破壞性很大,磁碟上的物理資料和日誌檔案可能被破壞,這需要裝入發生介質故障前最新的後備資料庫副本,然後利用日誌檔案重做該副本後所執行的所有事務。

具體方法如下。

(1)裝入最新的資料庫副本,使資料庫恢復到最近一次轉儲時的可用狀態。

(2)裝入最新的日誌檔案副本,根據日誌檔案中的內容重做已完成的事務。首先掃描日誌檔案,找出故障發生時己提交的事務,將其記入重做佇列。然後正向掃描日誌檔案,對重做佇列中的各個事務進行重做處理,方法是正向掃描日誌檔案,對每個重做事務重新執行登記的操作,即將日誌記錄中「更新後的值」寫入資料庫。

這樣就可以將資料庫恢復至故障前某一時刻的一致狀態了。

2樓:魂醉於心

系統檔案被刪除

系統檔案被禁用

驅動安裝不相容

防毒軟體安裝數量太多

操作不當

軟體和系統不相容

3樓:小阿斗

系統故障分為硬故障和軟故障,造成的原因

(1)系統配置不當,未安裝驅動程式或驅動程式之間產生衝突(2)記憶體管理設定錯誤,如記憶體管理衝突、記憶體管理順序混亂、記憶體不夠等(3)病毒感染

(4)cmos引數設定不當

(5)軟、硬體不相容

(6)軟體的安裝、設定、除錯、使用和維護不當等。

導致作業系統故障的主要原因有哪些

4樓:無語翹楚

在資料庫執行過程中,可能會出現各種各樣的故障,這些故障可分為以下三類:事務故障、系統故障和介質故障。應該根據故障型別的不同,採取不同的恢復策略。

1,事務故障及其恢復:

事務故障表示由非預期的、不正常的程式結束所造成的故障。

造成程式非正常結束的原因包括輸人資料錯誤、運算溢位、違反儲存保護、並行事務發生死鎖等。

發生事務故障時,被迫中斷的事務可能已對資料庫進行丁修改,為了消除該事務對資料庫的影響,要利用日誌檔案中所記載的資訊,強行回滾(rollback)該事務,將資料庫恢復到修改前的初始狀態。

為此,要檢查日誌檔案中由這些事務所引起的發生變化的記錄,取消這些沒有完成的事務所做的一切改變。

這類恢復操作稱為事務撤銷(undo),具體做法如下。

(1)反向掃描日誌檔案,查詢該事務的更新操作。

(2)對該事務的更新操作執行反操作,即對已經插入的新記錄進行刪除操作,對己刪除的記錄進行插入操作,對修改的資料恢復舊值,用舊值代替新值。這樣由後向前逐個掃描該事務已做的所有更新操作,並做同樣處理,直到掃描到此事務的開始標記,事務故障恢復完畢為止。

因此,一個事務是一個工作單位,也是一個恢復單位。一個事務越短,越便於對它進行undo操作。如果一個應用程式執行時間較長,則應該把該應用程式分成多個事務,用明確的commit語句來結束各個事務。

2,系統故障及其恢復系統故障是指系統在執行過程中,由於某種原因,造成系統停止運轉,致使所有正在執行的事務都以非正常方式終止,要求系統重新啟動。引起系統故障的原因可能有硬體錯誤(如cpu故障、作業系統)或dbms**錯誤、突然斷電等。

這時,記憶體中資料庫緩衝區的內容全部丟失,雖然儲存在外部儲存裝置上的資料庫並未破壞,但其內容不可靠了。系統故障發生後,對資料庫的影響有以下兩種情況。

一種情況是一些未完成事務對資料庫的更新已寫入資料庫,這樣在系統重新啟動後,要強行撤銷(undo)所有未完成的事務,清除這些事務對資料庫所做的修改。這些末完成事務在日誌檔案中只有begin translatl0n標記,而無commit標記。

另一種情況是有些已提交的事務對資料庫的更新結果還保留在緩衝區中,尚未寫到磁碟上的物理資料庫中,這也使資料庫處於不一致狀態,因此應將這些事務已提交的結果重新寫入資料庫。這類恢復操作稱為事務的重做(redo)。這種巳提交事務在日誌檔案中既有bgin transcation標記,也有commit標記。

因此,系統故障的恢復要完成兩方面的工作,既要撤銷所有末完成的事務,還要重做所有已提交的事務,這樣才能將資料庫真正恢復到一致的狀態。具體做法如下。

(1)正向掃描日誌檔案,查詢尚未提交的事務,將其事務標識記人撤銷佇列。同時查詢已經提交的事務,將其事務標識記入重做佇列。

(2)對撤銷佇列中的各個事務進行撤銷處理。方法同事務故障中所介紹的撤銷方法。

(3)對重做佇列中的各個事務進行重做處理。進行重做處理的方法是正向掃描日誌檔案,按照日誌檔案中所登記的操作內容,重新執行操作,使資料庫恢復到最近某個可用狀態。

系統發生故障後,由於無法確定哪些末完成的事務已更新過資料庫,哪些事務的提交結果尚未寫入資料庫,因此係統重新啟動後,就要撤銷所有的末完成的事務,重做所有的已經提交的事務。

但是,在故障發生前已經執行完畢的事務有些是正常結束的,有些是異常結束的。所以無須把它們全部撤銷或重做。

通常採用設立檢查點(checkpoint)的方法來判斷事務是否正常結束。每隔一段時間,比如說5分鐘,系統就產生一個檢查點,做下面一些事情:a,把仍保留在日誌緩衝區中的內容寫到日誌檔案中;b,在日誌檔案中寫一個「檢查點記錄」;c,把資料庫緩衝區中的內容寫到資料庫中,即把更新的內容寫到物理資料庫中;d,把日誌檔案中檢查點記錄的地址寫到「重新啟動檔案」中。

每個檢查點記錄包含的資訊有在檢查點時間的所有活動事務一覽表、每個事務最近日誌記錄的地址。

在重新啟動時,恢復管理程式先從「重新啟動檔案」中獲得檢查點記錄的地址,從日誌檔案中找到該檢查點記錄的內容,通過日誌往回找,就能決定哪些事務需要撤銷,恢復到初始的狀態,哪些事務需要重做。為此利用檢查點資訊能做到及時、有效、正確地完成恢復工作。

3,介質故障及其恢復介質故障是指系統在執行過程中,由於輔助儲存器介質受到破壞,使儲存在外存中的資料部分或全部丟失。

這類故障比事務故障和系統故障發生的可能性要小,但這是最嚴重的一種故障,破壞性很大,磁碟上的物理資料和日誌檔案可能被破壞,這需要裝入發生介質故障前最新的後備資料庫副本,然後利用日誌檔案重做該副本後所執行的所有事務。

具體方法如下。

(1)裝入最新的資料庫副本,使資料庫恢復到最近一次轉儲時的可用狀態。

(2)裝入最新的日誌檔案副本,根據日誌檔案中的內容重做已完成的事務。首先掃描日誌檔案,找出故障發生時己提交的事務,將其記入重做佇列。然後正向掃描日誌檔案,對重做佇列中的各個事務進行重做處理,方法是正向掃描日誌檔案,對每個重做事務重新執行登記的操作,即將日誌記錄中「更新後的值」寫入資料庫。

這樣就可以將資料庫恢復至故障前某一時刻的一致狀態了。

電腦裝機作業系統 系統故障,聯想電腦作業系統故障

驅動沒裝好。下一個驅動人生 可以自動幫你裝好。不要裝整合的驅動,看下硬體型號,在網上搜專用驅動。估計不能正常開關機與你沒裝驅動有關,也就是為什麼有三個問題驅動,請用你買來隨帶的驅動光碟進行相應的驅動安裝。聯想電腦作業系統故障 先全盤掃描試試,如果不行就重灌系統吧!尊敬的聯想使用者您好!先全盤掃描防毒...

作業系統對遊戲的執行影響大嗎,電腦作業系統對遊戲卡頓有沒有影響

作業系統對於遊戲的執行影響主要體現在系統的流暢度和相容性,因為windows 7系統使用的時間比較長,而需要基於系統開發,所以基於windows 7系統的遊戲也比較多 而windows 8.1系統釋出時間還比較短,故相適應的遊戲較少。這就是說windows 7的相容性比windows 8.1好。另外...

Android和四大主流手機作業系統的區別聯絡

android google公司收購的一家小公司的手機作業系統後經改良和優化,有很多中國職場的手機作業系統是由android演化來的,比如小米 ios 蘋果公司基於unix作業系統開發的,這款系統對於程序的處理方面做得很好,這就是為什麼蘋果手機雖然配置沒有android手機那麼高卻能跑的那麼順暢 w...