Không có gì lạ trong quá trình khôi phục toàn bộ DB vì đó là một hoạt động cực kỳ lớn. Nếu bạn thấy điều này trong khi hoạt động bình thường, hãy xem xét việc tăng cài đặt của bạn checkpoint_segments
vĩnh viễn, giống như gợi ý thông báo lỗi.
Bạn có thể gặp rắc rối khi thiết lập checkpoint_segments
cao hơn ngay trước khi khôi phục và sau đó hạ thấp lại. Đây thậm chí là những gì hướng dẫn sử dụng gợi ý (bao gồm một lời giải thích) :
Tăng tạm thời checkpoint_segments
biến cấu hình cũng có thể làm cho tải dữ liệu lớn nhanh hơn. Điều này là do việc tải một lượng lớn dữ liệu vào PostgreSQL sẽ khiến các điểm kiểm tra xảy ra thường xuyên hơn tần số điểm kiểm tra thông thường (được chỉ định bởi
checkpoint_timeout
biến cấu hình). Bất cứ khi nào một điểm kiểm tra xảy ra, tất cả các trang bẩn phải được xóa vào đĩa. Bằng cách tăng
checkpoint_segments
tạm thời trong khi tải dữ liệu số lượng lớn, số lượng điểm kiểm tra được yêu cầu có thể được giảm.
Câu trả lời liên quan với nhiều chi tiết hơn:
Hậu 9,5
Bản phát hành mới sắp tới có cách tiếp cận thông minh hơn. Trích dẫn ghi chú phát hành beta :
Thay thế tham số cấu hình checkpoint_segments
bằng min_wal_size
và max_wal_size
(Heikki Linnakangas)
Điều này cho phép phân bổ một số lượng lớn tệp WAL mà không giữ chúng nếu không cần thiết. Do đó, mặc định cho max_wal_size
đã được tăng lên 1GB
.
Ngoài ra: số lượt xem hầu như không liên quan, những lượt xem không chứa bất kỳ dữ liệu nào, chỉ là "công thức", nghĩa là: truy vấn và một số thuộc tính của chế độ xem. Đối với câu hỏi, về cơ bản, chỉ có tổng kích thước của tệp sao lưu.