Behandeln von Problemen mit Azure Monitor SCOM-verwaltete Instanz

In diesem Artikel werden die Fehler beschrieben, die beim Bereitstellen oder Verwenden von Azure Monitor SCOM verwaltete Instanz auftreten können, und wie sie behoben werden können.

Szenario: Erstellung/Bereitstellung von SCOM verwaltete Instanz

Allgemeine Problembehandlung

1. Stellen Sie sicher, dass alle Voraussetzungen erfüllt sind. Erstellungsprobleme können aufgrund nicht ordnungsgemäß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 Link SCOM-Setupprotokolle in der Fehlermeldung. Wählen Sie den Link aus, um die System Center Operations Manager-Setupprotokolle herunterzuladen. Analysieren Sie die Protokolle, um Fehler/Fehler zu identifizieren und zu beheben.
4. Wenn Sie das Problem mit den oben genannten Schritten nicht identifizieren können, melden Sie sich beim Virtual Machine Scale Sets instance an, und überprüfen Sie die Protokolle unter C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows\1.0.66, wodurch Sie das Problem identifizieren können.
5. Wenn das Problem weiterhin besteht, erstellen Sie ein Supportticket mit allen relevanten Details [correlation-id, subscription-idusw.]

Problem: Die Ressourcengruppe %ResourceGroupName% wird von einer anderen Azure-Ressource 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 aufweist.

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

Problem: Fehler, wenn SCOM verwaltete Instanz nicht SQL Managed Instance erreichen kann %instance%

Ursache: Dieser Fehler kann durch einen der folgenden Gründe verursacht werden:

• Fehlende Sichtweite von SCOM verwaltete Instanz VNET auf SQL Managed Instance Endpunkt.
• Fehlen der richtigen Ebene von NSG-Regeln, um Datenverkehr über SQL Managed Instance öffentlichen Endpunkt zuzulassen.
• MSI wird nicht als Active Directory-Administrator hinzugefügt.
• SCOM-verwaltete Instanz verfügen möglicherweise nicht über Leseberechtigungen für die SQL Managed Instance.
• Möglicherweise liegt ein Problem mit Ihrem VNET/Ihrer Region vor.

Lösung:

• Geben Sie dem SQL Managed Instance Leseberechtigungen an.
• MSI muss als Active Directory-Administrator auf dem SQL Managed Instance hinzugefügt werden.
• Stellen Sie die Konnektivität zwischen SCOM-verwaltete Instanz und SQL Managed Instance Netzwerken sicher. Weitere Informationen finden Sie unter Erstellen und Konfigurieren eines SQL Managed Instance.

Problem: Nicht genügend Kerne für die Erstellung %instance% in der angegebenen Region

Ursache: Tritt auf, wenn nicht genügend Kerne zum Erstellen eines instance in der angegebenen Region vorhanden sind.

Lösung: Überprüfen Sie den Abschnitt Kontingent auf Azure-Portal, und weisen Sie bei Bedarf weitere Kerne vom Typ 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 des instance.

Problem: Der virtuelle Computer hat einen Fehler beim Verarbeiten der Erweiterung joindomain für den Beitritt zur Domäne gemeldet. %DomainName%

Ursache: Tritt aus den folgenden Gründen auf:

1. Sichtweite von SCOM verwaltete Instanz Server zum Domänencontroller.
2. Domänenbenutzeranmeldeinformationen sind nicht angegeben oder falsch.
3. Organisationseinheitspfad für AD-Domäne wird nicht angegeben.

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

Problem: Statische IP-Adresse bereits verwendet

Ursache: Tritt auf, wenn die statische IP-Adresse von einem anderen instance verwendet wird.

Lösung: Verwenden Sie eine andere statische IP-Adresse.

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: Die 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: Geben Sie eine verfügbare IP-Adresse aus dem Subnetzbereich an, und wiederholen Sie den Vorgang.

Szenario: Bereitstellen von Berichten in Power BI

Problem: SQL Managed Instance nicht erreichbar ist

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 die entsprechenden Berechtigungen für die 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 großer Datengröße auf. Der Bericht wird möglicherweise nicht aktualisiert.

Lösung: Wenn sich der Power BI-Arbeitsbereich im Pro-Tarif befindet, ändern Sie ihn in den Premium-Tarif , oder ändern Sie die Kapazität des Arbeitsbereichs.

Szenario: Manuelles Hoch-/Herunterskalieren

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

Ursache: Netzwerkproblem.

Lösung: Stellen Sie sicher, dass die SCOM-verwaltete Instanz über ausgehenden Internetzugriff verfügt und die NSG/Firewall ordnungsgemäß konfiguriert ist, um den Zugriff auf die erforderlichen Endpunkte zuzulassen, wie unter 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 Abschnitt Kontingent auf Azure-Portal, und weisen Sie bei Bedarf weitere Kerne vom Typ 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 beheben Sie es entsprechend.

Problem: Konflikt

Ursache: Tritt auf, wenn das Patchen oder Skalieren ausgeführt wird. Ein neuer Vorgang kann nicht ausgelöst werden.

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

Szenario: Patchen

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

Ursache: Netzwerkproblem.

Lösung: Stellen Sie sicher, dass die SCOM-verwaltete Instanz über ausgehenden Internetzugriff verfügt und die NSG/Firewall ordnungsgemäß konfiguriert ist, um den Zugriff auf die erforderlichen Endpunkte zuzulassen, wie unter Firewallanforderungen beschrieben.

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

Ursache: Netzwerkproblem/Entwicklung.

Lösung: Versuchen Sie, für Updates zu aktualisieren. Wenden Sie sich an den Microsoft-Support, wenn sie nicht aufgelöst werden.

Problem: Der Updatestatus wird nicht ordnungsgemäß auf dem Karte

Ursache: Netzwerkproblem/Entwicklung.

Lösung: Versuchen Sie, für Updates zu aktualisieren. Wenden Sie sich an den Microsoft-Support, wenn sie nicht aufgelöst werden.

Problem: Inkonsistenz in den Steuerelementen innerhalb des Karte

Ursache: Konsistenzproblem. Beispielsweise ist die Schaltfläche Update aktiviert, obwohl der Titel des Karte SCOM liest, auf dem neuesten Stand ist.

Lösung: Versuchen Sie, zu aktualisieren. Wenden Sie sich an den Microsoft-Support, wenn sie nicht aufgelöst werden.

Problem: Für Updates wird eine Warnmeldung angezeigt

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

1. Ein neues Update ist verfügbar, und der Benutzer hat das Update nicht ausgelöst, instance; oder
2. Fehler beim letzten Update, und der Benutzer hat kein weiteres Update instance ausgelöst.

Lösung: Lösen Sie eine Update-instance aus.

Problem: Das Update schlägt nach mehreren Wiederholungen fehl

Lösung: Wenden Sie sich an den Microsoft-Support, um die Lösung zu beheben.

Problem: Das Update schlägt fehl, und das Rollback führt nicht zu einem inkonsistenten Zustand, in dem die Anzahl der VMs auf dem Virtual Machine Scale Sets instance geändert wurde

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

Problem: Die Aktualisierung schlägt fehl, die Datenbankaktualisierung ist jedoch erfolgreich.

Ursache: Tritt aufgrund eines Fehlers bei der Aktualisierung nach dem erfolgreichen Datenbankupdate auf.

Lösung: Wiederholen Sie es nach einiger Zeit.

Problem: Nach dem erfolgreichen Update funktioniert die System Center Operations Manager-Konsole auf dem instance

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

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

Problem: Das Update dauert mehr als 3 Stunden und schlägt schließlich fehl.

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

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

Problem: Zeitweiliges Problem während der Aktualisierung

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

Lösung: Starten Sie das Update neu.

Problem: Skalierung und Patchen wurden gleichzeitig ausgelöst und schlägt dann fehl.

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

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

Problem: Die Aktualisierung der Erweiterung dauert mehr Zeit und schlägt fehl.

Ursache: Tritt auf, wenn sich SQL Managed Instance und SCOM-verwaltete Instanz in verschiedenen Regionen befinden, wodurch die Aktualisierung der Erweiterung länger dauert und schließlich ein Fehler auftritt.

Lösung: SQL Managed Instance und SCOM verwaltete Instanz in derselben Region.

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

Ursache: Tritt auf, wenn die Aktualisierung nicht ordnungsgemäß durchgeführt wurde.

Lösung: Starten Sie das Update neu.

Problem: Fehler beim Patchen der Anforderung

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

Lösung: Warten Sie einige Zeit, und wiederholen Sie es. Wenn das Problem auch nach dem Beheben 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 Verwaltungsserver in der Konsole sichtbar

Ursache: Tritt auf, wenn ein Patch- oder Skalierungsvorgang nach Abschluss einen inkonsistenten Zustand verlassen 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 die Azure-Virtual Machine Scale Sets zu, und melden Sie sich bei einem der Verwaltungsserver für die SCOM-verwaltete Instanz an.

2. Starten Sie PowerShell im Verwaltungsmodus, 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 allen verfügbaren Versionen, überprüfen Sie sie, und wählen Sie dann die neueste aus.

3. Führen Sie das folgende Skript aus:

   .\RemoveStaleManagementServers.ps1 
   

   Das Skript ist interaktiv und fordert Sie zur Eingabe des FQDN des veralteten Servers auf.

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

   Beispiel: FQDN: SCOMMI2000001.contoso.com.