• Das AWS Systems Manager CloudWatch Dashboard wird nach dem 30. April 2026 nicht mehr verfügbar sein. Kunden können weiterhin die CloudWatch Amazon-Konsole verwenden, um ihre CloudWatch Amazon-Dashboards anzusehen, zu erstellen und zu verwalten, so wie sie es heute tun. Weitere Informationen finden Sie in der [Amazon CloudWatch Dashboard-Dokumentation](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html).
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Fehlerbehebung bei Problemen mit Systems Manager Inventory
Dieses Thema enthält Informationen zur Behebung häufiger Fehler oder Probleme mit AWS Systems Manager Inventar. Informationen zur Behebung von Problemen bei der Anzeige Ihrer Knoten in Systems Manager finden Sie unter [Problembehandlung bei der Verfügbarkeit verwalteter Knoten](fleet-manager-troubleshooting-managed-nodes.md).
**Topics**
+ [Mehrere Anwenden aller Zuordnungen mit Dokument '`AWS-GatherSoftwareInventory`' werden nicht unterstützt](#systems-manager-inventory-troubleshooting-multiple)
+ [Der Inventory-Ausführungsstatus verlässt nie den Status „ausstehend“.](#inventory-troubleshooting-pending)
+ [Das `AWS-ListWindowsInventory`-Dokument kann nicht ausgeführt werden](#inventory-troubleshooting-ListWindowsInventory)
+ [Konsole zeigt das Inventory-Dashboard nicht an \| Detailed View (Detailansicht) \| Registerkarte „Settings“ (Einstellungen)](#inventory-troubleshooting-tabs)
+ [UnsupportedAgent](#inventory-troubleshooting-unsupported-agent)
+ [Übersprungen](#inventory-troubleshooting-skipped)
+ [Fehlgeschlagen](#inventory-troubleshooting-failed)
+ [Inventark-Compliance für eine Amazon-EC2-Instance fehlgeschlagen](#inventory-troubleshooting-ec2-compliance)
+ [S3-Bucket-Objekt enthält alte Daten](#systems-manager-inventory-troubleshooting-s3)
## Mehrere Anwenden aller Zuordnungen mit Dokument '`AWS-GatherSoftwareInventory`' werden nicht unterstützt
Ein Fehler `Multiple apply all associations with document 'AWS-GatherSoftwareInventory' are not supported`, der bedeutet, dass eine oder mehrere AWS-Regionen , in denen Sie versuchen, eine Bestandszuordnung *für alle Knoten* zu konfigurieren, sind bereits mit einer Bestandszuordnung für alle Knoten konfiguriert. Falls erforderlich, können Sie die vorhandene Bestandszuordnung für alle Knoten löschen und anschließend eine neue erstellen. Um vorhandene Bestandszuordnungen anzuzeigen, wählen Sie **State Manager** in der Systems Manager Konsole und suchen Sie dann nach Zuordnungen, die das `AWS-GatherSoftwareInventory`-SSM-Dokument verwenden. Wenn die vorhandene Bestandszuordnung für alle Knoten in mehreren Regionen erstellt wurde und Sie eine neue erstellen möchten, müssen Sie die vorhandene Zuordnung aus jeder Region löschen, in der sie vorhanden ist.
## Der Inventory-Ausführungsstatus verlässt nie den Status „ausstehend“.
Es gibt zwei Gründe, warum die Bestandsammlung niemals den `Pending` Status annimmt:
+ Keine Knoten in der ausgewählten Liste AWS-Region:
Wenn Sie eine globale Bestandszuordnung mithilfe von Systems Manager Quick Setup erstellen, zeigt der Status der Bestandszuordnung (`AWS-GatherSoftwareInventory`-Dokument) `Pending` an, wenn in der ausgewählten Region keine Knoten verfügbar sind.****
+ Unzureichende Berechtigungen:
Eine Bestandszuordnung zeigt `Pending` an, wenn eine oder mehrere Knoten nicht über die Berechtigung zum Ausführen von Systems Manager Inventory verfügen. Stellen Sie sicher, dass das Instanzprofil AWS Identity and Access Management (IAM) die **AmazonSSMManagedInstanceCore**verwaltete Richtlinie enthält. Weitere Informationen zum Hinzufügen dieser Richtlinie zu einem Instance-Profil finden Sie unter [Alternative Konfiguration für EC2-Instance-Berechtigungen](setup-instance-permissions.md#instance-profile-add-permissions).
Das Instance-Profil muss mindestens über die folgenden IAM-Berechtigungen verfügen.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"ssm:DescribeAssociation",
"ssm:ListAssociations",
"ssm:ListInstanceAssociations",
"ssm:PutInventory",
"ssm:PutComplianceItems",
"ssm:UpdateAssociationStatus",
"ssm:UpdateInstanceAssociationStatus",
"ssm:UpdateInstanceInformation",
"ssm:GetDocument",
"ssm:DescribeDocument"
],
"Resource": "*"
}
]
}
```
------
## Das `AWS-ListWindowsInventory`-Dokument kann nicht ausgeführt werden
Das `AWS-ListWindowsInventory`-Dokument ist veraltet. Verwenden Sie dieses Dokument nicht zur Bestandserfassung. Verwenden Sie stattdessen einen der unter [Konfigurieren der Bestandserfassung](inventory-collection.md) beschriebenen Prozesse.
## Konsole zeigt das Inventory-Dashboard nicht an \| Detailed View (Detailansicht) \| Registerkarte „Settings“ (Einstellungen)
Die Seite Inventory **Detailed View (Detailansicht)** ist nur in AWS-Regionen verfügbar, die Amazon Athena anbieten. Wenn die folgenden Registerkarten nicht auf der Seite Systems Manager Inventory angezeigt werden, bedeutet dies, dass Athena nicht in der Region verfügbar ist und Sie die **Detailansicht** nicht verwenden können, um Daten abzufragen.
## UnsupportedAgent
Wenn der detaillierte Status einer Inventarzuordnung und der **Zuordnungsstatus **Fehlgeschlagen**** angezeigt wird, ist die Version von AWS Systems Manager SSM Agent auf dem verwalteten Knoten nicht korrekt. **UnsupportedAgent** Um beispielsweise eine globale Inventarzuordnung zu erstellen (um alle Knoten in Ihrem Verzeichnis zu inventarisieren AWS-Konto), müssen Sie SSM Agent Version 2.0.790.0 oder höher verwenden. Sie können die Ausführung der Agenten-Version auf jedem Ihrer Knoten auf der Seite **Managed Instances** (Verwaltete Instances) in der Spalte **Agent version** (Agent-Version) anzeigen. Weitere Informationen zur Aktualisierung von SSM Agent auf Ihren Knoten finden Sie unter [Aktualisierung von SSM Agent mithilfe von Run Command](run-command-tutorial-update-software.md#rc-console-agentexample).
## Übersprungen
Wenn der Status der Bestandszuordnung für einen Knoten **Übersprungen** anzeigt, bedeutet dies, dass auf diesem Knoten bereits eine Bestandszuordnung mit höherer Priorität ausgeführt wird. Systems Manager folgt einer bestimmten Prioritätsreihenfolge, wenn mehrere Bestandszuordnungen für denselben verwalteten Knoten gelten können.
### Prioritätsreihenfolge der Bestandszuordnung
Systems Manager wendet Bestandszuordnungen in der folgenden Prioritätsreihenfolge an:
1. **Quick Setup-Bestandszuordnungen** – Zuordnungen, die mit Quick Setup und der vereinheitlichten Konsole erstellt wurden. Diese Zuordnungen haben Namen, die mit `AWS-QuickSetup-SSM-CollectInventory-` beginnen und auf alle verwalteten Knoten abzielen.
1. **Explizite Bestandszuordnungen** – Zuordnungen, die auf bestimmte verwaltete Knoten abzielen und dabei Folgendes verwenden:
+ Instance-IDs
+ Tag-Schlüssel-Wert-Paare
+ AWS Ressourcengruppen
1. **Globale Inventarzuordnungen** – Zuordnungen, die auf alle verwalteten Knoten abzielen (mithilfe von `--targets "Key=InstanceIds,Values=*"`), aber **nicht** über Quick Setup erstellt wurden.
### Gängige Szenarien
**Szenario 1: Die Quick Setup-Zuordnung hat Vorrang vor der expliziten Zuordnung**
+ Sie haben eine Quick Setup-Inventarzuordnung, die auf alle Instances abzielt
+ Sie erstellen eine manuelle Zuordnung, die nach Tag auf bestimmte verwaltete Knoten abzielt
+ Ergebnis: Die manuelle Zuordnung zeigt `Skipped` mit detailliertem Status `OverriddenByExplicitInventoryAssociation` an
+ Die Quick Setup-Zuordnung erfasst weiterhin Inventar von allen Instances
**Szenario 2: Eine explizite Zuordnung hat Vorrang vor der globalen Zuordnung**
+ Sie haben eine globale Inventarzuordnung, die auf alle Instances abzielt (nicht erstellt von Quick Setup)
+ Sie erstellen eine Zuordnung, die eine spezifische Instance anvisiert
+ Ergebnis: Die globale Zuordnung zeigt `Skipped` für die speziell anvisierten Instances an
+ Die explizite Zuordnung wird auf den anvisierten Instances ausgeführt
### Lösungsschritte
**Wenn Sie anstelle von Quick Setup Ihre eigene Inventarzuordnung verwenden möchten:**
1. **Quick Setup-Zuordnungen identifizieren**: Gehen Sie in der Systems-Manager-Konsole zu State Manager und suchen Sie nach Zuordnungen, deren Namen mit `AWS-QuickSetup-SSM-CollectInventory-` beginnen.
1. **Entfernen der Quick Setup-Konfiguration**:
+ Gehen Sie zu Quick Setup in der Systems-Manager-Konsole.
+ Finden Sie Ihre Konfiguration für die Inventarerfassung.
+ Löschen Sie die Quick Setup-Konfiguration (dadurch wird die zugehörige Inventarzuordnung entfernt).
**Anmerkung**
Sie müssen die Zuordnung, die von Quick Setup erstellt wurde, nicht manuell löschen.
1. **Stellen Sie sicher, dass Ihre Zuordnung ausgeführt wird**: Nachdem Sie die Quick Setup-Konfiguration entfernt haben, sollte Ihre explizite Inventarzuordnung erfolgreich ausgeführt werden.
**Wenn Sie das bestehende Verhalten ändern möchten:**
+ Um alle vorhandenen Inventarzuordnungen anzuzeigen, wählen Sie **State Manager** in der Systems-Manager-Konsole und suchen Sie dann nach Zuordnungen, die das `AWS-GatherSoftwareInventory`-SSM-Dokument verwenden.
+ Denken Sie daran, dass jeder verwaltete Knoten jeweils nur über eine aktive Inventarzuordnung verfügen kann.
**Wichtig**
Inventardaten werden weiterhin von übersprungenen Knoten erfasst, wenn die ihnen zugewiesene Inventarzuordnung (mit höherer Priorität) ausgeführt wird.
Quick Setup-Inventarzuordnungen haben Vorrang vor allen anderen Typen, auch solchen mit expliziter Ausrichtung.
Die detaillierte Statusmeldung `OverriddenByExplicitInventoryAssociation` wird unabhängig vom Zuordnungstyp angezeigt, wenn eine Zuordnung durch eine Zuordnung mit höherer Priorität außer Kraft gesetzt wird.
## Fehlgeschlagen
Wenn der Status der Bestandszuordnung für einen Knoten **Failed** (Fehlgeschlagen) anzeigt, könnte dies bedeuten, dass der Knoten über mehrere ihm zugewiesene Bestandszuordnungen verfügt. Ein Knoten kann jeweils nur über eine zugewiesene Bestandszuordnung verfügen. Eine Inventarvereinigung verwendet das `AWS-GatherSoftwareInventory` AWS Systems Manager Dokument (SSM-Dokument). Sie können den folgenden Befehl ausführen, indem Sie die AWS Command Line Interface (AWS CLI) verwenden, um eine Liste der Verknüpfungen für einen Knoten anzuzeigen.
```
aws ssm describe-instance-associations-status --instance-id {{instance-ID}}
```
## Inventark-Compliance für eine Amazon-EC2-Instance fehlgeschlagen
Die Inventar-Compliance für eine Amazon Elastic Compute Cloud (Amazon EC2)-Instance kann fehlschlagen, wenn Sie der Instance mehrere Inventarzuordnungen zuweisen.
Um dieses Problem zu beheben, löschen Sie eine oder mehrere Inventarzuordnungen, die der Instance zugewiesen sind. Weitere Informationen finden Sie unter [Löschen einer Zuordnung](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-delete-association.html).
**Anmerkung**
Beachten Sie das folgende Verhalten, wenn Sie mehrere Bestandszuordnungen für einen verwalteten Knoten erstellen:
Jedem Knoten kann eine Inventarzuordnung zugewiesen werden, die auf *alle* Knoten abzielt (--targets „Key=InstanceIds, Values=\*“).
Jedem Knoten kann auch eine bestimmte Assoziation zugewiesen werden, die entweder Tag-Schlüssel-Wert-Paare oder eine Ressourcengruppe verwendet. AWS
Wenn einem Knoten mehrere Bestandszuordnungen zugewiesen sind, zeigt der Status *Skipped* (Übersprungen) für die Zuordnung an, die nicht ausgeführt wurde. Die zuletzt durchgeführte Zuordnung zeigt den aktuellen Status der Bestandszuordnung an.
Wenn einem Knoten mehrere Bestandszuordnungen zugewiesen sind und jede ein Tag-Schlüssel-Wert-Paar verwendet, können diese Bestandszuordnungen aufgrund des Tag-Konflikts nicht auf dem Knoten ausgeführt werden. Die Zuordnung wird weiterhin auf Knoten ausgeführt, bei denen der Tag-Schlüssel-Wert-Konflikt nicht besteht.
## S3-Bucket-Objekt enthält alte Daten
Die Daten im Amazon-S3-Bucket-Objekt werden aktualisiert, wenn die Zuordnung zum Bestand erfolgreich ist und neue Daten entdeckt werden. Das Amazon-S3-Bucket-Objekt wird für jeden Knoten aktualisiert, wenn die Zuordnung läuft und fehlschlägt, aber die Daten innerhalb des Objekts werden in diesem Fall nicht aktualisiert. Die Daten im Amazon-S3-Bucket-Objekt werden nur dann aktualisiert, wenn die Zuordnung erfolgreich verläuft. Wenn die Bestandszuordnung fehlschlägt, sehen Sie alte Daten in dem Amazon-S3-Bucket-Objekt.