您目前已離線,請等候您的網際網路重新連線

FIX: CheckDB 可能無法修正錯誤 8909 或錯誤 8905

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

按一下這裡查看此文章的英文版本:308795
本文已封存。本文係以「現狀」提供且不會再更新。
Bug #: 353867 (SHILOH_BUGS)
徵狀
如果 DBCC CHECKDB 頁面配置給與 repair_allow_data_loss 選項執行 DBCC CHECKDB 時排序會報告錯誤 8909,DBCC CHECKDB 報告該錯誤固定即使不修正錯誤。錯誤 8905 通常伴隨著錯誤 8909 的八個或更多發生次數的群組。不論修復選項集後續執行 DBCC CHECKDB 的報告同一組 8909 和 8905 錯誤訊息。

這些錯誤訊息的範例如下:
伺服器: 訊息 8905、 層級 16,狀態 1、 第 1 行
資料庫識別碼 10 的範圍 (1:192) 標示配置中 [GAM,但沒有 SGAM 或 IAM 已配置。
-或者-
伺服器: 訊息 8909、 層級 16,狀態 1、 第 1 行
資料表錯誤: 物件識別碼 0、 索引識別碼 0、 頁面識別碼 (1:192)。在頁首 PageId = (0: 0)。
發生的原因
DBCC CHECKDB 陳述式,以修復選項會誤把報告修正錯誤 8909。範圍和分頁配置給排序只會發生這個問題。用來排序的網頁有下列的欄位值:
  • 頁面類型設定為 SORT_PAGE (7)。
  • 物件識別碼為 0。
  • 索引識別碼為 0。
解決方案
如果要解決這個問題,取得最新的 Service Pack,Microsoft SQL Server 2000。如需詳細資訊按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
290211INF: 如何取得最新的 SQL Server 2000 Service Pack
若要修正此問題 CHECKDB 必須強迫配置修復,若要移除範圍只包含分頁配置給 objidindid 0。

如果要解決這個問題,安裝 SQL Server 2000 Service Pack 2,然後 repair_allow_data_loss 選項以執行 DBCC CHECKDB]。
如果要解決這個問題,而不套用 SQL Server 2000 Service Pack 2,您可以使用資料轉換服務 」 (DTS) 來傳送出資料庫。
狀況說明
Microsoft 已確認這是在 Microsoft SQL Server 2000 中的問題。

這個問題,首先已經在 Microsoft SQL Server 2000 Service Pack 2 中獲得修正。
DBCC NEWALLOC CHECKALLOC CHECKTABLE objid indid

警告:本文為自動翻譯

內容

文章識別碼:308795 - 最後檢閱時間:12/06/2015 06:02:46 - 修訂: 3.2

Microsoft SQL Server 2000 Standard Edition

  • kbnosurvey kbarchive kbmt kbbug kbfix KB308795 KbMtzh
意見反應