Exchange 2003脱机Defrag

Question

希望在此周末在Exchange 2003上完成我的第一次脱机整理。

我们的Exchange位于E驱动器上，而server1是有足够空间的临时位置。

卸载存储并更改为c:\program \exchsrvr\bin

这看起来像要运行的正确命令吗？

eseutil /d "e:\exchdata\priv1.edb /t"\\server1\exchtemp\tempdfg.edb"

有什么是我应该知道的，如备份，同时运行等？

Answer 1

我所读到的所有内容都建议将与eseutil相关的二进制文件复制到非Exchange服务器，然后将要删除的数据库和流文件复制到非Exchange服务器。我从未听说过有人在网络上运行eseutil，我认为这是个坏主意，原因有很多：

1. 它的速度会慢得多。
2. 损坏或以其他方式损坏文件的风险似乎要大得多。

以下是我的建议：

获得一个USB驱动器足够大的碎片(至少110%的数据库大小)，并设置为您的临时位置。在碎片整理期间禁用任何AV软件，并在碎片整理完成之前保持Exchange备份。

Answer 2

有什么我应该知道的吗

如果您想要运行脱机碎片整理，您应该认真地重新考虑。在大多数情况下，您不会这样做，未定义：

1. 如果您已经删除了大量的数据从商店和想要回收硬盘空间，无论什么原因。这包括数据库在Exchange服务器的标准版本上达到16 GB限制的情况。
2. 如果您不得不对数据库进行艰苦的修复(eseutil /p --这是我们不推荐的另一件事，除非这是最后一件可能要做的事情)。运行修复后，应始终脱机整理数据库，以获得尚未修复的新数据库文件。如需更多关于修理后该做什么，请到这里来。
3. 如果您遇到了一个特定的问题，并且已经找到了一个引用，说明脱机碎片整理将修复它。
4. 如果您正在使用PSS并解决此问题，则需要脱机碎片整理。
5. 一般情况下，只有当你要收回超过30%的空间时，才能恢复空间。您可以在夜间在线碎片整理之后查找事件1221，以便对数据库中的空闲空间进行保守估计。有关1221事件的更多信息，请访问这里。

除此之外，我个人已经在网络连接上运行过几次离线碎片整理--它如预期的那样工作。您的存储将在碎片整理和随后的数据库复制操作中脱机。请注意未定义的官方声明：

我们不建议您使用网络驱动器来保存临时数据库。当您为临时数据库使用网络驱动器时，碎片整理将花费更长时间，任何短暂或永久的网络错误都将结束此过程。因为碎片整理无法恢复，所以您必须从头开始。

虽然实际影响是相当有限的。服务器网络连接通常不会经常被中断。如果您的数据库文件位于单个硬盘或RAID 1阵列上，而没有大型写缓存，则对网络位置的碎片整理可能不会运行得更慢--由于临时文件位于同一驱动器上而导致的大量读/写周期将阻止大的线性读/写，并且无论如何都会显著降低数据吞吐量。