本文件已封存並已停止維護。

Operations Manager 2007 的 SQL Server

更新日期: 2010年10月

適用於: Operations Manager 2007 R2, Operations Manager 2007 SP1

本節提供用於支援 Operations Manager 2007 R2 之 Microsoft SQL Server 的相關資訊。這些內容並非規劃、安裝、設定、操作及微調 SQL Server 的指南;如需上述資訊,請參閱《Microsoft SQL Server 2005 線上叢書》(http://go.microsoft.com/fwlink/?LinkId=146981) 或《Microsoft SQL Server 2008 線上叢書》(http://go.microsoft.com/fwlink/?LinkId=146980)。如需最低硬體設定的資訊,請參閱<Operations Manager 2007 Supported Configurations>(Operations Manager 2007 支援的設定) (http://go.microsoft.com/fwlink/?LinkId=86539)。

選取 SQL Server 版本

Microsoft SQL Server 提供五種版本:Express、Workgroup、Standard、Enterprise 和 Developer。在這五種版本中,您應該考慮使用 Standard 和 Enterprise 版來支援 Operations Manager 2007。

  • Express 版:這個版本的資料庫大小上限是 4 GB,適用於非常小型的資料集桌面開發。Express 版非常適合用來取代 Microsoft Access 資料庫。

    note附註
    不支援將從 SQL Server 2005 Express Edition 升級的資料庫用於 Operations Manager 2007 R2 的作法,而且無法通過必要條件檢視器的檢查。

  • Workgroup 版:這個版本只適用於 32 位元作業系統,而且只支援 3 GB 的記憶體。此版本主要用於部門和分公司的應用。

  • Developer 版:這個版本並未提供生產用途授權。

  • Standard 版:這個版本支援 32 位元和 64 位元硬體、最多四個多核心處理器、受限於作業系統的記憶體、不受限的資料庫大小,並支援容錯移轉叢集、記錄傳送和資料庫鏡像。此版本主要用於大型資料集和生產負載。

  • Enterprise 版:這個版本支援 32 位元和 64 位元硬體、不限數目的多核心處理器、受限於作業系統的記憶體、不受限的資料庫大小、兩個或兩個以上節點的容錯移轉叢集、記錄傳送和資料庫鏡像。此版本主要用於最大型且要求最高的線上交易處理 (OLTP) 環境、資料分析和資料倉儲系統。在規劃 ACS 時,SQL Server Enterprise Edition 是優先採用的版本。

SQL Server 磁碟子系統設定

Operations Manager 2007 操作資料庫 (預設名稱為 OperationsManager) 是評估效能的單一檢查點。SQL Server 磁碟子系統執行速度愈快,Operations Manager 的執行效能就愈好。如果是生產系統,請考慮使用 RAID 0+1。

  • RAID 0:這個磁碟設定會在其專用磁碟上建立等量磁碟區;這種設定能夠提供較高的效能,但是沒有容錯功能。

  • RAID 1:這個磁碟設定會建立選定磁碟的備援複本,也稱為磁碟鏡像。這種設定能夠提供容錯功能,但是寫入效能則會降低。

  • RAID 5:這個磁碟設定使用資料等量劃分功能,但是也包含容錯同位檢查資訊。多個磁頭能夠提高讀取和寫入作業的效能。

  • RAID 0+1:這個磁碟設定提供資料等量劃分功能,但是不含效能同位檢查與容錯鏡像。這是成本最高的常用磁碟設定。此設定提供的寫入效能高於 RAID 5。

最佳作法

  • 不要將資料庫資料檔案與作業系統放在同一個磁碟機。

  • 將交易記錄檔和資料庫檔案分開放在不同的磁碟機。

  • 將 TempDB 資料庫放在其專屬磁碟機。

SQL Server 版本與 Service Pack

請確定資料庫伺服器提供的 SQL Database Services、Reporting Services 和 Workstation 等元件全都已安裝 SQL Server 2005 SP1、SP2 或 SP3。如果您使用 SQL Server 2008 Reporting Services,則必須使用低於 SQL Server 2008 Reporting Services SP1 的版本。

如果使用的是 SQL Server 2005 SP1,您還必須確定伺服器支援的每個 SQL Server 元件都已安裝 Hotfix。若要安裝 Hotfix,請參閱<SQL Server 2005 的累積 Hotfix 套件 (組建 2153) 已提供下載>(http://go.microsoft.com/fwlink/?LinkId=78950)。

這些 Hotfix 已包含在 SQL Server 2005 SP2 中。

SQL Server 組態

用於支援 Operations Manager 2007 的 SQL Server 執行個體必須使用 Windows 驗證模式,且 SQL 定序設定必須是 SQL_Latin1_General_CP1_CI_AS。其他定序設定都不受支援。

Operations Manager 2007 中對您影響最大的資料庫包括:

  • OperationsManager:這個資料庫內含其管理群組的操作資料和組態設定。

  • OperationsManagerAC:這個資料庫是在安裝稽核收集服務時建立,且已最佳化成適用於 Windows 安全性事件記錄事件。

  • OperationsManagerDW:這個資料庫是在安裝 Operations Manager 2007 報表服務並選取 [資料倉儲] 選項時建立。其中包含與 OperationsManager 資料庫相同的操作資料,但已重新格式化為適合長期存放,並最佳化成適合產生報表。

  • ReportServer:這個資料庫是在安裝 SQL Server Reporting Services 時建立,用來儲存報表定義。

  • ReportServerTempDB:這個暫存資料庫適用於報表產生程序。

為了提供最佳復原經驗,請將 OperationsManager 資料庫設定成以「完整復原模式」執行。您可以使用 SQL Server Management Studio,在資料庫的內容中進行這項設定。請在 [資料庫內容] 頁面中選取 [選項] 物件,並在右邊的 [復原模式] 清單中選取 [完整]。請注意,使用完整復原模式時,OperationsManager 資料庫交易記錄檔很快就會填滿,而且可能變得非常大。您一天通常需要備份這些記錄檔好幾次,以便清除記錄檔並保留可用磁碟空間。您必須根據交易記錄檔的成長率以及交易記錄檔磁碟的可用空間容量,決定您自己的備份頻率。依據失敗類型而定,記錄傳送與還原都必須進行完整復原。完整復原模式提供最後一次交易記錄備份或是失敗時點還原的功能。

根據預設,OperationsManager 資料庫設定為使用簡單復原模式。這種模式產生的交易記錄檔和保留的可用磁碟空間都比較小。不過,在這種模式下操作時,並不能選擇記錄傳送;當發生失敗事件時,資料庫復原只能使用最新的成功完整備份,因此從最後一次完整備份後到發生失敗前所記錄的資料全部都會遺失。

OperationsManager 資料庫的 SQL Server 設定最佳作法

由於每個環境各不相同,因此 Microsoft 建議您徹底評估所有的組態設定,因為這些設定與您的環境息息相關。

  • 資料庫成長設定OperationsManager 資料庫是所有操作資料的單一瓶頸,其效能對於 Operations Manager 整體效能的影響甚為顯著。將這個資料庫保持在較小的規模,將可確保操作能夠更為快速。

SQL Server Broker 服務

除了其他工作流程之外,Operations Manager 探索還相依於 SQL Server 2005 和 SQL Server 2008 Service Broker,這兩個元件必須保持啟用狀態,Operations Manager 2007 才能提供完整的功能。

 
顯示: