Für ähnliche Funktionen wie Amazon Timestream für sollten Sie Amazon Timestream for LiveAnalytics InfluxDB in Betracht ziehen. Es bietet eine vereinfachte Datenaufnahme und Antwortzeiten im einstelligen Millisekundenbereich für Analysen in Echtzeit. [Erfahren](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html) Sie hier mehr.
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.
# Wartungsfenster
In regelmäßigen Abständen führt Amazon Timestream for InfluxDB Wartungsarbeiten an Amazon Timestream for InfluxDB-Ressourcen durch. Die Wartung beinhaltet meistens Aktualisierungen der folgenden Ressourcen in Ihrer DB-Instance:
+ Zugrundeliegende Hardware
+ Zugrundeliegendes Betriebssystem
+ Datenbank-Engine-Version
Häufig werden Betriebssystemupdates wegen Sicherheitsproblemen herausgegeben.
Bei einigen Wartungsarbeiten muss Amazon Timestream for InfluxDB Ihre DB-Instance für kurze Zeit offline schalten. Zu den Wartungselementen, für die eine Ressource offline sein muss, gehört z. B. das Ausführen erforderlicher Patches für das Betriebssystem oder die Datenbank. Das erforderliche Patching wird automatisch und nur für Patches eingeplant, welche die Sicherheit und Instance-Zuverlässigkeit betreffen. Solche Patches treten selten auf, in der Regel einmal alle paar Monate. Es ist selten mehr als ein Bruchteil Ihres Wartungsfensters dafür erforderlich.
**Wartungsfenster**
Jede Amazon Timestream for InfluxDB-DB-Instance hat ein wöchentliches Wartungsfenster, in dem Wartungsarbeiten durchgeführt werden. Sie können Ihr Wartungsfenster auf zwei Arten konfigurieren:
+ **Service verwaltet (Standard)**: Amazon Timestream for InfluxDB bestimmt das optimale Wartungsfenster für Ihre Ressource.
+ **Vom Kunden verwaltet**: Sie geben ein bevorzugtes Wartungsfenster anhand des Formats an `ddd:HH:MM-ddd:HH:MM` (z. B.). `Sun:02:00-Sun:04:00` Das Zeitfenster muss mindestens 2 Stunden und darf nicht länger als 24 Stunden sein. Fenster zwischen Mitternacht werden unterstützt.
Sie können Ihr bevorzugtes Wartungsfenster festlegen, wenn Sie eine DB-Instance erstellen, oder es später mithilfe der `update-db-instance` API ändern.
**Zeitzone**
Mithilfe des Felds können Sie eine Zeitzone für Ihr Wartungsfenster angeben. `timezone` Wenn diese Option festgelegt ist, werden die Fensterzeiten in der angegebenen Zeitzone interpretiert. Das Feld `timezone` ist ein Pflichtfeld. Verwenden Sie IANA-Zeitzonen-Identifikatoren wie oder. `America/New_York` `Asia/Tokyo` Das System verarbeitet die Umstellung auf die Sommerzeit automatisch.
**CLI-Beispiele**
Erstellen Sie eine DB-Instance mit einem benutzerdefinierten Wartungsfenster:
```
aws timestream-influxdb create-db-instance \
--name "my-influxdb" \
--db-instance-type db.influx.medium \
--allocated-storage 50 \
--vpc-subnet-ids subnet-12345abc subnet-67890def \
--vpc-security-group-ids sg-12345abc \
--maintenance-schedule '{
"timezone": "America/New_York",
"preferredMaintenanceWindow": "Sun:02:00-Sun:04:00"
}' \
--region us-west-2
```
Aktualisieren Sie das Wartungsfenster einer vorhandenen DB-Instance:
```
aws timestream-influxdb update-db-instance \
--identifier \
--maintenance-schedule '{
"timezone": "Asia/Tokyo",
"preferredMaintenanceWindow": "Wed:03:00-Wed:06:00"
}' \
--region us-west-2
```
Zum verwalteten Dienst zurückkehren:
```
aws timestream-influxdb update-db-instance \
--identifier \
--maintenance-schedule '{
"timezone": "UTC",
"preferredMaintenanceWindow": ""
}' \
--region us-west-2
```
**Wichtig**
Wenn eine erforderliche Wartungsmaßnahme um mehr als 25 Tage verschoben wurde, kann der Service Wartungsarbeiten außerhalb Ihres bevorzugten Zeitfensters durchführen, um die Sicherheit und Zuverlässigkeit Ihrer Ressource zu gewährleisten.
Während der Wartung ändert sich der Status der DB-Instance auf. `MAINTENANCE` Nach Abschluss kehrt der Status zu zurück`AVAILABLE`.
**Unterstützte Zeitzonen**
Verwenden Sie IANA-Zeitzonen-Identifikatoren. Zeitzonenabkürzungen wie `EST``PST`, und werden nicht unterstützt. `GMT+5`
| **Zeitzone** | **Beschreibung** |
| --- | --- |
| UTC | Koordinierte Weltzeit (Standard) |
| America/New\_York | USA, Osten |
| America/Chicago | USA Zentral |
| America/Denver | US-Berg |
| America/Los\_Angeles | US-Pazifik |
| America/Sao\_Paulo | Brasilien |
| Europe/London | UK |
| Europe/Paris | Mitteleuropa |
| Europe/Berlin | Deutschland |
| Asia/Tokyo | Japan |
| Asia/Shanghai | China |
| Asia/Singapore | Singapur |
| Asia/Mumbai | Indien |
| Asia/Dubai | UAE |
| Australia/Sydney | Östliches Australien |
| Pacific/Auckland | Neuseeland |
**Überlegungen**
+ In Wartungsfenstern wird festgelegt, wann eine Wartung durchgeführt werden *kann*, nicht wann sie stattfinden *wird*. Die Wartung wird nach Bedarf durchgeführt, in der Regel nicht öfter als einmal pro Woche.
+ Aus Sicherheits- und Zuverlässigkeitspatches ist mindestens einmal pro Monat eine Wartung erforderlich.
+ Bei Multi-AZ-Bereitstellungen erfolgt die Wartung zuerst im Standby-Modus, danach erfolgt ein Failover, wodurch Ausfallzeiten minimiert werden.
+ Wenn Sie eine Zeitzone mit Sommerzeitübergängen verwenden, vermeiden Sie es, Wartungsarbeiten zwischen 1:00 Uhr und 3:00 Uhr zu planen, um zu verhindern, dass im Frühjahr Zeitfenster übersprungen werden.