如何在完整性模式中執行 Eseutil /G

  • 發行項

 

上次修改主題的時間： 2006-06-09

Eseutil 中的完整性檢查基本上是修復功能的測試執行。修復將處理的問題將報告於 <database>.integ.raw 完整性模式的相關資訊，請參閱Eseutil /G 完整性模式。

note附註：
如果在檢查資料庫的其他部份之前，本來就有必須修復的部份損壞，則完整性檢查可能會過早結束。完整性檢查在其完成之前結束的事實不必然表示修復不可能成功。雖然您可以在不正常關機之後執行完整性檢查，但是我們不建議這樣做。在執行完整性檢查 (如果可以這樣做的話) 之前，您應該將資料庫復原到正常關機狀態。

程序

執行 Eseutil /G

  • 利用 Eseutil 執行完整性檢查的基本命令列語法為：

    ESEUTIL /G database_filename.edb

    例如：

    ESEUTIL /G priv1.edb
    note附註：
    可用的磁碟空間必須相當於 Exchange 資料庫 (.edb) 與資料流資料庫 (.stm) 檔案合起來大小的百分之二十五。資料流資料庫必須與 .edb 檔案位於相同的資料夾。

在資料庫上執行 Eseutil /G 完整性檢查時，您可能會面臨下列情況：

  • 沒有足夠的本機磁碟機空間供臨時資料庫使用
  • 忽略資料流資料庫的不相符

沒有足夠的本機磁碟機空間供暫存資料庫使用

許多完整性檢查包括重新建構臨時資料庫內的索引及其他資料。之後，便會在兩個資料庫之間進行比較。

如果可用磁碟空間不到正要檢查之檔案大小的百分之二十，則很有可能在檢查期間用光磁碟空間。您可以新增此參數到命令，將「高速暫存區」資料庫重新導向到具有更多空間的磁碟機：

/Tpath_to_temporary_database

例如：

ESEUTIL /G priv1.edb /T\\Server2\d$\scratchpad.edb
note附註：
/T 參數與路徑規格之間沒有空格。如果需要的話，您也可以使用一般磁碟機代號路徑規格。

忽略資料流資料庫的不相符

Exchange 將偵測資料庫與其資料流資料庫彼此是否同步。如果它們不同步，您可以使用 /I 參數忽略問題並強制無論如何都要進行完整性檢查。例如：

ESEUTIL /G priv1.edb /I

如果 .raw 檔案輸出中沒有報告任何 SLV 檔案 (.stm 或資料流資料庫檔案) 總和檢查碼錯誤，則儘管這兩個檔案形式上不同步，但修復及重新整合資料流檔案資料還是很有可能成功。

命令列參照

從 Exchsrvr\bin 資料夾執行 Eseutil /? 後輸入 G，即可取得下列命令列參照：

INTEGRITY:
    DESCRIPTION:  Verifies integrity of a database.
         SYNTAX:  ESEUTIL /g <database name> [options]
     PARAMETERS:  <database name> - filename of database to verify
        OPTIONS:  zero or more of the following switches, separated by a space:
                  /s<file>  - set streaming file name (default: NONE)
                  /t<db>    - set temp. database name (default: TEMPINTEG*.EDB)
                  /f<name>  - set prefix to use for name of report files
                              (default: <database>.integ.raw)
                  /i        - bypass the database and streaming file mismatch er
ror
                  /8        - set 8k database page size (default: auto-detect)
                  /o        - suppress logo
          NOTES:  1) Integrity-check does not run database recovery. If a
                     database is in a "Dirty Shutdown" state it is strongly
                     recommended that before proceeding with an integrity-
                     check, recovery is first run to properly complete
                     database operations for the previous shutdown.
                  2) The /i option ignores the signature mismatch error if
                     the database and streaming file do not match each other.

相關資訊

如需相關資訊，請參閱《Exchange Server 資料庫公用程式手冊》中的下列主題：