Bản sao lưu chỉ thực sự có giá trị khi có thể khôi phục. Nhiều website vẫn chạy backup mỗi ngày nhưng lưu bản sao ngay trên cùng máy chủ, không mã hóa hoặc chưa từng thử phục hồi. Khi máy chủ hỏng, tài khoản bị chiếm quyền hoặc mã độc mã hóa dữ liệu, những bản sao đó có thể mất cùng lúc với hệ thống chính.
Nguyên tắc 3-2-1 tạo một nền tảng dễ nhớ: có 3 bản dữ liệu, lưu trên 2 loại phương tiện và đặt 1 bản ở ngoài địa điểm hoặc hệ thống chính.
Bước 1: Xác định những gì phải sao lưu
- Cơ sở dữ liệu: bài viết, người dùng, đơn hàng, cấu hình động và nhật ký nghiệp vụ cần thiết.
- Mã nguồn: nên được quản lý bằng Git; vẫn cần bảo vệ các phần không nằm trong kho mã.
- Tệp người dùng tải lên: hình ảnh, tài liệu, hóa đơn hoặc hồ sơ.
- Cấu hình hệ thống: web server, lịch tác vụ, container, biến môi trường và cấu hình triển khai.
- Chứng thư và bí mật: cần sao lưu có kiểm soát, mã hóa và giới hạn quyền truy cập.
Bước 2: Xác định RPO và RTO
RPO là lượng dữ liệu tối đa doanh nghiệp chấp nhận mất, còn RTO là thời gian tối đa để đưa dịch vụ trở lại. Website tin tức có thể sao lưu cơ sở dữ liệu mỗi giờ; website giới thiệu ít thay đổi có thể theo lịch thưa hơn. Hai con số này quyết định tần suất, công nghệ và ngân sách backup.
Bước 3: Thiết kế mô hình 3-2-1
| Lớp | Ví dụ triển khai | Mục đích |
|---|---|---|
| Bản chính | Website và cơ sở dữ liệu đang vận hành | Phục vụ người dùng |
| Bản sao gần | Ổ lưu trữ hoặc máy backup tách biệt | Khôi phục nhanh khi lỗi thông thường |
| Bản sao ngoài hệ thống | Object storage hoặc nhà cung cấp cloud khác | Ứng phó sự cố hạ tầng, thiên tai hoặc tài khoản bị xâm nhập |
Đồng bộ không hoàn toàn thay thế sao lưu. Nếu tệp bị xóa hoặc mã hóa rồi thay đổi được đồng bộ sang nơi khác, bạn vẫn cần phiên bản cũ hoặc bản sao bất biến để phục hồi.
Bước 4: Chọn lịch và chính sách lưu giữ
Một lịch tham khảo có thể gồm bản tăng dần hằng giờ, bản đầy đủ hằng ngày, giữ bản ngày trong 14 ngày, bản tuần trong 8 tuần và bản tháng trong 12 tháng. Không nên sao chép máy móc; hãy điều chỉnh theo RPO, dung lượng, yêu cầu pháp lý và tốc độ thay đổi dữ liệu.
Bước 5: Tự động hóa nhưng phải giám sát
- Gửi cảnh báo khi tác vụ thất bại, dung lượng bất thường hoặc bản sao không xuất hiện đúng hạn.
- Ghi lại thời gian, phạm vi, kích thước, checksum và vị trí của mỗi bản backup.
- Dùng tài khoản backup riêng với quyền tối thiểu.
- Không để một tài khoản quản trị có thể đồng thời xóa hệ thống chính và toàn bộ bản sao.
Bước 6: Mã hóa và bảo vệ khóa
Mã hóa dữ liệu khi truyền và khi lưu. Khóa giải mã cần được quản lý tách khỏi bản backup, có người chịu trách nhiệm và phương án truy cập khẩn cấp. Đừng đưa mật khẩu hoặc khóa bí mật trực tiếp vào script được lưu trong kho mã.
Bước 7: Kiểm thử khôi phục
- Chọn một bản sao theo thời điểm cụ thể.
- Khôi phục vào môi trường tách biệt, không ghi đè production.
- Kiểm tra website khởi động, đăng nhập, dữ liệu mới nhất và tệp tải lên.
- Đo thời gian phục hồi thực tế và so sánh với RTO.
- Ghi lại lỗi, cập nhật tài liệu và lặp lại định kỳ.
Kịch bản khôi phục nên diễn tập
- Xóa nhầm một tệp hoặc một bản ghi.
- Cơ sở dữ liệu hỏng sau khi nâng cấp.
- Máy chủ chính không thể truy cập.
- Tài khoản quản trị hoặc hệ thống bị mã độc kiểm soát.
- Cần dựng lại toàn bộ website tại hạ tầng khác.
Checklist bàn giao
- Có danh mục dữ liệu và người chịu trách nhiệm.
- Có RPO, RTO được thống nhất.
- Có ít nhất một bản sao tách khỏi hệ thống chính.
- Bản sao nhạy cảm được mã hóa.
- Cảnh báo lỗi backup đã được kiểm tra.
- Ngày kiểm thử khôi phục gần nhất được ghi nhận.
- Quy trình phục hồi đủ rõ để người trực ca có thể thực hiện.
Kết luận
Sao lưu tốt không nằm ở số lượng tệp nén tạo ra, mà ở khả năng đưa dịch vụ trở lại trong thời gian chấp nhận được. Quy tắc 3-2-1, kết hợp với giám sát, mã hóa và diễn tập khôi phục, giúp doanh nghiệp biến backup từ một tác vụ kỹ thuật thành năng lực phục hồi thực tế.
Chưa có bình luận. Hãy là người đầu tiên chia sẻ ý kiến.