PostgreSQL 14 Habis Masa Dukungan, Pilihan Upgradenya

PostgreSQL 14 sudah sampai di ujung masa dukungannya. Per 11 November 2026, halaman kebijakan versi di postgresql.org mencantumkan rilis terakhir PostgreSQL 14 pada 12 November 2026. Sesuai kebijakan proyek, pada akhir masa dukungan dirilis satu versi minor terakhir, lalu versi mayor itu tidak lagi menerima perbaikan.

Kenapa ini penting? Database adalah tempat data pelanggan, transaksi, dan akun disimpan. Celah keamanan atau bug kerusakan data yang ditemukan setelah tanggal itu tidak akan diperbaiki untuk versi 14. Kabar baiknya, PostgreSQL punya beberapa jalur upgrade yang matang, dan kamu bisa memilih sesuai ukuran data serta berapa lama aplikasi boleh berhenti.

Apa arti akhir dukungan bagi database yang masih berjalan?

Database tidak akan berhenti. PostgreSQL 14 tetap bisa dipakai, tapi tanpa rilis perbaikan dari komunitas. Proyek PostgreSQL mendukung setiap versi mayor selama lima tahun sejak rilis pertamanya, dan PostgreSQL 14 dirilis 30 September 2021.

Satu hal yang sering terlewat: sebelum upgrade mayor, pasang dulu versi minor terakhir dari versi 14. Rilis minor berisi perbaikan bug dan keamanan, dan kebijakan resmi menyarankan pengguna selalu memakai minor terbaru dari versi mayor yang dipakai.

Bagaimana cara mengecek versi yang dipakai?

Masuk ke server database lalu jalankan psql -c "SELECT version();", atau SHOW server_version; dari dalam psql. Angka pertama menunjukkan versi mayor. Kalau hasilnya diawali 14, server itu termasuk yang perlu dijadwalkan upgrade. Di Debian dan Ubuntu, perintah pg_lsclusters juga menampilkan semua cluster yang terpasang beserta versinya, berguna bila satu mesin menjalankan lebih dari satu versi.

Upgrade ke versi berapa?

Berikut versi yang masih didukung per 11 November 2026, menurut postgresql.org:

Pindah ke 15 hanya memberi waktu satu tahun, jadi kurang efisien. Untuk kebanyakan aplikasi, PostgreSQL 17 atau 18 adalah tujuan yang masuk akal. Versi 18 memberi masa dukungan paling panjang. Versi 17 bisa dipilih bila ada ekstensi atau alat pihak ketiga yang belum mendukung 18. Fitur yang dibawa versi terbaru dibahas di fitur baru PostgreSQL 18.

Upgrade mayor bisa melompati beberapa versi sekaligus. Kamu tidak perlu singgah di 15 dan 16 lebih dulu.

Tiga cara upgrade dan kapan memakainya

pg_dump dan pg_restore

Cara paling sederhana: ekspor seluruh data dari server lama, lalu impor ke server baru. Dokumentasi resmi menyarankan memakai pg_dump dari versi baru untuk mengekspor dari server lama. Kelebihannya, hasilnya bersih dan bisa sekaligus pindah mesin. Kekurangannya, aplikasi harus berhenti menulis selama proses berlangsung, dan untuk database besar waktunya bisa lama.

Cocok untuk database berukuran kecil sampai menengah yang boleh berhenti di luar jam kerja.

pg_upgrade

Alat bawaan yang memindahkan data ke format versi baru tanpa ekspor-impor penuh. Dengan opsi --link, file data tidak disalin melainkan dihubungkan, sehingga prosesnya jauh lebih cepat. Jalankan dulu dengan --check untuk melihat masalah tanpa mengubah apa pun.

Di Debian dan Ubuntu yang memakai paket postgresql-common, ada pembungkus pg_upgradecluster yang mengurus banyak detailnya, misalnya pg_upgradecluster -v 18 14 main.

Cocok untuk database besar di server yang sama, dengan jendela downtime pendek.

Replikasi logis

PostgreSQL bisa mengalirkan perubahan data dari server lama ke server baru lewat publication dan subscription. Server baru menyusul sampai sinkron, lalu aplikasi dipindahkan dengan downtime sangat singkat. Ada batasannya: perubahan skema (DDL) dan nilai sequence tidak ikut tereplikasi otomatis, jadi perlu ditangani terpisah. Kalau tim kamu sudah terbiasa dengan replikasi fisik, perbedaannya dijelaskan di replikasi streaming PostgreSQL.

Cocok untuk aplikasi yang hampir tidak boleh berhenti.

Persiapan sebelum hari upgrade

• Cadangan yang sudah diuji. Ambil backup penuh dan coba restore di mesin lain. Pola backup rutinnya ada di backup database otomatis.
• Daftar ekstensi. Ekstensi seperti PostGIS atau TimescaleDB harus tersedia untuk versi tujuan. Jalankan SELECT * FROM pg_extension; di setiap database.
• Uji aplikasi. Jalankan aplikasi terhadap salinan database di versi baru. Perhatikan query yang tiba-tiba lambat.
• Statistik planner. Setelah upgrade, jalankan ANALYZE (atau vacuumdb --all --analyze-in-stages) agar planner punya statistik yang benar. PostgreSQL 18 bisa membawa sebagian statistik lewat pg_upgrade, tapi menjalankan analyze tetap langkah yang aman.

Bagaimana dengan database terkelola?

Kalau databasemu berjalan di layanan database terkelola, penyedia biasanya punya jadwal upgrade sendiri dan kadang menyediakan masa dukungan tambahan berbayar. Baca pengumuman dari penyedia yang kamu pakai, karena tanggalnya bisa berbeda dari jadwal komunitas.