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.

Phần II. Nguyên tắc và tiêu chuẩn Backup

ICT

Sau khi hiểu đúng backup là gì, vì sao thường thất bại và vai trò của backup trong quản trị rủi ro, bước tiếp theo không phải là chọn công cụ hay viết script, mà là xác lập các nguyên tắc và tiêu chuẩn nền tảng.

Trong thực tế, rất nhiều hệ thống:

  • Có backup

  • Có người vận hành

  • Có công cụ hiện đại

Nhưng vẫn thất bại vì không tuân theo một khung nguyên tắc rõ ràng. Backup khi đó trở thành hoạt động mang tính cảm tính, phụ thuộc cá nhân và khó kiểm soát khi hệ thống mở rộng hoặc thay đổi nhân sự.

Phần II của cuốn sách tập trung trả lời những câu hỏi cốt lõi:

  • Backup phải được thiết kế theo những nguyên tắc nào?

  • Thế nào là một hệ thống backup đạt mức tối thiểu chấp nhận được?

  • Làm sao để backup vừa an toàn, vừa có lịch sử, vừa đáp ứng phục hồi thực tế?


Nội dung trọng tâm của Phần II

Phần này trình bày và phân tích các nguyên tắc và tiêu chuẩn backup được thừa nhận rộng rãi, bao gồm:

  • Các nguyên tắc backup cốt lõi

  • Nguyên tắc 3-2-1 – khung an toàn tối thiểu

  • Nguyên tắc 7-4-12-5 – chính sách lưu giữ dữ liệu (Retention Policy)

  • Cách kết hợp 3-2-1 và 7-4-12-5 trong hệ thống thực tế

  • Khái niệm RPO, RTO và cách xác định cho từng loại hệ thống

  • Vai trò của backup trong tuân thủ, kiểm toán và trách nhiệm pháp lý

Các nội dung này không nhằm áp đặt một mô hình cứng nhắc, mà cung cấp chuẩn tham chiếu để người đọc:

  • Đánh giá hệ thống hiện tại

  • Nhận diện điểm yếu

  • Thiết kế hoặc cải tiến backup một cách có cơ sở


Giá trị của Phần II đối với người đọc

Sau khi hoàn thành Phần II, người đọc sẽ:

  • ngôn ngữ chung để trao đổi về backup với lãnh đạo, kiểm toán và kỹ thuật

  • Tránh được các quyết định backup mang tính ngẫu hứng

  • Có cơ sở để đánh giá mức độ an toàn của hệ thống

  • Sẵn sàng bước sang các phần triển khai kiến trúc và thực hành


 

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.

Phần II đóng vai trò bản lề giữa tư duy và hành động, là điều kiện bắt buộc trước khi đi vào các mô hình và kịch bản triển khai cụ thể ở các phần tiếp theo.