Chuyển tới nội dung chính

Tổng quan Backup & Restore

Backup trên FPT MongoDB Enterprise gồm bốn mảnh. Khác với một số engine, hai mảnh đầu đã được bật sẵn cho bạn — nhưng điều đó vẫn không có nghĩa là dữ liệu đã được bảo vệ.

MảnhLàm gìNếu chỉ có một mình
Backup serviceCấp dung lượng lưu trữ và giữ policy dùng chung cho mọi jobKhông backup gì cả
Backup jobLịch thực sự tạo ra restore pointĐây mới là thứ tạo dữ liệu khôi phục được
PITRGiữ archived log để khôi phục về đúng một thời điểmCần một full backup, và chỉ có hiệu lực từ bản full backup kế tiếp
RestoreTạo một cluster mới từ restore point hoặc một thời điểmKhông bao giờ ghi đè cluster gốc
cảnh báo

Backup và PITR bật sẵn khi cluster MongoDB Enterprise được tạo, nhưng dữ liệu chưa được bảo vệ cho tới khi có backup job và job đó đã chạy xong ít nhất một lần. Hãy kiểm tra tab Backup của cluster mới trước khi cho rằng nó đã an toàn.

Thứ gì bật sẵn

Khi bạn provisioning cluster MongoDB Enterprise, backup service và PITR được bật như một phần của quá trình tạo. Điều này khác với các engine khác của FPT Database Engine, nơi cả hai đều phải bật thủ công.

Thứ không tự động là backup job — lịch tạo ra restore point. Hãy xác nhận đã có một job và nó đã chạy.

Đi tiếp đâu

Bạn muốnVào
Kiểm tra hoặc đổi lịch backup và retentionThay đổi lịch backup
Khôi phục trạng thái tại một bản backupRestore từ backup
Khôi phục trạng thái tại đúng một thời điểmKhôi phục về thời điểm

Khôi phục luôn tạo cluster mới

Cả hai đường khôi phục đều dựng một cluster mới thay vì sửa cluster hiện có. Hai hệ quả cần tính trước:

  • Bạn cần quota cho cluster thứ hai đúng vào lúc khôi phục — thời điểm tệ nhất để phát hiện mình đã chạm giới hạn.
  • Ứng dụng phải được trỏ lại endpoint của cluster mới sau đó. Khôi phục không tự chuyển endpoint giúp bạn.

Chi phí

Backup storage tính phí tách biệt với cluster. PITR làm tăng thêm, vì archived log được giữ cùng với backup. Nên ước lượng cả hai từ đầu, vì dung lượng áp dụng cho toàn bộ backup job trên cluster chứ không phải từng job.

Bước tiếp theo