

如需與 Amazon Timestream for LiveAnalytics 類似的功能，請考慮使用 Amazon Timestream for InfluxDB。它提供簡化的資料擷取和單一位數毫秒查詢回應時間，以進行即時分析。[在這裡](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)進一步了解。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 維護時段
<a name="timestream-for-influx-managing-maintaining-db"></a>

Amazon Timestream for InfluxDB 會定期在 Amazon Timestream for InfluxDB 資源上執行維護。維護通常涉及資料庫執行個體中下列資源的更新：
+ 基礎硬體
+ 基礎作業系統 (OS)
+ 資料庫引擎版本

作業系統更新大多是因為安全性問題。

有些維護項目需要 Amazon Timestream for InfluxDB 將您的資料庫執行個體短暫離線。需要資源離線的維護項目包括必要的作業系統或資料庫修補。所需的修補程式僅會針對與安全性和執行個體可靠性相關的修補程式自動安排。這類修補不常發生，通常每隔幾個月進行一次。維護僅需片刻的時間即可完成。

**Maintenance window (維護時段)**

每個 Amazon Timestream for InfluxDB 資料庫執行個體都有每週維護時段，在此期間會執行維護。您可以透過兩種方式設定維護時段：
+ **服務受管 （預設）**：Amazon Timestream for InfluxDB 會決定資源的最佳維護時段。
+ **客戶受管**：您可以使用 格式指定偏好的維護時段 `ddd:HH:MM-ddd:HH:MM`（例如 `Sun:02:00-Sun:04:00`)。時段必須至少為 2 小時且不超過 24 小時。支援跨午夜時段。

您可以在建立資料庫執行個體時設定偏好的維護時段，或稍後使用 `update-db-instance` API 進行變更。

**時區**

您可以使用 `timezone` 欄位指定維護時段的時區。設定時，視窗時間會在指定的時區中解譯。`timezone` 欄位是必要的。使用 IANA 時區識別符，例如 `America/New_York`或 `Asia/Tokyo`。系統會自動處理日光節約時間轉換。

**CLI 範例**

使用自訂維護時段建立資料庫執行個體：

```
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
```

更新現有資料庫執行個體上的維護時段：

```
aws timestream-influxdb update-db-instance \
  --identifier <instance-identifier> \
  --maintenance-schedule '{
    "timezone": "Asia/Tokyo",
    "preferredMaintenanceWindow": "Wed:03:00-Wed:06:00"
  }' \
  --region us-west-2
```

還原至服務受管：

```
aws timestream-influxdb update-db-instance \
  --identifier <instance-identifier> \
  --maintenance-schedule '{
    "timezone": "UTC",
    "preferredMaintenanceWindow": ""
  }' \
  --region us-west-2
```

**重要**  
如果所需的維護動作延遲超過 25 天，服務可能會在您偏好的時段之外套用維護，以確保資源的安全性和可靠性。

在維護期間，資料庫執行個體狀態會變更為 `MAINTENANCE`。完成後，狀態會傳回 `AVAILABLE`。

**支援的時區**

使用 IANA 時區識別符。`GMT+5` 不支援時區縮寫，例如 `EST`、 `PST`和 。


| **時區** | **Description** | 
| --- | --- | 
| UTC | 國際標準時間 （預設） | 
| America/New\_York | 美國東部 | 
| America/Chicago | 美國中部 | 
| America/Denver | 美國山地 | 
| America/Los\_Angeles | 美國太平洋 | 
| America/Sao\_Paulo | 巴西 | 
| Europe/London | 英國 | 
| Europe/Paris | 中歐 | 
| Europe/Berlin | 德國 | 
| Asia/Tokyo | 日本 | 
| Asia/Shanghai | 中國 | 
| Asia/Singapore | 新加坡 | 
| Asia/Mumbai | 印度 | 
| Asia/Dubai | 阿拉伯聯合大公國 | 
| Australia/Sydney | 澳洲東部 | 
| Pacific/Auckland | 紐西蘭 | 

**考量**
+ 維護時段會定義何時*進行*維護，而不是何時*進行*維護。維護會視需要執行，通常每週不超過一次。
+ 每月至少需要維護一次，才能進行安全性和可靠性修補。
+ 對於異地同步備份部署，維護會先在待命上執行，然後進行容錯移轉，將停機時間降至最低。
+ 如果您使用具有 DST 轉換的時區，請避免在上午 1：00 到凌晨 3：00 之間排程維護，以防止在彈簧向前期間略過時段。