Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Meningkatkan klaster DB Amazon Aurora PostgreSQL
Amazon Aurora membuat mesin basis data PostgreSQL versi baru tersedia di Wilayah AWS hanya setelah pengujian ekstensif. Anda dapat meningkatkan klaster DB Aurora PostgreSQL ke versi baru jika tersedia di Wilayah Anda.
Bergantung pada versi Aurora PostgreSQL yang sedang dijalankan oleh klaster DB Anda, tingkatkan ke rilis baru berupa peningkatan minor atau peningkatan mayor. Misalnya, tingkatkan klaster DB Aurora PostgreSQL 11.15 ke Aurora PostgreSQL 13.6 berupa *peningkatan versi mayor*. Peningkatan klaster DB Aurora PostgreSQL 13.3 ke Aurora PostgreSQL 13.7 berupa *peningkatan versi minor*. Pada topik berikut, Anda dapat menemukan informasi tentang cara melakukan kedua jenis peningkatan.
**Contents**
+ [Ikhtisar proses peningkatan PostgreSQL Aurora](#USER_UpgradeDBInstance.PostgreSQL.Overview)
+ [Mendapatkan daftar versi yang tersedia di Wilayah AWS](USER_UpgradeDBInstance.PostgreSQL.UpgradeVersion.md)
+ [Melakukan upgrade versi utama](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md)
+ [Menguji peningkatan klaster DB produksi ke versi mayor baru](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md#USER_UpgradeDBInstance.PostgreSQL.MajorVersion.Upgrade.preliminary)
+ [Rekomendasi pasca-peningkatan](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md#USER_UpgradeDBInstance.PostgreSQL.MajorVersion.Upgrade.postupgrade)
+ [Meningkatkan mesin Aurora PostgreSQL ke versi mayor baru](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md#USER_UpgradeDBInstance.Upgrading.Manual)
+ [Peningkatan mayor untuk basis data global](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md#USER_UpgradeDBInstance.PostgreSQL.GlobalDB)
+ [Melakukan upgrade versi minor](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md)
+ [Sebelum melakukan upgrade versi minor](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.BeforeMinor)
+ [Cara melakukan peningkatan versi minor dan menerapkan patch](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.Minor)
+ [Peningkatan rilis minor dan patching nol-waktu henti](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.Minor.zdp)
+ [Keterbatasan penambalan zero-downtime](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.Minor.zdp.limitations)
+ [Meningkatkan mesin Aurora PostgreSQL ke versi minor baru](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.MinorUpgrade)
+ [Meningkatkan ekstensi PostgreSQL](USER_UpgradeDBInstance.Upgrading.ExtensionUpgrades.md)
+ [Teknik blue/green peningkatan alternatif](#USER_UpgradeDBInstance.Upgrading.BlueGreen)
## Ikhtisar proses peningkatan PostgreSQL Aurora
Berikut adalah perbedaan antara peningkatan versi mayor dan minor:
**Peningkatan dan patch versi minor**
Peningkatan dan patch versi minor hanya mencakup perubahan yang kompatibel mundur dengan aplikasi yang ada. Peningkatan dan patch versi minor akan tersedia bagi Anda hanya setelah Aurora PostgreSQL menguji dan menyetujuinya.
Aurora dapat menerapkan upgrade versi minor untuk Anda secara otomatis. Saat Anda membuat cluster Aurora PostgreSQL DB baru, opsi **Aktifkan peningkatan versi minor diaktifkan secara default**. Kecuali Anda mematikan opsi ini secara manual, Aurora secara berkala menerapkan peningkatan versi minor otomatis selama jendela pemeliharaan terjadwal Anda. Untuk informasi selengkapnya tentang opsi peningkatan versi minor otomatis (AmVU) dan cara mengubah klaster DB Aurora untuk menggunakannya, lihat [Peningkatan versi minor otomatis untuk klaster DB Aurora](USER_UpgradeDBInstance.Maintenance.md#Aurora.Maintenance.AMVU).
Jika pemutakhiran versi minor otomatis tidak diaktifkan untuk klaster DB PostgreSQL Aurora Anda, PostgreSQL Aurora Anda tidak secara otomatis ditingkatkan ke versi minor baru. Sebaliknya, jika versi minor baru dirilis di Wilayah AWS dan klaster DB Aurora PostgreSQL Anda menjalankan versi minor yang lebih lama, Aurora akan meminta Anda untuk melakukan peningkatan. Ini dilakukan dengan menambahkan rekomendasi ke tugas pemeliharaan untuk klaster Anda.
Patch tidak dianggap sebagai peningkatan, dan tidak diterapkan secara otomatis. Aurora PostgreSQL meminta Anda untuk menerapkan patch apa pun dengan menambahkan rekomendasi ke tugas pemeliharaan untuk klaster DB Aurora PostgreSQL Anda. Untuk informasi selengkapnya, lihat [Cara melakukan peningkatan versi minor dan menerapkan patch](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.Minor).
Patch yang menyelesaikan masalah keamanan atau masalah penting lainnya juga ditambahkan sebagai tugas pemeliharaan. Namun, patch ini diperlukan. Pastikan untuk menerapkan patch keamanan ke klaster DB Aurora PostgreSQL Anda jika tersedia dalam tugas pemeliharaan Anda yang tertunda.
Peningkatan versi minor otomatis dilakukan ke versi minor default.
Proses peningkatan melibatkan kemungkinan pemadaman singkat karena setiap instans dalam klaster ditingkatkan ke versi baru. Namun, setelah Aurora PostgreSQL versi 14.3.3, 13.7.3, 12.11.3, 11.16.3, 10.21.3 dan rilis lain yang lebih tinggi dari versi minor ini dan versi mayor yang lebih baru, proses peningkatan menggunakan fitur patching nol-waktu henti (ZDP). Fitur ini meminimalkan pemadaman, dan dalam banyak kasus sepenuhnya menghilangkannya. Untuk informasi selengkapnya, lihat [Peningkatan rilis minor dan patching nol-waktu henti](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.Minor.zdp). Untuk informasi selengkapnya tentang fitur dan batasan ZDP yang didukung, lihat. [Keterbatasan penambalan zero-downtime](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.Minor.zdp.limitations)
**Peningkatan versi mayor**
Tidak seperti peningkatan dan patch versi minor, Aurora PostgreSQL tidak memiliki opsi peningkatan versi mayor utama otomatis. Versi PostgreSQL mayor baru mungkin berisi perubahan basis data yang tidak kompatibel mundur dengan aplikasi yang ada. Fungsionalitas baru dapat menyebabkan aplikasi yang ada tidak berfungsi dengan benar.
Untuk mencegah masalah apa pun, sebaiknya Anda mengikuti proses yang diuraikan dalam [Menguji peningkatan klaster DB produksi ke versi mayor baru](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md#USER_UpgradeDBInstance.PostgreSQL.MajorVersion.Upgrade.preliminary) sebelum meningkatkan instans DB di klaster DB Aurora PostgreSQL Anda. Pertama pastikan aplikasi Anda dapat berjalan di versi baru dengan mengikuti prosedur tersebut. Kemudian, Anda dapat meningkatkan klaster DB Aurora PostgreSQL ke versi baru secara manual.
Proses upgrade melibatkan kemungkinan pemadaman singkat ketika semua instance di cluster ditingkatkan ke versi baru. Proses perencanaan awal juga membutuhkan waktu. Sebaiknya Anda selalu melakukan tugas peningkatan selama periode pemeliharaan klaster atau saat pengoperasiannya minimum. Untuk informasi selengkapnya, lihat [Melakukan upgrade versi utama](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md).
**catatan**
Peningkatan versi minor dan peningkatan versi mayor mungkin melibatkan pemadaman singkat. Oleh karena itu, sebaiknya Anda melakukan atau menjadwalkan peningkatan selama periode pemeliharaan atau selama periode penggunaan rendah lainnya.
Klaster DB Aurora PostgreSQL terkadang memerlukan pembaruan sistem operasi. Pembaruan ini mungkin menyertakan pustaka glibc versi yang lebih baru. Selama pembaruan tersebut, sebaiknya Anda mengikuti pedoman seperti yang dijelaskan dalam [](PostgreSQL-Collations.md).
# Mendapatkan daftar versi yang tersedia di Wilayah AWS
Anda bisa mendapatkan daftar semua versi mesin yang tersedia sebagai target peningkatan untuk cluster Aurora PostgreSQL DB Anda dengan menanyakan Anda menggunakan perintah, sebagai berikut. Wilayah AWS [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine aurora-postgresql \
--engine-version version-number \
--query 'DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}' \
--output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine aurora-postgresql ^
--engine-version version-number ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" ^
--output text
```
Misalnya, untuk mengidentifikasi target pemutakhiran yang valid untuk klaster Aurora PostgreSQL versi 12.10 DB, jalankan perintah berikut: AWS CLI
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine aurora-postgresql \
--engine-version 12.10 \
--query 'DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}' \
--output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine aurora-postgresql ^
--engine-version 12.10 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" ^
--output text
```
Dalam tabel berikut, Anda dapat menemukan target upgrade versi mayor dan minor untuk versi Aurora PostgreSQL DB yang berbeda. Untuk menjaga kompatibilitas, tidak semua versi ditawarkan sebagai target peningkatan. Aurora PostgreSQL memperkenalkan fitur baru dan perbaikan bug dengan setiap rilis versi minor triwulanan. [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html)
| Versi sumber saat ini | Target peningkatan |
| --- | --- |
| 17.7 | Tidak ada |
| 17.6 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) |
| 17.5 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x)[, 17.6](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version176x) |
| 17.4 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x)[, [17.6, 17.5](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version176x)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version175x) |
| 16.11 | Tidak ada |
| 16.10 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) |
| 16.9 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x)[, [17.6, [16.10](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1610x)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version176x), 17.5](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version175x) |
| 16.8 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version174x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version174x) |
| 16.6 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version174x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version174x) |
| 16.4 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version169x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version169x) |
| 16.3 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version168x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version168x) |
| 16.2 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version166x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version166x) |
| 16.1 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version166x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version166x) |
| 15.15 | Tidak ada |
| 15.14 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [15.15](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1515x) |
| 15.13 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version175x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version175x) |
| 15.12 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1514x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1514x) |
| 15.10 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version174x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version174x) |
| 15.11 | [17.7](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version177x) [16.11](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version1611x) [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version168x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#aurorapostgresql-versions-version168x) |
| 14.20 | Tidak ada |
Untuk versi apa pun yang Anda pertimbangkan, selalu periksa ketersediaan kelas instans DB klaster Anda. Misalnya, `db.r4` tidak didukung untuk Aurora PostgreSQL 13. Jika cluster DB PostgreSQL Aurora Anda saat ini menggunakan kelas instans db.r4, Anda perlu memodifikasinya untuk menggunakan kelas instans DB yang didukung sebelum Anda dapat meningkatkan ke Aurora PostgreSQL 13. Untuk informasi lebih lanjut tentang kelas instans Aurora PostgreSQL DB yang tersedia, termasuk mana yang berbasis Graviton2 dan mana yang berbasis Intel, lihat. [Kelas instans Amazon Aurora DB](Concepts.DBInstanceClass.md)
# Melakukan upgrade versi utama
Peningkatan versi mayor mungkin berisi perubahan basis data yang tidak kompatibel mundur dengan basis data versi sebelumnya. Fungsionalitas baru dalam versi baru dapat menyebabkan aplikasi yang ada tidak berfungsi dengan benar. Untuk menghindari masalah, Amazon Aurora tidak menerapkan peningkatan versi mayor secara otomatis. Sebaliknya, sebaiknya Anda merencanakan peningkatan versi utama secara cermat dengan mengikuti langkah-langkah berikut:
1. Pilih versi mayor yang diinginkan dari daftar target yang tersedia dari yang tercantum untuk versi Anda dalam tabel. Anda bisa mendapatkan daftar versi yang tepat yang tersedia di versi Anda saat ini dengan menggunakan AWS CLI. Wilayah AWS Untuk detailnya, lihat [Mendapatkan daftar versi yang tersedia di Wilayah AWS](USER_UpgradeDBInstance.PostgreSQL.UpgradeVersion.md).
1. Verifikasi apakah aplikasi Anda berfungsi seperti yang diharapkan saat deployment uji coba versi baru. Untuk informasi tentang proses lengkapnya, lihat [Menguji peningkatan klaster DB produksi ke versi mayor baru](#USER_UpgradeDBInstance.PostgreSQL.MajorVersion.Upgrade.preliminary).
1. Setelah memverifikasi bahwa aplikasi Anda berfungsi seperti yang diharapkan saat deployment uji coba, Anda dapat meningkatkan klaster. Untuk detailnya, lihat [Meningkatkan mesin Aurora PostgreSQL ke versi mayor baru](#USER_UpgradeDBInstance.Upgrading.Manual).
**catatan**
Anda dapat melakukan peningkatan versi mayor dari versi berbasis Babelfish for Aurora PostgreSQL 13 mulai dari versi 13.6 ke versi berbasis Aurora PostgreSQL 14 mulai dari versi 14.6. Babelfish for Aurora PostgreSQL 13.4 dan 13.5 tidak mendukung peningkatan versi mayor.
Anda bisa mendapatkan daftar versi mesin yang tersedia sebagai target peningkatan versi utama untuk cluster DB PostgreSQL Aurora Anda dengan menanyakan Anda menggunakan perintah, sebagai berikut. Wilayah AWS [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine aurora-postgresql \
--engine-version version-number \
--query 'DBEngineVersions[].ValidUpgradeTarget[?IsMajorVersionUpgrade == `true`].{EngineVersion:EngineVersion}' \
--output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine aurora-postgresql ^
--engine-version version-number ^
--query "DBEngineVersions[].ValidUpgradeTarget[?IsMajorVersionUpgrade == `true`].{EngineVersion:EngineVersion}" ^
--output text
```
Dalam beberapa kasus, versi yang ingin ditingkatkan bukanlah target untuk versi Anda saat ini. Dalam kasus seperti itu, gunakan informasi dalam [versions table](USER_UpgradeDBInstance.PostgreSQL.UpgradeVersion.md#versions-table) untuk melakukan peningkatan versi minor hingga klaster Anda memiliki versi dengan target yang Anda pilih di baris targetnya.
## Menguji peningkatan klaster DB produksi ke versi mayor baru
Setiap versi mayor baru mencakup penyempurnaan pada pengoptimal kueri yang dirancang untuk meningkatkan performa. Namun, beban kerja Anda mungkin mencakup kueri yang menyebabkan rencana berperforma lebih buruk di versi baru. Itulah mengapa kami menyarankan Anda menguji dan meninjau performa sebelum melakukan peningkatan dalam produksi. Anda dapat mengelola stabilitas rencana kueri di seluruh versi dengan menggunakan ekstensi Manajemen Rencana Kueri (QPM), seperti yang dijelaskan dalam [Memastikan stabilitas rencana setelah peningkatan versi mayor](AuroraPostgreSQL.Optimize.BestPractice.md#AuroraPostgreSQL.Optimize.BestPractice.MajorVersionUpgrade).
Sebelum meningkatkan klaster DB Aurora PostgreSQL produksi ke versi mayor baru, sebaiknya Anda menguji peningkatan untuk memverifikasi bahwa semua aplikasi Anda berfungsi dengan benar:
1. Siapkan grup parameter yang kompatibel dengan versi.
Jika menggunakan instans DB kustom atau grup parameter klaster DB, Anda dapat memilih dari dua opsi:
1. Tentukan instans DB default, grup parameter klaster DB, atau keduanya untuk versi mesin DB baru.
1. Buat grup parameter kustom untuk versi mesin DB baru.
1. Periksa database yang tidak valid dan lepaskan semua yang ada.
`datconnlimit`Kolom dalam `pg_database` katalog mencakup nilai `-2` untuk menandai sebagai tidak valid setiap database yang terputus selama operasi. `DROP DATABASE` Gunakan kueri berikut untuk memeriksa apakah ada database yang tidak valid.
```
SELECT
datname
FROM
pg_database
WHERE
datconnlimit = - 2;
```
Jika query mengembalikan nama database, database ini tidak valid. Gunakan `DROP DATABASE invalid_db_name` pernyataan untuk menjatuhkan database yang tidak valid. Anda dapat menggunakan pernyataan dinamis berikut untuk menghapus semua database yang tidak valid.
```
SELECT
'DROP DATABASE ' || quote_ident(datname) || ';'
FROM
pg_database
WHERE
datconnlimit = -2 \gexec
```
1. Periksa penggunaan yang tidak didukung:
+ Lakukan atau putar kembali semua transaksi terbuka yang disiapkan sebelum mencoba peningkatan. Anda dapat menggunakan kueri berikut untuk memverifikasi bahwa tidak ada transaksi terbuka yang disiapkan di instans Anda.
```
SELECT count(*) FROM pg_catalog.pg_prepared_xacts;
```
+ Hapus semua penggunaan jenis data *reg\$1* sebelum mencoba peningkatan. Kecuali untuk `regtype` dan `regclass`, Anda tidak dapat meningkatkan jenis data *reg\$1*. Utilitas pg\$1upgrade (yang digunakan oleh Amazon Aurora untuk melakukan peningkatan) tidak dapat mempertahankan jenis data ini. Untuk mempelajari selengkapnya tentang utilitas ini, lihat [pg\$1upgrade](https://www.postgresql.org/docs/current/pgupgrade.html) dalam dokumentasi PostgreSQL.
Untuk memverifikasi bahwa jenis data *reg\$1* yang tidak didukung tidak digunakan, gunakan kueri berikut untuk setiap basis data.
```
SELECT count(*) 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 IN ('pg_catalog.regproc'::pg_catalog.regtype,
'pg_catalog.regprocedure'::pg_catalog.regtype,
'pg_catalog.regoper'::pg_catalog.regtype,
'pg_catalog.regoperator'::pg_catalog.regtype,
'pg_catalog.regconfig'::pg_catalog.regtype,
'pg_catalog.regdictionary'::pg_catalog.regtype)
AND c.relnamespace = n.oid
AND n.nspname NOT IN ('pg_catalog', 'information_schema');
```
+ Jika Anda meningkatkan Aurora PostgreSQL versi 10.18 atau klaster DB yang lebih tinggi yang memiliki `pgRouting` ekstensi terinstal, lepaskan ekstensi sebelum ditingkatkan ke versi 12.4 atau lebih tinggi.
Jika Anda meningkatkan Aurora PostgreSQL versi 10.x yang memiliki ekstensi `pg_repack` versi 1.4.3 terinstal, lepaskan ekstensi sebelum ditingkatkan ke versi yang lebih tinggi.
1. Periksa basis data template1 dan template0.
Agar peningkatan berhasil, basis data template 1 dan template 0 harus ada dan harus tercantum sebagai template. Untuk melakukannya, gunakan perintah berikut:
```
SELECT datname, datistemplate FROM pg_database;
datname | datistemplate
-----------+---------------
template0 | t
rdsadmin | f
template1 | t
postgres | f
```
Dalam output perintah, nilai `datistemplate` untuk basis data template1 dan template0 seharusnya `t`.
1. Hapus slot replikasi logis.
Proses peningkatan tidak dapat dilanjutkan jika klaster DB Aurora PostgreSQL menggunakan slot replikasi logis apa pun. Slot replikasi logis biasanya digunakan untuk tugas migrasi data jangka pendek, seperti migrasi data menggunakan AWS DMS atau untuk mereplikasi tabel dari database ke danau data, alat BI, atau target lainnya. Sebelum meningkatkan, pastikan Anda mengetahui tujuan dari setiap slot replikasi logis yang ada, dan konfirmasikan bahwa menghapusnya tidak akan jadi masalah. Anda dapat memeriksa slot replikasi logis menggunakan kueri berikut:
```
SELECT * FROM pg_replication_slots;
```
Jika slot replikasi logis masih digunakan, Anda tidak boleh menghapusnya, dan Anda tidak dapat melanjutkan dengan peningkatan. Namun, jika slot replikasi logis tidak diperlukan, Anda dapat menghapusnya menggunakan SQL berikut:
```
SELECT pg_drop_replication_slot(slot_name);
```
Skenario replikasi logis yang menggunakan ekstensi `pglogical` juga harus memiliki slot yang dijatuhkan dari simpul penerbit untuk peningkatan versi utama yang berhasil pada simpul tersebut. Namun, Anda dapat memulai ulang proses replikasi dari simpul pelanggan setelah peningkatan. Untuk informasi selengkapnya, lihat [Membangun kembali replikasi logis setelah peningkatan besar](Appendix.PostgreSQL.CommonDBATasks.pglogical.recover-replication-after-upgrade.md).
1. Lakukan pencadangan.
Proses peningkatan membuat snapshot klaster DB dari klaster DB Anda selama peningkatan. Jika Anda juga ingin melakukan pencadangan manual sebelum proses peningkatan, lihat [Membuat snapshot klaster DB](USER_CreateSnapshotCluster.md) untuk informasi selengkapnya.
1. Tingkatkan ekstensi tertentu ke versi terbaru yang tersedia sebelum melakukan peningkatan versi utama. Ekstensi yang akan diperbarui meliputi:
+ `pgRouting`
+ `postgis_raster`
+ `postgis_tiger_geocoder`
+ `postgis_topology`
+ `address_standardizer`
+ `address_standardizer_data_us`
Jalankan perintah berikut untuk setiap ekstensi yang baru diinstal.
```
ALTER EXTENSION PostgreSQL-extension UPDATE TO 'new-version';
```
Untuk informasi selengkapnya, lihat [Meningkatkan ekstensi PostgreSQL](USER_UpgradeDBInstance.Upgrading.ExtensionUpgrades.md). Untuk mempelajari selengkapnya tentang cara meningkatkan PostGIS, lihat [Langkah 6: Meningkatkan ekstensi PostGIS](Appendix.PostgreSQL.CommonDBATasks.PostGIS.md#Appendix.PostgreSQL.CommonDBATasks.PostGIS.Update).
1. Jika Anda meningkatkan ke versi 11.x, buang ekstensi yang tidak didukung sebelum melakukan peningkatan versi utama. Ekstensi yang perlu dibuang meliputi:
+ `chkpass`
+ `tsearch2`
1. Buang jenis data `unknown`, bergantung pada versi target Anda.
PostgreSQL versi 10 tidak mendukung jenis data `unknown`. Jika basis data versi 9.6 menggunakan jenis data `unknown`, tingkatkan ke versi 10 akan menampilkan pesan kesalahan seperti berikut.
```
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."
```
Untuk menemukan jenis data `unknown` di basis data Anda sehingga Anda dapat menghapus kolom tersebut atau mengubahnya ke jenis data yang didukung, gunakan kode SQL berikut untuk setiap basis data.
```
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');
```
1. Lakukan peningkatan dry-run.
Sebaiknya Anda menguji peningkatan versi utama pada duplikat basis data produksi sebelum mencoba peningkatan pada basis data produksi Anda. Anda dapat memantau rencana eksekusi pada instans pengujian duplikat untuk setiap kemungkinan regresi rencana eksekusi dan untuk mengevaluasi performanya. Untuk membuat instans pengujian duplikat, Anda dapat memulihkan basis data Anda dari snapshot terakhir atau mengkloning basis data Anda. Untuk informasi selengkapnya, lihat [Memulihkan dari snapshot](aurora-restore-snapshot.md#aurora-restore-snapshot.Restoring) atau [Mengkloning volume untuk klaster DB Amazon Aurora](Aurora.Managing.Clone.md).
Untuk informasi selengkapnya, lihat [Meningkatkan mesin Aurora PostgreSQL ke versi mayor baru](#USER_UpgradeDBInstance.Upgrading.Manual).
1. Tingkatkan instans produksi Anda.
Jika peningkatan versi utama operasi dry-run berhasil, Anda seharusnya dapat meningkatkan basis data produksi dengan percaya diri. Untuk informasi selengkapnya, lihat [Meningkatkan mesin Aurora PostgreSQL ke versi mayor baru](#USER_UpgradeDBInstance.Upgrading.Manual).
**catatan**
Selama proses upgrade, Aurora PostgreSQL mengambil snapshot cluster DB. Anda tidak dapat melakukan point-in-time pemulihan klaster Anda selama proses ini. Kemudian, Anda dapat melakukan point-in-time pemulihan ke waktu sebelum pemutakhiran dimulai dan setelah snapshot otomatis instans Anda selesai. Namun, Anda tidak dapat melakukan point-in-time pemulihan ke versi minor sebelumnya.
Untuk informasi tentang peningkatan yang sedang berlangsung, Anda dapat menggunakan Amazon RDS untuk melihat dua log yang dibuat oleh utilitas pg\$1upgrade. Log tersebut adalah `pg_upgrade_internal.log` dan `pg_upgrade_server.log`. Amazon Aurora menambahkan stempel waktu ke nama file untuk log ini. Anda dapat melihat log ini sebagaimana Anda dapat melihat log lainnya. Untuk informasi selengkapnya, lihat [Memantau log Amazon Aurora Amazon](USER_LogAccess.md).
1. Meningkatkan ekstensi PostgreSQL. Proses peningkatan PostgreSQL tidak meningkatkan ekstensi PostgreSQL apa pun. Untuk informasi selengkapnya, lihat [Meningkatkan ekstensi PostgreSQL](USER_UpgradeDBInstance.Upgrading.ExtensionUpgrades.md).
## Rekomendasi pasca-peningkatan
Setelah Anda menyelesaikan peningkatan versi utama, sebaiknya ikuti langkah berikut:
+ Jalankan operasi `ANALYZE` untuk menyegarkan tabel `pg_statistic`. Anda harus melakukannya untuk setiap basis data pada semua instans DB PostgreSQL Anda. Statistik pengoptimal tidak ditransfer selama peningkatan versi utama, jadi Anda perlu membuat ulang semua statistik untuk menghindari masalah performa. Jalankan perintah tanpa parameter apa pun untuk menghasilkan statistik untuk semua tabel reguler dalam basis data saat ini, sebagai berikut:
```
ANALYZE VERBOSE;
```
Bendera `VERBOSE` bersifat opsional, tetapi kemajuannya akan ditampilkan jika digunakan. Untuk informasi selengkapnya, lihat [ANALYZE](https://www.postgresql.org/docs/10/sql-analyze.html) di dokumentasi PostgreSQL.
Saat menganalisis tabel tertentu alih-alih menggunakan ANALYZE VERBOSE, jalankan perintah ANALYZE untuk setiap tabel sebagai berikut:
```
ANALYZE table_name;
```
Untuk tabel yang dipartisi, selalu analisis tabel induk. Proses ini:
+ Secara otomatis sampel baris di semua partisi
+ Memperbarui statistik untuk setiap partisi secara rekursif
+ Mempertahankan statistik perencanaan penting di tingkat induk
Sementara tabel induk tidak menyimpan data aktual, menganalisisnya sangat penting untuk optimasi kueri. Menjalankan ANALYZE hanya pada partisi individual dapat menyebabkan kinerja kueri yang buruk karena pengoptimal tidak akan memiliki statistik komprehensif yang diperlukan untuk perencanaan lintas partisi yang efisien.
**catatan**
Jalankan ANALYZE pada sistem Anda setelah peningkatan untuk menghindari masalah performa.
+ Jika Anda melakukan peningkatan ke PostgreSQL versi 10, jalankan `REINDEX` pada setiap indeks hash yang dimiliki. Indeks hash diubah di versi 10 dan harus dibuat ulang. Untuk menemukan indeks hash yang tidak valid, jalankan SQL berikut untuk setiap basis data yang berisi indeks hash.
```
SELECT idx.indrelid::regclass AS table_name,
idx.indexrelid::regclass AS index_name
FROM pg_catalog.pg_index idx
JOIN pg_catalog.pg_class cls ON cls.oid = idx.indexrelid
JOIN pg_catalog.pg_am am ON am.oid = cls.relam
WHERE am.amname = 'hash'
AND NOT idx.indisvalid;
```
+ Sebaiknya Anda menguji aplikasi di basis data yang ditingkatkan dengan beban kerja serupa untuk memverifikasi bahwa semuanya berfungsi sesuai harapan. Setelah peningkatan diverifikasi, Anda dapat menghapus instans pengujian ini.
## Meningkatkan mesin Aurora PostgreSQL ke versi mayor baru
Saat Anda memulai proses peningkatan ke versi mayor baru, Aurora PostgreSQL mengambil snapshot dari klaster DB Aurora sebelum membuat perubahan apa pun pada klaster Anda. Snapshot ini dibuat hanya untuk peningkatan versi mayor, bukan peningkatan versi minor. Saat proses peningkatan selesai, Anda dapat menemukan snapshot ini di antara snapshot manual yang tercantum di bagian **Snapshot** di konsol RDS. Nama snapshot mencakup `preupgrade` sebagai awalan, nama klaster DB Aurora PostgreSQL Anda, versi sumber, versi target, dan tanggal serta stempel waktu, seperti yang ditunjukkan pada contoh berikut.
```
preupgrade-docs-lab-apg-global-db-12-8-to-13-6-2022-05-19-00-19
```
Setelah peningkatan selesai, Anda dapat menggunakan snapshot yang dibuat dan disimpan Aurora dalam daftar snapshot manual untuk memulihkan klaster DB ke versi sebelumnya, jika perlu.
**Tip**
Secara umum, snapshot menyediakan banyak cara untuk memulihkan klaster DB Aurora ke berbagai titik waktu. Untuk mempelajari lebih lanjut, lihat [Memulihkan dari snapshot klaster DB](aurora-restore-snapshot.md) dan [Memulihkan klaster DB ke waktu tertentu](aurora-pitr.md). Namun, Aurora PostgreSQL tidak mendukung penggunaan snapshot untuk memulihkan ke versi minor sebelumnya.
Selama proses peningkatan versi mayor, Aurora mengalokasikan volume dan mengkloning klaster DB Aurora PostgreSQL sumber. Jika peningkatan gagal karena alasan apa pun, Aurora PostgreSQL menggunakan klon ini untuk memutar kembali peningkatan. Setelah lebih dari 15 klon dari volume sumber dialokasikan, klon berikutnya menjadi salinan lengkap dan memakan waktu lebih lama. Hal ini juga dapat menyebabkan proses peningkatan memakan waktu lebih lama. Jika Aurora PostgreSQL membatalkan peningkatan, perhatikan hal berikut:
+ Anda dapat melihat entri dan metrik penagihan untuk volume awal dan volume kloning yang dialokasikan selama peningkatan. Aurora PostgreSQL membersihkan volume ekstra setelah periode retensi cadangan klaster melampaui waktu peningkatan .
+ Salinan snapshot lintas-wilayah berikutnya dari klaster ini akan menjadi salinan lengkap, bukan salinan tambahan.
Untuk meningkatkan instans DB yang membentuk klaster Anda dengan aman, Aurora PostgreSQL menggunakan utilitas pg\$1upgrade. Setelah peningkatan penulis selesai, setiap instans pembaca mengalami pemadaman singkat saat ditingkatkan ke versi mayor baru. Untuk mempelajari selengkapnya tentang utilitas PostgreSQL ini, lihat [pg\$1upgrade](https://www.postgresql.org/docs/current/pgupgrade.html) di dokumentasi PostgreSQL.
Anda dapat memutakhirkan cluster Aurora PostgreSQL DB Anda ke versi baru dengan menggunakan, API, atau RDS. Konsol Manajemen AWS AWS CLI
### Konsol
**Untuk meningkatkan versi mesin klaster DB**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis data**, lalu pilih klaster DB yang ingin Anda tingkatkan.
1. Pilih **Ubah**. Halaman **Ubah klaster DB** akan muncul.
1. Untuk **Versi mesin**, pilih versi baru.
1. Pilih **Lanjutkan** dan periksa ringkasan perubahan.
1. Untuk segera menerapkan perubahan, pilih **Terapkan segera**. Dalam beberapa kasus, pemadaman dapat terjadi jika opsi ini dipilih. Untuk informasi selengkapnya, lihat [Memodifikasi klaster DB Amazon Aurora](Aurora.Modifying.md).
1. Di halaman konfirmasi, tinjau perubahan Anda. Jika sudah benar, pilih **Ubah Klaster** untuk menyimpan perubahan.
Atau pilih **Kembali** untuk mengedit perubahan atau **Batal** untuk membatalkan perubahan.
### AWS CLI
Untuk memutakhirkan versi mesin cluster DB, gunakan [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) AWS CLI perintah. Tentukan parameter berikut:
+ `--db-cluster-identifier` – Nama klaster DB.
+ `--engine-version` – Nomor versi peningkatan mesin basis data. Untuk informasi tentang versi mesin yang valid, gunakan AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)perintah.
+ `--allow-major-version-upgrade` – Tanda yang diperlukan saat parameter `--engine-version` merupakan versi utama yang berbeda dengan versi utama saat ini dari klaster DB.
+ `--no-apply-immediately` – Terapkan perubahan selama periode pemeliharaan berikutnya. Untuk segera menerapkan perubahan, gunakan `--apply-immediately`.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds modify-db-cluster \
2. --db-cluster-identifier mydbcluster \
3. --engine-version new_version \
4. --allow-major-version-upgrade \
5. --no-apply-immediately
```
Untuk Windows:
```
1. aws rds modify-db-cluster ^
2. --db-cluster-identifier mydbcluster ^
3. --engine-version new_version ^
4. --allow-major-version-upgrade ^
5. --no-apply-immediately
```
### API RDS
Untuk meng-upgrade versi mesin dari cluster DB, gunakan DBCluster operasi [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). Tentukan parameter berikut:
+ `DBClusterIdentifier` – Nama klaster DB, misalnya *`mydbcluster`*.
+ `EngineVersion` – Nomor versi peningkatan mesin basis data. Untuk informasi tentang versi mesin yang valid, gunakan operasi [Deskripsikan DBEngine Versi](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ `AllowMajorVersionUpgrade` – Tanda yang diperlukan saat parameter `EngineVersion` merupakan versi utama yang berbeda dengan versi utama saat ini dari klaster DB.
+ `ApplyImmediately` – Apakah akan menerapkan perubahan secara langsung atau selama periode pemeliharaan berikutnya. Untuk segera menerapkan perubahan, tetapkan nilai ke `true`. Untuk menerapkan perubahan selama periode pemeliharaan berikutnya, tetapkan nilai ke `false`.
### Peningkatan mayor untuk basis data global
Untuk klaster basis data global Aurora, proses peningkatan akan meningkatkan semua klaster DB yang membentuk basis data global Aurora pada saat yang bersamaan. Itu dilakukan untuk memastikan bahwa masing-masing menjalankan versi Aurora PostgreSQL yang sama. Ini juga memastikan bahwa setiap perubahan pada tabel sistem, format file data, dan sebagainya secara otomatis direplikasi ke semua klaster sekunder.
Untuk meningkatkan klaster basis data global ke Aurora PostgreSQL versi mayor baru, sebaiknya Anda menguji aplikasi Anda pada versi yang ditingkatkan, seperti yang dijelaskan dalam [Menguji peningkatan klaster DB produksi ke versi mayor baru](#USER_UpgradeDBInstance.PostgreSQL.MajorVersion.Upgrade.preliminary). Pastikan untuk menyiapkan grup parameter cluster DB dan pengaturan grup parameter DB Anda untuk masing-masing Wilayah AWS di database global Aurora Anda sebelum peningkatan sebagaimana dirinci. [step 1.](#step-1) [Menguji peningkatan klaster DB produksi ke versi mayor baru](#USER_UpgradeDBInstance.PostgreSQL.MajorVersion.Upgrade.preliminary)
Jika klaster basis data global Aurora PostgreSQL Anda memiliki sasaran titik pemulihan (RPO) yang ditetapkan untuk parameter `rds.global_db_rpo`-nya, pastikan untuk mengatur ulang parameter sebelum melakukan peningkatan. Proses peningkatan versi mayor tidak berfungsi jika RPO diaktifkan. Secara default, parameter ini dinonaktifkan. Untuk informasi lebih lanjut tentang basis data global Aurora PostgreSQL dan RPO, lihat [Mengelola RPOs database global berbasis Aurora PostgreSQL](aurora-global-database-disaster-recovery.md#aurora-global-database-manage-recovery).
Jika Anda memverifikasi bahwa aplikasi Anda dapat berjalan sesuai harapan saat deployment uji coba versi baru, Anda dapat memulai proses peningkatan. Untuk melakukannya, lihat [Meningkatkan mesin Aurora PostgreSQL ke versi mayor baru](#USER_UpgradeDBInstance.Upgrading.Manual). Pastikan untuk memilih item tingkat atas dari daftar **Basis Data** di konsol RDS, **Basis data global**, seperti yang ditunjukkan pada gambar berikut.
![\[Gambar konsol yang menampilkan basis data global Aurora, klaster DB Aurora Serverless, dan klaster DB Aurora PostgreSQL lainnya\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-database-plus-other.png)
Seperti halnya modifikasi apa pun, Anda dapat mengonfirmasi bahwa Anda ingin melanjutkan proses saat diminta.
![\[Gambar konsol yang menampilkan permintaan untuk mengonfirmasi proses peningkatan klaster DB Aurora PostgreSQL\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-apg-upgrade-2.png)
Alih-alih menggunakan konsol, Anda dapat memulai proses peningkatan dengan menggunakan AWS CLI atau RDS API. Seperti halnya konsol, Anda beroperasi pada klaster basis data global Aurora, bukan konstituennya, sebagai berikut:
+ Gunakan [modify-global-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-global-cluster.html) AWS CLI perintah untuk memulai upgrade untuk database global Aurora Anda dengan menggunakan. AWS CLI
+ Gunakan [ModifyGlobalCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyGlobalCluster.html)API untuk memulai pemutakhiran.
# Melakukan upgrade versi minor
Anda dapat menggunakan metode berikut untuk meningkatkan versi minor klaster DB atau untuk mem-patch klaster DB:
**Topics**
+ [Sebelum melakukan upgrade versi minor](#USER_UpgradeDBInstance.PostgreSQL.BeforeMinor)
+ [Cara melakukan peningkatan versi minor dan menerapkan patch](#USER_UpgradeDBInstance.PostgreSQL.Minor)
+ [Peningkatan rilis minor dan patching nol-waktu henti](#USER_UpgradeDBInstance.PostgreSQL.Minor.zdp)
+ [Keterbatasan penambalan zero-downtime](#USER_UpgradeDBInstance.PostgreSQL.Minor.zdp.limitations)
+ [Meningkatkan mesin Aurora PostgreSQL ke versi minor baru](#USER_UpgradeDBInstance.MinorUpgrade)
## Sebelum melakukan upgrade versi minor
Kami menyarankan Anda melakukan tindakan berikut untuk mengurangi waktu henti selama upgrade versi minor:
+ Pemeliharaan cluster Aurora DB harus dilakukan selama periode lalu lintas rendah. Gunakan Performance Insights untuk mengidentifikasi periode waktu ini agar dapat mengonfigurasi jendela pemeliharaan dengan benar. Untuk informasi selengkapnya tentang Performance Insights, lihat [Memantau pemuatan DB dengan Performance Insights di](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html) Amazon RDS. Untuk informasi lebih lanjut tentang jendela pemeliharaan cluster DB,[Menyesuaikan periode pemeliharaan klaster DB yang dinginkan](USER_UpgradeDBInstance.Maintenance.md#AdjustingTheMaintenanceWindow.Aurora).
+ Gunakan dukungan AWS SDKs itu backoff eksponensial dan jitter sebagai praktik terbaik. Untuk informasi lebih lanjut, lihat [Exponential Backoff](https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/) And Jitter.
## Cara melakukan peningkatan versi minor dan menerapkan patch
Peningkatan dan tambalan versi minor Wilayah AWS hanya tersedia setelah pengujian yang ketat. Sebelum merilis upgrade dan patch, Aurora PostgreSQL menguji untuk memastikan bahwa masalah keamanan yang diketahui, bug, dan masalah lain yang muncul setelah rilis versi komunitas minor tidak mengganggu stabilitas armada Aurora PostgreSQL.
Jika Anda mengaktifkan **Aktifkan peningkatan versi minor otomatis**, Aurora PostgreSQL secara berkala meningkatkan cluster DB Anda selama jendela pemeliharaan yang ditentukan. Pastikan opsi **Aktifkan peningkatan versi auto minor** diaktifkan untuk semua instance di cluster DB PostgreSQL Aurora Anda. Untuk informasi tentang cara mengatur **Peningkatan versi minor otomatis**, dan cara kerja pengaturan saat diterapkan di tingkat klaster dan instans, lihat [Peningkatan versi minor otomatis untuk klaster DB Aurora](USER_UpgradeDBInstance.Maintenance.md#Aurora.Maintenance.AMVU).
Periksa nilai opsi **Enable auto minor version upgrade** untuk semua cluster Aurora PostgreSQL DB Anda dengan menggunakan perintah sebagai berikut. [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) AWS CLI
```
aws rds describe-db-instances \
--query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'
```
Kueri ini menampilkan daftar semua klaster DB Aurora dan instans--nya dengan nilai `false` atau `true` untuk status pengaturan `AutoMinorVersionUpgrade`. Perintah mengasumsikan bahwa Anda telah AWS CLI dikonfigurasi untuk menargetkan default Wilayah AWS Anda.
Untuk informasi selengkapnya tentang opsi AmVU dan cara memodifikasi klaster DB Aurora untuk menggunakannya, lihat [Peningkatan versi minor otomatis untuk klaster DB Aurora](USER_UpgradeDBInstance.Maintenance.md#Aurora.Maintenance.AMVU).
Anda dapat meningkatkan klaster DB Aurora PostgreSQL ke versi minor baru baik dengan menanggapi tugas pemeliharaan, atau memodifikasi klaster untuk menggunakan versi baru.
Anda dapat mengidentifikasi peningkatan atau patch yang tersedia untuk klaster DB Aurora PostgreSQL dengan menggunakan konsol RDS dan membuka menu **Rekomendasi**. Di sana, Anda dapat menemukan daftar berbagai masalah pemeliharaan seperti **Versi minor lama**. Bergantung pada lingkungan produksi Anda, Anda dapat memilih untuk **Menjadwalkan** peningkatan atau mengambil tindakan segera, dengan memilih **Terapkan sekarang**, seperti yang ditunjukkan di bawah.
![\[Gambar konsol yang menampilkan Rekomendasi untuk melakukan peningkatan ke versi minor yang lebih baru.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/apg-maintenance-upgrade-minor.png)
Untuk mempelajari lebih lanjut tentang cara memelihara klaster DB Aurora, termasuk cara menerapkan patch dan peningkatan versi minor secara manual, lihat [Memelihara klaster DB Amazon Aurora](USER_UpgradeDBInstance.Maintenance.md).
## Peningkatan rilis minor dan patching nol-waktu henti
Meningkatkan klaster DB Aurora PostgreSQL melibatkan kemungkinan pemadaman. Selama proses peningkatan, basis data dimatikan karena sedang ditingkatkan. Jika Anda memulai peningkatan saat basis data sibuk, Anda akan kehilangan semua koneksi dan transaksi yang sedang diproses oleh klaster DB. Jika Anda menunggu hingga basis data idle untuk melakukan peningkatan, Anda mungkin harus menunggu lama.
Fitur patching nol-waktu henti (ZDP) meningkatkan proses peningkatan. Dengan ZDP, baik peningkatan versi minor maupun patch dapat diterapkan dengan dampak minimal ke klaster DB Aurora PostgreSQL Anda. ZDP digunakan saat menerapkan patch atau peningkatan versi minor yang lebih baru ke versi Aurora PostgreSQL dan rilis lain yang lebih tinggi dengan versi minor ini dan versi mayor yang lebih baru. Artinya, tingkatkan ke versi minor baru dari salah satu rilis ini dan seterusnya akan menggunakan ZDP.
Tabel berikut menunjukkan versi Aurora PostgreSQL dan kelas instans DB tempat ZDP tersedia:
| Versi | Kelas instans db.r\$1 | Kelas instans db.t\$1 | Kelas instans db.x\$1 | Kelas instans db.serverless |
| --- | --- | --- | --- | --- |
| 10.21 dan versi yang lebih tinggi | Ya | Ya | Ya | N/A |
| 11.16 dan versi yang lebih tinggi | Ya | Ya | Ya | N/A |
| Versi 11.17 dan versi yang lebih tinggi | Ya | Ya | Ya | N/A |
| 12.11 dan versi yang lebih tinggi | Ya | Ya | Ya | N/A |
| Versi 12.12 dan versi yang lebih tinggi | Ya | Ya | Ya | N/A |
| 13.7 dan versi yang lebih tinggi | Ya | Ya | Ya | N/A |
| Versi 13.8 dan versi yang lebih tinggi | Ya | Ya | Ya | Ya |
| 14.3 dan versi yang lebih tinggi | Ya | Ya | Ya | N/A |
| 14.4 dan versi yang lebih tinggi | Ya | Ya | Ya | N/A |
| Versi 14.5 dan versi yang lebih tinggi | Ya | Ya | Ya | Ya |
| Versi 15.3 dan versi yang lebih tinggi | Ya | Ya | Ya | Ya |
| 16.1 dan versi yang lebih tinggi | Ya | Ya | Ya | Ya |
Selama proses peningkatan menggunakan ZDP, mesin basis data mencari titik tenang untuk menjeda semua transaksi baru. Tindakan ini melindungi basis data selama patch dan peningkatan. Untuk memastikan bahwa aplikasi Anda berjalan lancar dengan transaksi yang dijeda, sebaiknya Anda mengintegrasikan logika coba lagi ke dalam kode Anda. Pendekatan ini memastikan bahwa sistem dapat mengelola waktu henti singkat tanpa gagal dan dapat mencoba kembali transaksi baru setelah peningkatan.
Saat ZDP berhasil diselesaikan, sesi aplikasi dipertahankan kecuali untuk sesi koneksinya hilang, dan mesin basis data dimulai ulang saat peningkatan masih berlangsung. Meskipun memulai ulang mesin basis data dapat menyebabkan penurunan throughput sementara, hal ini biasanya hanya berlangsung selama beberapa detik atau paling lama kira-kira satu menit.
Dalam beberapa kasus, patching nol-waktu henti (ZDP) mungkin tidak berhasil. Misalnya, perubahan parameter yang berada dalam status `pending` pada klaster DB Aurora PostgreSQL Anda atau instansnya mengganggu ZDP.
Anda dapat menemukan metrik dan peristiwa untuk operasi ZDP di halaman **Peristiwa** di konsol. Peristiwa ini termasuk dimulainya peningkatan ZDP dan penyelesaian peningkatan. Dalam hal ini Anda dapat menemukan durasi pemrosesannya, dan jumlah koneksi yang dipertahankan dan hilang yang terjadi selama mulai ulang. Anda dapat menemukan detailnya di log kesalahan basis data Anda.
## Keterbatasan penambalan zero-downtime
Batasan berikut berlaku untuk patching zero-downtime:
+ ZDP mencoba mempertahankan koneksi klien saat ini ke instance penulis Aurora PostgreSQL Anda di seluruh proses peningkatan PostgreSQL Aurora. Namun, dalam kasus berikut, koneksi akan dibatalkan agar ZDP selesai:
+ Kueri atau transaksi berjalan lama sedang berlangsung.
+ Pernyataan bahasa definisi data (DDL) sedang berlangsung.
+ Tabel sementara atau kunci tabel sedang digunakan.
+ Semua sesi mendengarkan di saluran pemberitahuan.
+ Kursor dalam status 'WITH HOLD' sedang digunakan.
+ TLSv1.1 koneksi sedang digunakan. Dimulai dengan versi Aurora PostgreSQL lebih lambat dari 16.1, 15.3, 14.8, 13.11, 12.15, dan 11.20, ZDP didukung dengan koneksi.3. TLSv1
+ ZDP tidak didukung dalam kasus berikut:
+ Saat klaster DB Aurora PostgreSQL dikonfigurasi sebagai Aurora Serverless v1.
+ Selama upgrade dari setiap instance pembaca Aurora.
+ Selama upgrade setiap instance pembaca Aurora yang merupakan bagian dari cluster Aurora Global Database di Wilayah sekunder.
+ Selama patch OS dan peningkatan OS.
## Meningkatkan mesin Aurora PostgreSQL ke versi minor baru
Anda dapat memutakhirkan cluster Aurora PostgreSQL DB Anda ke versi minor baru dengan menggunakan konsol, API, atau RDS. AWS CLI Sebelum melakukan peningkatan, sebaiknya Anda mengikuti praktik terbaik yang sama yang kami sarankan untuk peningkatan versi mayor. Seperti halnya versi mayor baru, versi minor baru juga dapat memiliki peningkatan pengoptimal, seperti perbaikan, yang dapat menyebabkan regresi rencana kueri. Untuk memastikan stabilitas rencana, sebaiknya Anda menggunakan ekstensi Manajemen Rencana Kueri (QPM) seperti yang dijelaskan dalam [Memastikan stabilitas rencana setelah peningkatan versi mayor](AuroraPostgreSQL.Optimize.BestPractice.md#AuroraPostgreSQL.Optimize.BestPractice.MajorVersionUpgrade).
### Konsol
**Untuk meningkatkan versi mesin klaster DB Aurora PostgreSQL**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis data**, lalu pilih klaster DB yang ingin Anda tingkatkan.
1. Pilih **Ubah**. Halaman **Ubah klaster DB** akan muncul.
1. Untuk **Versi mesin**, pilih versi baru.
1. Pilih **Lanjutkan** dan periksa ringkasan perubahan.
1. Untuk segera menerapkan perubahan, pilih **Terapkan segera**. Dalam beberapa kasus, pemadaman dapat terjadi jika opsi ini dipilih. Untuk informasi selengkapnya, lihat [Memodifikasi klaster DB Amazon Aurora](Aurora.Modifying.md).
1. Di halaman konfirmasi, tinjau perubahan Anda. Jika sudah benar, pilih **Ubah Klaster** untuk menyimpan perubahan.
Atau pilih **Kembali** untuk mengedit perubahan atau **Batal** untuk membatalkan perubahan.
### AWS CLI
Untuk memutakhirkan versi mesin cluster DB, gunakan [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) AWS CLI perintah dengan parameter berikut:
+ `--db-cluster-identifier` – Nama klaster DB Aurora PostgreSQL Anda.
+ `--engine-version` – Nomor versi peningkatan mesin basis data. Untuk informasi tentang versi mesin yang valid, gunakan AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)perintah.
+ `--no-apply-immediately` – Terapkan perubahan selama periode pemeliharaan berikutnya. Untuk menerapkan perubahan secara langsung, gunakan `--apply-immediately`.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier mydbcluster \
--engine-version new_version \
--no-apply-immediately
```
Untuk Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier mydbcluster ^
--engine-version new_version ^
--no-apply-immediately
```
### API RDS
Untuk meng-upgrade versi mesin dari cluster DB, gunakan DBCluster operasi [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). Tentukan parameter berikut:
+ `DBClusterIdentifier` – Nama klaster DB, misalnya *`mydbcluster`*.
+ `EngineVersion` – Nomor versi peningkatan mesin basis data. Untuk informasi tentang versi mesin yang valid, gunakan operasi [Deskripsikan DBEngine Versi](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ `ApplyImmediately` – Apakah akan menerapkan perubahan secara langsung atau selama periode pemeliharaan berikutnya. Untuk segera menerapkan perubahan, tetapkan nilai ke `true`. Untuk menerapkan perubahan selama periode pemeliharaan berikutnya, tetapkan nilai ke `false`.
# Meningkatkan ekstensi PostgreSQL
Meningkatkan klaster DB Aurora PostgreSQL Anda ke versi mayor atau minor baru tidak akan meningkatkan ekstensi PostgreSQL secara bersamaan. Untuk sebagian besar ekstensi, Anda meningkatkan ekstensi setelah peningkatan versi mayor atau minor selesai. Namun, dalam beberapa kasus, Anda meningkatkan ekstensi sebelum meningkatkan mesin DB Aurora PostgreSQL. Untuk informasi selengkapnya, lihat [list of extensions to update](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md#upgrade-extensions) di [Menguji peningkatan klaster DB produksi ke versi mayor baru](USER_UpgradeDBInstance.PostgreSQL.MajorVersion.md#USER_UpgradeDBInstance.PostgreSQL.MajorVersion.Upgrade.preliminary).
Menginstal ekstensi PostgreSQL membutuhkan hak istimewa `rds_superuser`. Biasanya, `rds_superuser` mendelegasikan izin atas ekstensi tertentu untuk pengguna yang relevan (peran), untuk memfasilitasi pengelolaan ekstensi yang ditentukan. Itu berarti bahwa tugas meningkatkan semua ekstensi di klaster DB Aurora PostgreSQL Anda mungkin melibatkan banyak pengguna (peran) yang berbeda. Perhatikan hal ini terutama jika Anda ingin mengotomatiskan proses peningkatan dengan menggunakan skrip. Untuk informasi selengkapnya tentang hak istimewa dan peran PostgreSQL, lihat [Keamanan dengan Amazon Aurora PostgreSQL](AuroraPostgreSQL.Security.md).
**catatan**
Untuk informasi selengkapnya tentang ekstensi PostGIS, lihat [Mengelola data spasial dengan ekstensi PostGIS](Appendix.PostgreSQL.CommonDBATasks.PostGIS.md) ([Langkah 6: Meningkatkan ekstensi PostGIS](Appendix.PostgreSQL.CommonDBATasks.PostGIS.md#Appendix.PostgreSQL.CommonDBATasks.PostGIS.Update)).
Untuk memperbarui ekstensi `pg_repack`, hapus ekstensi dan kemudian buat versi baru di instans DB yang ditingkatkan. Untuk informasi selengkapnya, lihat [pg\$1repack installation](https://reorg.github.io/pg_repack/) di dokumentasi `pg_repack`.
Untuk memperbarui ekstensi setelah peningkatan mesin, gunakan perintah `ALTER EXTENSION UPDATE`.
```
ALTER EXTENSION extension_name UPDATE TO 'new_version';
```
Untuk mencantumkan ekstensi yang saat ini terinstal, gunakan katalog [pg\$1extension](https://www.postgresql.org/docs/current/catalog-pg-extension.html) PostgreSQL dalam perintah berikut.
```
SELECT * FROM pg_extension;
```
Untuk melihat daftar versi ekstensi tertentu yang tersedia untuk penginstalan Anda, gunakan tampilan [pg\$1available\$1extension\$1versions](https://www.postgresql.org/docs/current/view-pg-available-extension-versions.html) PostgreSQL dalam perintah berikut.
```
SELECT * FROM pg_available_extension_versions;
```
## Teknik blue/green peningkatan alternatif
Dalam situasi tertentu, prioritas utama Anda adalah melakukan switchover langsung dari klaster lama ke klaster yang ditingkatkan. Dalam situasi seperti itu, Anda dapat menggunakan proses multistep yang menjalankan cluster side-by-side lama dan baru. Di sini, Anda mereplikasi data dari klaster lama ke klaster baru hingga Anda siap untuk mengambil alih klaster baru. Untuk detailnya, lihat [Menggunakan Amazon Blue/Green Aurora Deployment untuk pembaruan database](blue-green-deployments.md).