微軟商業智慧解決方案的物理架構

標籤：bi

   一、物理基礎結構 

   在開發BI項目之前，需要考慮關鍵伺服器的分配和放置，還要考慮開發、測試和生產環境中安裝的服務。雖然，MSSqlService2008將全部BI組件 安裝在一台物理伺服器上驚醒評估或開發，但在生產環境下很少這樣做。

   1.1 建立準確的基準調查

   *物理伺服器名稱，實際位置，所有網路介面卡的IP地址，域成員。

   *每台物理伺服器的作業系統配置，作業系統的版本、安裝的服務包、管理員登入憑證、安裝的核心作業系統服務，生效的組策略對象設定。

   *每台物理伺服器上安裝的邏輯伺服器和服務。

   *開發工具。

   *樣本和可選下載。

   1.2 評估當前的服務等級協定

   服務等級協定（SLA）日益用來在IT基礎結構中提供更高程度的可預見性。如果組織已經採用了SLA，那麼審查其中的表中應該是基準調查工作的一部分。當然，我們的目標是通過在現有環境中引入BI解決方案來提高報表的效能。

   如果公司沒有採用SLA,那麼可以考慮在BI項目中建立一個BI專用SLA。這樣做的一個重要的理由就是在項目中儘早為項目驗收打下基礎。建立SLA還會建立一個高水平的評測標準。簡單樣本就是評估合適的查詢相應時間。然後加入測量標準。例如，可以這樣描述測量標準:“在正常負載（不超過1000個並發串連）情況下，查詢相應時間不超過3s。”沒有SLA或者計劃使用SLA怎麼辦。仍然可以評估現有的作業環境，建立有意義的基準資訊。這個評估至少應該簡單地列出資料和報表有關的痛點。在項目開始的時候可以用這些資訊形成規格文檔的問題陳述部分。當然，消除或者顯著減少這些痛點問題才是BI項目的終極目標。微軟推薦使用Windows的可靠性和效能監控工具瞭解當前的情況。在安裝了SSAS之後，如果繼續搜集SSAS本身的資訊，有多組專門針對它的計數器可以使用。這些計數器的名稱格式都是MSAS 2008:<計數器名稱>。在安裝了SSIS或者SSRS後，也增加特定於它們的效能計數器。

   這裡需要考慮一下可能出現的問題：

   *由於當前的OLTP資料遠為最佳化造成報表轉譯緩慢。

   *由於OLTP查詢未最佳化或者最佳化的不好造成查詢執行緩慢。

   *由於OLTP和報表活動並發運行形成爭用造成核心OLTP服務過載。這個過載可能與CPU、記憶體、磁碟訪問的爭用或他們爭用的組合有關。

   *由於長時間啟動並執行備份作業和其他維護任務的問題造成OLTP維護視窗過短。

  在完成基準環境調查之後，下一步是考慮設定初始化開發環境所需要設定的物理伺服器數量。有兩種方法執行這部操作：第一種方式是先建立開發環境，日後建立或者升級生產環境；第二種方法是一次建成所有環境，包括開發、測試和生產環境。大多數公司選擇購買一兩台新伺服器作為開發環境，然後隨著項目進展在升級。

  二、確定伺服器的最優數量和最佳位置

  在規劃新伺服器時，需要考慮邏輯伺服器和服務以及下面的要點：

  *源系統。

  *Analusis Services。要在哪裡安裝BI的核心服務？ 在建立開發環境時，通常會將SQLService和Analysis Service安裝在同一台機器上。

  *Integration Services 。要在哪裡安裝這個服務？最常見的配置是在獨立物理伺服器上安裝SQLService執行個體的SSIS組件以減少SSAS伺服器上的爭用。

  *Reporting Service。在生產環境下至少將SSRS安裝在專用的伺服器上。

  最好的配置就是將SSAS和SQLService安裝在第一台伺服器上，SSRS安裝在第二台伺服器上。（目前，個人十分贊同這樣的配置，在實際工作中，由於微軟BI的工具安裝在了同一伺服器上，導致報表的呈現緩慢，64G的記憶體啊！資料量也沒有達到海量就已經掛掉了。）

  

  

本文出自 “獨垂淚” 部落格，謝絕轉載！