Updaterollup 6 für System Center 2016 Operations Manager

Einführung

In diesem Artikel werden die Probleme beschrieben, die im Updaterollup 6 für Microsoft System Center 2016 Operations Manager behoben wurden. Dieser Artikel enthält auch die Installationsanweisungen für dieses Update.

Behobene Verbesserungen und Probleme

• Der Anwendungspool stürzt ab und SharePoint Anwendung stürzt aufgrund des APM-Agents ab, und der Profiler ist jetzt behoben. Dies ist aufgetreten, weil der Profiler immer aktiviert war. Dieses Problem wurde behoben, indem der Profiler standardmäßig deaktiviert und nur aktiviert wird, wenn APM konfiguriert ist.
  
  Hinweis Wenn Sie APM verwenden, starten Sie IIS neu, nachdem Sie die Patches bereitgestellt haben.

• Verbesserte Protokollierung, um Fehlermeldungen anzuzeigen und vorzuschlagen, dass Sie Leistungsindikatoren überprüfen, wenn PdhExpandWildCardPath fehlschlägt.

• Behoben: Auf der Registerkarte "Sitzungsereignisse" in der Anwendungsdiagnose-Webkonsole werden keine Daten angezeigt.

• Behoben: Der planmäßige Wartungsmodus funktioniert nicht in einer Verfügbarkeitsgruppe, die SQL Always-On-Konfiguration verwendet. Im Falle eines Failovers zu einem sekundären Knoten werden die Wartungsmoduszeitpläne, die auf dem primären Knoten erstellt werden, nicht ausgeführt. Dies wurde jetzt behoben. Ausführliche Informationen finden Sie im Abschnitt "Aktivieren des Wartungsmodus für den Zeitplan mit SQL Always ON".

• Aktualisierter Fix: Das Cmdlet Get-SCOMGroup kann große (mehr als 2.000) Gruppen langsam abfragen. Ein vorheriger Fix wurde verbessert, um das Abfragen beliebiger Gruppen zu beschleunigen.

• Behoben: Benutzer konnten den Wartungszeitplan in der SCOM-Konsole nicht bearbeiten, wenn alle Objekte entfernt wurden. Der Zeitplan kann jetzt bearbeitet werden. Sie kann jedoch nur gespeichert werden, wenn sie mindestens ein Objekt enthält.

• Behoben: SCX kann keine Verbindung mit einem Linux-Computer herstellen, wenn die KEX-Algorithmen wie folgt konfiguriert sind: ecdh-sha2-nistp256, diffie-hellman-group-exchange-sha256 oder diffie-hellman-group14-sha256.

• Behoben: Die Verwendung von MI-APIs führt zum Absturz MonitoringHost.exe. Dieses Ereignis wird im Anwendungsprotokoll protokolliert, aber es werden keine Absturzereignisse im Operations Manager-Ereignisprotokoll gemeldet. Nach diesem Fix stürzt MonitoringHost auch dann nicht ab, wenn der useMIAPI-Registrierungsschlüssel aktiviert ist.

• Der Assistent für das Onboarding der OMS-Verbindung (jetzt Azure Log Analytics) wird aktualisiert, um mit den neuen APIs zu kommunizieren. Dies liegt daran, dass die OMS-Dienste in das Azure-Portal (Link) verschoben wurden und auch aufgrund der geplanten Einstellung des OMS-Portals. Diese Änderung wirkt sich nicht auf vorhandene Verbindungen mit OMS aus. Für neue Verbindungen oder die Neukonfiguration vorhandener Verbindungen müssen jedoch die relevanten Management Packs importiert werden, die zusammen mit diesem Updaterollup gebündelt sind.

• Mit diesem Updaterollup wird ein neuer "omi"-Benutzer (Systemkonto) erstellt.

• Änderungen der XPlat-Unterstützungsmatrix:

  • SLES 10 wird nicht unterstützt.

  • CentOS 5 wird nicht unterstützt.

  • AIX 6.x wird nicht unterstützt.

Aktivieren des Planungswartungsmodus mit SQL Always ON

Das Feature "Planmäßiger Wartungsmodus" wurde in Operations Manager 2016 RTM ausgeliefert. Daher verfügen Kunden über Operations Manager-Bereitstellungen, deren SQL für hohe Verfügbarkeit immer AKTIVIERT sind. Mehrere Kunden und Blogs haben berichtet, dass die Funktion "Wartungsmodus planen" nicht mit SQL Always On zusammenarbeiten kann, wenn das SQL Server Failover auftritt.

Auf Zeitpläne, die erstellt werden, wenn SQL Always ON aktiviert wurde, konnte nicht zugegriffen werden, wenn SQL Server auf einen anderen Server übergeht.

Die Lösung für dieses Problem ermöglicht es, dass die Zeitpläne auch in einem SQL Server Failoverszenario ohne Probleme funktionieren.

Wir haben dieses Problem wie folgt behoben:

• Zeitpläne, die bereits vor der Bereitstellung dieses Fix erstellt wurden, funktionieren auch in SQL Server Failoverszenarien ohne Probleme.
  
  Hinweis Vorhandene Zeitpläne, die auf dem aktuellen Server erstellt wurden, auf dem SQL Server ausgeführt wird, werden migriert. Befolgen Sie die Installationsanweisungen, um die vorhandenen Zeitpläne zu migrieren, die auf einem anderen Server erstellt werden.

• Auf jeden Zeitplan, der erstellt wird, nachdem Sie dieses Update zusammen mit den erforderlichen Konfigurationen bereitgestellt haben, kann zugegriffen werden, auch wenn der Server, auf dem SQL Server ausgeführt wird, nicht auf einen anderen Server übergeht.

Stellen Sie sicher, dass die erforderlichen Berechtigungen auf allen Servern erteilt werden.

• Die Konten, die unter dem Profil "Betriebsdatenbankkonto" aufgeführt sind, sollten über die Berechtigungen "SQLAgentOperatorRole" und "db_owner" für die MSDB-Datenbank verfügen.

• Wenn Konten, die unter dem Profil "Betriebsdatenbankkonto" aufgeführt sind, keinen Zugriff auf die Berechtigungen "SQLAgentOperatorRole" und "db_owner" für die MSDB-Datenbank haben, weisen Sie jedem Konto unter dem Profil "Betriebsdatenbankkonto" die Berechtigungen "SQLAgentOperatorRole" und "db_owner" für die MSDB-Datenbank zu.

• Wenn unter dem Profil "Betriebsdatenbankkonto" keine Konten aufgeführt sind, sollten Konten, die unter dem Profil "Standardaktionskonto" verfügbar sind, über die Berechtigungen "SQLAgentOperatorRole" und "db_owner" für die MSDB-Datenbank verfügen.

Installationsanweisungen

Führen Sie die folgenden Schritte aus, um dieses Updaterollup zu installieren:

1. Erteilen Sie die erforderlichen Berechtigungen, wie im Abschnitt "Überprüfen, ob die erforderlichen Berechtigungen auf allen Servern erteilt werden" beschrieben.

2. Installieren Sie den UR6-Patch (die Bereitstellung von Verwaltungsserver- und Agentkomponenten ist obligatorisch).

3. Führen Sie das Skript Update_rollup_mom_db.sql SQL auf dem Server aus, auf dem SQL Server ausgeführt wird.
   
   Hinweis Vorhandene Zeitpläne werden nur einmal im Rahmen der Updaterollupbereitstellung zum neuen Design migriert. Die Migration vorhandener Zeitpläne erfolgt nicht erneut, wenn Sie dasselbe Skript ausführen.

Richtlinien

• Alle Fehler, die auftreten, wenn vorhandene Zeitpläne migriert werden, werden in der folgenden Datenbanktabelle erfasst:
  
  [OperationsManager].[ dbo]. [MaintenanceModeSchedulesMigrationLogs]

• Vorhandene Zeitpläne, die auf einem SQL Server-basierten Server erstellt wurden, der nicht der primäre Server ist, werden nach dem Ausführen des Skripts Update_rollup_mom_db.sql nicht zum neuen Design migriert. Entsprechende Fehler werden in der Datenbanktabelle protokolliert, die im vorherigen Element erwähnt wird.

• Um vorhandene Zeitpläne zum neuen Entwurf zu migrieren, führen Sie einen Fehler bei der aktuellen Datenbank zu dem server aus, auf dem SQL Server ausgeführt wird, und führen Sie die folgenden Skripts für die Operations Manager-Datenbank aus.
  
  So migrieren Sie einen bestimmten Zeitplan zum neuen Design:

EXEC [dbo]. [p_MaintenanceScheduleMigrateSchedule] "<ScheduleIDOftheMMSchedule>"

Beispiel:

EXEC [dbo]. [p_MaintenanceScheduleMigrateSchedule] "1A6917C6-999C-E811-837B-02155DC77B3F"

So migrieren Sie alle vorhandenen Zeitpläne im jeweiligen SQL Server zum neuen Design:

[OperationsManager] löschen. [dbo]. [MaintenanceModeSchedulesMigrationLogs]
EXEC [dbo]. [p_MaintenanceScheduleMigrateExistingSchedules]

• Sie können die im vorherigen Element erwähnten Skripts auf verschiedenen Servern ausführen, auf denen SQL Server ausgeführt werden, um vorhandene Zeitpläne zu migrieren, die auf verschiedenen Servern erstellt werden.

• Um zu verhindern, dass ähnliche Probleme auftreten, können Sie den vorhandenen Zeitplan löschen und denselben Zeitplan erneut erstellen, nachdem Sie den Fix angewendet haben.

Hinweis Nachdem Sie diesen Fix bereitgestellt haben, werden wartungszeitpläne möglicherweise ausgelöst und weisen eine maximale Verzögerung von 5 Minuten auf. Diese maximale Verzögerung kann durch Außerkraftsetzen der Regel "Wartungsmodus" konfiguriert werden. Der Standardwert beträgt 5 Minuten, um zu vermeiden, dass das System eine große Leistungseinbuße verursacht.

So erhalten Sie updaterollup 6 für System Center 2016 Operations Manager

Updatepakete für Operations Manager sind über Microsoft Update oder durch manuellen Download verfügbar.

Installationsanweisungen für Operations Manager

Installationshinweise

• Wichtig Wenn Sie dieses Updaterollup später deinstallieren möchten, müssen Sie das Update System Center 2016 Operations Manager Server (KB3209591) installiert haben, bevor Sie dieses System Center 2016 Operations Manager Server (KB4459897)-Update installieren.

• 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)

• Einige Komponenten sind sprachübergreifend, und die Updates für diese Komponenten sind nicht lokalisiert.

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

• Wenn Sie den Computer nach dem Anwenden des Konsolenupdates nicht neu starten möchten, 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.

• Wenden Sie kein Updaterollup unmittelbar nach der Installation von System Center 2016 Operations Manager an. Warten Sie einige Stunden nach der Bereitstellung einer neuen Verwaltungsgruppe, bevor Sie ein Updaterollup anwenden.

• 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.

Unterstützte Installationsreihenfolge

Gehen Sie wie folgt vor, um alle erforderlichen Schritte in der entsprechenden Reihenfolge zum Installieren des Updaterolluppakets auszuführen:

1. Installieren Sie das Paket auf der folgenden Serverinfrastruktur:

   • Verwaltungsserver oder -server

   • Sammlungsdienste überwachen

   • Webserver-Serverrollencomputer

   • Gateway

   • Rollencomputer der Operations-Konsole

   • Reporting

2. Wenden Sie SQL Skripts an.

3. Importieren Sie die Management Packs manuell.

4. Agent-Updates anwenden.

5. Wenden Sie das Nano Agent-Update auf manuell installierte Agents an, oder schieben Sie die Installation aus der Ansicht "Ausstehend" in der Operations-Konsole.

6. Aktualisieren Sie Unix- und Linux-MPs und -Agents.

Operations Manager-Update

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. Alternativ können Sie die Pakete aus dem Microsoft Update-Katalog herunterladen.

2. Wenden Sie die entsprechenden MSP-Dateien auf jedem Computer an.
   
   Hinweis MSP-Dateien sind im Updaterolluppaket enthalten. 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 folgende Datenbank-SQL-Skript auf dem Datenbankserver für die OperationsManagerDB-Datenbank aus:
   

   Update_rollup_mom_db.sql
    

   Hinweis Dieses Skript befindet sich unter dem folgenden Pfad:
    

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

1. Importieren Sie die folgenden Management Packs:

   • Microsoft.SystemCenter.Internal.mp

   • Microsoft.SystemCenter.2007.mp

   • Microsoft.SystemCenter. Advisor. Internal.mpb

   • Microsoft.SystemCenter.OperationsManager.Library.mp

   • Microsoft.SystemCenter.Image.Library.mp

   • Microsoft.SystemCenter.Visualization.Library.mpb

   • Microsoft.SystemCenter. Advisor.mpb

   • Microsoft. Windows.InternetInformationServices.CommonLibrary.mp

   • Microsoft.SystemCenter.AlertAttachment.mpb

   • Microsoft.SystemCenter.IntelliTraceProfiling.mpb

   • Microsoft.SystemCenter.SyntheticTransactions.Library.mp

   • Microsoft.SystemCenter.OperationsManager.AM.DR.2007.mp

   • Microsoft.SystemCenter.OperationsManager.SummaryDashboard.mp

   • Microsoft.SystemCenter. Advisor. Ressourcen. (LANGUAGECODE_3LTR).mpb

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

   • Microsoft.SystemCenter.ACS.Internal.mp

   • Microsoft.SystemCenter.Visualization.ServiceLevelComponents.mpb

   • Microsoft.SystemCenter.Library.mpb

   • Microsoft.SystemCenter.Apm.Infrastructure.mpb

   • Microsoft. Windows.Cluster.Library.mp

Informationen zum Importieren eines Management Packs von einem Datenträger finden Sie im Microsoft TechNet-Thema "Importieren eines Operations Manager Management Packs".

Hinweis Management Packs sind in den Serverkomponentenupdates am folgenden Speicherort enthalten:

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

Nano Agent-Update

Um die Updates für Nano Agent manuell zu installieren, laden Sie die KB3209591-8.0.10913.0-NanoAgent.cab-Datei herunter. Sie können dieses Update mithilfe des folgenden PowerShell-Skripts auf einem Nano Agent-System installieren:

.\UpdateNanoServerScomAgentOnline.ps1
-NanoServerFQDN <FQDN of target Nano Server>
-BinaryFolder <Path where the update .cab is already expanded OR path to one or more Nano-agent update .cab files>
-IsCabExpanded <$true if BinaryFolder path is to an expanded .cab, $false if it is for a packed .cab file(s)>
-RemoveBackup <$true to remove the previous binaries from the agent machine>

UNIX- und Linux-Management Pack-Update

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 das Updaterollup 5 auf Ihre System Center 2016 Operations Manager-Umgebung an.
   
   Hinweis Es gibt keine UNIX/Linux MP-Updates im Updaterollup 6.

2. Laden Sie die aktualisierten Management Packs für System Center 2016 von der folgenden Microsoft-Website herunter:

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

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

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

3. Führen Sie ein Upgrade jedes Agents auf die neueste Version durch, indem Sie das Cmdlet Update-SCXAgent Windows PowerShell oder den UNIX/Linux-Agent-Upgrade-Assistenten im Verwaltungsbereich der Operations Console verwenden.

Deinstallationsinformationen

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

msiexec /uninstall PatchCodeGuid /package RTMProductCodeGuid

Hinweis Der PatchCodeGuid-Platzhalter stellt eine der folgenden GUIDs dar.

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

Dateien, die in diesem Updaterollup aktualisiert wurden