Anmerkungen zu dieser Version von System Center Operations Manager
Dieser Artikel enthält die Versionshinweise für System Center 2019 – Operations Manager. Außerdem enthält er die Versionshinweise für Operations Manager 2019 UR1 und 2019 UR2.
Versionshinweise zu Operations Manager 2019
In den folgenden Abschnitten werden die Versionshinweise zu Operations Manager 2019 sowie die bekannten Probleme und deren Umgehung zusammengefasst. Weitere Informationen finden Sie in den Versionshinweisen zu 2019 UR1 und 2019 UR2.
Integritätsdienst mit Standardfunktion Anmelden als Dienst
Beschreibung: Bei Operations Manager 2019 ist die Funktion Anmelden als Dienst standardmäßig aktiviert. Diese Änderung wirkt sich auf alle Dienstkonten und ausführenden Konten aus. Sie benötigen die Berechtigung Anmelden als Dienst.
Problemumgehung: Aktivieren Sie die Berechtigung „Anmelden als Dienst“ für diese Konten. Weitere Informationen
Änderung der Benutzeroberfläche im Wartungsmodus
Beschreibung: In Operations Manager 2019 wurden folgende Änderungen an der Benutzeroberfläche im Wartungsmodus vorgenommen. Diese Änderungen gelten sowohl für die Windows- als auch die Linux-\Unix-Überwachung:
Wenn eine Entität in den Wartungsmodus wechselt, werden ihre monitorbasierten aktiven Warnungen automatisch aufgelöst. In früheren Releases werden diese Warnungen automatisch aufgelöst, wenn die Entität den Wartungsmodus verlässt.
Bedarfsgesteuerte Monitore und normale Monitore verhalten sich nun ähnlich, wenn die Zielentität in den Wartungsmodus wechselt und ihn verlässt.
Problemumgehung: Keine
Unterstützung für X64-Komponenten
Beschreibung: Operations Manager 2019 unterstützt nur x64-Komponenten. x86-Komponenten werden nicht unterstützt. Wenn Sie versuchen, den Agent von der Konsole auf einen x86-Computer zu verschieben, wird die folgende Fehlermeldung angezeigt:
Der angegebene Pfad kann nicht gefunden werden.
Problemumgehung: Keine
Beim Upgrade des Berichtsservers tritt bei der Überprüfung der Voraussetzungen ein Fehler auf.
Beschreibung: Beim Versuch, ein Upgrade des System Center 2016/1801/1807 Operations Manager-Berichtsservers auf Version 2019 durchzuführen, meldet die Voraussetzungsprüfung folgenden Fehler:
Überprüfung auf Verwaltungsserverupgrade: Für den Verwaltungsserver, an den diese Komponente Bericht erstattet, wurde kein Upgrade ausgeführt, und das Upgrade kann nicht fortgesetzt werden.
Dieser Fehler tritt in einem Szenario mit verteilten Verwaltungsgruppen auf, in dem sich der Berichtsserver auf einem Server befindet, der sich von einem oder mehreren Verwaltungsservern in der Verwaltungsgruppe unterscheidet.
Problemumgehung: Installieren Sie die Betriebskonsole von System Center 2016/1801/1807 Operations Manager auf dem Server, der die Berichtsserverrolle hostet, und versuchen Sie dann erneut, die Berichtsserverrolle auf Version 2019 zu aktualisieren. Nach dem erfolgreichen Upgrade können Sie die aktualisierte Betriebskonsole auf dem Berichtsserver deinstallieren.
Kompatibilitätsansicht in Internet Explorer
Beschreibung: Die HTML5-Webkonsole unterstützt die Internet Explorer-Kompatibilitätsansicht nicht.
Problemumgehung: Keine
Unterstützung für OpenSSL Version 1.1.0
Beschreibung: Auf Linux-Plattformen wurde die Unterstützung für OpenSSL 0.9.8 eingestellt.
Problemumgehung: Es wurde Unterstützung für OpenSSL 1.1.0 hinzugefügt.
Die Leistungsüberwachung für den VMM-Server schlägt mit der Meldung „Zugriff verweigert“ fehl.
Beschreibung: Benutzer des Diensts haben keine Berechtigung für den Zugriff auf das Ereignisprotokoll „VirtualMachineManager-Server/Operational“. Problemumgehung: Ändern Sie die Sicherheitsbeschreibung für die Registrierung des Betriebsereignisprotokolls mit dem folgenden Befehl, und starten Sie dann den Ereignis- und den Integritätsprotokolldienst neu.
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"
Mit diesem Befehl wird der Dienstbenutzer der Liste mit den zulässigen Benutzern hinzugefügt, die auf das Ereignisprotokoll „VirtualMachineManager-Server/Operational“ zugreifen können.
Operations Manager 2019 bietet keine Unterstützung für die HPUX-Bibliothek.
Beschreibung: Operations Manager 2019 bietet keine Unterstützung für HPUX. Die HPUX-Bibliothek ist jedoch in der Liste der Management Packs verfügbar, die für die Operations Manager 2019 bereitgestellt werden.
Problemumgehung: Sie können dies ignorieren. HPUX wird aus dem neuesten Pack im DLC hier entfernt.
Vorherige AD-Regen funktionieren nach Upgrade auf Operations Manager 2019 nicht
Beschreibung: Nachdem Sie ein Upgrade von Operations Manager 2016 (oder 2016-Updatereleases vor UR7), 1801 oder 1807 auf Operations Manager 2019 durchgeführt haben, funktionieren die vorherigen AD-Regeln aufgrund der Änderungen am Format der Active Directory-Regeln nicht mehr. Dieses Problem besteht nicht bei Upgrades von Operations Manager 2016 UR7 und UR8 auf Operations Manager 2019.
Problemumgehung: Führen Sie die folgenden Schritte aus, um das Problem zu lösen:
Exportieren Sie das Standard-Management Pack nach dem Upgrade auf Operations Manager 2019 in einen Ordner.
Öffnen Sie die Datei Microsoft.SystemCenter.OperationsManager.DefaultUser.xml im exportierten Ordner.
Benennen Sie alle AD-Regeln um, um anstelle von zu verwenden. Dies wird unten in einem Beispiel veranschaulicht.
Hinweis
Der Domänenname beachtet die Groß-/Kleinschreibung.
Beispiel:
Vorher: Rule ID="_smx.net_MS1_contoso.com" Enabled="true"
Nachher: Rule ID="_SMX_MS1_contoso.com" Enabled="true"
Importieren Sie das aktualisierte Management Pack.
Die Regeln werden nun in der Konsole angezeigt.
Ausführliche Informationen über dieses Problem finden Sie unter Aktualisieren einer Active Directory-Integration mit Operations Manager.
Hinweis
Dieses Problem wurde in 2019 UR2 behoben.
REST-API in Operations Manager gibt keine erforderlichen Werte für Klassen zurück
Beschreibung: Wenn die REST-API über Operations Manager 2019 aufgerufen wird, werden die Werte „className“, „path“ und „fullname“ nicht zurückgegeben. Die zurückgegebenen Informationen sind leer. Außerdem wird die ID als className-Wert zurückgegeben.
Problemumgehung: Keine
Hinweis
Dieses Problem wurde in 2019 UR2 behoben.
Versionshinweise zu Operations Manager 2019 UR1
In den folgenden Abschnitten werden die Versionshinweise zu Operations Manager 2019 UR1 sowie die bekannten Probleme und deren Umgehung zusammengefasst.
Informationen zu den Problemen, die in UR1 behoben wurden, sowie die Installationsanweisungen für UR1 finden Sie im KB-Artikel.
Ausstehende Verwaltung nach dem Patchen
Beschreibung: Nachdem Sie das 2019-Updaterollup (UR1) angewendet haben, werden die zu aktualisierenden Agents nicht in der Konsolenansicht Ausstehende Verwaltung aufgeführt.
Problemumgehung: Sie müssen die Agents identifizieren und manuell aktualisieren. Wechseln Sie zu diesem Zweck zu Verwaltung > Geräteverwaltung>Mit Agents verwaltet, und aktualisieren Sie die Agents, die der älteren Version entsprechen. Um nach dem Anwenden des Verwaltungsserverpatches die richtige Version des Agent anzuzeigen, importieren Sie das Management Pack wie im KB-Artikel für Operations Manager 2019 UR1 erwähnt.
Versionsanzeige
Beschreibung: Die Versionsanzeige zeigt UR1 in Bereichen wie HilfeInfo und der Ansicht Geräteverwaltung an.
Problemumgehung: Um zu überprüfen, ob die Operations Manager-Komponenten für UR1 erfolgreich aktualisiert wurden, sehen Sie sich die Versionsnummer der entsprechenden Komponenten in VerwaltungOperations Manager-Produkte an.
Fehler beim Exportieren von Berichten nach der gMSA-Migration
Beschreibung: Nach der Migration zu gMSA wird beim Exportieren eines Berichts im Word-, PowerPoint- oder Excel-Format möglicherweise folgende Fehlermeldung angezeigt: Fehler beim Rendern des Berichts.
Dies gilt speziell für SQL Server Reporting Services auf SQL Server 2017. Dieser Fehler scheint ein dauerhaftes Problem mit SSRS in SQL Server 2017 zu sein.
Problemumgehung: Führen Sie die folgenden Schritte aus, um das Problem zu lösen:
- Gewähren Sie auf dem Berichtsserver Administratorzugriff auf das Ausführung-Konto
- Starten Sie den Berichterstellungsdienst neu, und warten Sie 5 Minuten
- Versuchen Sie, die Berichte erneut zu exportieren.
Hinweis
Ab SQL Server Reporting Services (SSRS) 2017, Version 14.0.600.1274 und höher, lassen die Standardsicherheitseinstellungen keine Uploads von Ressourcenerweiterungen mehr zu. Dies führt bei der Bereitstellung von Berichterstellungskomponenten zu ResourceFileFormatNotAllowedException-Ausnahmen in Operations Manager.
Um dieses Problem zu beheben, öffnen Sie SQL Management Studio, stellen Sie eine Verbindung mit Ihrer Reporting Services-Instanz her. Öffnen Sie dann Eigenschaften>Erweitert, und fügen Sie *.* zur Liste für AllowedResourceExtensionsForUpload hinzu. Alternativ dazu können Sie auch die vollständige Liste der Operations Manager-Erweiterungen für die Berichterstellung zur Zulassungsliste in SSRS hinzufügen.
Fehler beim Ersetzen von zuvor verwendeten Dienstkonten durch gMSA
Beschreibung: Fehler bei der Ersetzung der zuvor verwendeten Operations Manager-Dienstkonten mit gMSA. Dadurch kommt es zu Problemen mit der Operations Manager-Konsole (Konsole kann nicht geöffnet werden). Dies tritt auf, wenn der Datenzugriffsdienst nicht initialisiert ist.
Problemumgehung:
Fügen Sie das Konto, unter dem der SDK-Dienst ausgeführt wird, zu builtin\Windows-Autorisierungszugriffsgruppe hinzu.
Führen Sie wie hier ausführlich dargestellt das PowerShell-Skript aus.
Wenn es sich um eine neue Installation von Operations Manager handelt, warten Sie 24 Stunden, und wenden Sie dann das Updaterollup an. Dies gilt für alle Rollen in Operations Manager.
Hinweis
Stellen Sie sicher, dass DW- und DR-Konten Mitglieder der Gruppe „Administratoren für die Sicherheit von Operations Manager-Berichten“ sind, sodass das Problem nicht nochmals auftritt. Weitere Informationen finden Sie unter gMSA-Konten. .
Versionshinweise zu Operations Manager 2019 UR2
Für Operations Manager 2019 UR2 sind keine Probleme bekannt.
Informationen zu den Problemen, die in UR2 behoben wurden, sowie die Installationsanweisungen für UR2 finden Sie im KB-Artikel.
Wichtig
Diese Version von Operations Manager hat das Supportende erreicht. Sie sollten ein Upgrade auf Operations Manager 2019 durchführen.
Dieser Artikel enthält die Versionshinweise für System Center 1807 – Operations Manager.
Versionshinweise zu Operations Manager 1807
In den folgenden Abschnitten werden die Versionshinweise zu Operations Manager 1807 sowie die bekannten Probleme und deren Umgehung zusammengefasst. Weitere Informationen zu Version 1807 und den Problemen, die behoben wurden, finden Sie unter KB4133779.
Protokollrotation für den Linux-Agent
Beschreibung: In bestimmten Szenarios werden die SCX-Protokolle häufig gefüllt, wodurch letztendlich der gesamte verfügbare freie Speicherplatz auf dem Systemdatenträger beansprucht wird. Die Folge: Das System reagiert nur, wenn die Protokolle manuell bereinigt werden. Zur Behebung dieses Problems wurde ein logrotate-Feature für den SCX-Agent eingeführt. Hierdurch können alte Protokolle rotiert, und es kann Speicherplatz auf dem Datenträger freigegeben werden.
Voraussetzung: Das logrotate-Feature befindet sich auf Linux-Plattformen standardmäßig unter .
Problemumgehung: Während der Installation von scxagent wird die folgende logrotate-Konfigurationsdatei mithilfe von Push an den Speicherort übertragen.
/var/opt/microsoft/scx/log/*/scx.log
{
rotate 5
missingok
notifempty
nodatext
compress
size 50M
copytruncate
postrotate
/usr/sbin/scxadmin -log-rotate
all
}
Die Standardwerte können zur Unterstützung Ihrer Anforderungen geändert werden. Die konfigurierten Standardwerte rotieren die Datei „scx.log“, wenn die Größe der Datei „scx.log“ 50 MB erreicht. Eine cron-Konfigurationsdatei wurde im Speicherort /etc/cron.d eingeschlossen. Bei dieser Konfiguration wird der logrotate-Prozess alle vier Stunden ausgeführt. Um die Konfiguration anzupassen, müssen Sie diese beiden Dateien ändern. Einzelheiten finden Sie auf der Manpage cron und logrotate.
Hinweis
Wenn SELinux bereits installiert ist, überträgt der SCX-Installer mithilfe von Push ein SELinux-Modul, das logrotate aktiviert. Bei Szenarien, bei denen SELinux nach der Installation des Agents aktiviert ist, müssen Sie das SELinux-Modul importieren, damit logrotate funktioniert.
Unterstützung für SQL Server 2017
Beschreibung: Bei Version 1807 wird SQL Server 2017 nur dann unterstützt, wenn ein Upgrade von SQL Server 2016 durchgeführt wurde. Eine Neuinstallation von SQL Server 2017 mit Version 1807 wird nicht unterstützt. Wenn Sie bereits Version 1801 mit SQL Server 2016 bereitgestellt haben, müssen Sie die Operations Manager-Version 1807 anwenden, bevor Sie ein Upgrade auf SQL Server 2017 durchführen.
Problemumgehung: Lesen Sie vor dem Upgrade auf SQL Server 2017 den folgenden Artikel über das Upgradeverfahren – Upgrade von Operations Manager 1807-Datenbanken auf SQL Server 2017.
Hinweis
Ab SQL Server Reporting Services (SSRS) 2017, Version 14.0.600.1274 und höher, lassen die Standardsicherheitseinstellungen keine Uploads von Ressourcenerweiterungen mehr zu. Dies führt bei der Bereitstellung von Berichterstellungskomponenten zu ResourceFileFormatNotAllowedException-Ausnahmen in Operations Manager.
Um dieses Problem zu beheben, öffnen Sie SQL Management Studio, stellen Sie eine Verbindung mit Ihrer Reporting Services-Instanz her. Öffnen Sie dann Eigenschaften>Erweitert, und fügen Sie *.* zur Liste für AllowedResourceExtensionsForUpload hinzu. Alternativ dazu können Sie auch die vollständige Liste der Operations Manager-Erweiterungen für die Berichterstellung zur Zulassungsliste in SSRS hinzufügen.
Unterstützung für die Internet Explorer-Kompatibilitätsansicht
Beschreibung: Die HTML5-Webkonsole unterstützt nicht die Internet Explorer-Kompatibilitätsansicht.
Problemumgehung: Keine
Unterstützung für die Koexistenz der Operations Manager- und Service Manager-Konsole
Beschreibung: Bei der System Center-Version 1801 wurde die Installation der Service Manager-Konsole auf einem Operations Manager-Verwaltungsserver nicht unterstützt. Dies führte dazu, dass der SDK-Dienst vorzeitig beendet wurde.
Problemumgehung: Damit sich die Operations Manager- und die Service Manager-Konsole auf demselben Computer befinden können, muss Version 1807 ausgeführt werden.
Upgrade auf die Operations Manager-Version 1807
Um sich mit den Anforderungen und den Schritten zur erfolgreichen Durchführung eines Upgrades für Ihre Verwaltungsgruppe in der Operations Manager-Version 1801 auf Version 1807 vertraut zu machen, lesen Sie den Artikel Gewusst wie: Durchführen eines Upgrades auf die Operations Manager-Version 1807.
Unterstützung für OpenSSL Version 1.1.0
Beschreibung: Auf Linux-Plattformen wurde die Unterstützung für OpenSSL 0.9.8 eingestellt.
Problemumgehung: Es wurde Unterstützung für OpenSSL 1.1.0 hinzugefügt.
Dieser Artikel enthält die Versionshinweise für System Center 2016 – Operations Manager.
Versionshinweise zu Operations Manager 2016
In den folgenden Abschnitten werden die Versionshinweise zu Operations Manager 2016 sowie die bekannten Probleme und deren Umgehung zusammengefasst.
Die SharePoint-Integration mit Operations Manager muss erneut erstellt werden
Beschreibung: Bei Verwendung von SharePoint zum Anzeigen von Operations Manager-Daten funktionieren die vorhandenen Dashboard-URLs der Webkonsole nicht, die angegeben wurden, und diese Webparts müssen mit den unten genannten Schritten wiederhergestellt werden.
Problemumgehung: Führen Sie die folgenden Schritte zum Einrichten von SharePoint aus, um die Daten von Operations Manager anzuzeigen:
- Erstellen Sie eine neue Seite auf SharePoint, auf der Sie das Dashboard anzeigen möchten.
- Öffnen Sie die Seite, und klicken Sie auf „Bearbeiten“ und fügen Sie ein neues Webpart ein.
- Wählen Sie in Webpart unter „Kategorien“ die Option „Medien und Inhalt“ aus, wählen Sie darunter „Seiten-Viewer“ aus, und klicken Sie auf „Hinzufügen“.
- Bearbeiten Sie das Webpart, wählen Sie „Website“ aus, und geben Sie die URL des Dashboards der Operations Manager-Webkonsole ein.
- Fügen Sie ans Ende der Dashboard-URL „&disabletree=true“ an, um zu verhindern, dass die Strukturansicht auf der SharePoint-Seite angezeigt wird.
- Konfigurieren Sie die Darstellung, das Layout sowie das Attribut „Advance“ auf der SharePoint-Seite.
Die Webkonsole funktioniert möglicherweise nicht, da IIS beschädigt ist
Beschreibung: Die Webkonsole gibt möglicherweise einen Fehler aus, z.B. „Could not load type ‘System.ServiceModel.Activation.HttpModule“ .
Problemumgehung: Fügen Sie den Rollendiensten des Betriebssystems „HTTP-Aktivierung“ hinzu. Führen Sie dann unter Server 2012 in einer erhöhten Eingabeaufforderung „C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r“ aus.
Anomalien bei der Verarbeitung von Tabellen und Aufzählungszeichen in Knowledge-Artikeln
Beschreibung: Wenn Tabellen in einen Knowledge-Artikel eingefügt werden, werden die Rahmenlinien nicht auf die Tabelle angewendet, wenn der Knowledge-Artikel erneut bearbeitet wird. Wenn Aufzählungszeichen im Knowledge-Artikel hinzugefügt werden, werden diese während der erneuten Bearbeitung des Knowledge-Artikels zu numerischen Aufzählungszeichen umgewandelt. Wenn sich ein einzelnes Aufzählungszeichen im Artikel befindet, wird der Artikel nicht im Management Pack gespeichert, und die Konsole gibt einen Fehler aus.
Problemumgehung: Keine
Die MSI-basierte Installation funktioniert nicht für den Nano-Agent
Beschreibung: Die MSI-basierte Installation wird für den Nano-Agent nicht unterstützt. Der Agent kann vom Discovery-Assistenten bzw. von PowerShell-Installationsskripts installiert werden.
Problemumgehung: Keine
Probleme beim Deinstallieren eines Updates für den Nano-Agent
Beschreibung: Die Deinstallation eines Updates für einen Nano-Agent ist nicht möglich.
Problemumgehung: Die einzige Möglichkeit, ist es, den Nano-Agent zu deinstallieren und dann die RTM-Version und das gewünschte Update zu installieren.
Probleme mit Updates für den Nano-Agent
Beschreibung: Die Updates für den Nano-Agent werden nicht von Windows Update zur Verfügung gestellt. Um den Nano-Agent zu aktualisieren, müssen Sie entweder das verfügbare Update herunterladen und es mit den PowerShell-Updateskripts installieren oder über einen aktualisierten Verwaltungsserver eine Reparatur veranlassen.
Problemumgehung: Keine
Der Pfad oder Ordner für die Installation des Nano-Agents konnte nicht überschrieben werden
Beschreibung: Der Nano-Agent ist immer unter folgendem Pfad installiert: „%SystemDrive%\Program Files\Microsoft Monitoring Agent“. Der Ordner zum Installieren des Agents kann nicht überschrieben werden.
Problemumgehung: Keine
Probleme bei der Pushinstallation des Nano-Agents
Beschreibung: Der Statusdialog des Assistenten zum Erforschen wird geschlossen, doch der Agent verbleibt für einige Zeit im ausstehenden Zustand in der Konsole, bis die Installation fehlschlägt oder erfolgreich abgeschlossen wird. Die Installation schlägt möglicherweise fehl. Tipps zur Problembehandlung finden Sie in der Setup-Protokolldatei.
Problemumgehung: Keine
Inkonsistenzen bei der Pushdeinstallationserfahrung des Nano-Agents
Beschreibung: Wenn Sie eine Pushdeinstallation von der Betriebskonsole ausführen, zeigt der Statusdialog (der den Fortschrittstatus anzeigt), dass die Deinstallation erfolgreich abgeschlossen wurde, aber die Deinstallation des Agents noch im Gange ist. Die Deinstallation schlägt möglicherweise fehl, und Sie müssen sich für weitere Informationen zur Problemumgehung auf die Protokolldatei für die Installation beziehen.
Problemumgehung: Keine
ACS funktioniert für den Nano-Agent nicht
Beschreibung: ACS funktioniert in einigen Fällen nicht für den Nano-Agent. Es gibt Probleme in bestimmten Szenarios.
Problemumgehung: Keine
Der System Center Operations Manager-Verwaltungsserver sendet keine Warnungen der clientseitigen Überwachung (client-side monitoring, CSM) mehr
Beschreibung: Die Updatesequenz des System Center Operation Manager-Verwaltungsservers kann ein Problem bei der Sammlung der Warnungen der clientseitigen Überwachung vom Verwaltungsserver verursachen. System Center Operations Manager-Agents sind nicht betroffen. Wahrscheinlichkeit des Eintretens: Mittel.
Problemumgehung: Starten Sie den Dienst „Microsoft Monitoring Agent“ auf dem System Center Operations Manager-Verwaltungsserver neu.
Nach dem Update des System Center Operations Manager-Servers oder -Agents, werden möglicherweise keine Ereignisse für die Überwachung der Anwendungsleistung (Application performance monitoring, APM), keine Ereignisse der clientseitigen Überwachung (client-side monitoring, CSM) und keine Warnungen der APM mehr von den überwachten Hosts gesendet.
Beschreibung: Die Updatesequenz des System Center Operations Manager-Agents verursacht möglicherweise Probleme bei folgenden Komponenten:
• Auf dem Host gesammelte Ereignisse und Warnungen der clientseitigen Überwachung (Client-Side Monitoring, CSM).
• Auf dem Host gesammelte Ereignisse und Warnungen der Anwendungsleistungsüberwachung (Application Performance Monitoring, APM). Der System Center Operations Manager-Verwaltungsserver ist nicht betroffen.
Problemumgehung: Starten Sie den Dienst „Microsoft Monitoring Agent“ auf dem vom Agent von System Center Operations Manager verwalteten Computer, auf dem das Problem auftritt, neu.
Die Anwendungsleistungsüberwachung (APM) für Windows-Dienste wird in System Center Operations Manager nicht auf Computern unterstützt, auf denen der Application Insights-Statusmonitor installiert ist.
Beschreibung: Der Workflow der Anwendungsleistungsüberwachung (APM) kann die Überwachungskonfiguration für .NET Windows-Dienste auf den Computern nicht verarbeiten, wenn der Application Insights-Statusmonitor der System Center Operations Manager-Agent installiert sind.
Problemumgehung: Deinstallieren Sie den Application Insights-Statusmonitor.
Namespace-Werte für die Leistungsüberwachung werden ignoriert
Beschreibung: Das Festlegen des Namespace-Werts für die Leistungsüberwachung wird bei der Überwachung eines benutzerdefinierten Namespaces in der .NET-Anwendungsleistungsüberwachung (APM) ignoriert.
Problemumgehung: Legen Sie die Einstellungen für die Ausnahmeverfolgung und die Leistungsüberwachung so fest, dass sie die gleichen benutzerdefinierten Namespaces enthalten.
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 dem erwarteten Pfad befindet, müssen Sie eine Verknüpfung zum richtigen Pfad erstellen. Operations Manager sucht zunächst unter „/opt/sfw/bin“ und dann unter „/usr/bin“. 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 „/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.
Die Operations Manager-Konsole reagiert nicht mehr, wenn Sie während des Importierens eines Management Packs versuchen, eine Abhängigkeit aufzulösen
Beschreibung: Wenn Sie auf der Operations Manager-Betriebskonsole im Arbeitsbereich „Verwaltung“ auf Management Packs importieren klicken, und das Management Pack von einem anderen Management Pack abhängig ist, zeigt die Konsole die Schaltfläche Beheben an. Wenn Sie auf Auflösen klicken, wird die Abhängigkeitswarnung angezeigt. Wenn Sie auf die Schaltfläche Auflösen im Dialogfeld Abhängigkeitswarnung klicken, reagiert die Betriebskonsole nicht mehr.
Problemumgehung: Installieren Sie das Update für System Center 2016 Operations Manager. Spezielle Anweisungen finden Sie im Knowledge Base-Artikel 3117586.
Telemetriedaten werden möglicherweise versehentlich gesendet, wenn die Einstellung „Nutzungs- und Verbindungsdaten“ auf „False“ festgelegt ist
Beschreibung: Wenn zwei Benutzer die Operations Manager-Konsolen geöffnet haben und einer die Einstellung „Nutzungs- und Verbindungsdaten“ auf „Keine Daten senden“ festlegt, werden möglicherweise weiterhin Daten an Microsoft übermittelt, bis der zweite Benutzer die Operations Manager-Konsole schließt und seine Instanz neu öffnet.
Problemumgehung: Starten Sie alle Operations Manager-Konsolensitzungen neu, nachdem Sie Änderungen an der Einstellung „Nutzungs- und Verbindungsdaten“ vorgenommen haben.
Beschreibung: Wird eine neue Komponente, z.B. ein Verwaltungs- oder Gatewayserver, zu einer vorhandenen Operations Manager-Umgebung hinzugefügt, werden Nutzungsinformationen über den Setupprozess an Microsoft gesendet, obwohl die Einstellung „Nutzungs- und Verbindungsdaten“ auf „Keine Daten senden“ festgelegt ist. Nachdem die Komponente hinzugefügt wurde, werden keine weiteren Nutzungsdaten mehr von der Komponente an Microsoft gesendet.
Problemumgehung: Keine
Die Operations Manager-Webkonsole ist nicht kompatibel mit dem Webbrowser Microsoft Edge
Beschreibung: Beim Öffnen der Operations Manager-Webkonsole über das Startmenü von Windows 10 wird die Konsole im Webbrowser Microsoft Edge geöffnet. Dies führt zu einem Fehler.
Problemumgehung: Öffnen Sie die Operations Manager-Webkonsole mit Internet Explorer. Internet Explorer ist über das Windows-Untermenü „Zubehör“ verfügbar.
Das Starten der Operations Manager-Webkonsole kann zu einem leeren Bildschirm führen
Beschreibung: Wenn Sie die Operations Manager-Webkonsole zum ersten Mal öffnen, wird möglicherweise ein leerer Bildschirm angezeigt.
Problemumgehung: So beheben Sie das Problem:
- Klicken Sie auf die Schaltfläche „Konfigurieren“.
- Wenn Sie aufgefordert werden, „SilverlightClientConfiguration.exe“ auszuführen oder zu speichern, klicken Sie auf „Speichern“.
- Führen Sie „SilverlightClientConfiguration.exe“ aus.
- Öffnen Sie die Dateieigenschaften der EXE-Datei (Rechtsklick) und die Registerkarte „Digitale Signaturen“.
- Wählen Sie das Zertifikat mit dem Digestalgorithmus „sha256“ aus, und klicken Sie auf Details.
- Klicken Sie im Dialogfeld „Details der digitalen Signatur“ auf „Zertifikat anzeigen“.
- Klicken Sie im nächsten Dialogfeld auf „Zertifikat installieren“.
- Legen Sie im Zertifikatimport-Assistenten als Speicherort den lokalen Computer fest. Klicken Sie auf Weiter .
- Wählen Sie die Option „Alle Zertifikate in folgendem Speicher speichern“ aus, und blättern Sie zu „Vertrauenswürdige Herausgeber“.
- Klicken Sie auf „Weiter“ und dann auf „Fertig stellen“.
- Aktualisieren des Browsers
Wichtig
Diese Version von Operations Manager hat das Supportende erreicht. Sie sollten ein Upgrade auf Operations Manager 2019 durchführen.
Dieser Artikel enthält die Versionshinweise für System Center 1801 – Operations Manager.
Versionshinweise zu Operations Manager 1801
In den folgenden Abschnitten werden die Versionshinweise zu Operations Manager 1801 sowie die bekannten Probleme und deren Umgehung zusammengefasst.
Telemetrie für HTML5-Dashboards
Beschreibung: System Center Operations Manager sammelt Diagnose- und Nutzungsdaten über sich selbst, die von Microsoft zur Verbesserung der Anwendungsinstallation, der Qualität und der Sicherheit künftiger Releases verwendet werden. Ab der Veröffentlichung der neuen HTML5-Dashboards werden Nutzungstelemetriedaten mit Application Insights gesammelt, nicht über das Feature „Nutzung und Diagnose“ in der Verwaltungsgruppe. Welche Benutzertelemetriedaten von Application Insights erfasst werden, erfahren Sie unter Verwendungsanalyse mit Application Insights.
Problemumgehung: Deaktivieren Sie die Einstellung der Diagnose- und Nutzungsdatensammlung in der Betriebskonsole über den Arbeitsbereich Verwaltung unter Einstellungen\Datenschutz.
Bearbeiten des firmeninternen Wissens
Beschreibung: Wenn das firmeninterne Wissen einer Warnung/Überwachung/Regel während der Bearbeitung in der Betriebskonsole bereits gespeichert ist, und dann das firmeninterne Wissen der gleichen Warnung/Überwachung/Regel mit den neuen HTLM5-Dashboards in der Webkonsole bearbeitet und gespeichert wird, wird der ursprünglich mit der Betriebskonsole gespeicherte Inhalt mit dem über die Webkonsole gespeicherten überschrieben.
Problemumgehung: Keine
Zugriff auf Silverlight-Dashboards in der Webkonsole mit einer anderen URL
Beschreibung: Mit HTML5-Dashboards in Operations Manager 1801 ist die gesamte Webkonsole HTML-basiert. Silverlight-Dashboards können nicht in der Webkonsole angezeigt werden. Für den Zugriff auf vorhandene Silverlight-Dashboards müssen Sie die folgende URL im Internet Explorer verwenden und Silverlight aktivieren: http(s)://<Servername>/dashboard.
Beim Versuch, den Berichtsserver zu aktualisieren, tritt bei der Überprüfung der Voraussetzungen ein Fehler auf
Beschreibung: Beim Versuch, den Berichtsserver von System Center 2016 – Operations Manager auf Version 1801 zu aktualisieren, tritt bei der Überprüfung der Voraussetzungen folgender Fehler auf: Überprüfung auf Verwaltungsserverupgrade: Für den Verwaltungsserver, an den diese Komponente Bericht erstattet, wurde kein Upgrade ausgeführt, und das Upgrade kann nicht fortgesetzt werden. Dieser Fehler tritt in einem Szenario mit verteilten Verwaltungsgruppen auf, in dem sich der Berichtsserver auf einem Server befindet, der sich von einem oder mehreren Verwaltungsservern in der Verwaltungsgruppe unterscheidet.
Problemumgehung: Installieren Sie die Betriebskonsole von System Center 2016 – Operations Manager auf dem Server, der die Berichtsserverrolle hostet, und versuchen Sie erneut, die Berichtsserverrolle auf Version 1801 zu aktualisieren. Nach dem erfolgreichen Abschluss des Upgrades können Sie die aktualisierte Betriebskonsole auf dem Berichtsserver deinstallieren.
Probleme mit der APM-Agent-Komponente können IIS-Anwendungspools zum Absturz bringen
Beschreibung: Das Feature „Anwendungsleistungsüberwachung“ (APM) im System Center Operations Manager-Agent (SCOM Version 1801) kann mit IIS-Anwendungspools zum Absturz führen. Es kann auch zum Absturz des Anwendungspools der SharePoint-Zentraladministration (Version 4) mit .NET Framework 2.0 führen und dessen Start verhindern. Dieses Verhalten kann auf einem IIS-Webserver auftreten, auch wenn das APM-Feature nach der Installation des Agents nicht aktiviert und konfiguriert wurde.
Problemumgehung: Wenn das APM-Feature auf dem Server nicht erforderlich ist, installieren Sie den Agent erneut, und schließen Sie den NOAPM=1-Parameter in die Setup-Befehlszeile ein, damit das APM-Feature nicht mit eingeschlossen wird. Alternativ können Sie den Agent, der bereits installiert ist, über die Windows Installer-Reparaturoption neu konfigurieren und die APM-Komponente, msiexec.exe /fvomus "\MOMagent.msi" NOAPM=1, entfernen. Gewähren Sie dem Anwendungspoolkonto für IIS-Webserver, auf denen der Agent bereits installiert ist, aber das APM-Feature noch nicht aktiviert und konfiguriert wurde, Lesezugriffsberechtigungen für HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center Operations Manager\12\APMAgent. Dieses Berechtigungsproblem hindert das APM-Feature daran, den Schlüssel zu lesen und kann dazu führen, dass der Anwendungspoolprozess abstürzt.
Direktes Upgrade von Operations Manager 2016 ist nicht erfolgreich, wenn ACS Linux/UNIX-Management Pack installiert ist.
Beschreibung: Wenn Sie die Linux-/UNIX-Management-Packs der Überwachungssammeldienste (Audit Collection Services, ACS) bereits installiert haben und versuchen, von Operations Manager 2016 RTM auf das neueste Updaterollup zu aktualisieren, tritt bei dem Upgrade ein Fehler auf, sodass die Verwaltungsserverrolle entfernt wird.
Ursache: Während des Upgradevorgangs besteht ein Problem mit dem Installationspaket, wobei das Setup versucht, das ACS-Management Pack zu aktualisieren, aber es besteht eine Abhängigkeit vom „Microsoft.Linux.Universal.Library.MP“. Wenn dieses Abhängigkeits-Management Pack nicht aktualisiert wird, tritt beim Importieren des ACS-MP ein Fehler auf, und folgende Fehlermeldung wird angezeigt:
Error:Found error in 2|Microsoft.ACS.Linux.Universal|7.7.1124.0|Microsoft.ACS.Linux.Universal|| with message:
Could not load management pack <ID=Microsoft.Linux.Universal.Library, KeyToken=31bf3856ad364e35, Version=7.7.1103.0>. The management pack was not found in the store.
: Version mismatch. The management pack (<Microsoft.Linux.Universal.Library, 31bf3856ad364e35, 7.6.1064.0>) requested from the database was version 7.7.1103.0 but the actual version available is 7.6.1064.0.
Der Upgradefehler bewirkt ein Rollback des Setups, und der Verwaltungsserver bleibt in einem inkonsistenten Zustand, in dem die Funktion neu installiert werden muss.
Problemumgehung: Aktualisieren Sie vor dem Upgrade des Verwaltungsservers das Microsoft.Linux.Universal.Library-Management Pack, oder löschen Sie das ACS-Management Pack in der Verwaltungsgruppe.