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

# I/O 密集型儲存體修改
<a name="USER_PIOPS.IOIntensive"></a>

Amazon RDS 資料庫執行個體將 Amazon Elastic Block Store (EBS) 磁碟區用於資料庫和日誌儲存體的 Amazon RDS 資料庫執行個體。根據所請求儲存的數量，Amazon RDS 會自動將多個 Amazon EBS 磁碟區分成*等量*以增強效能。具有 SSD 儲存類型的 RDS 資料庫執行個體由 RAID 0 組態中的一個或四個分段的 Amazon EBS 磁碟區提供支援。根據設計，RDS 資料庫執行個體的儲存修改作業對進行中資料庫作業的影響最小。

在大多數情況下，儲存擴展修改會完全卸載到 Amazon EBS 層，而且對資料庫是透明的。此程序通常會在幾分鐘內完成。但是，某些較舊的 RDS 儲存磁碟區需要不同的程序來修改大小、佈建 IOPS 或儲存區類型。這涉及使用潛在 I/O 密集型操作來製作數據的完整副本。

如果符合下列任一因素，則儲存裝置修改會使用 I/O 密集型作業：
+ 來源儲存類型為磁性。磁性儲存裝置不支援彈性磁碟區修改。
+ RDS 資料庫執行個體不在一或四磁碟區的 Amazon EBS 配置上。您可以使用增強型監控指標，檢視 RDS 資料庫執行個體上使用中的 Amazon EBS 磁碟區數量。如需更多詳細資訊，請參閱 [在 RDS 主控台中檢視作業系統指標](USER_Monitoring.OS.Viewing.md)。
+ 修改要求的目標大小會將配置的儲存區增加到超過 400 GiB (適用於 MariaDB、MySQL 和 PostgreSQL 執行個體的 RDS)，以及適用於 Oracle 的 RDS 的 200 GiB。儲存自動調度資源作業將資料庫執行個體的配置儲存大小增加到超過這些閾值時，也會產生相同的效果。

如果您的儲存修改涉及 I/O 密集型作業，它會消耗 I/O 資源並增加資料庫執行個體的負載。若要將 I/O 密集型作業 (包含一般用途 SSD (gp2)) 的 I/O 密集型作業，並導致更長的轉換時間，並導致更長的轉換時間。

我們建議您將這些儲存區修改要求排程在尖峰時段以外的最佳作法，以協助縮短完成儲存區修改作業所需的時間。或者，您也可以建立資料庫執行個體的僅供讀取複本，並在僅供讀取複本上執行儲存體修改。然後將僅供讀取複本提升為主要資料庫執行個體。如需更多詳細資訊，請參閱 [使用資料庫執行個體僅供讀取複本](USER_ReadRepl.md)。

如需詳細資訊，請參閱《[當我嘗試增加分配的儲存時，為什麼 Amazon RDS 資料庫執行個體卡在修改狀態？](https://aws.amazon.com/premiumsupport/knowledge-center/rds-stuck-modifying/)》