在部署 Microsoft SQL Server 2005 Analysis Services (SSAS) 專案之前，要考慮一些重要問題，以便提高 Analysis Services 安裝的可靠性和效能。例如，如果要將另一個 Analysis Services 例項新增到伺服器中的現有例項中，或者將處理複雜的多維資料集專案，則可能需要增加硬體資源。還應當執行相應步驟，以確保當硬體或軟體發生故障時以及在某些處理任務期間專案的可用性。最後，可能還需要考慮基於效能需要縮放多個計算機上的 SQL Server 或 Analysis Services 例項。

要求和注意事項

以下部分介紹了部署要求和注意事項：

資源要求

在部署 Analysis Services 專案之前，請考慮安裝的資源要求。特別是，應當考慮記憶體和處理器需要，以及磁碟空間要求。

記憶體和處理器要求

Analysis Services 在以下情況下需要更多的記憶體和處理器資源：

• 處理大型或複雜多維資料集時。與小型或簡單的多維資料集相比，它們需要更多的記憶體和處理器資源。
  
  
• 單個數據庫中的多維資料集個數增加時。
  
  
• 單個 Analysis Services 例項中的資料庫個數增加時。
  
  
• 單個計算機上的 Analysis Services 例項數增加時。
  
  
• 同時訪問 Analysis Services 資源的使用者數增加時。
  
  

根據安裝在伺服器計算機上的 Microsoft Windows 版本，可用於 Analysis Services 的記憶體和處理器資源的數量各不相同。下表列出了 Analysis Services 基於所安裝的 Windows 版本可以使用的記憶體和處理器資源。

磁碟空間要求

Analysis Services 安裝的不同方面和與物件處理相關的任務需要不同數量的磁碟空間。以下列表描述了這些要求。

多維資料集

與有小事實資料表的多維資料集相比，有大型事實資料表的多維資料集需要更多的磁碟空間。同樣，儘管是在更小的程度內，與有較少維度成員的多維資料集相比，有很多大型維度的多維資料集需要更多的磁碟空間。通常，可以預計 Analysis Services 資料庫所需的空間量是儲存在基礎關係資料庫中的相同資料所需空間量的大約 20%。

聚合

聚合需要與所增加的聚合成比例的額外空間，即聚合越多，需要的空間越多。如果避免建立不必要的聚合，則聚合所需要的額外磁碟空間通常不應超過儲存在基礎關係資料庫中的資料大小的大約 10%。

資料探勘

預設情況下，挖掘結構將把用它們定型的資料集快取到磁碟。若要從磁碟刪除此快取資料，可以對挖掘結構物件使用“處理清除結構”處理選項。有關詳細資訊，請參閱<?XML:NAMESPACE PREFIX = MSHelp NS = "http://msdn.microsoft.com/mshelp" />處理資料探勘物件。

物件處理

在處理過程中，Analysis Services 將它正在處理事務中進行處理的物件的副本儲存在磁碟上，直到處理完成。處理完成後，經過處理的物件副本將替換原始物件。因此，您必須為要處理的每個物件的第二個副本提供足夠的額外磁碟空間。例如，如果計劃在單個事務中處理整個多維資料集，則需要足夠的硬碟空間來儲存整個多維資料集的第二個副本。

返回頁首

可用性注意事項

在 Analysis Services 環境中，由於硬體或軟體故障，多維資料集或挖掘模型可能對查詢不可用。多維資料集還可能由於需要被處理而不可用。

一旦硬體或軟體發生故障時提供可用性

硬體或軟體可能由於各種原因而發生故障。但是，維護 Analysis Services 安裝的可用性不僅涉及排除這些故障源，而且涉及提供替代資源，以使使用者能夠在發生故障時繼續使用系統。通常，使用群集和負載平衡伺服器來提供當硬體或軟體故障發生時維護可用性所需的替代資源。

若要在發生硬體或軟體故障時提供可用性，請考慮將 Analysis Services 部署到故障轉移群集中。在故障轉移群集中，如果主節點由於任何原因發生故障或必須重新啟動，則 Microsoft Windows 群集將故障轉移到輔助節點。發生故障轉移的速度非常快，在此之後，當用戶執行查詢時，他們將訪問執行在輔助節點上的 Analysis Services 例項。

可用性問題的另一個解決方案是將 Analysis Services 專案部署在兩個或更多個生產伺服器上。然後，可以使用 Windows 伺服器的網路負載平衡 (NLB) 功能，將生產伺服器組合成單個群集。在 NLB 群集中，如果群集中的伺服器由於硬體或軟體問題而不可用，NLB 服務會將使用者查詢引向那些仍然可用的伺服器。有關 Windows 群集和 NLB 的詳細資訊，請參閱 Microsoft Windows Server 2003 網站中 Technology Centers 下的 Clustering Services。

當處理結構更改時提供可用性

多維資料集的某些更改可以導致多維資料集在被處理之前不可用。例如，如果對多維資料集中的維度進行了結構更改，那麼，即使重新處理該維度，仍然必須對使用修改後的維度的每個多維資料集進行處理。直到處理完這些多維資料集之後，使用者才能查詢它們，也才能查詢基於有修改維度的多維資料集的任何挖掘模型。

若要在處理可能會影響 Analysis Services 專案中的一個或多個多維資料集的結構更改時提供可用性，請考慮合併臨時伺服器，並使用同步資料庫嚮導。此功能允許您更新臨時伺服器上的資料和元資料，然後對生產伺服器和臨時伺服器執行聯機同步。有關詳細資訊，請參閱同步 Analysis Services 資料庫。

若要透明處理對源資料的增量更新，請啟用主動快取。主動快取將以新的源資料更新多維資料集，而不需要手動處理，並且不會影響多維資料集的可用性。有關詳細資訊，請參閱主動快取。

返回頁首

可伸縮性注意事項

同一個計算機上的多個 Microsoft SQL Server 2005 和 Analysis Services 例項可能導致效能問題。若要解決這些問題，一個選項可能是增加伺服器的處理器、記憶體和磁碟資源。但是，可能還需要將 SQL Server 和 Analysis Services 例項分散到多個計算機。

將 Analysis Services 分散到多個計算機

有幾種方式將 Analysis Services 安裝分散到多個計算機。以下列表描述了這些選項。

• 如果在單個計算機上有多個 Analysis Services 例項，可以將一個或多個例項移動到另一個計算機上。
  
  
• 如果單臺計算機上有多個 Analysis Services 資料庫，則可以將一個或多個數據庫移動到單獨計算機它自己的 Analysis Services 例項中。
  
  
• 如果一個或多個關係資料庫為 Analysis Services 資料庫提供資料，則可以將這些資料庫移動到單獨的計算機上。在移動資料庫之前，請考慮在 Analysis Services 資料庫和它的基礎資料庫之間實際的網路速度和頻寬。如果網路緩慢或堵塞，那麼，將基礎資料庫移動到單獨的計算機上將會影響處理效能。
  
  
• 如果處理會影響查詢效能，但在多次減少查詢負載後也無法進行處理，請考慮將處理任務移動到臨時伺服器上，然後對生產伺服器和臨時伺服器執行聯機同步。有關詳細資訊，請參閱同步 Analysis Services 資料庫。還可以使用遠端分割槽將處理分散到多個 Analysis Services 例項中。處理遠端分割槽時，將使用遠端伺服器上的處理器和記憶體資源，而不是本地計算機上的資源。有關遠端分割槽管理的資訊，請參閱管理 Analysis Services 分割槽。
  
  
• 如果查詢效能不足，但無法增加本地伺服器的處理器和記憶體資源，請考慮將 Analysis Services 專案部署到兩個或更多個生產伺服器上。然後，可以使用網路負載平衡 (NLB) 將伺服器組合成單個群集。在 NLB 群集中，查詢將自動分散在 NLB 群集中的所有伺服器上。有關詳細資訊，請參閱 Microsoft Windows Server 2003 網站中 Technology Centers 下的 Clustering Services。