您在 Enterprise Moss 安裝中使用哪個版本的 Sql Server 2008？
更具體地說，您是否確實需要 Enterprise Sql Server 版本提供的所有功能，或者標準版本是否足以為擁有 1000 多個使用者的公司提供服務。那麼 5000 個用戶呢？
作為補充說明，我們將在具有 SAN 資料來源的 esx 場中執行整個安裝。
答案1
我不會計算使用者數量，而是會問一些其他問題。
最終用戶是否需要 24/7 訪問？ 如果是這樣，您需要企業版來進行線上索引重建。如果您可以在下班後或週末獲得維護窗口，那麼您可以使用標準版，它會在重建索引時使索引脫機。
你測試過你的IO吞吐量嗎？您說您正在使用 ESX - 如果它是 v3.5 或更早版本，或者如果您沒有使用 v4 的頂級授權層，那麼您將無法獲得多路徑功能。您的吞吐量僅限於每個陣列一個主機匯流排適配器。如果這些術語讓您眼睛流血，那麼這裡有一個小故事 - 您可能會遇到 200-400MB/秒的瓶頸，這可能會因為十幾個 SATA 驅動器而飽和。無論您連接哪種 SAN，如果一次只能獲得一個 HBA 的吞吐量，那都沒關係。標準版與企業版將是最不重要的問題。
您計劃如何進行災難復原？如果您正在考慮使用日誌傳送或資料庫鏡像，那麼請研究 Enterprise 的功能。如果您正在進行鏡像，那麼透過使用鏡像的 SAN 而不是主資料庫，您可以在損壞頁面復原方面獲得一些巧妙的功能。
您是否在 SharePoint 中儲存敏感資料或文件？如果是這樣，您應該考慮企業利用透明資料加密。當資料位於 SAN 上時，它會對靜態資料進行加密，防止有人取得 SAN 快照或備份磁帶的副本，並在您不注意時還原資料庫的整個副本。
不用擔心壓縮。企業版增加了資料壓縮的能力，但不要讓它影響您的決定。您的 SharePoint 使用者可能會儲存大量二進位文檔，而這些文檔無論如何都無法很好地壓縮。
答案2
如果您從大約 1000 個用戶開始，最終可能會有 5000 多個用戶，我會說這是一個典型的擴展項目，我肯定會選擇企業版。我可能會從一開始就使用叢集後端。
也就是說，這完全取決於這 1000-500 個用戶的流量模式以及您想要提供的服務等級。稍後從標準切換到企業也不是不可能，但這會花費您一些停機時間，這可能是也可能不是一個選擇。
答案3
我們為客戶選擇了 Sql Server 2008 Enterprise Ed。 2 節點叢集是為了高可用性，而不是速度。該設計是直接源自 Microsoft playbook 5 節點群的保守設計，具有 Hyper-V 上的 3 個前端 MOSS 節點和 Dell Equallogic iSCSI SAN。
SQL 叢集未虛擬化，因為在設計時（2008 年中），Microsoft 不支援虛擬化 SQL 2008 叢集配置。
