期待在Exchange 2003上完成我的第一个离线碎片整理。
我们的Exchange DB在E盘上，server1是有足够空间的临时位置。
卸载存储并更改为c：\ program files \ exchsrvr \ bin
这看起来像正确的命令来运行？
eseutil /d "e:\exchdata\priv1.edb /t"\\server1\exchtemp\tempdfg.edb" 有什么我应该知道的，如备份同时运行等？
我读过的所有内容都build议将与eseutil相关的二进制文件复制到非Exchange服务器，然后将要整理的数据库和stream文件复制到非Exchange服务器。 我从来没有听说过任何人在networking上运行eseutil，我认为这是一个坏主意，原因有很多：
这将运行相当慢。
损坏或破坏文件的风险似乎要大得多。
这是我会build议，而不是：
获取足够大的碎片整理的USB驱动器（至less是数据库大小的110％），并将其设置为您的临时位置。 在碎片整理期间禁用任何AV软件，并保留Exchange备份，直到碎片整理完成。
有什么我应该知道的
您应该认真考虑是否要运行脱机碎片整理。 在大多数情况下，你不会， 除非 ：
- 如果您从商店中删除了大量数据，并且无论出于什么原因都想要回收硬盘空间。 这包括数据库在标准版本的Exchange服务器上达到16 GB限制的情况。
- 如果你不得不对数据库进行修复（eseutil / p – 这是另一件我们不build议，除非这是最后一个可能的事情）。 运行修复后，应始终对数据库进行脱机碎片整理以获取尚未修复的新数据库文件。 有关修理后要做什么的更多信息，请到这里。
- 如果您遇到特定的问题，并发现一个说明脱机碎片整理将解决它。
- 如果您正在使用PSS并解决该问题需要脱机碎片整理。
- 作为一般规则，如果要回收超过30％的空间，则只能重新整理空间。 在夜间在线碎片整理之后，您可以查找事件1221，以便对数据库中有多less可用空间进行保守估计。 有关Event 1221的更多信息，请点击此处。
除此之外，我个人已经通过networking连接几次运行离线碎片整理 – 它按预期工作。 您的商店在进行碎片整理和数据库复制操作之后将会脱机。 请注意Exchange文档中的这个官方声明：
我们不build议您使用networking驱动器来保存临时数据库。 当您使用临时数据库的networking驱动器时，碎片整理将花费更长的时间，任何瞬态或永久networking错误将结束该过程。 由于碎片整理无法恢复，您将不得不从头开始。
虽然实际影响相当有限。 服务器networking连接不会经常中断。 如果您的数据库文件位于单个硬盘或RAID 1arrays上，且没有大量的写入caching，那么对networking位置的碎片整理大概不会运行得更慢 – 由于将临时文件放在同一个驱动器上所导致的大量读取/写入周期会阻止大的线性读/写，并且无论如何都会显着降低数据吞吐量。