System Center 2012 SP1 中 Operations Manager 的版本資訊

 

適用於: System Center 2012 SP1 - Operations Manager

System_CAPS_important重要事項

安裝和使用 System Center 2012 Service Pack 1 (SP1) 之前,請詳閱有關 Operations Manager 的版本資訊。

MVC 應用程式的重大和非重大連線例外狀況均顯示為「非重大」

**描述:**使用應用程式效能監視 (.NET 應用程式效能監視) 監視 ASP.NET MVC 應用程式時,如果選取監視 [所有例外狀況] 的設定 (相對於只監視 [重大例外狀況]),所有連線例外狀況都會回報為 [重大]。

**因應措施:**只選取 [重大例外狀況] 選項來監視 MVC 應用程式 (相對於 [所有例外狀況])。

當 Operations Manager 代理程式和管理伺服器位於不同的發行版本上,.NET 應用程式效能監視將無法正常運作

**描述:**不支援跨 Operations Manager 版本探索 WCF 端點、監視 Windows 服務和其他應用程式效能監視 (.NET 應用程式效能監視) 相關功能。 例如,向 System Center 2012 – Operations Manager 伺服器回報的 2012 SP1 代理程式 (或反之亦然,向 2012 SP1 管理群組回報的 System Center 2012 – Operations Manager 代理程式) 將無法正常運作。

**因應措施:**安裝相同 Operations Manager 版本的代理程式和管理伺服器。

監視 ASP.NET MVC 應用程式時,不會收集 RecordError 的參數

**描述:**使用應用程式效能監視 (.NET 應用程式效能監視) 監視 ASP.NET MVC 應用程式時,例外狀況事件沒有收集參數。

**因應措施:**無。 我們目前正在處理中,以期在未來版本中解決此問題。

您必須匯入 Windows 8 管理組件,才能使用應用程式效能監視搭配 Windows Server 2012

**描述:**您必須匯入 Windows Server 2012 和 IIS 8 管理組件,才能搭配 Windows Server 2012 使用 APM (.NET 應用程式效能監視)。

**因應措施:**System Center 2012 Service Pack 1 (SP1)Operations Manager 包含 Windows Server 2012 和 IIS8 (Internet Information Services 8) 的 APM 支援。 不過,要讓此功能運作,您必須匯入下列一組管理組件:

  • Microsoft.Windows.Server.Library 6.0.6989.0 版或更新版本

  • Microsoft.Windows.Server.2012.Discovery 6.0.6989.0 版或更新版本

  • Microsoft.Windows.InternetInformationServices.CommonLibrary 7.0.8862.0 或更新版本

  • Microsoft.Windows.InternetInformationServices.2012 7.0.8862.0 版或更新版本

    這是 IIS8 管理組件的新版本。 請勿使用 Microsoft.Windows.InternetInformationServices.6.2 管理組件,這是「Windows 8 Beta 管理組件發行」的一部分。 如果您先前已匯入 Microsoft.Windows.InternetInformationServices.6.2 管理組件,請先移除。

  • Microsoft.SystemCenter.Apm.Web.IIS8

    此管理組件位於 System Center 2012 – Operations Manager 媒體的 /ManagementPacks 資料夾中,相當於 IIS7 先前 (以及現在仍然) 使用的 Microsoft.SystemCenter.Apm.Web.IIS7 管理組件。

升級後在代理程式上找不到 WCFServerAsyncBeginProducer

**描述:**在 Beta 代理程式的某些變更期間,我們從 Result 程式碼中移除類別:在升級期間,已針對 APM 監視所設定的新 SP1 代理程式仍會從尚未升級的管理群組接收到「舊的」組態設定,並且可能會在事件記錄檔中記錄一項「資訊」事件 (識別碼 1295),其中內含下列訊息:

在組件 Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL 中找不到 Producer "Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation.InstrumentationClass.WCFServerAsyncBeginProducer",因為存取層級或 Producer 的簽章不正確而無法存取 Producer。 如需詳細資料,請參閱文件。

**因應措施:**無。 此事件是設計所致。 APM 的其他項目均可正常運作,因此可放心略過此事件。

Web 錄製器功能無法搭配 Windows 8 上的 IE10 運作

描述:「Web 錄製器」功能無法搭配 Windows 8 上的 Internet Explorer 10 運作。

**因應措施:**無。

當連線到 OM12 管理群組時,網路摘要儀表板無法在 OM12SP1 UI 上載入資料

**描述:**使用 System Center 2012 Service Pack 1 (SP1)Operations Manager 中的 [網路摘要儀表板] 時,客戶若連線到 System Center 2012 – Operations Manager 管理群組,就無法載入資料。

**因應措施:**請使用 System Center 2012 – Operations Manager 使用者介面連線到 System Center 2012 – Operations Manager 管理群組,或將管理群組升級至 SP1。

從授權安裝升級時,即使產品已獲得授權,客戶仍會看到評估版 EULA

**描述:**從 Operations Manager 的授權安裝升級時,即使產品已獲得授權,客戶仍會看到評估版 EULA。

**因應措施:**在 PowerShell 中執行 Get-ScomLicense,查看正式版授權合約。

資料倉儲資料庫和記錄檔的檔案名稱為 .mdf 和 .ldf

**描述:**Operations Manager 資料倉儲 SQL 資料庫的檔案名稱永遠是 ".mdf",記錄檔名稱則永遠是 ".ldf",而不是資料庫名稱。

**因應措施:**使用 SQL 處理序重新命名檔案,以符合資料庫名稱。 請參閱 How to consolidate physical files and rename the logical file name in SQL Server 2000 and in SQL Server 2005 (如何在 SQL Server 2000 和 SQL Server 2005 中合併實體檔案和重新命名邏輯檔案)

安裝時未根據預設匯入 Microsoft System Center 應用程式監視 360 SLA 管理組件

**描述:**在 Operations Manager 主控台的 [監視] 區段中,[監視\應用程式監視] 底下的應用程式儀表板包含 [服務等級協定 (SLA)] 的區段。 根據預設,此區段是空的,未包含任何應用程式的資料。 您可匯入 SP1 CD 上管理組件內所包含這些應用程式的預設 SLA,這會使 SLA 出現。 您也可以針對應用程式自行建立和修改 SLA。

**因應措施:**有兩種程序可填入應用程式儀表板中的 SLA:

  1. 自行建立應用程式的 SLA。 如需詳細資訊,請參閱 How to Configure 360 .NET Application Monitoring Dashboards in System Center 2012 SP1 (如何在 System Center 2012 SP1 中設定 .NET 應用程式監視儀表板)

  2. 從包含預設 SLA 的 SP1 媒體匯入 "Microsoft System Center 應用程式監視 360 SLA" 管理組件 Microsoft.SystemCenter.ApplicationMonitoring.360.SLA.XML

請勿安裝指向 System Center 2012 資料倉儲的 System Center 2012 SP1 Operations Manager 管理組件

**描述:**請勿安裝指向 System Center 2012 – Operations Manager 版本資料倉儲的 System Center 2012 Service Pack 1 (SP1)Operations Manager 版本管理群組。 資料倉儲將無法運作。

**因應措施:**無。 請確定管理群組和其指向的資料倉儲均執行 System Center 2012 – Operations Manager 的 SP1 版本。

升級到 SP1 之後,Web 主控台因 IIS 損毀而無法使用

**描述:**升級到 System Center 2012 Service Pack 1 (SP1)Operations Manager 時,如果升級損壞 Web 主控台,您可能會遇到執行階段錯誤:Server Error in ‘/OperationsManager’ Application。 在 Web 主控台伺服器上的應用程式記錄檔中,您會看到包含例外狀況訊息的事件:Could not load type 'System.ServiceModel.Activation.HttpModule'

例如,在升級過程中,系統會提示您將「HTTP 啟用」新增到作業系統的角色服務。 這會導致 IIS 進入半毀狀態,需要在 IIS 重新登錄 ASP.NET 以更正錯誤。 這可能會隨時在 ASP.NET 之後新增任何 IIS 元件時發生。

**因應措施:**在 IIS 中重新登錄 ASP.NET。

  • 在 Windows Server 2008 R2 SP1 上,在提高權限的 CMD 中執行下列命令:C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i -enable

  • 在 Windows Server 2012 上,在提高權限的 CMD 中執行下列命令:C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r 

在 Solaris 作業系統上使用 sudo 提升權限時,如果 sudo 執行檔未位於預期的路徑,則需要變更設定

**描述:**如果您想要在執行 Solaris 的電腦上使用 sudo 提升權限,而 sudo 執行檔未位於預期的路徑,則您需要建立正確路徑的連結。Operations Manager 將會在路徑 /opt/sfw/bin 中尋找 sudo 執行檔,然後再於 /usr/bin 路徑中尋找。 如果 sudo 未安裝在這些路徑中,則需要提供連結。

**因應措施:**UNIX 和 Linux 代理程式安裝指令碼會建立預期包含 sudo 的資料夾的符號連結 /etc/opt/microsoft/scx/conf/sudodir。 代理程式會使用此符號連結來存取 sudo。 安裝指令碼會自動建立符號連結,因此在標準的 UNIX 和 Linux 設定中,您不需要採取任何動作。 不過,如果 sudo 安裝在非標準位置中,則您應變更符號連結,以指向安裝 sudo 的資料夾。 如果您變更符號連結,系統會維護連結的值,以進行代理程式的解除安裝、重新安裝和升級操作。