Tidak jarang selama pemulihan seluruh-DB karena itu adalah operasi yang sangat besar. Jika Anda melihat ini selama operasi normal, pertimbangkan untuk meningkatkan pengaturan Anda checkpoint_segments
secara permanen, seperti petunjuk pesan kesalahan.
Anda mungkin mengalami masalah pengaturan checkpoint_segments
lebih tinggi sebelum pemulihan dan kemudian turunkan lagi. Ini bahkan yang disarankan oleh manual (termasuk penjelasan) :
Meningkatkan sementara checkpoint_segments
variabel konfigurasi juga dapat membuat banyak data lebih cepat. Ini karena memuat sejumlah besar data ke PostgreSQL akan menyebabkan pos pemeriksaan lebih sering terjadi daripada frekuensi pos pemeriksaan normal (ditentukan oleh
checkpoint_timeout
variabel konfigurasi). Setiap kali pos pemeriksaan terjadi, semua halaman yang kotor harus dibilas ke disk. Dengan meningkatkan
checkpoint_segments
sementara selama pemuatan data massal, jumlah pos pemeriksaan yang diperlukan dapat dikurangi.
Jawaban terkait dengan detail lebih lanjut:
Postgres 9.5
Rilis baru yang akan datang memiliki pendekatan yang lebih cerdas. Mengutip catatan rilis beta :
Ganti parameter konfigurasi checkpoint_segments
dengan min_wal_size
dan max_wal_size
(Heikki Linnakangas)
Ini memungkinkan alokasi sejumlah besar file WAL tanpa menyimpannya jika tidak diperlukan. Jadi standar untuk max_wal_size
telah ditingkatkan menjadi 1GB
.
Selain: jumlah tampilan hampir tidak relevan, mereka tidak mengandung data apa pun, hanya "resep", yaitu: permintaan dan beberapa atribut tampilan. Untuk pertanyaan yang ada, pada dasarnya hanya ukuran total file cadangan yang penting.