2012 系統中心業務經理：展開輕鬆地監測
全新的 System Center Operations Manager 承諾提供整合性和擴充性更佳的網路監視功能。
保羅 · 施納肯堡
任何 IT 網路環境監測至關重要。 微軟系統中心業務經理 （SCOM) 總是提供了全面深入瞭解 Microsoft 網路的狀態。 SCOM 2007 R2 版添加了 Unix 和 Linux 的盯著混合環境監測。
SCOM 2012 預計今年年底。 這一新版本將高可用性 (HA)、 應用程式性能監控、 儀錶板、 網路設備監測和監控的 Java 應用程式伺服器添加有趣的功能。
SCOM 的新版本也將大大改進的安裝嚮導。 最顯著的變化就是，業務，在安裝過程中創建資料倉庫資料庫。 在早期版本中，您必須事先在旋轉這些。
先決條件檢查器也是內置安裝嚮導，簡化了安裝過程。 這將突出顯示任何錯誤，將自動複製錯誤消息。 您定義的任何剪貼板憑據都從經過測試，以確保他們工作在嚮導中 （請參閱圖 1)。
.jpg)
圖 1 有系統中心操作管理器 2012年安裝過程所做的幾個改進。
在安裝過程中，您必須指定管理伺服器操作帳戶、 配置服務和資料訪問服務。 雖然從安全的角度看，這不是推薦的最佳做法，可以為這兩個角色，使用相同的帳戶。
支援所有 SCOM 2012 伺服器函數作為虛擬機器 (Vm) 中運行。 它建議物理伺服器或直接連接的磁片，為更好的性能的虛擬伺服器上運行的 SQL Server 資料庫。 與很多其他工作負荷一樣使用 SCOM 2012 使用不支援虛擬機器快照。
管理和閘道伺服器必須運行 Windows Server 2008 R2 SP1，與 2.8 g h Z CPU 和至少 2 GB 的記憶體。 SQL Server 必須是 x 64 2008 SP1 加號或 2008 R2，至少 4 gb 的記憶體的伺服器上運行。 資料庫的排序規則必須設置為 SQL Latin1_General_CP1_CI_AS 中，與已啟用全文檢索搜尋中。
在大型環境中，你要為醫管局群集 SQL 伺服器。 請注意資料倉庫資料庫不再可選的因為它是 SCOM 2007 R2 中。 現在是 SCOM 環境中的必要的元件。 但是，您可以，有它在管理組之間共用。 Windows 代理進來 32-和 64 位的版本，以及 64 位安騰版本。
升級路徑
您可以只直接升級到 SCOM 2012 SCOM 2007 r2。 您想要升級的所有 SCOM 2007 R2 管理伺服器都必須對 64 位 x 64 硬體和運行 Windows Server 2008 R2 SP1。
一般的升級順序是二級管理伺服器、 閘道和代理第一次，然後根管理伺服器 (RMS)。 如果任何管理伺服器或閘道仍然是 SCOM 2007 R2，升級將被阻止。 它將突出 RMS 升級期間，如果任何代理仍是 SCOM 2007 R2，但它不會阻止升級。 這些代理只是不能報告直到他們已經被升級到 SCOM 2012 代理商。
如果你在一個較小的環境與多功能一體 SCOM 2007 R2 伺服器，可以就地升級 （前提是您的伺服器滿足的硬體和軟體要求） 或設置另一個管理伺服器並從那裡開始升級。 如果你去的第一個選項，你要升級的所有代理之前他們就會向 SCOM 2012 報告。
遷移的規劃，説明有一些優秀流圖s 澄清您的選項的 TechNet Library 中。 此外提供了一些帶有分步說明，清單的連結另外要升級助手管理包 (MP)。
規劃您的升級中的一些建議，包括備份資料庫，禁用通知，防止警鐘、 停止以避免假票正在生成的連接器和確保代理並不直接向報告 RMS 升級過程中。 重要的是，請檢查事件日誌中的任何問題。 您不能升級自己走出了問題，因此請確保在升級之前，您的管理組都健康。
您可能混合的 SCOM 2007 R2 和 SCOM 2012 年管理組和伺服器在您的環境中一段時間，所以很好知道 SCOM 2012 代理將與 SCOM 2007 R2 伺服器進行通信。 所以是很重要，儘快升級您的舊代理，它不但是，工作，周圍的其他方法。
SCOM 2007 R2 的工作應該在 SCOM 2012 年，工作，因為 MP 架構是不變的所有國會議員。 一些例外情況，包括一些協力廠商強制性公積金計畫需要新的模組，在新的 MP 範本或 API 更改新檢視類型的代理。 網路監控的 MPs 利用簡單網路管理協定 (SNMP) 將繼續工作，但可能需要更新到新的網路監測框架與集成。
基礎設施的改善
在 SCOM 2007 R2，RMS 是單點故障。 它是主控台和任何 Web 主控台的連接點。 它運行配置服務和手柄連接器、 健康聚合和基於角色的存取控制 (RBAC)。 確保醫管局在 SCOM 2007 R2 的唯一方式是 RMS 伺服器集群。 這可以從技術上和業務上的複雜。 它還依靠主動/被動模式與相關的硬體和許可成本。
SCOM 2012 改變了遊戲規則以 Microsoft Exchange 和其他 Microsoft 應用程式的路徑。 醫管局內置的出來的框中的權利。 沒有管理伺服器是比任何其他更重要。 只需通過幾個池中，負載的平衡，並在確保可用性。 每個伺服器運行配置服務，並將資料在資料庫中，而不是存儲在 XML 設定檔或記憶體像 SCOM 2007 R2。 這會導致更快地管理伺服器啟動。
容錯移轉不是暫態的。 它可趁兩分鐘池重新載入託管的實例。 此外，所有管理伺服器被都視為具有同等的能力。 處理器和記憶體容量的差異並不是考慮在內。 有三個預設池：所有管理伺服器資源池、 通知池及活動目錄集成。 您還可以創建您自己的特定需求的池。
一些國會議員 （如那些為 Exchange 2007 伺服器和 Exchange 伺服器 2010年） 依賴于 RMS。 因為在 SCOM 2012 年沒有 RMS 伺服器，一台管理伺服器分配 RMS 模擬器角色提供與這些 MPs 的相容性。 您可以手動管理的伺服器之間移動此角色，但有來，MP 將自動化故障切換角色。
您可以手動控制在池內的角色。 這是合適的如果有硬體文本短信報警設備連接到一個特定的管理伺服器。 沒有點在容錯移轉到另一台伺服器並沒有連接的硬體的功能的。
互通性問題
與當前系統中心套件的一個問題是，它是小結合本質上是不同的應用程式。 這就是將要改變與 2012年版本。 這些不同的程式聯繫在一起的粘合劑是系統中心的協調指揮者 2012 年。 它提供了每個主要系統中心應用程式，包括 SCOM 集成包 (IPs)。 SCOM IP 可以創建和交互警報和顯示器，以及啟動和停止維護模式。
也有 IPs 為系統中心服務管理器 (SCSM)。 這些可以自動創建基於 SCOM 中的警報的事件。 例如，IP 的系統中心虛擬機器管理器 (VMM) 可以推入 SCOM 的有關虛擬機器、 服務、 私有雲和主機資訊。 它將有趣看看是否集成系統中心套房的這種新方法將最後提供，許多人要求的集成膠。
當前 SCOM 2007 R2 使用連接器與 IBM Tivoli、 HP OpenView 等其他管理系統集成。 SCOM 2012 不支援這些。 通過系統中心的協調指揮者 2012年，將促進 SCOM 和其他管理系統之間的集成。
Windows PowerShell 支援
好消息是 SCOM 2012 附帶 Windows PowerShell 2.0 的全力支援和新 cmdlet 的主機。 由於新的 cmdlet 名詞在其名稱中有"SCOM"將的學習曲線。 舊的 cmdlet 似乎仍在工作，雖然。 也有新的 cmdlet 監測 Unix 和 Linux 機器。 這些依靠 Windows PowerShell 3.0 版，這是目前在社區技術預覽 (CTP)。
若要執行 Windows PowerShell cmdlet，你得建立管理組的連接。 可以使該持久性連接 （以便您可以運行多個 cmdlet），或臨時運行單個命令。
先進的監測
大企業，網路故障排除和維護伺服器往往是兩個單獨的工作。 這使得難以迅速確定如果是硬體、 作業系統或網路問題。 其中一項最令人興奮的補充 SCOM 2012 年是網路監測。 這被專門用於增加可見性和説明您更快地解決問題。
SCOM 2007 R2 提供了基本的網路設備監控，而不是在該埠級 （除非您手動配置的每個設備)。 SCOM 2012 支援 SNMP v1、 v2 和 v3 和 IP v4 和 v6 一起工作。 新的 SNMP 堆疊是 SCOM 2012 的本機。 SCOM 2007 R2 使用作業系統 SNMP 堆疊。
您將能夠監視任何回應到埠級別的 SNMP 的網路設備。 此外可以從搜索中排除特定的設備。 有也擴展監測該曲目處理器和記憶體利用率/碎片，以及與其他特定于設備的專案支援 SCOM 2012 的設備。 若要到目前為止，有 80 多個供應商和支援 800 設備。
如果設備支援系統更改 （如添加一張卡或主機殼的配置更改） 的 SNMTP 陷阱，SCOM 2012 偵聽這些。 讀 SNMP 字串做的監測。 如果一個節點出現故障，其他監測抑制所以你不能淹沒有關埠和鏈路被關閉的通知 （請參見圖 2)。
.jpg)
圖 2 網路監測資料，可以説明您快速現場問題。
該埠拼接功能顯示哪個代理監視的節點連接到每個埠。 Vlan 和參與每個 VLAN 交換機，還會發現 SCOM。 它只會監視連接的埠，除非您手動添加埠到關鍵的網路連接埠規則。 對於 Cisco 路由器，它標識他們有份參與的熱備用路由器協定 (HSRP） 組。 SCOM 2012 有 200 多個新專案的網路監控。
目前，建議可擴展性數位 SCOM 2012 年是 500 的設備，每個管理伺服器和每個管理組的 2,000 設備。 更全面的大小調整指南是即將舉行的。 您可以僅有一個發現規則，每個管理伺服器，因此，請確保它包含所有你需要找到的設備。
有四個儀錶板的網路監控。 網路附近儀錶板提供連接的設備內所選節點一個躍點的視覺化表示形式。 你可以增加達五個的躍點數。 此儀錶板不會識別成組的 Nic，也不將它顯示 Unix/Linux 電腦。 雖然超-V 開關不會顯示為 SNMP 設備，將關聯使用相同的網路設備，作為東道國，虛擬機器。 其他監測儀錶板給你問題的設備、 有關特定設備的特定資訊和個別埠資訊的概述。
故障排除策略
故障排除應用程式性能問題是一個困難的領域。 它經常需要對某個特定的程式運作瞭若指掌。 在代碼、 伺服器硬體、 伺服器軟體或網路問題？ 您需要標準衡量，跨所有應用程式和輕鬆地精確定位的層，問題可能出在其中的一種方法。
AVIcode 查找應用程式碼中的性能問題。 它最近被微軟收購，將集成到 SCOM 作為應用程式的性能監測 (APM)。 APM 僅將與微軟合作。NET 框架/Web 應用程式、 不獨立的可執行檔和它僅監視 IIS 7 或 7.5。
SCOM 2012 基礎設施已完全集成。 沒有單獨的資料庫。 如果它監視運行 IIS 的 Windows Server 2008/2008 R2 機，它將自動部署 APM 代理。 您還可以設置的整體服務水準協定或 SLA，（定義是不可接受的等待的秒數） 的所有 Web 應用程式，而不是不必配置監視每個單獨。 根據需要，然後可以調整特定程式的 SLA。
當攔截器啟動並載入到 IIS 時，伺服器需要重新開機。 之後，即使您添加其他應用程式，您只需回收的特定應用程式池 （請參見圖 3)。
.jpg)
圖 3 配置應用程式的性能監視並不難 — — 你應該能夠輕鬆地監視的應用程式。
當你看到網路、 硬體和作業系統監視應用程式的性能資訊旁邊的權利，該級別的集成的美變得明顯。 這使得它更容易零的問題。
儀錶板的處理
SCOM 收集的大量資料。 它不是收集資料，不過的事。 這是過濾，給正確的人顯示正確的資料，在適當的時間的問題。 圖形和圖表是這樣做的好方法。 早期版本的 SCOM 的意見和簡單的儀錶板，但 SCOM 2012 將其提高到一個新的高度。
新建嚮導創建的儀錶板輕鬆顯示自訂特定訪問群體的資料。 可在本機和 Web 主控台嚮導。 您可以在主控台、 Web 主控台和 SharePoint 2010 顯示結果的儀錶板。 他們看起來幾乎完全相同，所有三種環境中。 SCOM 2012 可以包含嵌套的儀錶板，凡向下鑽進特定的資料會導致另一個儀錶板。
有三個步驟創建儀錶板 SCOM 2012 年。 第一，選擇基於儲存格所需數量的佈局。 每個儲存格中添加一個小工具 （widget 類型包括警報、 性能和狀態）。 最後，配置每個構件的範圍、 標準和顯示首選項 （請參見圖 4)。
.jpg)
圖 4 系統中心操作管理器 2012 年創建自訂儀錶板是一個簡單的過程。
您現在可以將 SCOM 儀錶板集成到 SharePoint 2010 年，使用 Web 部件。 如果要查看儀錶板的人不是 SCOM 的使用者，您可以配置 Web 部件與共享憑據。 整合與 SharePoint 伺服器 2010年標準和企業，以及免費基礎版工作。
任何儀錶板個性化設置現在存儲在資料庫中，因此它可以按照您不同的 Pc 和環境。 SCOM 2007 R2 在儀錶板被存儲在本地電腦上的註冊表。 所有的 Web 主控台中的儀錶板有一個不同的 URL。 這使得易於傳播非 IT 使用者的資訊，因為他們可以簡單地添加書簽特定的儀錶板。
最受歡迎的內置儀錶板可能是新的管理組健康儀錶板主控台，也稱為"咖啡。"團隊調用它，因為它是為了給 SCOM 2012 運營商簡要概述了他們的環境，因此回答這個問題："我可以休息嗎？"它會監視基礎結構和 SCOM 系統所提供的功能 （請參閱圖 5)。
.jpg)
圖 5 管理組健康儀錶板為您提供簡明扼要。
混合環境監測
SCOM 2012 繼續監測 Unix 和 Linux 的本機支援 （＊ nix） 機器，用一些重要的改進。 ＊ nix 代理支援 HP-UX 11i 版本 2 或 3 PA RISC 和 IA64 ； Sun Solaris 9 對 SPARC 和 10 對 SPARC 和 x86 ； 紅色的帽子企業 Linux 4、 5 和 6 x86 和 x 64 ； Novell SuSE Linux 企業伺服器 9 x 86、 10 SP1 和 11 對 x86 和 x 64 ； 和 IBM AIX 5.3，6.1 及 7.1 電源上。
為方便混合環境監測，SCOM 2012 支援 sudo 和 SSH 金鑰。 前者表示可以完全所需數量的許可權的託管電腦上配置標準帳戶。 後者，則確保代理維護是安全的。
SCOM 2012 還將全面支援帶監測 Java 企業版 (JEE，以前稱為 J2E) 的應用程式伺服器。 它支援四個伺服器：IBM WebSphere 6.1 和 7 ； 紅色的帽子 JBoss 4.2、 5.1 和 6 ； WebLogic oracle 10g Rel3 和 11 g Rel1 ； 和 Apache Tomcat 5.5、 6 和 7 對 Windows 和 Linux 開源。 它還支援 WebSphere AIX 和 WebLogic Solaris 上。
導入後以匹配您的環境的 Java MPs，它應自動發現應用程式伺服器。 標準監測讓你知道如果應用程式伺服器正在運行，資源利用率是內定義的閾值。
對於更深層次的監視，微軟有開放原始程式碼的 Java 管理擴展 （JMX） 的應用程式稱為 BeanSpy （以前稱為 JMX 擴展程式） 會在載入應用程式伺服器上。 它報告 SCOM 通過 HTTP 或 HTTPS，帶或不帶基本驗證。 BeanSpy MBean 計數器 （有點像在 Windows 中的效能計數器） 與通信監視單個應用程式運行，頻率和記憶體垃圾回收，以及應用程式伺服器的性能上花費的時間。
它是 SCOM 已沒有對 Windows 群集的本機支援，令人失望。 它也會好看到應用程式監視 Windows Azure 公共雲計算應用程式，以及在巨聚集的 Java 應用程式。
總體而言，SCOM 2012 年是徹底整頓，一些非常有用的新特性。 簡化基礎架構和不用醫管局將會受到歡迎。 先進的網路監測應使故障排除人生更容易。 也許最有趣的功能，不過，將看到如何系統中心協調指揮者一起將膠整個系統中心套件。
.jpg)
保羅 · 施納肯堡 一直都在它的 286 電腦時代以來。 他作為一名 IT 教師以及上運行自己的業務專家 IT 解決方案，工作部分時間
陽光海岸的澳大利亞。 他有 MCSE、 MCT、 MCTS 和 MCITP 認證，專業從事 Windows 伺服器，HYPER-V 和 Exchange 解決方案的企業。 他在聯繫 paul@expertitsolutions.com.au ，並按照他的博客，在 TellITasITis.com.au。