Bài 10. RPO, RTO và cách xác định cho từng hệ thống
Backup chỉ là phương tiện. RPO và RTO mới là mục tiêu.
Website được thiết kế tối ưu cho thành viên chính thức. Hãy Đăng nhập hoặc Đăng ký để truy cập đầy đủ nội dung và chức năng. Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập. Nếu là thành viên của website, bạn cũng có thể yêu cầu trong nhóm Zalo "CNTT" các nội dung bạn quan tâm.
Công nghệ thông tin
Bài 9. Kết hợp 3-2-1 và 7-4-12-5 trong thực tế
3-2-1 bảo đảm luôn còn bản backup sống sót. 7-4-12-5 bảo đảm luôn còn đúng bản backup cần thiết.
Bài 8. Nguyên tắc 7-4-12-5 (Retention Policy)
Backup không chỉ để quay lại hôm qua, mà để quay lại đúng thời điểm cần thiết trong quá khứ.
Phần II. Nguyên tắc và tiêu chuẩn Backup
Backup chỉ trở nên đáng tin cậy khi được xây dựng trên các nguyên tắc và tiêu chuẩn rõ ràng. Không có nguyên tắc, mọi giải pháp kỹ thuật đều mang tính may rủi.
Bài 5. Sai lầm phổ biến khi triển khai backup
Hầu hết hệ thống thất bại không phải vì không backup, mà vì backup sai cách.
Bài 4. Backup trong quản trị rủi ro hệ thống CNTT
Backup không phải là chi phí kỹ thuật, mà là chi phí để kiểm soát rủi ro không thể tránh.
Bài 3. Các kịch bản mất dữ liệu thường gặp
Backup không được thiết kế để chống lại một sự cố lý tưởng, mà để sống sót qua những kịch bản xấu nhất có khả năng xảy ra.
Bài 2. Backup ≠ Restore ≠ Disaster Recovery
Backup là điều kiện cần. Restore là năng lực bắt buộc. Disaster Recovery là sự trưởng thành của hệ thống.
Bài 1. Backup là gì và vì sao backup luôn thất bại trong thực tế
Backup (sao lưu dữ liệu) là quá trình tạo ra bản sao có thể sử dụng được của dữ liệu và/hoặc cấu hình hệ thống, nhằm phục hồi hệ thống về trạng thái chấp nhận được khi xảy ra sự cố.
Chuẩn bị phần cứng, phần mềm, kết nối cho Crawl
Nếu cần crawl nhiều, tự động, nguồn phức tạp thì việc chuẩn bị kỹ sẽ giúp bạn tiết kiệm rất nhiều thời gian và ổn định sau này,
Tuy nhiên ACE cần xác định một số nguyên tắc: