Beschreibung des Updaterollups 4 für System Center 2012 Operations Manager Service Pack 1

Problem 1

Windows PowerShell Skripts oder Module können nicht in einer AllSigned-Umgebung ausgeführt werden.

Symptom

Sie erhalten die folgende Fehlermeldung:

Problem 2

Standortpunkte werden im GSM-Kartendashboard aufgrund eines Microsoft SQL Server Timeouts nicht angezeigt.

Symptom

Die folgenden Ereignisse können im SQL Server Operations Manager-Ereignisprotokoll protokolliert werden:

Problem 3

Beim Überwachen des Sicherheitsereignisses 5140 wird eine falsche Warnung generiert.

Symptom

Die Warnung enthält falsche Informationen für Quelladresse, Quellport und Freigabename.

Problem 4

Beim Aufzählen von Endpunkten wird eine leere Zielgruppe erstellt.

Die Symptom-ETL-Ablaufverfolgung

zeigt die folgende Meldung an:

[Microsoft.EnterpriseManagement.Modules.Apm.ServerDiscovery] [] [Ausführlich] :TemplateAgentDiscoveryProbeAction.ProcessDataItem{templateagentdiscoveryprobeaction_cs148}( 00000000038E0B6A )Anwendungsinstanzen für die nächsten Anwendungskomponenten wurden im System nicht gefunden:

Problem 5

Generische Leistungsberichte enthalten nach dem Export keine Objektdaten.

Symptom

In Leistungsberichten sind die Objektinformationen (Servername, Datenträgerbezeichnung usw.) standardmäßig reduziert. Wenn der Bericht exportiert wird, fehlen diese Informationen.

Problem 6

Wenn Sie ein Netzwerkknoten-Dashboard auf einem Windows 7 Service Pack 1 x86-basierten Computer öffnen, hängt die Konsole.

Symptom:

CPU-Nutzung beträgt fast 99 Prozent, und die Konsole reagiert nicht.

Problem 7

Eine Benutzerrolle, die mithilfe von Windows PowerShell auf einem Gebietsschemasystem erstellt wird, das nicht aus den USA stammt, zeigt den Anzeigenamen und die Beschreibung nicht auf der Konsole an.

Problem 8

Der Kunde kann Gruppen keine Außerkraftsetzungen oder Untergruppen mithilfe von Cmdlets hinzufügen. Beim Abfrageprozessor sind keine internen Ressourcen

vorhanden. Symptom

Wenn Sie eine Außerkraftsetzung für eine Gruppe erstellen oder einer Gruppe hinzufügen, wird möglicherweise die folgende Meldung angezeigt:

Dem Abfrageprozessor waren keine internen Ressourcen mehr vorhanden, und es konnte kein Abfrageplan erzeugt werden. Dies ist ein seltenes Ereignis, das nur für extrem komplexe Abfragen oder Abfragen erwartet wird, die auf viele Tabellen oder Partitionen verweisen. Bitte vereinfachen Sie die Abfrage. Wenn Sie glauben, dass Sie diese Meldung fehlerhaft erhalten haben, wenden Sie sich an den Kundendienst, um weitere Informationen zu erhalten.

Problem 9

Wenn Sie Objekte im Dashboard auswählen, erhalten Sie den Fehler "Der Abfrageprozessor hat keine internen Ressourcen mehr erhalten".

Symptom

Sie erhalten die folgende Fehlermeldung:

Hinweis: Dies ist ein seltenes Ereignis, das nur für extrem komplexe Abfragen oder Abfragen erwartet wird, die auf viele Tabellen oder Partitionen verweisen.

Problem 10

Bei der nachfolgenden Ermittlung wird ein anderer Geräteschlüssel verwendet. Dieses Verhalten bewirkt, dass doppelte Geräte erkannt werden.

Symptom

Wenn die Netzwerkermittlung ausgeführt wird, können doppelte Einträge für dasselbe Gerät zur Datenbank hinzugefügt werden.

Problem 11

vStateDailyFull gibt leer zurück, wenn die Zeitzone auf dem Data Warehouse Server UTC+0X:30 ist.

Berichte zur Symptomverfügbarkeit

werden möglicherweise als leer angezeigt.

Problem 12

Der Integritätsstatus Advisor überwachten Agents lautet immer "Warnung" in Advisor Integritätszustand.

Problem 13

APM-Monitor ist nicht funktionsfähig, wenn Sie ein Upgrade auf eine höhere Version von Operations Manager durchführen

Problem 14

In den Modulen Internetinformationsdienste 8.0 und Internetinformationsdienste 7.0 kann eine Website nicht erkannt oder überwacht werden, wenn die HTTP-Bindung in der Konfiguration fehlt.

Problem 15

SQL broker conversations can lead to very large OperationsManager DB size and TempDB size

Problem 1

In seltenen Fällen kann der Monitoringhost.exe Prozess von Management Server mit einer Zugriffsverletzung beendet werden, wenn protokolldateien auf UNIX- und Linux-Computern überwacht werden.

Symptom

Intermittierend stürzt der Management Server Monitoringhost.exe-Prozess auf einem Server, der UNIX und Linux verwaltet, mit einer Zugriffsverletzung bei zweiter Chance 0xc0000005 ab. In diesem Fall befinden sich die verwalteten UNIX- oder Linux-Computer in einem "nicht überwachten" oder "kritischen" Zustand.

Problem 2

Linux-Computer mit mehreren "Release"-Dateien in /etc. werden während der Ermittlung möglicherweise nicht richtig identifiziert. Dies schließt eine Os-Release-Datei ein.

Symptom

Whediscovery eines Linux-basierten Computers schlägt mit einem Fehler während der SSH-Ermittlung fehl. Oder der Name und die Version des Betriebssystems werden falsch bestimmt. Dieses Problem tritt auf, wenn mehrere *-release-Dateien in /etc vorhanden sind und eine der Dateien "os-release" heißt. Die Fehlermeldung sieht möglicherweise wie folgt aus:

Problem 1

Auf einem Solaris-Computer mit vielen überwachten Ressourcen (z. B. Dateisystemen, physischen Datenträgern und Netzwerkadaptern) sind möglicherweise keine Dateideskriptoren vorhanden, und die Ressourcen werden nicht überwacht. Dies liegt daran, dass das Standardbenutzerlimit für Solaris zu niedrig ist, um genügend Dateideskriptoren zuzuordnen. Der aktualisierte Agent setzt nun das Standardbenutzerlimit mit einem Benutzerlimit für den Agentprozess von 1024 außer Kraft.

Symptom

Auf einem Solaris-Computer enthält das Protokoll des Operations Manager-Agents (/var/opt/microsoft/scx/log/scx.log) Fehler oder Warnungen zusammen mit dem folgenden Text:

Problem 2

Eine überwachte Solaris-Zone, die für die dynamische CPU-Zuweisung zusammen mit dynamischen Ressourcenpools konfiguriert ist, kann Fehler in den Agentprotokollen protokollieren und falsche Werte für Prozessorleistungszähler zurückgeben.

Symptom

Dieses Problem betrifft alle überwachten Solaris-Zonen, die zusammen mit dynamischen Ressourcenpools und einer "dedizierten CPU"-Konfiguration konfiguriert sind, die eine Reihe von CPUs umfasst.

Problem 3

Wenn sich CGroup-Einträge (Linux Container) in /etc/mtab befinden, werden Fehler protokolliert, wenn die Erkennung physischer Datenträger aktiviert ist, und einige physische Datenträger werden möglicherweise nicht erkannt.

Symptom

Wenn Einträge in /etc/mtab auf einem überwachten Linux-Computer mit der Zeichenfolge "cgroup" beginnen, können Fehler, die den folgenden ähneln, im Protokoll des Agents protokolliert werden (/var/opt/microsoft/scx/log/scx.log):

Problem 4

Physische Datenträgerkonfigurationen, die nicht überwacht werden können, oder Fehler bei der Physischen Datenträgerüberwachung für UNIX- und Linux-Computer verursachen Fehler bei der Dateisystemüberwachung.

Symptom

Logical Disk-Instanzen (Dateisysteme) werden vom Operations Manager für einen überwachten UNIX- oder Linux-basierten Computer nicht erkannt.

Bekannte Probleme mit diesem Update

• Nachdem Sie das Updaterolluppaket auf allen Rollen auf dem Server installiert haben, auf dem System Center Operations Manager 2012 Service Pack 1 ausgeführt wird (mit Ausnahme der Agent- und Gatewayrollen), werden die Updates nicht im Element "Programme hinzufügen oder entfernen" in Systemsteuerung angezeigt.

• Nachdem Sie updaterollup 4 angewendet haben, muss die Operations Manager-Konsole erneut geöffnet werden, um den Fix für das Warnungsanlagenverwaltungspaket anzuwenden.

• Nachdem Sie das Updaterolluppaket installiert haben, wird die Versionsnummer der Konsole nicht geändert.

• Wenn das ACS-Updatepaket installiert, deinstalliert und dann erneut installiert wird, wird das in diesem Update enthaltene Datenbankupgradeskript nicht ausgeführt, da die Datenbankversion während der ersten Installation des ACS-Updates geändert wird. Dies kann zu einem Serverabsturz führen, wenn der Benutzer eine Partition wiederverwendet, wenn die Partition noch vorhanden ist.
  
  Die Partition kann in SQL Server Studio manuell geschlossen werden. Navigieren Sie dazu zur ACS-Datenbank, und führen Sie dann das folgende Skript in einem Abfrage-Editor Fenster aus:
  
  

  begin tran

  
  
  

  
  
  

  -- mark all active partitions for closing

  
  
  

  if (select count(*) from dtPartition where Status = 0) > 0

  
  
  

      update dtPartition set Status = 1 where Status = 0

  
  
  
  
  

  commit tran

  
  
  Um eine neue Partition zu erstellen, beenden Sie AdtServer, führen Sie dieses Skript aus, und starten Sie dann AdtServer neu.

• Nachdem Sie das Updaterolluppaket auf einer Webkonsole installiert haben, wird möglicherweise die folgende Fehlermeldung angezeigt, wenn Sie auf ASP.NET Webseiten zugreifen, auf denen ViewState aktiviert ist, nachdem Sie ein Upgrade von ASP.NET 1.1 auf ASP.NET 2.0 durchgeführt haben:
  
  

  Serverfehler in der Anwendung "/OperationsManager".
  Um dieses Problem zu beheben, schließen Sie Internet Explorer, und starten Sie es dann neu.

Installationshinweise

• Dieses Updaterolluppaket ist von Microsoft Update in den folgenden Sprachen verfügbar:

  • Chinesisch (vereinfacht) (CHS)

  • Japanisch (JPN)

  • Französisch (FRA)

  • Deutsch (DEU)

  • Russisch (RUS)

  • Italienisch (ITA)

  • Spanisch (ESN)

  • Portugiesisch (Brasilien) (PTB)

  • Chinesisch (traditionell) (CHT)

  • Koreanisch (KOR)

  • Tschechisch (CSY)

  • Niederländisch (NLD)

  • Polnisch (POL)

  • Portugiesisch (Portugal) (PTG)

  • Schwedisch (SWE)

  • Türkisch (TUR)

  • Ungarisch (HUN)

  • Englisch (ENU)

  • Chinesisch Hongkong (HK)

• Einige Komponenten sind mehrsprachiger Art, und die Updates für diese Komponenten sind nicht lokalisiert.

• Sie müssen das Updaterollup als Administrator ausführen.

• Wenn Sie den Computer nicht neu starten möchten, nachdem Sie das Konsolenupdate angewendet haben, schließen Sie die Konsole, bevor Sie das Update für die Konsolenrolle anwenden.

• Um eine neue Instanz von Microsoft Silverlight zu starten, löschen Sie den Browsercache in Silverlight, und starten Sie Silverlight neu.

• Installieren Sie das Updaterolluppaket nicht unmittelbar nach der Installation des System Center 2012 SP1-Servers. Andernfalls wird der status Integritätsdienst möglicherweise nicht initialisiert.

• Wenn die Benutzerkontensteuerung aktiviert ist, führen Sie die MSP-Updatedateien an einer Eingabeaufforderung mit erhöhten Rechten aus.

• Sie müssen über Systemadministratorrechte für die Datenbankinstanzen verfügen, damit die Betriebsdatenbank und das Data Warehouse Updates auf diese Datenbanken anwenden können.

• Fügen Sie die folgende Zeile zur Datei %windir%\Microsoft.NET\Framework64\v2.0.50727\CONFIG\web.config hinzu, um die Webkonsolenfixes zu aktivieren:
  
  

  <machineKey validationKey="AutoGenerate,IsolateApps" decryptionKey="AutoGenerate,IsolateApps" validation="3DES" decryption="3DES"/>

Hinweis: Fügen Sie die Zeile im Abschnitt <system.web> hinzu, wie im folgenden Artikel in der Microsoft Knowledge Base beschrieben:

911722 Möglicherweise wird eine Fehlermeldung angezeigt, wenn Sie auf ASP.NET Webseiten zugreifen, für die ViewState aktiviert ist, nachdem Sie ein Upgrade von ASP.NET 1.1 auf ASP.NET 2.0 durchgeführt haben.

Unterstützte Installationsreihenfolge

Es wird empfohlen, das Updaterolluppaket in der folgenden Reihenfolge zu installieren:

1. Installieren Sie das Updaterolluppaket auf der folgenden Serverinfrastruktur:

   • Verwaltungsserver oder -server

   • Gatewayserver

   • Berichterstellungsserver

   • Webserver-Serverrollencomputer

   • Rollencomputer der Operations-Konsole

2. Importieren Sie die Management Packs manuell.

3. Wenden Sie das Agentupdate auf manuell installierte Agents an, oder verschieben Sie die Installation aus der Ansicht "Ausstehend" in der Operations-Konsole.

Hinweise

• Installieren Sie das Updaterolluppaket auf Agents vor oder nach der Installation des Updaterolluppakets in der Serverinfrastruktur.

• Wenn das Feature "Verbundenes MG/Tiering" aktiviert ist, aktualisieren Sie zuerst die oberste Ebene des Features "Verbundenes MG/Tiering".

Updaterollup 4-Dateien haben die Versionsnummer 9538.1084.

Informationen zur Installation

Führen Sie die folgenden Schritte aus, um das Updaterolluppaket herunterzuladen und die Dateien zu extrahieren, die im Updaterolluppaket enthalten sind:

1. Laden Sie die Updatepakete herunter, die Microsoft Update für jeden Computer bereitstellt. Microsoft Update stellt die entsprechenden Updates entsprechend den Komponenten bereit, die auf jedem Computer installiert sind.

2. Wenden Sie die entsprechenden MSP-Dateien auf jedem Computer an.
   
   Beachten Sie, dass MSP-Dateien im Updaterolluppaket enthalten sind. Wenden Sie alle MSP-Dateien an, die sich auf einen bestimmten Computer beziehen. Wenn beispielsweise die Webkonsolen- und Konsolenrollen auf einem Verwaltungsserver installiert sind, wenden Sie die MSP-Dateien auf dem Verwaltungsserver an. Wenden Sie eine MSP-Datei auf einem Server für jede bestimmte Rolle an, die der Server enthält.

3. Führen Sie das SQL-Skript UR_Datawarehouse.sql auf Datawarehouse Server für die OperationsManagerDW-Datenbank aus.
   
   Hinweis: Dieses Skript ist im Update der Serverkomponente enthalten. Nach Abschluss der Installation können Sie das Skript im folgenden Ordner fidieren:

   %SystemDrive%\Program Files\System Center 2012 SP1\Operations Manager\Server \SQL Script for Update Rollups\

4. Importieren Sie die folgenden Management Packs:

   • Microsoft.SystemCenter.Apm.Infrastructure.mpb

   • Microsoft.SystemCenter.IntelliTraceCollectorInstallation.mpb

   • Microsoft. Windows.InternetInformationServices.CommonLibrary.mp

   • Microsoft.SystemCenter. Advisor. Internal.mpb

   • Microsoft.SystemCenter.AlertAttachment.mpb

   • Microsoft.SystemCenter.Apm.Infrastructure.Monitoring.mp

   • Microsoft.SystemCenter.Apm.Library.mpb

   • Microsoft.SystemCenter.DataWarehouse.Report.Library.mp

   • Microsoft.SystemCenter.DataWarehouse.Reports.mp

   • Microsoft.SystemCenter.DataWarehouse.ServiceLevel.Report.Library.mp

   • Microsoft.SystemCenter.Image.Library.mp

   • Microsoft.SystemCenter.IntelliTraceProfiling.mpb

   • Microsoft.SystemCenter.Visualization.Library.mpb

   Hinweisverwaltungspakete sind in den Serverkomponentenupdates im folgenden Ordner enthalten:
   

   %SystemDrive%\Programme\System Center 2012 SP1\Operations Manager\Server\Management Packs für Updaterollups

Deinstallationsinformationen

Führen Sie zum Deinstallieren eines Updates den folgenden Befehl aus:

msiexec /uninstall PatchCodeGuid /package RTMProductCodeGuid

Hinweis In diesem Befehl stellt der Platzhalter RTMProductCodeGuid eine der folgenden GUIDs dar.

Darüber hinaus stellt der Platzhalter PatchCodeGuid eine der folgenden GUIDs dar.

Dateiinformationen

Die folgenden Dateien werden im Updaterollup 4 für System Center 2012 Service Pack 1 aktualisiert.

Installieren von Operations Manager UNIX und Linux Monitoring Packs und Agents

Führen Sie die folgenden Schritte aus, um die aktualisierten Monitoring Packs und Agents für UNIX- und Linux-Betriebssysteme zu installieren:

1. Wenden Sie updaterollup 4 auf Ihre System Center Operations Manager 2012 Service Pack 1-Umgebung an.

2. Laden Sie die aktualisierten Management Packs von der folgenden Microsoft-Website herunter:
   

   System Center Monitoring Pack für UNIX- und Linux-Betriebssysteme

3. Installieren Sie das Management Pack-Updatepaket, um die Management Pack-Dateien zu extrahieren.

4. Importieren Sie die folgenden aktualisierten Management Packs und Management Pack-Pakete:

   • Microsoft.Unix.Library Management Pack (aus dem Ordner \2012 SP1\)

   • Microsoft.Unix.LogFile.Library Management Pack-Bundle

   • Microsoft.Unix.ShellCommand.Library Management Pack-Bundle

   • Microsoft.Unix.Process.Library Management Pack-Paketpaket

   • Die Bibliotheksverwaltungspakete, die für die Linux- oder UNIX-Plattformen relevant sind, die Sie in Ihrer Umgebung überwachen

   
   
   Hinweis: Die Microsoft.Linux.Universal Management Packs befinden sich ebenfalls im Ordner "\2012 SP1\".

5. Importieren Sie das aktualisierte Management Pack für jede Version von Linux oder UNIX, die Sie in Ihrer Umgebung überwachen.

6. Aktualisieren Sie jeden Agent auf die neueste Version, indem Sie entweder das cmdlet Update-SCXAgent Windows PowerShell oder den UNIX/Linux-Agent-Upgrade-Assistenten im Verwaltungsbereich der Operations Console verwenden.