希望本周末在 Exchange 2003 上进行我的第一次离线碎片整理。
我们的 Exchange DB 位于 E 盘，server1 是具有足够空间的临时位置。
卸载存储并更改为 c:\program files\exchsrvr\bin
这看起来像是要运行的正确命令吗？
eseutil /d "e:\exchdata\priv1.edb /t"\\server1\exchtemp\tempdfg.edb"
我应该注意什么吗，例如同时运行备份等等？
答案1
我读过的所有内容都建议将 eseutil 相关的二进制文件复制到非 Exchange 服务器，然后将要进行碎片整理的数据库和流式文件复制到非 Exchange 服务器。我从未听说过有人通过网络运行 eseutil，而且我认为这不是一个好主意，原因如下：
它的运行速度将会变得相当慢。
损坏或以其他方式破坏文件的风险似乎要大得多。
以下是我的建议：
获取一个足够大的 USB 驱动器以进行碎片整理（至少为数据库大小的 110%）并将其设置为临时位置。在碎片整理期间禁用任何 AV 软件，并保留 Exchange 备份，直到碎片整理完成。
答案2
我应该注意什么吗
你应该认真考虑是否要运行离线碎片整理。在大多数情况下，你不会，除非：
- 如果您从存储中删除了大量数据，并且出于某种原因想要回收硬盘空间。这包括数据库达到标准版 Exchange 服务器的 16 GB 限制的情况。
- 如果您必须对数据库进行硬修复（eseutil /p - 除非万不得已，否则我们不建议您这样做）。修复完成后，您应始终对数据库进行脱机碎片整理，以获取未修复的新数据库文件。有关修复后要执行的操作的更多信息，请转到此处。
- 如果您遇到了特定问题并且找到了有关离线碎片整理可以解决该问题的参考。
- 如果您正在使用 PSS 并且解决该问题则需要进行离线碎片整理。
- 一般而言，如果您要回收超过 30% 的空间，则仅使用碎片整理来回收空间。您可以在每晚在线碎片整理后查找事件 1221，以保守估计数据库中有多少可用空间。有关事件 1221 的更多信息，请转到此处。
除此之外，我个人已经通过网络连接运行了几次离线碎片整理 - 它按预期工作。您的商店将在碎片整理和随后的数据库复制操作期间处于离线状态。请注意交易所文件：
我们不建议您使用网络驱动器来保存临时数据库。当您使用网络驱动器来保存临时数据库时，碎片整理将花费更长时间，并且任何暂时或永久的网络错误都将终止该过程。由于碎片整理无法恢复，因此您必须从头开始。
虽然实际影响相当有限。服务器网络连接不会经常中断。如果您的数据库文件位于单个硬盘或没有大型写入缓存的 RAID 1 阵列上，则对网络位置进行碎片整理可能不会运行得更慢 - 临时文件位于同一驱动器上会导致大量读/写周期，从而阻止大量线性读/写，并显著降低数据吞吐量。