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

 

上一次修改主题: 2006-06-09

Eseutil 中的完整性检查基本上是对运行修复功能的测试。通过修复解决的问题将在 <database>.integ.raw 文件中进行报告。.raw 文件记录的是数据库中所有表格的结果,而不仅仅是存在问题的那些表格。有关 Eseutil 完整性模式的详细信息,请参阅 Eseutil /G 完整性模式

note注意:
如果对数据库的破坏性质严重,必须修复数据库的某些部分才能对其他部分进行检查,则完整性检查可能会过早中止。完整性检查在结束之前即告中止并不意味着修复不可能成功。虽然可以在异常关闭后执行完整性检查,但建议您不要这么做。如果可以的话,应该将数据库恢复到干净关闭状态,然后再运行完整性检查。

  • 使用 Eseutil 运行完整性检查的基本命令行语法为:

    ESEUTIL /G database_filename.edb
    

    例如:

    ESEUTIL /G priv1.edb
    
    note注意:
    可用磁盘空间必须相当于 Exchange 数据库 (.edb) 和流式数据库 (.stm) 文件总大小的 25%。流式数据库必须与 .edb 文件位于同一文件夹中。

在数据库中运行 Eseutil /G 完整性检查时可能会遇到以下情况:

  • 本地驱动器没有足够空间可用于临时数据库
  • 忽略流式数据库不匹配

很多完整性检查都涉及在临时数据库中重新构建索引和其他数据。之后将比较两个数据库。

如果不具有相当于被检查文件大小 20% 的可用磁盘空间,则检查过程中磁盘空间很可能会不足。可以将以下开关添加到命令,以将“scratchpad”数据库重定向到具有更多空间的驱动器:

/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.
 
显示: