文章編號: 867626 - 上次校閱: 2007年10月30日 - 版次: 1.2 新的錯誤修正程式碼會包含在 Exchange Server 2003 SP1 中
在此頁中結論Microsoft Exchange Server 2003 Service Pack 1 (SP1) 介紹新錯誤修正的程式碼 (ECC) 演算法來協助解決可能發生在您的 Exchange 資料庫中的-1018年錯誤。 -1018年錯誤不是由 Exchange 2003 中的問題所引起。-1018年錯誤表示有電腦的硬碟磁碟子系統中發生問題,而且這個問題有影響 Exchange 資料庫檔案。 -1018年錯誤的典型原因是資料庫頁面中的 「 翻轉 」 單一位元。在這種情況下一個零的位元會變更為一個,或變更一個位元為零。ECC 演算法 Exchange 2003 SP1 中所包含的設計被為了協助解決此問題。 雖然這個 ECC 演算法可協助自動修復您的 Exchange 資料庫中的單一位元錯誤,也有某些要考慮當您備份或還原您的 Exchange 2003 SP1 資料庫檔案的問題:
單一位元錯誤只會修復到資料庫檔案的寫入作業期間。如果讀取的作業執行從包含單一位元錯誤的檔案,在硬碟上原始的檔案是不會修復。在 Exchange 2003 SP1 兩個新的事件記錄來記錄修正的 單一位元錯誤。 簡介本文將告訴您的錯誤修正的程式碼 (ECC) 演算法,在 Exchange Server 2003 Service Pack 1 (SP1) 中介紹。可延伸儲存引擎 (ESE) 在 Exchange 2003 SP1 中使用此演算法來協助解決出現的錯誤-1018 JET_errReadVerifyFailure。如-1018年錯誤的其他有關,按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]: 314917?
(http://support.microsoft.com/kb/314917/
)
瞭解與分析-1018年、-1019 及-1022 Exchange 資料庫錯誤 其他相關資訊如果內建的完整性驗證元件在 Exchange 中判斷 Exchange 無法正確地儲存,或無法會正確地擷取 Exchange 資料庫檔案資料從硬碟,就會產生錯誤-1018年。這個問題時必須修復 Exchange 資料庫檔案,或從最近的備份還原資料庫檔案。 我們研究已經完成最多 40 %的-1018年錯誤發生的因為由單一位元錯誤所造成的資料庫損毀。單一位元錯誤是也稱為一個 「 元水平翻轉 」 的錯誤。單一位元或位元的翻轉錯誤是硬體層級發生單一位元的資料變更從為零,或者從一份到零值。同位檢查位元可加入至電腦資料,以偵測位元翻轉問題發生時。但是,同位檢查的系統僅可以偵測此問題 ; 它們無法修復它。 ECC 演算法可以自動偵測並修復單一位元錯誤。 Exchange 2003 SP1 實作 ECC 演算法在它的可延伸儲存引擎 (ESE) 資料庫偵測並自動更正單一位元錯誤。 Exchange 資料庫檔案分成 4 千位元組 (KB) 區塊 (也稱為網頁)。每一頁有其本身 ECC 的資料。 Exchange 2003 SP1 可以更正每個頁面上的單一位元錯誤。因此,如果資料庫中的多個網頁都已損毀,由單一位元錯誤,Exchange 2003 SP1 可以更正每個頁面。不過,如果單一資料庫頁面中包含多個錯誤,Exchange 2003 SP1 無法加以修正。在這種情況下,必須修復資料庫檔案或從最近的備份還原資料庫檔案。 自動修復單一位元錯誤,可以復原從資料庫損毀的最常見的型別的 Exchange 2003 SP1。典型的-1018年錯誤自我現在 「 修復 」,並且不再需要您修復資料庫檔案,或您從最近一次的備份還原資料庫檔案。 附註雖然 Exchange 2003 SP1 自動修復典型的單一位元錯誤,我們建議您執行不忽略-1018年錯誤的發生。-1018年錯誤表示硬體元件失敗,或已損毀。單一位元-1018年錯誤修復也無法解決硬體問題造成錯誤。這個硬體的問題可能會影響電腦除了 Exchange 資料庫檔案中的其他檔案。此外,單一位元錯誤只負責大約 40%的-1018年錯誤。其他-1018年錯誤,可能會遇到需要您修復或還原您的 Exchange 資料庫檔案。 資料庫升級問題當您升級到 Exchange 2003 SP1 的原始發行版本的 Exchange 2003 時,資料庫檔案會不立即升級到新的 ECC 格式。這表示如果現有的資料庫遭遇到單一位元-1018年錯誤,錯誤不會自動修復由 Exchange 2003 SP1。只有在該頁面中的資料修改時,才資料庫分頁升級至新的 ECC 格式。如果資料庫頁面只從資料庫讀取,並且不修改,資料庫該頁維持原始的資料庫格式。該頁面不會升級到新的 ECC 格式。經過一段數週大部分或所有資料庫中的網頁是重寫,而且會自動升級典型的 Exchange 作業期間。如果您同時升級所有資料庫分頁,可能會導致重大和非預期的降低服務中從您的 Exchange 電腦。 同時升級所有資料庫分頁,安裝 Exchange 2003 SP1、 離線,先將資料庫,然後執行下列命令來重組資料庫檔案]: eseutil/D databaseFile 如其他有關如何將 Exchange 資料庫進行磁碟重組的資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項: 328804?
(http://support.microsoft.com/kb/328804/
)
如何重組 Exchange 資料庫 重要如果您進行磁碟重組 Exchange 資料庫檔案這會影響您播放向前交易記錄檔的能力。在這種情況下如果您先前的備份您只能播放記錄檔向前到重組資料庫的位置為止。因此,如果您稍後必須從拍攝之前重組資料庫的備份還原資料庫檔案,您會遺失已加入後重組資料庫的所有資料。您的資料庫進行磁碟重組之後我們建議您立即備份您的 Exchange 資料庫檔案。我們也建議您考慮做為從交易記錄檔向前復原無法使用您先前備份。 資料庫備份和資料庫還原問題在資料庫檔案在原始發行版本的 Exchange 2003 發生-1018年錯誤時您不能備份該資料庫使用線上備份作業。線上備份作業沒有幫助防止資料庫備份中的損毀。因此,如果成功完成線上資料庫備份作業沒有損毀的頁面存在於資料庫備份。這表示您可以還原該備份,回復資料庫轉寄藉由使用您的資料庫已備份之後, 所建立的交易記錄檔,並完成資料庫備份後,在您的資料庫中移除任何-1018年錯誤的。在 Exchange 2003 SP1,如果在資料庫中的單一位元錯誤發生,線上備份操作報告這個錯誤,但仍會成功的資料庫備份。在這種情況下是備份組中更正單一位元錯誤。不過,存在於硬碟的資料庫中不是更正單一位元錯誤。直到該頁面為 re-written 典型的資料庫作業期間,不被更正單一位元錯誤存在於硬碟的資料庫頁面中。 附註在資料庫頁發生多重位元-1018年錯誤時錯誤不 correctible 由 Exchange 2003 SP1,而且備份不成功。 備份集之間 Exchange 2003 與 Exchange 2003 SP1 的問題如果必須還原 Exchange 2003 資料庫請考慮下列因素:
ESE 事件安裝 Exchange 2003 SP1 之後下兩個新應用程式記錄事件識別碼編號可能會出現從來源 ESE。附註這兩個事件不會出現在原始發行版本的 Exchange 2003。
事件識別碼: 399通常,事件識別碼 399 會出現類似下列:事件類型: 警告 事件識別碼: 474無法復原 (或多重位元) 是仍然報告錯誤為事件 474 在 Exchange 2003 SP1。通常,事件 ID 474 會出現類似下列:事件類型: 錯誤 ?考
機器翻譯重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本:867626?
(http://support.microsoft.com/kb/867626/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群立即取得協助文章翻譯
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


回此頁最上方
