全部产品
Search
文档中心

ApsaraDB RDS:Peningkatan Versi Utama RDS PostgreSQL

更新时间:Nov 11, 2025

Karena komunitas PostgreSQL menghentikan pemeliharaan untuk versi yang lebih rendah (seperti 9.4 dan 10), terus menggunakan versi ini menimbulkan risiko. Jika Anda perlu meningkatkan instans RDS PostgreSQL dari versi yang lebih rendah ke versi yang lebih tinggi, atau ingin menggunakan fitur baru di versi yang lebih tinggi, kami sarankan Anda melakukan peningkatan versi utama.

Ikhtisar Solusi

Komunitas PostgreSQL secara rutin merilis versi utama dengan peningkatan fungsi dan performa. Versi yang lebih rendah secara bertahap kehilangan dukungan, menimbulkan risiko performa dan keamanan. Untuk membantu Anda mendapatkan manfaat dari peningkatan versi baru sambil mengurangi risiko peningkatan, RDS PostgreSQL mendukung peningkatan versi utama.

Fitur peningkatan versi utama RDS PostgreSQL mempertahankan pengaturan instans asli setelah peningkatan, termasuk daftar putih, pengaturan parameter, dan plugin (kecuali plugin dan parameter yang tidak didukung oleh versi baru). Selain itu, instans RDS PostgreSQL yang dienkripsi tetap terenkripsi setelah peningkatan versi utama, dan kunci enkripsi tetap tidak berubah.

Solusi Peningkatan

Peningkatan di Tempat

Penyebaran Biru-Hijau

Tanpa Downtime

Menggunakan DTS untuk migrasi data

Cutover

Tanpa Peralihan

Skenario

Anda menginginkan agar instans yang ditingkatkan identik dengan instans aslinya dan dapat menerima bahwa instans tersebut bersifat hanya-baca selama proses peningkatan.

Anda ingin mempertahankan instans asli dan menerima bahwa instans tersebut akan berstatus hanya-baca selama peningkatan.

  • Latihan peningkatan.

  • Aplikasi ganda sedang berjalan.

Bisnis Anda tidak dapat menoleransi downtime yang berkepanjangan.

  • Bisnis Anda tidak dapat menoleransi downtime yang lama.

  • Instans tersebut memiliki jumlah database yang terbatas.

Prinsip Implementasi

Gunakan pg_upgrade untuk meningkatkan instans asli ke versi target. Semua metadata dipertahankan.

Memulihkan ke instans baru dan menggunakan pg_upgrade untuk meningkatkannya ke versi target. Alamat koneksi asli secara otomatis beralih ke instans baru.

Memulihkan ke instans baru dan menggunakan pg_upgrade untuk meningkatkannya ke versi target.

Gunakan pg_upgrade untuk meningkatkan instans asli ke versi target. Pembaruan inkremental dilakukan melalui replikasi logis asli.

Membuat instans RDS PostgreSQL baru secara manual dan menggunakan replikasi logis asinkron untuk migrasi data.

Keuntungan

Konfigurasi instans asli dan informasi penagihan sepenuhnya dipertahankan.

  • Kemampuan untuk secara otomatis beralih alamat koneksi.

  • Dapat dikembalikan berdasarkan instans asli.

Menyediakan lingkungan independen untuk verifikasi peningkatan tanpa memengaruhi instans asli.

  • Mendukung verifikasi instans versi yang lebih tinggi sebelum beralih.

  • Mendukung beralih aktif.

  • Mendukung peningkatan dengan instans hanya-baca.

  • Konfigurasi instans asli dan informasi penagihan sepenuhnya dipertahankan.

  • Solusi tingkat produk.

  • Memiliki kemampuan validasi data.

Kerugian

Tidak mendukung rollback berdasarkan instans lama.

Tidak mewarisi informasi penagihan instans asli.

Tidak ada.

  • Kurangnya kemampuan validasi data dan tautan data balik.

  • Replikasi logis memiliki batasan tertentu, seperti tabel harus mencakup kunci utama.

  • Jumlah objek Sequence memengaruhi durasi waktu yang diperlukan untuk beralih.

  • Satu tugas migrasi per database.

  • Pergantian alamat koneksi secara manual diperlukan.

Waktu hanya-baca untuk instans asli

Biasanya memakan waktu beberapa menit.

Biasanya menit.

Tidak ada.

Biasanya dalam hitungan detik.

Biasanya detik.

Biaya

Tidak dikenakan biaya peningkatan.

Instans baru adalah bayar sesuai penggunaan.

Instans baru adalah bayar sesuai penggunaan.

Tidak dikenakan biaya untuk peningkatan.

  • Biaya instans RDS baru.

  • Biaya instans DTS.

Penting

Untuk mode peningkatan in-place, jika instans tidak memenuhi spesifikasi yang direkomendasikan selama peningkatan, sistem akan secara otomatis mencoba meningkatkan menggunakan spesifikasi yang direkomendasikan. Ini akan menghasilkan status hanya-baca dalam hitungan menit dan tambahan satu detik koneksi transien. Kami sarankan Anda menangani peringatan mengenai spesifikasi instans dalam laporan pemeriksaan peningkatan versi utama sebelum melakukan peningkatan.

Peningkatan Versi Utama

Metode 1: Tingkatkan versi utama melalui mode peningkatan in-place

Metode 2: Tingkatkan versi utama melalui mode penyebaran biru-hijau

Metode 3: Tingkatkan versi utama melalui mode tanpa downtime

Metode 4: Tingkatkan melalui migrasi data DTS

Jika Anda tidak dapat meningkatkan menggunakan ketiga metode di atas, atau Anda ingin melakukan validasi data selama peningkatan, Anda dapat meningkatkan melalui migrasi data DTS.

  1. Buat instans baru.

  2. Migrasikan data ke instans baru.

  3. Lepaskan instans asli