Saat set data Anda bertambah besar, data dingin—catatan historis yang jarang diakses—meningkatkan biaya penyimpanan pada Enterprise SSD (ESSD). Fitur arsip data memungkinkan Anda memindahkan tabel dan indeks data dingin dari ESSD ke bucket Object Storage Service (OSS), sehingga mengurangi biaya penyimpanan hingga 80% dibandingkan dengan ESSD tingkat kinerja 1 (PL1). Data yang diarsip tetap dapat dikueri pada instansi hanya baca.
Setelah Anda mengarsipkan data ke OSS, kueri pada tabel yang diarsip hanya didukung pada instansi hanya baca. Rencanakan strategi arsip Anda sesuai kebutuhan sebelum mengaktifkan fitur ini.
Cara kerja
Saat Anda mengaktifkan arsip data, RDS membuat dua lapisan penyimpanan:
| Lapisan | Ruang tabel | Penyimpanan | Gunakan untuk |
|---|---|---|---|
/data directory | pg_default | ESSD umum | Data aktif yang sering diakses |
/cold-data directory | rds_oss | Bucket OSS | Data dingin yang jarang diakses |
Pindahkan data antar lapisan menggunakan pernyataan DDL ALTER TABLE dan ALTER INDEX. Tabel standar maupun tabel partisi anak didukung. Data tabel dan data indeks diproses secara terpisah selama transfer.
Ikhtisar alur kerja
Periksa prasyarat — Pastikan instans Anda memenuhi persyaratan versi, edisi, dan penyimpanan.
Jalankan VACUUM — Bersihkan tabel target sebelum pengarsipan untuk mencegah beban autovacuum berlebih pada OSS.
Enable data archiving — Aktifkan fitur ini dari halaman pembelian ApsaraDB RDS atau halaman detail instans.
Arsipkan tabel dan indeks — Jalankan
ALTER TABLEdanALTER INDEXuntuk memindahkan data dingin ke ruang tabelrds_oss.Kueri data yang diarsip — Gunakan instansi hanya baca untuk mengkueri tabel yang diarsip.
Lihat data yang diarsip — Pantau database yang diarsip di halaman Manajemen Penyimpanan Dingin.
Prasyarat
Sebelum memulai, pastikan bahwa:
Instans menjalankan PostgreSQL 12 atau lebih baru
Versi mesin minor adalah 20240530 atau lebih baru (untuk PostgreSQL 15, cukup 20240229 atau lebih baru; untuk memperbarui, lihat Perbarui versi mesin minor)
Instans menjalankan RDS Edisi Dasar atau RDS Edisi Ketersediaan Tinggi
Instans menggunakan tipe produk standard atau YiTian
Instans menggunakan ESSD umum sebagai tipe penyimpanan (jika instans Anda menggunakan ESSD, ubah tipe penyimpanan menjadi ESSD umum terlebih dahulu)
Metode penagihan adalah subscription atau pay-as-you-go
Instans memiliki 8 core CPU atau lebih
Instans tidak berada di wilayah Korea Selatan (Seoul), UEA (Dubai), atau Inggris (London)
Aktifkan arsip data
Aktifkan arsip data saat membuat instans, atau pada instans yang sudah ada yang menggunakan ESSD umum.
Di halaman pembelian ApsaraDB RDS (instans baru)
Atur Storage Type ke General ESSD. Di bagian Configuration, nyalakan Data Archiving.

Di halaman detail instans (instans yang sudah ada)
Masuk ke Konsol ApsaraDB RDS dan buka halaman Instans. Di bilah navigasi atas, pilih wilayah instans Anda. Temukan instans tersebut dan klik ID-nya.
Di halaman detail instans, klik Configure General ESSD di bagian Basic Information. Di kartu Data Archiving pada kotak dialog, nyalakan Data Archiving.

Mengaktifkan arsip data menyebabkan gangguan koneksi sementara selama sekitar 30 detik. Aktifkan fitur ini selama jam sepi dan pastikan aplikasi Anda dikonfigurasi untuk terhubung ulang secara otomatis.
Arsipkan dan ambil kembali data
Sebelum mengarsipkan tabel, jalankan VACUUM untuk membersihkannya. Kinerja penyimpanan OSS sangat berbeda dari kinerja ESSD, dan efisiensi autovacuum pada ruang tabel OSS rendah. Menetapkan flag all_visible dan all_frozen pada semua halaman sebelum pengarsipan mencegah autovacuum berjalan pada ruang tabel yang diarsip.
Langkah 1: Jalankan VACUUM pada tabel target
VACUUM (FREEZE) table_name;Gunakan opsi VERBOSE untuk menampilkan progres pembersihan dan memastikan pembersihan lengkap:
VACUUM (FREEZE, INDEX_CLEANUP on) table_name;Parameter tambahan berdasarkan versi PostgreSQL:
| Versi PostgreSQL | Parameter tambahan | Tujuan |
|---|---|---|
| 14 atau lebih baru | PROCESS_TOAST | Membersihkan tabel TOAST |
| 16 atau lebih baru | PROCESS_MAIN | Membersihkan tabel utama |
Jika instans Anda memiliki transaksi jangka panjang atau slot replikasi, pembersihan lengkap mungkin tidak dimungkinkan karena ID transaksi tertentu harus dipertahankan.
Untuk dokumentasi VACUUM lengkap, lihat VACUUM.
Langkah 2: Pindahkan data ke OSS (arsipkan)
Setelah VACUUM selesai, pindahkan tabel dan indeksnya ke ruang tabel rds_oss:
-- Arsipkan tabel
ALTER TABLE $tableName SET tablespace rds_oss;
-- Arsipkan indeksnya
ALTER INDEX $indexName SET tablespace rds_oss;Langkah 3: Ambil kembali data dari OSS (batalkan arsip)
Untuk memindahkan data kembali ke penyimpanan ESSD:
-- Ambil kembali tabel
ALTER TABLE $tableName SET tablespace pg_default;
-- Ambil kembali indeksnya
ALTER INDEX $indexName SET tablespace pg_default;Kueri data yang diarsip
Data yang diarsip hanya dapat diakses pada instansi hanya baca. Hubungkan ke instansi hanya baca Anda dan jalankan kueri seperti biasa.
Lihat data yang diarsip
Buka halaman Instans. Di bilah navigasi atas, pilih wilayah instans Anda. Temukan instans tersebut dan klik ID-nya.
Di panel navigasi kiri, klik Cold Storage Management.
Di bagian Archive Layer Settings, lihat database yang telah diaktifkan fitur arsip datanya.

Nonaktifkan arsip data
Buka halaman Instans. Di bilah navigasi atas, pilih wilayah instans Anda. Temukan instans tersebut dan klik ID-nya.
Di halaman detail instans, klik Configure General ESSD di bagian Basic Information. Di kartu Data Archiving, matikan Data Archiving.
Menonaktifkan arsip data menyebabkan gangguan koneksi sementara selama sekitar 30 detik.
Anda tidak dapat menonaktifkan arsip data selama bucket OSS masih berisi tabel yang diarsip. Ubah kembali tabel yang diarsip menjadi tabel online atau DROP terlebih dahulu sebelum menonaktifkan fitur ini.
Penagihan
Rincian penagihan
Arsip data ditagih berdasarkan metode bayar sesuai pemakaian, dikenakan berdasarkan jumlah data yang disimpan di OSS.
| Wilayah | RDS Edisi Dasar | RDS Edisi Ketersediaan Tinggi | RDS Edisi Kluster (per node) |
|---|---|---|---|
| Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Qingdao), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Hohhot), Tiongkok (Ulanqab), Tiongkok (Shenzhen), Tiongkok (Heyuan), Tiongkok (Guangzhou), dan Tiongkok (Chengdu) | USD 0,000032/GB-jam | USD 0,000065/GB-jam | USD 0,000032/GB-jam |
| Tiongkok (Hong Kong), Jepang (Tokyo), Singapura, Indonesia (Jakarta), dan Jerman (Frankfurt) | USD 0,000034/GB-jam | USD 0,000068/GB-jam | USD 0,000034/GB-jam |
| Filipina (Manila) dan AS (Silicon Valley) | USD 0,000058/GB-jam | USD 0,000117/GB-jam | USD 0,000058/GB-jam |
| Malaysia (Kuala Lumpur) | USD 0,000057/GB-jam | USD 0,000114/GB-jam | USD 0,000057/GB-jam |
| AS (Virginia) | USD 0,000054/GB-jam | USD 0,000108/GB-jam | USD 0,000054/GB-jam |
Arsip data tidak tersedia di wilayah Thailand (Bangkok), Korea Selatan (Seoul), Inggris (London), dan UEA (Dubai).
Setelah mengarsipkan data dalam jumlah besar, Anda dapat mengurangi kapasitas penyimpanan ESSD yang tidak terpakai untuk menurunkan biaya lebih lanjut. Untuk informasi selengkapnya, lihat Kurangi kapasitas penyimpanan instans ApsaraDB RDS for PostgreSQL yang menggunakan disk cloud.
Batasan
Batasan pencadangan
Mengaktifkan arsip data memengaruhi fitur pencadangan berikut:
Pencadangan dalam hitungan detik tidak didukung.
Pencadangan lintas wilayah tidak didukung.
Pemulihan database dan tabel individual hanya memulihkan data yang belum diarsip.
Set cadangan yang diunduh hanya berisi data yang belum diarsip.
Kecepatan pencadangan dan pemulihan menurun saat arsip data diaktifkan, karena sistem harus memulihkan data yang diarsip selama proses tersebut.
Pertimbangan kinerja
Latensi akses OSS mencapai 10 ms, yang lebih tinggi daripada latensi ESSD. Tabel yang di-cache dalam kolam buffer instans RDS atau cache halaman sistem operasi mungkin dilayani lebih cepat.
Membaca data dari OSS mengonsumsi memori dan sebagian lebar pita jaringan Elastic Compute Service (ECS). Sesuaikan frekuensi transfer data dan pola aksesnya.
Batasan akses data
Data yang diarsip memiliki batasan kueri berikut:
Kueri: Hanya didukung pada instansi hanya baca.