執行主要版本升級

從表格中為您的版本列出的可用目標清單中，選擇您要的主要版本。您可以使用 取得 AWS 區域 目前版本 中可用版本的精確清單 AWS CLI。如需詳細資訊，請參閱取得 中可用版本的清單 AWS 區域。

確認您的應用程式在新版本的試用部署中能如預期運作。如需完整程序的相關資訊，請參閱 測試執行生產資料庫叢集升級到新主要版本的程序。

當確認您的應用程式在試用部署中能如按預期運作後，您便可以升級叢集。如需詳細資訊，請參閱將 Aurora PostgreSQL 引擎升級為新的主要版本。

準備好版本相容的參數群組。

如果您使用的是自訂資料庫執行個體或資料庫叢集參數群組，您會有兩個選擇：

如果您將新的資料庫執行個體或資料庫叢集參數群組建立關聯，請務必在升級完成後重新啟動資料庫，才能套用參數。如果需要重新啟動資料庫執行個體，才能套用參數群組變更，執行個體的參數群組會顯示 pending-reboot。您可以在主控台中或使用 CLI 命令 (例如 describe-db-instances 或 describe-db-clusters) 查看執行個體的參數群組狀態。

檢查無效資料庫並捨棄任何存在的資料庫。

pg_database 目錄中的 datconnlimit欄包含一個值 -2，用於將DROP DATABASE操作期間中斷的任何資料庫標記為無效。使用下列查詢來檢查是否存在無效的資料庫。

SELECT
    datname
FROM
    pg_database
WHERE
    datconnlimit = - 2;

如果查詢傳回資料庫名稱，則這些資料庫無效。使用 DROP DATABASE invalid_db_name陳述式捨棄無效的資料庫。您可以使用下列動態陳述式來捨棄所有無效的資料庫。

SELECT
    'DROP DATABASE ' || quote_ident(datname) || ';'
FROM
    pg_database
WHERE
    datconnlimit = -2 \gexec

檢查是否有不支援的使用：

檢查 template1 和 template0 資料庫。

如需成功升級，template1 和 template0 資料庫必須存在，且應列為範本。若要檢查此情況，請使用下列命令：

SELECT datname, datistemplate FROM pg_database; 
                        
datname    | datistemplate
-----------+---------------
template0  | t
rdsadmin   | f
template1  | t
postgres   | f

在命令輸出中，template1 和 template0 資料庫的 datistemplate 值應該是 t。

刪除邏輯複寫槽。

如果 Aurora PostgreSQL 資料庫叢集正在使用任何邏輯複寫槽，則升級程序將無法繼續。邏輯複寫槽通常用於短期資料遷移任務，例如使用 AWS DMS 或 將資料表從資料庫複寫到資料湖、BI 工具或其他目標。升級之前，請確保您知道任何現有邏輯複寫槽的用途，並確認可以刪除它們。您可以使用下列查詢來檢查邏輯複寫槽：

SELECT * FROM pg_replication_slots;

如果邏輯複寫槽仍在使用，則不應刪除它們，也無法繼續升級。但是，如果不需要邏輯複寫槽，可以使用以下 SQL 加以刪除：

SELECT pg_drop_replication_slot(slot_name);

使用 pglogical 延伸模組的邏輯複寫案例也必須具有已從發佈者節點捨棄的插槽，才能在該節點上順利進行主要版本升級。不過，您可以在升級之後，從訂閱者節點重新啟動複寫程序。如需詳細資訊，請參閱在重大升級之後重新建立邏輯複寫。

執行備份。

升級程序會在升級期間建立資料庫叢集的資料庫叢集快照。如果您也想在升級程序之前執行手動備份，請參閱 建立資料庫叢集快照 以取得詳細資訊。

在執行主要版本升級之前，請將某些擴充功能套件升級至最新可用版本。需更新的擴充功能包含下列：

針對目前已安裝的每個擴充功能執行下列命令。

ALTER EXTENSION PostgreSQL-extension UPDATE TO 'new-version';

如需詳細資訊，請參閱升級 PostgreSQL 延伸。若要深入了解 PostGIS 升級，請參閱 步驟 6：升級貼文GIS擴充功能。

若要升級至第 11.x 版，請先捨棄不支援的擴充功能套件，然後再執行主要版本升級。需捨棄的擴充功能套件包括：

根據您的目標版本捨棄 unknown 資料類型。

PostgreSQL 10 版不支援 unknown 資料類型。如果第 9.6 版資料庫使用 unknown 資料類型，升級至版本 10 會顯示錯誤訊息，如下所示。

Database instance is in a state that cannot be upgraded: PreUpgrade checks failed: 
The instance could not be upgraded because the 'unknown' data type is used in user tables. 
Please remove all usages of the 'unknown' data type and try again."

若要尋找資料庫中的 unknown 資料類型，以便移除這類資料欄或將其變更為支援的資料類型，請對每個資料庫使用下列 SQL 程式碼。

SELECT n.nspname, c.relname, a.attname
    FROM pg_catalog.pg_class c,
    pg_catalog.pg_namespace n,
    pg_catalog.pg_attribute a
    WHERE c.oid = a.attrelid AND NOT a.attisdropped AND
    a.atttypid = 'pg_catalog.unknown'::pg_catalog.regtype AND
    c.relkind IN ('r','m','c') AND
    c.relnamespace = n.oid AND
    n.nspname !~ '^pg_temp_' AND
    n.nspname !~ '^pg_toast_temp_' AND n.nspname NOT IN ('pg_catalog', 'information_schema');

執行停用試轉升級。

強烈建議您先在生產資料庫的複本上測試主要版本升級，然後再在生產資料庫上嘗試此升級。您可以監控複本測試執行個體上的執行計劃，以查看任何可能的執行計劃迴歸，並評估其效能。若要建立複本測試執行個體，您可以從最近快照還原資料庫或複製您的資料庫。如需更多詳細資訊，請參閱「從快照還原」或「複製 Amazon Aurora 資料庫叢集的一個磁碟區」。

如需更多詳細資訊，請參閱 將 Aurora PostgreSQL 引擎升級為新的主要版本。

升級您的生產執行個體。

當試轉主要版本升級成功時，您應該就能放心升級生產資料庫。如需詳細資訊，請參閱將 Aurora PostgreSQL 引擎升級為新的主要版本。

如需有關升級進行中的資訊，您可以使用 Amazon RDS 查看 pg_upgrade 公用程式產生的兩個記錄。這兩個記錄是 pg_upgrade_internal.log 和 pg_upgrade_server.log。Amazon Aurora 會將時間戳記附加至這些日誌的檔案名稱。您可以如同檢視任何其他日誌一般檢視這些日誌。如需更多詳細資訊，請參閱 監控 Amazon Aurora 日誌檔案。

升級 PostgreSQL 擴充功能套件。PostgreSQL 升級程序並不會升級任何 PostgreSQL 擴充功能套件。如需詳細資訊，請參閱升級 PostgreSQL 延伸。