在我們等待升級決定時需要幫助優化 Exchange2007
我已經向管理層提出了非常詳細的建議，無論是全新的本地擴建還是遷移到 0365。我只是在等待決定，然後是購買/許可，實施仍需要一些時間。
我們是在同樣舊的 Dell Poweredge 伺服器上執行本地 Exchange 2007 的 SMB。它的 Win 2008 R2，8 GB 記憶體，並有 2 個 E5405 @ 2.00Ghz。一切都用完了這個盒子。
在過去的一年裡，事情變得越來越糟糕。我只在這里大約一年，並試圖與一些超級關鍵伺服器所採取的不良做法作鬥爭。幾個月前，我以為我們會繼續使用 2016 年的本地或 0365 解決方案，但我們仍然在這裡思考。
我們有大約 154 個郵箱，可能有 105-115 個活躍使用者。
我有 4 個活動數據儲存/數據庫和 1 個公用文件夾數據庫。它們是 264GB、223GB、109GB、20GB 和 12GB。我不認為我們甚至可以擁有超過 250GB 的儲存空間，所以一定有人在某個時候捏造了這個限制。根據該伺服器的執行方式，我認為其中任何一個超過 100GB 都不合適。
因此，很多人都在抱怨 Outlook 2013 中的暫停和滯後。使用 Salesforce for Outlook 外掛的人的情況要差大約 1,000 倍。幾個月來，我一直在從 SFO 外掛方面進行故障排除，由於在我們的郵件伺服器上進行叉車升級沒有任何進展，我現在更多地從 Exchange 端查看它。我很確定這台伺服器上的 Exchange 2007 是我所有問題的根本原因。
誰能幫我確認一下？此外，拆分這些數據儲存的最佳方法是什麼？100GB 是正確的目標嗎？我應該去50GB嗎？我們能否在伺服器上擁有更多具有我們所擁有的規格的商店並實際看到任何形式的性能提升？或者這是一個白日夢？還有什麼能給我帶來暫時的解脫？更多的記憶體值得嗎？
此外……我還想知道是否有人可以證實我的懷疑，即這個 Exchange 伺服器如此臃腫導致了很多問題。
我們不在記憶體交換模式下執行 Outlook。我們執行的其他一些實用程序會導致記憶體模式出現問題（我們有一個在 SCO-UNIX 上執行的古老 ERP 系統，並且我們使用了一個小應用程序，它允許人們從 ERP“列印”到 PDF 文件，該文件被丟棄作為通過 MAPI 的電子郵件附件。）對於該過程，我可能有一個替代選項，但它不是一個“更好”的解決方案，只是一個對 Outlook 沒有太多要求的輔助解決方案。我需要解釋一下殺死 Outlook 和 Salesforce 外掛的部分原因是我們沒有在記憶體交換模式下執行。
我們的人似乎也非常痴迷於創建文件夾。大量文件夾。一切的文件夾。對於客戶，然後按客戶發生的事件進行細分，然後按訂單進行細分……這太瘋狂了。
因此，任何建議將不勝感激。當我們慢慢地獲得新的和更好的東西時，我能做些什麼來改善這種情況？
這裡的答案是在其中投入 32GB 的 RAM。仍在等待完成我們的 0365 遷移，但至少一切正常！