

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.

# Zeitplan RFCs
<a name="ex-rfc-scheduling"></a>

Mit der **Planungsfunktion** können Sie eine Startzeit für RFCs auswählen. Die folgenden Optionen sind in der **Planungsfunktion** verfügbar:
+ **Führen Sie diese Änderung so schnell wie möglich** aus: AMS führt den RFC aus, sobald er genehmigt wurde. Die meisten CTs werden automatisch genehmigt. Verwenden Sie diese Option, wenn der RFC nicht zu einem bestimmten Zeitpunkt starten soll.
+ **Diese Änderung planen**: Legen Sie einen Tag, eine Uhrzeit und eine Zeitzone für die Ausführung des RFC fest. Bei automatisierten Änderungstypen empfiehlt es sich, eine Startzeit anzufordern, die mindestens 10 Minuten nach der geplanten Einreichung des RFC liegt. Für Typen von Änderungen mit verwalteter Automatisierung ist es erforderlich, dass Sie eine Startzeit beantragen, die mindestens 24 Stunden nach der geplanten Einreichung des RFC liegt. Wenn der RFC bis zur konfigurierten Startzeit nicht genehmigt wird, wird der RFC abgelehnt.

## Legen Sie einen RFC-Zeitplan fest
<a name="ex-rfc-scheduling-schedule"></a>

Verwenden Sie eine der folgenden Methoden, um einen RFC zu planen:

**Führen Sie diese Änderung so schnell wie** möglich aus:
+ Konsole: Nichts tun. Dabei wird der Standard-RFC-Zeitplan verwendet.
+ API oder CLI: Entfernen Sie die `RequestedEndTime` Optionen `RequestedStartTime` und im Vorgang Create RFC.

„Managed Automation“ von **ASAP** RFCs werden automatisch abgelehnt, wenn sie nicht innerhalb von dreißig Tagen nach der Einreichung genehmigt werden.

**Planen Sie diese Änderung** ein:
+ Konsole: Wählen Sie das Optionsfeld **Diese Änderung planen** aus. Ein Bereich mit der **Startzeit** wird geöffnet. Geben Sie manuell einen Tag ein oder verwenden Sie das Kalender-Widget, um einen Tag auszuwählen. Geben Sie eine Uhrzeit in UTC ein, ausgedrückt im Format ISO 8601, und verwenden Sie die Dropdownliste, um einen Ort auszuwählen. Standardmäßig verwendet AMS das ISO 8601-Format YYYYMMDDThhmmss Z YYYY-MM-DDThh oder:MM:SSZ. Beide Formate werden akzeptiert.
**Anmerkung**  
**Die **Standard-Endzeit** liegt 4 Stunden nach der von Ihnen eingegebenen Startzeit.** Um die **Endzeit** Ihrer geplanten Änderung auf mehr als 4 Stunden festzulegen, verwenden Sie die API oder CLI, um die Änderung auszuführen.
+ API oder CLI: Senden Sie Werte für die `RequestedEndTime` Parameter `RequestedStartTime` und im Vorgang Create RFC. Durch die Übergabe einer Konfiguration `RequestedEndTime` wird die Ausführung eines automatisierten Änderungstyps, der bereits gestartet wurde, nicht gestoppt. Wenn bei einem Änderungstyp „verwaltete Automatisierung“ der erreicht `RequestedEndTime` wird, während die AMS Operations Recherche noch nicht abgeschlossen ist und Sie mit AMS kommunizieren, können Sie eine Verlängerung beantragen, oder Sie werden möglicherweise aufgefordert, den RFC erneut einzureichen. 
**Tipp**  
Ein Beispiel für eine Anzeige der UTC-Zeit finden Sie unter [UTC](https://time.is/UTC) auf der Time-IS-Website. ****Beispiel für ein ISO 8601-Format für den date/time Wert 2016-12-05 um 14:20 Uhr: 2016-12-05T 14:20:00 Z oder 20161205T142000Z.****

Wenn Sie angeben...
+ nur a`RequestedStartTime`, der RFC gilt als geplant und der `RequestedEndTime` wird mit dem `ExecutionDurationInMinutes` Wert gefüllt.
+ nur a`RequestedEndTime`, wir werfen eine InvalidArgumentException.
+ `RequestedStartTime`sowohl als auch`RequestedEndTime`, wir überschreiben die `RequestedEndTime` mit der angegebenen Startzeit plus dem `ExecutionDurationInMinutes` Wert.
+ `RequestedStartTime`weder noch`RequestedEndTime`, wir behalten diese Werte bei Null und der RFC wird als ASAP-RFC behandelt.

**Anmerkung**  
Für alle geplanten Änderungen wird eine nicht spezifizierte Endzeit angegeben RFCs, die aus der Uhrzeit der angegebenen Änderung `RequestedStartTime` plus dem `ExpectedExecutionDurationInMinutes` Attribut des übermittelten Änderungstyps besteht. Wenn der beispielsweise „60“ (Minuten) `ExpectedExecutionDurationInMinutes` ist und der angegebene Wert `2016-12-05T14:20:00Z` (5. Dezember 2016 um 4:20 Uhr) `RequestedStartTime` ist, würde die tatsächliche Endzeit auf den 5. Dezember 2016 um 5:20 Uhr festgelegt. Um den `ExpectedExecutionDurationInMinutes` für einen bestimmten Änderungstyp zu finden, führen Sie diesen Befehl aus:  

```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
```

## Verwenden Sie die Option RFC-Priorität
<a name="ex-rfc-priority"></a>

Verwenden Sie die Option **Priorität** in `execution mode = manual` Änderungstypen, um AMS Operations auf die Dringlichkeit der Anfrage hinzuweisen.

Option **Priorität** in`execution mode = manual`:

Geben Sie die Priorität eines manuellen RFC als **Hoch**, **Mittel** oder **Niedrig** an. RFCs Als **hoch** eingestuft werden, werden geprüft und genehmigt, bevor sie als **Mittel RFCs ** eingestuft werden. Dabei gelten die RFC-Servicelevel-Ziele (SLOs) und deren Einreichungszeiten. RFCs mit **niedriger** Priorität oder ohne angegebene Priorität werden in der Reihenfolge verarbeitet, in der sie eingereicht wurden. 