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. # Status des Jobs Wenn Sie einen Job an eine AWS Batch Jobwarteschlange senden, wechselt der Job in den `SUBMITTED` Status. Danach durchläuft er die folgenden Zustände, bis er erfolgreich ist (Abschluss mit Code `0`) oder fehlschlägt (Abschluss mit einem Code ungleich null). AWS Batch -Aufträge können die folgenden Status haben: `SUBMITTED` Ein Job, der an die Warteschlange gesendet wurde und noch nicht vom Scheduler bewertet wurde. Der Scheduler überprüft den Auftrag, um zu bestimmen, ob offene Abhängigkeiten von der erfolgreichen Ausführung anderer Aufträge vorliegen. Wenn Abhängigkeiten vorhanden sind, wird der Auftrag in den Status `PENDING` verschoben. Sind keine Abhängigkeiten vorhanden, wechselt der Auftrag in den Status `RUNNABLE`. `PENDING` Ein Job, der sich in der Warteschlange befindet und aufgrund einer Abhängigkeit von einem anderen Job oder einer anderen Ressource noch nicht ausgeführt werden kann. Nachdem die Abhängigkeiten erfüllt sind, wird der Auftrag in den Status `RUNNABLE` verschoben. Die übergeordneten Array-Jobs werden aktualisiert, `PENDING` sobald ein untergeordneter Job auf den Status eines untergeordneten Jobs aktualisiert wird, `RUNNABLE` und behalten ihren `PENDING` Status bei, solange untergeordnete Jobs ausgeführt werden. Um diese Jobs anzuzeigen, filtern Sie nach `PENDING` Status, bis alle untergeordneten Jobs einen Endstatus erreichen. `RUNNABLE` Ein Auftrag, der sich in der Warteschlange befindet, keine ausstehenden Abhängigkeiten hat und daher für einen Host geplant werden kann. Jobs in diesem Status werden gestartet, sobald in einer der Rechenumgebungen, die der Auftragswarteschlange zugeordnet sind, genügend Ressourcen verfügbar sind. Aufträge können jedoch für einen unbegrenzten Zeitraum in diesem Status verbleiben, wenn keine ausreichenden Ressourcen zur Verfügung stehen. Wenn Ihre Jobs nicht weiterkommen`STARTING`, lesen Sie [Jobs, die im Status `RUNNABLE` stecken](job_stuck_in_runnable.md) im Abschnitt zur Problembehandlung nach. `STARTING` Diese Aufträge wurden für einen Host geplant und die relevanten Vorgänge zur Container-Initiierung werden noch ausgeführt. Nachdem das Container-Image durch Pull-Übertragung abgerufen und der Container gestartet wurde, geht der Auftrag in den Status `RUNNING` über. Die Dauer des Abrufs von Images, die Abschlussdauer von Amazon EKS InitContainer und die Auflösungsdauer von Amazon ECS ContainerDependency befinden sich im Status STARTING. Die Zeit, die benötigt wird, um ein Image für Ihren Job abzurufen, entspricht der Zeit, in der sich Ihr Job im STARTING-Status befinden wird. Wenn es beispielsweise drei Minuten dauert, bis das Bild für Ihren Job abgerufen wird, befindet sich Ihr Job drei Minuten lang im Startstatus. Wenn die Fertigstellung von initContainers insgesamt zehn Minuten dauert, befindet sich Ihr Amazon EKS-Job zehn Minuten lang im STARTING-Modus. Wenn Sie Amazon ECS ContainerDependencies in Ihrem Amazon ECS-Job festgelegt haben, befindet sich der Job in STARTING, bis alle Container-Abhängigkeiten (ihre Laufzeit) aufgelöst sind. STARTING ist nicht in Timeouts enthalten; die Dauer beginnt bei RUNNING. `RUNNING` Der Job wird als Container-Job auf einer Amazon ECS-Container-Instance innerhalb einer Rechenumgebung ausgeführt. Wenn der Container des Auftrags beendet wird, bestimmt der Prozessbeendigungscode, ob der Auftrag erfolgreich war oder nicht. Der Beendigungscode `0` bedeutet eine erfolgreiche Ausführung und ein Beendigungscode ungleich Null bedeutet, dass ein Fehler aufgetreten ist. Wenn für den mit einem fehlgeschlagenen Versuch verbundene Aufträge verbleibende Versuche in der optionalen Wiederholungsstrategiekonfiguration vorhanden sind, wird der Auftrag erneut in den Status `RUNNABLE` verschoben. Weitere Informationen finden Sie unter [Automatisierte Auftragswiederholungen](job_retries.md). Protokolle für `RUNNING` Jobs sind unter CloudWatch Logs verfügbar. Die Protokollgruppe ist`/aws/batch/job`, und das Namensformat für den Log-Stream lautet wie folgt:`{{first200CharsOfJobDefinitionName}}/default/{{ecs_task_id}}`. Dieses Format könnte sich in Zukunft ändern. Nachdem ein Job den `RUNNING` Status erreicht hat, können Sie seinen Log-Stream-Namen mit der [ DescribeJobs ](https://docs.aws.amazon.com/batch/latest/APIReference/API_DescribeJobs.html) API-Operation programmgesteuert abrufen. Weitere Informationen finden Sie [https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData) im * Amazon Logs-Benutzerhandbuch unter An CloudWatch Logs gesendete Protokolldaten CloudWatch anzeigen. * Standardmäßig laufen diese Protokolle nie ab. Sie können die Aufbewahrungsfrist jedoch ändern. Weitere Informationen finden Sie unter [ Ändern der Aufbewahrung von Protokolldaten ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/SettingLogRetention.html) in CloudWatch Protokollen im * Amazon CloudWatch Logs-Benutzerhandbuch*. `SUCCEEDED` Der Auftrag wurde mit dem Beendigungscode `0` erfolgreich abgeschlossen. Der Jobstatus für `SUCCEEDED` Jobs wird AWS Batch für mindestens 7 Tage beibehalten. Protokolle für `SUCCEEDED` Jobs sind unter CloudWatch Logs verfügbar. Die Protokollgruppe ist`/aws/batch/job`, und das Namensformat für den Log-Stream lautet wie folgt:`{{first200CharsOfJobDefinitionName}}/default/{{ecs_task_id}}`. Dieses Format kann sich in Zukunft ändern. Nachdem ein Job den `RUNNING` Status erreicht hat, können Sie seinen Log-Stream-Namen mit der [ DescribeJobs ](https://docs.aws.amazon.com/batch/latest/APIReference/API_DescribeJobs.html) API-Operation programmgesteuert abrufen. Weitere Informationen finden Sie [https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData) im * Amazon Logs-Benutzerhandbuch unter An CloudWatch Logs gesendete Protokolldaten CloudWatch anzeigen. * Standardmäßig laufen diese Protokolle nie ab. Sie können die Aufbewahrungsfrist jedoch ändern. Weitere Informationen finden Sie unter [ Ändern der Aufbewahrung von Protokolldaten ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/SettingLogRetention.html) in CloudWatch Protokollen im * Amazon CloudWatch Logs-Benutzerhandbuch*. `FAILED` Der Auftrag wurde bei allen verfügbaren Versuchen nicht erfolgreich beendet. Der Jobstatus für `FAILED` Jobs wird AWS Batch für mindestens 7 Tage beibehalten. Protokolle für `FAILED` Jobs sind unter CloudWatch Logs verfügbar. Die Protokollgruppe ist`/aws/batch/job`, und das Namensformat für den Log-Stream lautet wie folgt:`{{first200CharsOfJobDefinitionName}}/default/{{ecs_task_id}}`. Dieses Format kann sich in Zukunft ändern. Nachdem ein Job den `RUNNING` Status erreicht hat, können Sie seinen Log-Stream programmgesteuert mit der [ DescribeJobs ](https://docs.aws.amazon.com/batch/latest/APIReference/API_DescribeJobs.html) API-Operation abrufen. Weitere Informationen finden Sie [https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData) im * Amazon Logs-Benutzerhandbuch unter An CloudWatch Logs gesendete Protokolldaten CloudWatch anzeigen. * Standardmäßig laufen diese Protokolle nie ab. Sie können die Aufbewahrungsfrist jedoch ändern. Weitere Informationen finden Sie unter [ Ändern der Aufbewahrung von Protokolldaten ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/SettingLogRetention.html) in CloudWatch Protokollen im * Amazon CloudWatch Logs-Benutzerhandbuch*.