Exchange VM 碎片整理還是 ESEUTIL？我是否採用正確的方法對我的 Exchange VM 伺服器進行碎片整理/錯誤檢查？

Question

設想：

1. Exchange 2010 VM，在 VMWare 上執行
2. 120GB 數據
3. 週六上午 12 點至上午 8 點運行（如果需要，可以稍微延長）

兩個充滿行動的問題：

1. 我想要卸載我的資料儲存、拍攝 Exchange VM 的快照、對 C 和 D（資料庫）磁碟機執行磁碟機層級碎片整理、重新安裝資料儲存並刪除快照（如果一切正常）。

2. 我的另一個選擇是：拍攝我的 Exchange VM 的快照，卸載數據存儲，脫機運行 ESEUTIL 並對 C 驅動器（不是 D 驅動器？）進行碎片整理，重新安裝數據存儲並刪除快照（如果一切正常）。

你怎麼看？我是否採用正確的方法對我的交換伺服器進行碎片整理/錯誤檢查？

Answer 1

在我開始對驅動器+資料庫進行碎片整理以滿足一般警告訊息之前，我會做一些事情：

1. 您希望從中得到什麼？如果您的使用者都使用 Outlook 快取模式，那麼 Exchange Server 碎片在很大程度上與您的使用者無關。如果為 Exchange 提供了足夠的 RAM，它會將每個郵箱的區塊儲存在 RAM 中，這樣您的磁碟就會變得不那麼重要。現代交換實際上被設計為運作在慢點磁碟然後是舊的 Exchange (2000/2003)。

2. 虛擬機器內部的碎片整理並不是您想像中的樣子。您的實體磁碟和交換資料庫之間具有多個抽象層級。您有一個 RAID 集，為一組共用 iSCSI 磁碟提供 LUN，您如何知道該 LUN 在實際磁碟上是否連續？我對此表示懷疑，尤其是在精簡配置的情況下。然後，您將獲得在 VMWare 中建立的 .vmdk 文件，該文件本身可能存在碎片。您是否對其進行了精簡配置，或者在初始創建後更改了 .vmdk 大小？如果您經歷了所有這些不同的級別，從 iSCSI 開始，然後到 vmdk，然後到來賓作業系統，然後到 Exchange...這會導致什麼結果？也許 OWA 更快，如果那樣的話…

最重要的是，我從未見過虛擬生產系統經過碎片整理並真正改善了使用者體驗。我並不是說這是不可能的……我只是說這不太可能。

有關 VMWare 虛擬機器和碎片整理的提示： http://blogs.vmware.com/vsphere/2011/09/should-i-defrag-my-guest-os.html

該連結中的一段有趣的引用：

“我應該指出，我讀到，在 VMware 內部，我們沒有觀察到對駐留在基於 SAN 或 NAS 的數據存儲上的來賓操作系統進行碎片整理後，性能有任何明顯的改善。”