如何对 Exchange 数据库进行碎片整理

在 Exchange 系统管理器中，右键单击要进行碎片整理的信息存储，然后选择卸除存储。

在命令提示符处，更改至 Exchsrvr\Bin 文件夹，然后键入 eseutil /d

命令、数据库开关以及要使用的任何选项。例如，以下命令在邮箱存储数据库上运行标准的碎片整理实用工具：C:\program

files\exchsrvr\bin> eseutil /d c:\progra~1\exchsrvr\mdbdata\priv1edb

使用以下数据库开关在特定数据库上运行 Eseutil 碎片整理：eseutil /d <database_name> [options]

碎片整理/压缩

对数据库执行脱机压缩。

语法：eseutil /d <database_name> [options]

参数：<database_name> 是要压缩的数据库的文件名。

您不必使用以下任何选项，但可以使用一个或多个选项（通过空格隔开）指定要对数据库执行的 *** 作。

选项 说明

—————————————————————-

/b<database> 使用指定名称生成备份副本

/t<database> 设置临时数据库名称（默认名称为Tempdfrgedb）

/s<file> 设置流文件名（默认名称为 NONE）

/f<file> 设置临时流文件名（默认名称为 Tempdfrgstm）

/p 保留临时数据库（换句话说，不要安置）

/o 抑制徽标

/i 不要对流文件进行碎片整理

注意：如果禁用安置（例如使用 /p 选项），则原始数据库未经压缩就保留下来，并且临时数据库包含数据库的碎片整理版本。

有关 Exchange Server 40 版和 50 版的其他信息，请单击下面的文章编号，以查看

Microsoft 知识库中相应的文章：163627 (>

如果不能同时备份的话，那么企业应该首先选择备份最容易被破坏的文件。比如，如果备份软件不允许打开要备份的文件，那么企业就应该首先备份用户文件。

按照这种逻辑，接下来就应该备份SQL服务器。尽管SQL可以在其运行的时候备份，但SQL服务器还同时要承担用户巨大的负载。另外，备份过程会抢占SQL服务器的I/O周期，所以最好是在非高峰期为其备份。

Exchange服务器可以最后备份，因为Exchange可以随时备份，即使在使用过程中，而且Exchange数据库具有相对较低的I/O需求，至少和SQL相比是这样。

请记住每个 edb 数据库文件必须附带与其匹配的 stm 流式数据库文件。如有必要，运行每个数据库的软恢复。如果数据库文件处于干净关闭状态，则不是必需运行。但也可以运行软恢复，并将其他事务日志文件重播到该数据库中。如果数据库文件不处于干净关闭状态，则必须运行每个数据库的软恢复，或者在将副本移动到合适位置之后修复每个数据库。 如果事务日志文件可用，使用 ExchangeServer 数据库实用工具 (Eseutilexe) 将必要的事务日志文件重播到数据库。在数据库移动到恢复存储组之前，最好在空的临时文件夹中执行事务日志重播。这样可确保该恢复存储组中的现有日志或检查点文件不受干扰。注意： 有关以此方式重播事务日志文件的详细信息，请参阅 事务日志文件重播：Exchange Server 2003 中的软恢复和硬恢复。有关确定需要哪些日志文件的详细信息，请参阅交叉匹配 Exchange Server 2003 中的 Exchange 数据库和日志文件。 如果所需日志文件不可用，则必须使用修复函数 Eseutil /p 将数据库还原到一致状态，然后使用信息存储完整性检查器 (Isintegexe) 工具修复数据库中有问题的引用，之所以出现这些问题，是因为在未应用所有事务的情况下强制数据库恢复到一致状态。注意： 如果需要修复数据库，某些数据可能会丢失。通常，丢失的数据量非常少，但是后果可能很严重。

以上就是关于如何对 Exchange 数据库进行碎片整理全部的内容，包括:如何对 Exchange 数据库进行碎片整理、SQL数据库的备份(sql数据库备份还原)、如何验证要还原的所有数据库文件是否都处于“干净关闭”状态等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！