Anmerkungen zu dieser Version von Operations Manager in System Center 2012 R2

 

Veröffentlicht: März 2016

Betrifft: System Center 2012 R2 Operations Manager

Lesen Sie diese Versionshinweise, bevor Sie Operations Manager in System Center 2012 R2 installieren und verwenden.

Advisor-Überwachungsservergruppe reserviert für die Verwendung von Advisor Connector

Beschreibung: Die Microsoft System Center Advisor-Überwachungsservergruppe ist für die Steuerung von Agents reserviert, die im Advisor Connector enthalten sind. Diese Gruppe sollte nicht geändert oder der Liste Advisor-verwaltet hinzugefügt werden.

Problemumgehung: Dies ist systembedingt.

Für das Aktivieren von Advisor Connector auf Agents ist .NET Framework erforderlich.

Beschreibung: Zum Aktivieren von Advisor Connector auf Operations Manager-Agentcomputern muss zunächst Microsoft .NET Framework installiert werden.

Problemumgehung: Installieren Sie auf Agents mit Windows Server 2008 R2 und früher .NET Framework 3.5 SP1. Installieren Sie auf Agents mit Windows Server 2012 und höher .NET Framework 4.0 oder höher.

Datenproduzenten für die ASP.NET-Web-API werden nicht installiert, wenn Microsoft .NET Framework 4.x nicht installiert wurde.

Beschreibung: Wenn Sie einen Agent von System Center 2012 R2 – Operations Manager auf einem Computer ohne Microsoft .NET Framework 4.x installieren, werden einige Datenproduzenten für die ASP.NET-Web-API nicht installiert. Wenn Sie Microsoft .NET Framework 4.x später auf dem Computer installieren und mit der Anwendungsüberwachungsfunktion eine Anwendung überwachen möchten, von der die ASP.NET-Web-API verwendet wird, fehlen die entsprechenden Datenproduzenten noch immer, und die Überwachung der Anwendung ist nicht funktionsfähig.

Problemumgehung: Dies ist systembedingt. Zum Wiederherstellen der fehlenden Datenproduzenten muss der Agent erneut installiert werden, nachdem Microsoft .NET Framework 4.x auf dem Computer installiert wurde.

Damit die Anwendungsleistungsüberwachung für Windows Server 2012 R2 verwendet werden kann, müssen Sie Management Packs importieren.

Beschreibung: Sie müssen die Management Packs für Windows Server 2012 R2 und IIS 8 importieren, um die Anwendungsleistungsüberwachung (APM) für Windows Server 2012 R2 verwenden zu können.

**Problemumgehung:**System Center 2012 R2 Operations Manager umfasst die APM-Unterstützung für Windows Server 2012 R2 und IIS 8 (Internetinformationsdienste 8). Damit diese Funktion gewährleistet ist, müssen Sie jedoch die folgenden Überwachungspakete importieren:

  • Microsoft.Windows.Server.2012.R2.Discovery.mp

  • Microsoft.Windows.Server.Library, Version 6.0.6989.0 oder höher

  • Microsoft.Windows.Server.2012.Discovery, Version 6.0.6989.0 oder höher

  • Microsoft.Windows.InternetInformationServices.CommonLibrary, Version 7.0.8862.0 oder höher

  • Microsoft.Windows.InternetInformationServices.2012, Version 7.0.8862.0 oder höher

    Hierbei handelt es sich um eine neue Version des Management Packs für IIS 8. Verwenden Sie NICHT das Management Pack Microsoft.Windows.InternetInformationServices.6.2, das Bestandteil der „Management Pack-Version für Windows 8 Beta“ war. Entfernen Sie das Management Pack Microsoft.Windows.InternetInformationServices.6.2, wenn Sie es zuvor importiert hatten.

  • Microsoft.SystemCenter.Apm.Web.IIS8

    Dieses Management Pack befindet sich im Ordner ManagementPacks des Mediums von System Center 2012 – Operations Manager. Es entspricht dem Management Pack Microsoft.SystemCenter.Apm.Web.IIS7, das zuvor für IIS 7 verwendet wurde und noch immer verwendet wird.

Nach dem Upgrade kann „WCFServerAsyncBeginProducer“ auf dem Agent nicht gefunden werden.

Beschreibung: Während des Upgrades von System Center 2012 auf System Center 2012 R2 werden von einem neuen Agent von System Center 2012 R2, der für die APM-Überwachung konfiguriert ist, weiterhin ALTE Konfigurationseinstellungen von einer Verwaltungsgruppe empfangen, für die noch kein Upgrade ausgeführt wurde. Dabei wird vom Agent möglicherweise ein Ereignis „Information“ (ID 1295) mit der folgenden Meldung im Ereignisprotokoll protokolliert:

Der Producer "Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation.InstrumentationClass.WCFServerAsyncBeginProducer of assembly Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL" kann in der Assembly "Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL" nicht gefunden werden, auf den Producer kann aufgrund der Zugriffsebene nicht zugegriffen werden, oder die Signatur des Producers ist falsch. Weitere Einzelheiten hierzu finden Sie in der Dokumentation.

Problemumgehung: Keine. Dieses Ereignis ist systembedingt. Alle anderen Funktionen in APM sind normal funktionsfähig, und die Ereignismeldung kann ohne Risiken ignoriert werden.

Nach dem Upgrade ist die Webkonsole nicht funktionsfähig, da IIS beschädigt ist.

Beschreibung: Wenn während des Upgrades auf System Center 2012 R2, Operations Manager die Webkonsole beschädigt wird, kann folgender Laufzeitfehler auftreten: Server Error in ‘/OperationsManager’ Application. Im Anwendungsprotokoll auf dem Webkonsolenserver wird ein Ereignis mit der folgenden Ausnahmemeldung angezeigt: Could not load type 'System.ServiceModel.Activation.HttpModule'.

Beispielsweise werden Sie während des Upgradevorgangs aufgefordert, „HTTP-Aktivierung“ zu den Rollendiensten des Betriebssystems hinzuzufügen. Dadurch wird IIS in einen teilweise fehlerhaften Zustand versetzt. Zur Behebung des Problems ist eine erneute Registrierung von ASP.NET in IIS erforderlich. Dieses Problem kann jedes Mal auftreten, wenn Sie IIS-Komponenten nach ASP.NET hinzufügen.

Problemumgehung: Registrieren Sie ASP.NET erneut in IIS.

  • Führen Sie unter Windows Server 2008 R2 SP1 den folgenden Befehl in einer Eingabeaufforderung mit erhöhten Rechten aus:  C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i -enable 

  • Führen Sie unter Windows Server 2012 den folgenden Befehl an einer Eingabeaufforderung mit erhöhten Rechten aus:  C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r 

Für die Erhöhung der Rechte mithilfe von „sudo“ auf Solaris-Betriebssystemen ist eine Konfigurationsänderung erforderlich, wenn sich die ausführbare Datei für „sudo“ nicht unter einem der erwarteten Pfade befindet.

Beschreibung: Wenn Sie die Erhöhung der Rechte mithilfe von „sudo“ auf einem Computer mit Solaris verwenden möchten, auf dem sich die ausführbare Datei für „sudo“ nicht unter einem der erwarteten Pfade befindet, müssen Sie eine Verknüpfung zum richtigen Pfad erstellen. Die ausführbare Datei wird von Operations Manager zunächst unter „/opt/sfw/bin“ und dann unter „/usr/bin“ gesucht. Ist „sudo“ nicht unter einem dieser Pfade installiert, ist eine Verknüpfung erforderlich.

Problemumgehung: Mit dem Installationsskript des UNIX- und Linux-Agents wird die symbolische Verknüpfung link /etc/opt/microsoft/scx/conf/sudodir zum Ordner erstellt, der „sudo“ enthalten soll. Diese symbolische Verknüpfung wird vom Agent für den Zugriff auf „sudo“ verwendet. Die symbolische Verknüpfung wird automatisch durch das Installationsskript erstellt. In standardmäßigen UNIX- und Linux-Konfigurationen ist keine Handlung erforderlich. Wenn „sudo“ jedoch an einem nicht standardmäßigen Speicherort installiert wird, ändern Sie die symbolische Verknüpfung, sodass sie auf den Ordner verweist, in dem „sudo“ installiert ist. Wenn Sie die symbolische Verknüpfung ändern, wird deren Wert für Deinstallations-, Neuinstallations- und Upgradevorgänge beim Agent beibehalten.