Một thông báo backup thành công không trả lời được dữ liệu có thể khôi phục đến đâu và ứng dụng có chạy lại được không. Diễn tập cần kiểm tra cả bản sao, cấu hình phụ thuộc và nghiệp vụ sau khôi phục.
Chọn tình huống trước khi chọn bản backup
Phục hồi sau xóa nhầm một bảng khác với mất toàn bộ máy chủ. Ghi mục đích, mốc dữ liệu chấp nhận được và những phụ thuộc phải có: file tải lên, cấu hình, phiên bản ứng dụng và quyền giải mã. Một bản sao cơ sở dữ liệu không mặc nhiên chứa tất cả tài liệu người dùng đã tải lên.
Chuẩn bị môi trường tách biệt
Không chạy bài diễn tập bằng cách ghi đè production. Môi trường thử cần chặn email, thanh toán và job đồng bộ ra hệ thống thật. Dữ liệu nhạy cảm chỉ được xử lý theo quyền hiện hữu; ưu tiên mẫu đã che hoặc môi trường được bảo vệ. Kiểm tra khóa và tài khoản trước giờ bắt đầu thay vì đợi đến bước giải mã mới phát hiện thiếu.
Ví dụ giả định: khôi phục đơn hàng trước lần import lỗi
Một doanh nghiệp giả định cần lấy lại trạng thái trước lượt import buổi chiều. Nhóm ghi mốc sự cố, bản sao khả dụng và các giao dịch hợp lệ phát sinh sau đó. Khôi phục về quá khứ có thể loại cả giao dịch đúng; vì vậy cần kế hoạch đối chiếu và nhập lại phần hợp lệ, không chỉ đưa database về trạng thái cũ.
| Mốc | Bằng chứng | Người xác nhận |
|---|---|---|
| Bản sao phù hợp | Nguồn và thời điểm | Vận hành |
| Ứng dụng mở được | Phiên bản, cấu hình | Kỹ thuật |
| Nghiệp vụ dùng được | Mẫu giao dịch, file | Owner nghiệp vụ |
Biên bản đo được thay vì ước lượng
Ghi giờ bắt đầu, thời gian lấy bản sao, giải mã, phục hồi, chạy ứng dụng và kiểm tra nghiệp vụ. Tách thời gian thao tác với thời gian chờ quyền hoặc tải file. Chỉ công bố thời gian đạt được trong điều kiện diễn tập đã ghi rõ; không chuyển một kết quả thử thành cam kết phục hồi mọi sự cố.
Kiểm tra dữ liệu sau khi ứng dụng mở được
Đối chiếu mẫu đơn hàng, tổng số theo khoảng thời gian, file đính kèm và quyền người dùng. Kiểm tra tác vụ định kỳ có đang chờ chạy bù không. Việc trang đăng nhập mở được là một bước kỹ thuật, chưa đủ để người phụ trách nghiệp vụ ký chấp nhận.
Chốt phần chưa phục hồi được
Ghi rõ dữ liệu không nằm trong phạm vi, khoảng thời gian có thể mất và phụ thuộc chưa kiểm chứng. Mỗi khoảng trống có người xử lý và mốc thử lại. Một kế hoạch phục hồi trung thực hữu ích hơn bảng trạng thái toàn xanh nhưng không có lần khôi phục thực tế.
Chuẩn bị gì khi trao đổi phạm vi triển khai?
Khi bàn phạm vi vận hành của phần mềm, đưa cả mục tiêu phục hồi và danh sách phụ thuộc vào biên bản. Kế hoạch diễn tập cần được xác nhận quyền môi trường, người tham gia và dữ liệu sử dụng riêng.
Nguồn kiểm chứng và giới hạn áp dụng
Tài liệu chính thức: PostgreSQL PITR cần base backup và chuỗi WAL phù hợp. Đối chiếu ngày 12/10/2026. Các bảng và quy trình trong bài là đề xuất biên tập; ví dụ giả định không phải dự án hay kết quả khách hàng Onter.
