Beheben von Problemen mit verwalteten Azure Monitor SCOM-Instanzen

  • Artikel

In diesem Artikel werden die Fehler beschrieben, die auftreten können, wenn Sie Azure Monitor SCOM Managed Instance bereitstellen oder verwenden, und wie sie behoben werden.

Szenario: Erstellung/Bereitstellung von SCOM Managed Instance

Allgemeine Problembehandlung

  1. Stellen Sie sicher, dass alle Voraussetzungen erfüllt sind. Erstellungsprobleme können aufgrund unsachgemäßer/unvollständiger Voraussetzungen auftreten.
  2. Stellen Sie sicher, dass Sie die Fehlermeldung sorgfältig lesen/überprüfen. Die Fehlermeldungen erfassen das Problem/den Fehler bei der Erstellung.
  3. Überprüfen Sie den in der Fehlermeldung angegeben Link für die SCOM Setup-Protokolle. Wählen Sie den Link aus, um die Setupprotokolle des System Center Operations Manager herunterzuladen. Analysieren Sie die Protokolle, um Fehler zu identifizieren und zu beheben.
  4. Wenn Sie das Problem mit den oben genannten Schritten nicht identifizieren können, melden Sie sich bei der Virtual Machine Scale Sets-Instanz an, und überprüfen Sie die Protokolle unter C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows<Version>. Dies hilft Ihnen bei der Ermittlung des Problems.
  5. Wenn das Problem weiterhin besteht, legen Sie ein Supportticket mit allen relevanten Details an [correlation-id, subscription-id usw.]

Problem: Ressourcengruppe %ResourceGroupName% wird von anderen Azure-Ressourcen verwaltet

Ursache: Tritt auf, wenn die ManagedBy-Eigenschaft für die Ressourcengruppe festgelegt wird.

Lösung: Stellen Sie eine andere Ressourcengruppe mit der ManagedBy-Eigenschaft als leer bereit.

Problem: Das ausgewählte Subnetz %SubnetName% ist einem anderen Dienst zugeordnet

Ursache: Tritt auf, wenn das Subnetz Delegierungen hat.

Lösung: Stellen Sie ein Subnetz bereit, das nicht an einen anderen Dienst delegiert wird.

Problem: Fehler, wenn SCOM Managed Instance keine SQL Managed Instance %instance% erreichen kann

Ursache: Dieser Fehler kann aus einem der folgenden Gründe verursacht werden:

  • Fehlende Sichtbarkeit von Line-of-Sight von SCOM Managed Instance VNet zu SQL Managed Instance-Endpunkt.
  • Die richtige Ebene von NSG-Regeln fehlt, um Datenverkehr über öffentliche SQL Managed Instance-Endpunkte zuzulassen.
  • MSI wird nicht als Active Directory-Administrator hinzugefügt.
  • SCOM Managed Instance verfügt möglicherweise nicht über Leseberechtigungen für die SQL Managed Instance.
  • Möglicherweise gibt es ein Problem mit Ihrem VNet/Ihrer Region.

Lösung:

  • Geben Sie Leseberechtigungen für die SQL Managed Instance an.
  • MSI muss als Active Directory-Administrator in der SQL Managed Instance hinzugefügt werden.
  • Stellen Sie die Konnektivität zwischen SCOM Managed Instance- und SQL Managed Instance-Netzwerken sicher. Weitere Informationen finden Sie unter Erstellen und Konfigurieren einer SQL Managed Instance.

Problem: Nicht genügend Kerne zum Erstellen von %instance% in der angegebenen Region

Ursache: Tritt auf, wenn nicht genügend Kerne vorhanden sind, um eine Instanz in der angegebenen Region zu erstellen.

Lösung: Überprüfen Sie den Kontingentabschnitt im Azure-Portal und weisen Sie bei Bedarf weitere Kerne des Typs „Standard Ds3v2“ in der Region zu.

Problem: Geheimer Schlüssel mit demselben Namen ist bereits im Schlüsseltresor vorhanden

Ursache: Tritt auf, wenn bereits ein anderer geheimer Schlüssel mit demselben Namen im Schlüsseltresor vorhanden ist.

Lösung: Ändern Sie den Namen der Instanz.

Problem: Der virtuelle Computer hat beim Verarbeiten der Erweiterung joindomain beim Verknüpfen mit der Domäne %DomainName% einen Fehler gemeldet.

Ursache: Tritt aus den folgenden Gründen auf:

  1. Sichtbarkeit von „Line-of-Sight“ von SCOM Managed Instance Server zu Domänencontroller.
  2. Domänenbenutzeranmeldeinformationen werden nicht angegeben oder sind falsch.
  3. OU Path für AD Domain wird nicht bereitgestellt.

Lösung: Überprüfen Sie die Ursache und versuchen Sie entsprechend, das Problem zu beheben.

Problem: Statische IP wird bereits verwendet

Ursache: Tritt auf, wenn die statische IP von einer anderen Instanz verwendet wird.

Lösung: Verwenden Sie eine andere statische IP.

Problem: Ungültiger Identitätstyp %identityType%

Ursache: Tritt aufgrund einer falschen verwalteten Identität auf.

Lösung: Geben Sie einen der möglichen Identitätstypen ((None), (SystemAssigned,UserAssigned)) an und versuchen Sie es erneut.

Problem: Private statische IP-Adresse %LbIpAddr% gehört nicht zum Subnetzbereich %subnet%

Ursache: Tritt auf, da sich die IP-Adresse nicht im Subnetzbereich befindet.

Lösung: Stellen Sie eine verfügbare IP aus dem Subnetzbereich bereit und wiederholen Sie den Vorgang.

Problem: Die Identität ist kein Systemadministrator in SQL Managed Instance: '%instance'.

Ursache: Tritt aus den folgenden Gründen auf:

  1. Die benutzerseitig verwaltete Identität ist kein SQL-Administrator für SQL MI.
  2. Die benutzerseitig verwaltete Identität wird als SQL-Administrator in SQL MI bestätigt, und die Instanz wird mithilfe von ARM, BICEP, Terraform oder einer anderen Bereitstellungslösung bereitgestellt.

Lösung: Stellen Sie sicher, dass die benutzerseitig verwaltete Identität unter Verwendung von AppId und nicht unter Verwendung von ObjectId bereitgestellt wird. Sie können bestätigen, ob dies zutrifft, indem Sie zum Microsoft Entra ID-Verwaltungsbereich für SQL MI navigieren. Überprüfen Sie, ob die GUID, die mit der benutzerseitig verwalteten Identität aufgeführt ist, die Objekt-ID (ObjectId) oder App-ID (AppId) des Dienstprinzipals ist. Bei ObjectId:

  • Legen Sie sie mithilfe des Portals fest.
  • Wiederholen Sie die Bereitstellung mit Ihrer bevorzugten Lösung unter Verwendung des AppId-Werts.

Szenario: Bereitstellen von Berichten in Power BI

Problem: SQL Managed Instance ist nicht erreichbar

Ursache: Tritt auf, wenn der öffentliche Endpunkt nicht aktiviert ist. Power BI kann SQL Managed Instance nicht erreichen.

Lösung: Überprüfen Sie die Benutzerberechtigungen für SQL Managed Instance und geben Sie die erforderlichen Berechtigungen an.

Problem: Datasetanmeldeinformationen können nicht aktualisiert werden

Ursache: Tritt auf, wenn der Benutzer nicht über entsprechende Berechtigungen für SQL Managed Instance verfügt.

Lösung: Überprüfen Sie die Benutzerberechtigungen für SQL Managed Instance und geben Sie die erforderlichen Berechtigungen an.

Problem: Bericht kann nicht aktualisiert werden

Ursache: Tritt aufgrund einer großen Datengröße auf. Der Bericht wird möglicherweise nicht aktualisiert.

Auflösung: Wenn sich der Power BI-Arbeitsbereich in Pro-Ebene befindet, ändern Sie ihn in zur Premium-Ebene oder ändern Sie die Kapazität des Arbeitsbereichs.

Szenario: Manuelles Skalieren nach oben/unten

Problem: Fehler beim Internetkonnektivitätstest. Erforderliche Endpunkte sind nicht über das VNet erreichbar

Ursache: Netzwerkproblem.

Lösung: Stellen Sie sicher, dass die SCOM Managed Instance über ausgehenden Internetzugriff verfügt und NSG/Firewall ordnungsgemäß konfiguriert ist, um den Zugriff auf die erforderlichen Endpunkte zu ermöglichen, wie in den Firewallanforderungen beschrieben.

Problem: Kontingent überschritten

Ursache: Tritt auf, wenn keine Kerne für die Skalierung verfügbar sind.

Lösung: Erhöhen Sie die Anzahl der Kerne im Abonnement.

Überprüfen Sie den Kontingentabschnitt im Azure-Portal und weisen Sie bei Bedarf weitere Kerne des Typs „Standard Ds3v2“ in der Region zu.

Problem: Fehler bei der Erweiterungsbereitstellung

Ursache: Dieser Fehler kann während der Bereitstellung der System Center Operations Manager-Erweiterung oder der System Center Operations Manager-Installation auftreten.

Lösung: Überprüfen Sie die allgemeine Problembehandlung, versuchen Sie, das Problem zu identifizieren und entsprechend zu beheben.

Problem: Konflikt

Ursache: Tritt auf, wenn Patching oder Skalierung ausgeführt wird. Kein neuer Vorgang kann ausgelöst werden.

Lösung: Warten Sie, bis der laufende Prozess abgeschlossen ist, und versuchen Sie es dann erneut.

Szenario: Patchen

Problem: Fehler beim Internetkonnektivitätstest. Erforderliche Endpunkte sind nicht über das VNet erreichbar

Ursache: Netzwerkproblem.

Lösung: Stellen Sie sicher, dass die SCOM Managed Instance über ausgehenden Internetzugriff verfügt und NSG/Firewall ordnungsgemäß konfiguriert ist, um den Zugriff auf die erforderlichen Endpunkte zu ermöglichen, wie in den Firewallanforderungen beschrieben.

Problem: Die Benachrichtigung bleibt beim Abrufen von Updates hängen, obwohl der Updatevorgang abgeschlossen ist

Ursache: Netzwerk-/Entwicklungsproblem.

Lösung: Versuchen Sie, Updates zu aktualisieren. Wenn dies nicht behoben ist, wenden Sie sich an den Microsoft-Support.

Problem: Der Aktualisierungsstatus wird auf der Karte nicht ordnungsgemäß angezeigt

Ursache: Netzwerk-/Entwicklungsproblem.

Lösung: Versuchen Sie, Updates zu aktualisieren. Wenn dies nicht behoben ist, wenden Sie sich an den Microsoft-Support.

Problem: Inkonsistenz in den Steuerelementen innerhalb der Karte

Ursache: Konsistenzproblem. Die Schaltfläche „Aktualisieren“ ist beispielsweise aktiviert, obwohl der Titel der Karte SCOM ist auf dem neuesten Stand ist.

Lösung: Versuchen Sie sie zu aktualisieren. Wenn dies nicht behoben ist, wenden Sie sich an den Microsoft-Support.

Problem: Warnmeldung wird für Updates angezeigt

Ursache: Tritt aus einem der folgenden Gründe auf:

  1. Neues Update ist verfügbar, und der Benutzer hat die Updateinstanz nicht ausgelöst; oder
  2. Fehler beim letzten Update, und der Benutzer hat keine andere Updateinstanz ausgelöst.

Lösung: Auslösen einer Updateinstanz.

Problem: Update schlägt nach mehreren Wiederholungen fehl

Lösung: Wenden Sie sich zum Beheben an den Microsoft-Support.

Problem: Das Update schlägt fehl und das Zurückseten kann einen inkonsistenten Zustand hinterlassen, in dem die Anzahl VMs in der Virtual Machine Scale Sets-Instanz geändert wurde

Lösung: Wechseln Sie zur System Center Operations Manager-Konsole und entfernen Sie inkonsistente Knoten.

Problem: Das Update schlägt fehl, die Datenbankaktualisierung ist jedoch erfolgreich

Ursache: Tritt aufgrund eines fehlgeschlagenen Updates nach der erfolgreichen Datenbankaktualisierung auf.

Lösung: Versuchen Sie es nach einiger Zeit erneut.

Problem: Nach dem erfolgreichen Update funktioniert die System Center Operations Manager-Konsole in der Instanz nicht ordnungsgemäß

Ursache: Tritt auf, wenn System Center Operations Manager nicht ordnungsgemäß installiert ist oder ein Prozess möglicherweise hängen bleibt.

Lösung: Versuchen Sie, die Instanz neu zu starten. Wenn das Problem weiterhin besteht, wenden Sie sich an den Microsoft-Support.

Problem: Update dauert mehr als 3 Stunden und schlägt am Ende fehl

Ursache: Tritt auf, wenn das Update mehr als 3 Stunden dauert.

Lösung: Wenden Sie sich an den Microsoft-Support.

Problem: Einige zeitweilige Probleme während des Updates

Ursache: Tritt auf, wenn Service Fabric oder RP abstürzt oder neu gestartet wird.

Lösung: Starten Sie das Update neu.

Problem: Das gleichzeitige Skalieren und Patching wird ausgelöst und schlägt dann fehl

Ursache: Tritt auf, wenn Skalierungs- und Patchinganforderungen gleichzeitig gesendet und akzeptiert werden.

Lösung: Wenn Sie einen Skalierungsvorgang ausgelöst haben, warten Sie, bis der Vorgang abgeschlossen ist, bevor Sie versuchen, den Vorgang zu aktualisieren.

Problem: Die Erweiterung benötigt mehr Zeit für das Update und schlägt fehl

Ursache: Tritt auf, wenn SQL Managed Instance und SCOM Managed Instance in verschiedenen Regionen vorhanden sind, da die Erweiterung mehr Zeit für das Update benötigt und schließlich fehlschlägt.

Lösung: Verwenden Sie SQL Managed Instance und SCOM Managed Instance in derselben Region.

Problem: Nach dem Patchen werden die Benutzerdaten in der Datenbank geändert oder nicht ordnungsgemäß aufbewahrt

Ursache: Tritt auf, wenn das Update nicht ordnungsgemäß ausgeführt wurde.

Lösung: Starten Sie das Update neu.

Problem: Patching-Anforderung schlägt fehl

Ursache: Tritt aufgrund eines Portals oder ARM-Problems auf.

Lösung: Warten Sie einige Zeit und wiederholen Sie den Vorgang. Wenn das Problem auch nach der Behebung des Portal-/ARM-Problems vorhanden ist, wenden Sie sich an den Microsoft-Support.

Problem: Der Patch- oder Skalierungsvorgang wird bereits ausgeführt; versuchen Sie es nach einiger Zeit erneut.

Ursache: Tritt auf, wenn bereits ein Patch- oder Skalierungsvorgang ausgeführt wird.

Lösung: Warten Sie, bis der vorhandene Vorgang abgeschlossen ist, und versuchen Sie es nach einiger Zeit.

Problem: Veraltete Management Server sind auf der Konsole sichtbar

Ursache: Tritt auf, wenn ein Patch- oder Skalierungsvorgang nach Abschluss einen inkonsistenten Zustand hinterlassen hat.

Lösung: Microsoft Azure Virtual Machine Scale Sets wird verwendet, um die Verwaltungsserver für SCOM Managed Instances bereitzustellen. Führen Sie die folgenden Schritte aus, um den veralteten Verwaltungsserver aus dem System zu entfernen:

  1. Greifen Sie auf Azure Virtual Machine Scale Sets zu, und melden Sie sich bei einem der Verwaltungsserver Ihrer verwalteten SCOM-Instanz an.

  2. Starten Sie PowerShell im Administratormodus, und navigieren Sie zum folgenden Verzeichnis:

    C:\Packages\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows\<version>\bin\troubleshooter

    Hinweis

    Um die Version zu finden, wechseln Sie zu C:\Packages\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows, und überprüfen Sie alle verfügbaren Versionen. Wählen Sie dann die neueste Version aus.

  3. Führen Sie das folgende Skript aus:

    .\RemoveStaleManagementServers.ps1

    Das Skript ist interaktiv und fordert Sie auf, den FQDN des veralteten Servers einzugeben.

  4. Geben Sie den genauen FQDN des veralteten Verwaltungsservers an, den Sie entfernen möchten.

    Beispiel-FQDN: SCOMMI2000001.contoso.com.