由注冊表引起的 I/O 操作發(fā)生了不可恢復(fù)的錯誤修復(fù)方法
更新時間:2012年06月18日 01:13:49 作者:
由注冊表引起的 I/O 操作發(fā)生了不可恢復(fù)的錯誤。 注冊表將不能讀取、寫出或刷新包含注冊表系統(tǒng)圖像的其中一個文件
服務(wù)器出現(xiàn)此問題:
很多使用Windows Server 2003系統(tǒng)的用戶都會收到如下錯誤:
事件類型: 錯誤
事件來源: Application Popup
事件種類: 無
事件 ID: 333
日期: 2007-8-11
事件: 8:48:03
用戶: N/A
計算機: LZ_YQ
描述:
由注冊表引起的 I/O 操作發(fā)生了不可恢復(fù)的錯誤。 注冊表將不能讀取、寫出或刷新包含注冊表系統(tǒng)圖像的其中一個文件。
然后系統(tǒng)失去響應(yīng),需要重新啟動。
事件ID是333,英文日志為
Event Type: Error
Event Source: Application Popup
Event Category: None
Event ID: 333
Date: date
Time: time
User: N/A
Computer: computer name
Description: An I/O operation initiated by the Registry failed unrecoverably. The Registry could not read in, or write out, or flush, one of the files that contain the system's image of the Registry.
該錯誤原因是:在非分頁內(nèi)存或在分頁的池內(nèi)存不足暫時可能會出現(xiàn)此問題。 系統(tǒng)保留錄制類事件,直到重新啟動計算機時或相關(guān)的配置單元是卸載,即使在臨時內(nèi)存 insufficiency 停止。
請參看如下kb,由于該補丁處于測試階段,因此需要通過郵件下載對應(yīng)補?。?
http://support.microsoft.com/kb/970054
這問題主要是有內(nèi)存耗盡出現(xiàn)的問題,請加大內(nèi)存或者查找耗內(nèi)存的元兇
服務(wù)器開始階段性的出現(xiàn)死機狀態(tài)了。隔一段時間就無法連接了。重啟后正常,過一段時間又是同樣的問題。
事件查看器中有大量的同樣報錯:
事件ID:2020
描述:服務(wù)器無法通過系統(tǒng)頁面共享區(qū)來進行分配,因為共享區(qū)當(dāng)前是空的。
事件ID:333
描述:由注冊表引起的 I/O 操作發(fā)生了不可恢復(fù)的錯誤。 注冊表將不能讀取、寫出或刷新包含注冊表系統(tǒng)圖像的其中一個文件。
嘗試用以下方法解決這個問題,效果還有待觀察:
1、啟動注冊表編輯器(開始->運行->Regedt32.exe)。
2、在注冊表中找到并單擊以下注冊表項:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\Memory Management
3、在編輯菜單上,單擊添加數(shù)值,然后添加下面的注冊表值(如果下面的注冊表值已經(jīng)存在,那么按照以下的參考值進行調(diào)整):
(1)、數(shù)值名稱:PoolUsageMaximum
數(shù)據(jù)類型:REG_DWORD
基數(shù):十進制
數(shù)值數(shù)據(jù):40
將該值設(shè)置為 40 可以通知內(nèi)存管理器在達到 PagedPoolMax 的 40% 而不是默認設(shè)置 80% 時開始修整過程。
(2)、數(shù)值名稱:PagedPoolSize
數(shù)據(jù)類型:REG_DWORD
基數(shù):十六進制
數(shù)值數(shù)據(jù):0xFFFFFFFF
將 PagedPoolSize 設(shè)置為 0xFFFFFFFF (-1) 可為計算機分配最大的頁面緩沖池以取代其他資源。
4、退出注冊表編輯器。
后記(2011年7月28日):
按照以上進行調(diào)整以后,在第二天的早上,服務(wù)器照樣出現(xiàn)死機狀況。懷疑是不是服務(wù)器中毒了,進行查毒,發(fā)現(xiàn)服務(wù)器中毒了,清理病毒后,進行了數(shù)據(jù)庫的重裝。
后記(2011年7月30日):
服務(wù)器又掛掉了,網(wǎng)上了查了333問題,嘗試按照http://support.microsoft.com/kb/970054進行處理。
第一步:下載安裝補丁程序,要應(yīng)用此修補程序,計算機必須安裝有 Windows Server 2003 Service Pack 1 或 Service Pack 2。
微軟官方下載378286_CHS_i386_zip.exe
本站下載378286_CHS_i386_zip
第二步:要啟用此修補程序,請?zhí)砑右韵伦员眄棧缓髮⒅翟O(shè)置為 1 或 2。
位置:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
名稱:RegistryFlushErrorSubside
類型:REG_DWORD
數(shù)值:1 或 2
如果您將 RegistryFlushErrorSubside 注冊表項的值設(shè)置為 1,則系統(tǒng)在發(fā)生臨時內(nèi)存不足時僅記錄一次 333 事件。如果將該值設(shè)置為 2,則系統(tǒng)會觸發(fā) Stop 錯誤以進行診斷。
后記(2011年8月1日):
最后的解決辦法,也是最無奈、最有效的解決辦法。試了N種辦法,都沒法解決,以前好好的,懷疑是不是系統(tǒng)升級了什么補丁引起的問題,一怒之下,把6月份以后的系統(tǒng)補丁刪個干凈,結(jié)果世界安靜了,服務(wù)器也不死機了。
很多使用Windows Server 2003系統(tǒng)的用戶都會收到如下錯誤:
事件類型: 錯誤
事件來源: Application Popup
事件種類: 無
事件 ID: 333
日期: 2007-8-11
事件: 8:48:03
用戶: N/A
計算機: LZ_YQ
描述:
由注冊表引起的 I/O 操作發(fā)生了不可恢復(fù)的錯誤。 注冊表將不能讀取、寫出或刷新包含注冊表系統(tǒng)圖像的其中一個文件。
然后系統(tǒng)失去響應(yīng),需要重新啟動。
事件ID是333,英文日志為
Event Type: Error
Event Source: Application Popup
Event Category: None
Event ID: 333
Date: date
Time: time
User: N/A
Computer: computer name
Description: An I/O operation initiated by the Registry failed unrecoverably. The Registry could not read in, or write out, or flush, one of the files that contain the system's image of the Registry.
該錯誤原因是:在非分頁內(nèi)存或在分頁的池內(nèi)存不足暫時可能會出現(xiàn)此問題。 系統(tǒng)保留錄制類事件,直到重新啟動計算機時或相關(guān)的配置單元是卸載,即使在臨時內(nèi)存 insufficiency 停止。
請參看如下kb,由于該補丁處于測試階段,因此需要通過郵件下載對應(yīng)補?。?
http://support.microsoft.com/kb/970054
這問題主要是有內(nèi)存耗盡出現(xiàn)的問題,請加大內(nèi)存或者查找耗內(nèi)存的元兇
服務(wù)器開始階段性的出現(xiàn)死機狀態(tài)了。隔一段時間就無法連接了。重啟后正常,過一段時間又是同樣的問題。
事件查看器中有大量的同樣報錯:
事件ID:2020
描述:服務(wù)器無法通過系統(tǒng)頁面共享區(qū)來進行分配,因為共享區(qū)當(dāng)前是空的。
事件ID:333
描述:由注冊表引起的 I/O 操作發(fā)生了不可恢復(fù)的錯誤。 注冊表將不能讀取、寫出或刷新包含注冊表系統(tǒng)圖像的其中一個文件。
嘗試用以下方法解決這個問題,效果還有待觀察:
1、啟動注冊表編輯器(開始->運行->Regedt32.exe)。
2、在注冊表中找到并單擊以下注冊表項:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\Memory Management
3、在編輯菜單上,單擊添加數(shù)值,然后添加下面的注冊表值(如果下面的注冊表值已經(jīng)存在,那么按照以下的參考值進行調(diào)整):
(1)、數(shù)值名稱:PoolUsageMaximum
數(shù)據(jù)類型:REG_DWORD
基數(shù):十進制
數(shù)值數(shù)據(jù):40
將該值設(shè)置為 40 可以通知內(nèi)存管理器在達到 PagedPoolMax 的 40% 而不是默認設(shè)置 80% 時開始修整過程。
(2)、數(shù)值名稱:PagedPoolSize
數(shù)據(jù)類型:REG_DWORD
基數(shù):十六進制
數(shù)值數(shù)據(jù):0xFFFFFFFF
將 PagedPoolSize 設(shè)置為 0xFFFFFFFF (-1) 可為計算機分配最大的頁面緩沖池以取代其他資源。
4、退出注冊表編輯器。
后記(2011年7月28日):
按照以上進行調(diào)整以后,在第二天的早上,服務(wù)器照樣出現(xiàn)死機狀況。懷疑是不是服務(wù)器中毒了,進行查毒,發(fā)現(xiàn)服務(wù)器中毒了,清理病毒后,進行了數(shù)據(jù)庫的重裝。
后記(2011年7月30日):
服務(wù)器又掛掉了,網(wǎng)上了查了333問題,嘗試按照http://support.microsoft.com/kb/970054進行處理。
第一步:下載安裝補丁程序,要應(yīng)用此修補程序,計算機必須安裝有 Windows Server 2003 Service Pack 1 或 Service Pack 2。
微軟官方下載378286_CHS_i386_zip.exe
本站下載378286_CHS_i386_zip
第二步:要啟用此修補程序,請?zhí)砑右韵伦员眄棧缓髮⒅翟O(shè)置為 1 或 2。
位置:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
名稱:RegistryFlushErrorSubside
類型:REG_DWORD
數(shù)值:1 或 2
如果您將 RegistryFlushErrorSubside 注冊表項的值設(shè)置為 1,則系統(tǒng)在發(fā)生臨時內(nèi)存不足時僅記錄一次 333 事件。如果將該值設(shè)置為 2,則系統(tǒng)會觸發(fā) Stop 錯誤以進行診斷。
后記(2011年8月1日):
最后的解決辦法,也是最無奈、最有效的解決辦法。試了N種辦法,都沒法解決,以前好好的,懷疑是不是系統(tǒng)升級了什么補丁引起的問題,一怒之下,把6月份以后的系統(tǒng)補丁刪個干凈,結(jié)果世界安靜了,服務(wù)器也不死機了。
相關(guān)文章
windows 2008 R2 64位服務(wù)器中開啟php curl擴展的方法
這篇文章主要介紹了windows 2008 R2 64位服務(wù)器中開啟php curl擴展的方法,需要的朋友可以參考下2014-08-08Win7旗艦版中的IIS7配置asp.net的運行環(huán)境
這篇文章主要介紹了Win7旗艦版中的IIS7配置asp.net的運行環(huán)境,需要的朋友可以參考下2014-12-12Windows服務(wù)器系統(tǒng)服務(wù)端口對照表
這篇文章主要介紹了Windows服務(wù)器系統(tǒng)服務(wù)端口對照表,需要的朋友可以參考下2014-03-03Windows Server 2012 服務(wù)器優(yōu)化圖文方法
這篇文章主要介紹了Windows Server 2012 服務(wù)器優(yōu)化圖文方法,需要的朋友可以參考下2017-08-08Event filter with query SELECT * FROM __InstanceModification
這篇文章主要介紹了Event filter with query SELECT * FROM __InstanceModificationEvent WITHIN ,需要的朋友可以參考下2015-09-09Windows?Server?2008R2,2012,2016,2019各系統(tǒng)版本區(qū)別
windows服務(wù)器版有windowsserver2008,windowsserver2012R2,windowsserver2016,本文主要介紹了各系統(tǒng)版本區(qū)別,他們有什么不同,如何選擇自己適合的服務(wù)器系統(tǒng),本文來詳細的介紹一下2021-12-12Windows 2012 r2系統(tǒng)上安裝IIS 8.0的方法(圖文)
這篇文章主要介紹了Windows 2012 r2系統(tǒng)上安裝IIS 8.0的方法(圖文),需要的朋友可以參考下2015-10-10