May mắn thay, sự giúp đỡ có sẵn. Tìm kiếm nhanh trên Google sẽ ra nhiều tài nguyên miễn phí cho tổ chức dùng trong quy trình lập kế hoạch DR, bao gồm mẫu kế hoạch khôi phục thảm họa trải dài phổ rộng về độ dài và độ phức tạp. Chúng tôi thậm chí đã tạo ra mẫu của riêng mình: mẫu kế hoạch khôi phục thảm họa Ontrack.
Bảo vệ doanh nghiệp với kế hoạch khôi phục thảm họa
Không quan trọng doanh nghiệp lớn hay nhỏ, có thể nói công bằng rằng bạn phụ thuộc vào CNTT để vận hành. Và tất cả CNTT, dù dưới dạng thiết bị di động, máy chủ email hay ứng dụng dựa trên đám mây, đều dễ bị thất bại.
Đây là vấn đề ngày càng lớn. Theo nghiên cứu của Statista, thời gian ngừng hoạt động tốn kém các công ty toàn cầu trung bình 400.000 USD/giờ. Hơn nữa, nghiên cứu 2018 của Viện Ponemon thấy chi phí trung bình toàn cầu của mất dữ liệu là 3,6 triệu USD, hoặc khoảng 141 USD mỗi bản ghi dữ liệu. Trong thế giới phụ thuộc dữ liệu ngày nay, thất bại trong việc hồi phục từ sự cố CNTT có thể đủ để giết chết doanh nghiệp của bạn.
Kế hoạch khôi phục thảm họa là gì, 어쨌든?
Kế hoạch khôi phục thảm họa bao gồm các chính sách và thủ tục mà một thực thể nhất định – trong trường hợp của bạn, doanh nghiệp – sẽ tuân theo khi dịch vụ CNTT bị gián đoạn. Điều này có thể xảy ra do thảm họa thiên nhiên, lỗi công nghệ hoặc yếu tố con người như phá hoại hoặc khủng bố. Ý tưởng cơ bản là khôi phục các quy trình kinh doanh bị ảnh hưởng nhanh nhất có thể, dù bằng cách đưa dịch vụ gián đoạn trở lại trực tuyến hay chuyển sang hệ thống dự phòng.
Kế hoạch khôi phục thảm họa của bạn nên tính đến:
- Dịch vụ CNTT: Quy trình kinh doanh nào được hỗ trợ bởi hệ thống nào? Rủi ro là gì?
- Con người: Ai là các bên liên quan, cả phía kinh doanh và CNTT, trong quy trình DR cho trước?
- Nhà cung cấp: Nhà cung cấp bên ngoài nào bạn cần liên hệ khi có sự cố CNTT? Nhà cung cấp khôi phục dữ liệu, ví dụ.
- Vị trí: Bạn sẽ làm việc ở đâu nếu cơ sở tiêu chuẩn bị vô hiệu hóa?
- Kiểm tra: Bạn sẽ kiểm tra kế hoạch DR như thế nào?
- Đào tạo: Đào tạo và tài liệu gì bạn sẽ cung cấp cho người dùng cuối?
Ở trung tâm hầu hết kế hoạch DR là hai KPI cực quan trọng, thường áp dụng riêng cho từng dịch vụ CNTT: recovery point objective (RPO - mục tiêu điểm khôi phục) và recovery time objective (RTO - mục tiêu thời gian khôi phục). Đừng bị nhầm lẫn bởi thuật ngữ, vì chúng rất đơn giản:
- RPO: Tuổi tối đa của bản sao lưu trước khi nó không còn hữu ích. Nếu bạn có thể chấp nhận mất dữ liệu một ngày cho hệ thống cho trước, bạn đặt RPO 24 giờ.
- RTO: Thời gian tối đa được phép trôi qua trước khi bản sao lưu được triển khai và dịch vụ bình thường được tiếp tục.
Cấu trúc kế hoạch khôi phục thảm họa hoàn hảo
Ngay cả kế hoạch DR doanh nghiệp nhỏ cũng có thể là tài liệu dài và phức tạp. Tuy nhiên, hầu hết tuân theo cấu trúc tương tự, bao gồm định nghĩa, nhiệm vụ, thủ tục phản ứng từng bước và hoạt động bảo trì. Trong mẫu của chúng tôi, chúng tôi dùng dàn ý sau:
- Giới thiệu: Tóm tắt mục tiêu và phạm vi kế hoạch, bao gồm dịch vụ CNTT và vị trí được bao phủ, RPO và RTO cho các dịch vụ khác nhau, và hoạt động kiểm tra và bảo trì. Cũng bao gồm lịch sử sửa đổi để theo dõi thay đổi.
- Vai trò và trách nhiệm: Danh sách các bên liên quan nội bộ và bên ngoài tham gia mỗi quy trình DR, kèm chi tiết liên lạc và mô tả nhiệm vụ.
- Phản ứng sự cố: Khi nào kế hoạch DR được kích hoạt, và như thế nào và khi nào nhân viên, quản lý, đối tác và khách hàng được thông báo?
- Thủ tục DR: Khi kế hoạch DR được kích hoạt, các bên liên quan có thể bắt đầu thực hiện quy trình DR cho từng dịch vụ CNTT bị ảnh hưởng. Trong phần này, các thủ tục được trình bày từng bước.
- Phụ lục: Bộ sưu tập bất kỳ danh sách, biểu mẫu và tài liệu nào liên quan đến kế hoạch DR, chẳng như chi tiết vị trí làm việc thay thế, chính sách bảo hiểm, và lưu trữ và phân phối tài nguyên DR.
Giữ kế hoạch khôi phục thảm họa "sống"
Giống như bất kỳ tài liệu chính sách nào, kế hoạch DR vô dụng nếu nó dành phần lớn cuộc đời ngồi trong ngăn kéo đâu đó. Không có ý nghĩa tạo ra nó nếu bạn không phân bổ nguồn lực đủ để đào tạo nhân viên về sự tồn tại của kế hoạch, cũng như vai trò và trách nhiệm của họ trong sự kiện sự cố CNTT.
Giữ nó cập nhật cũng thiết yếu. Theo thời gian trôi và doanh nghiệp phát triển, bạn sẽ cần dung nạp hệ thống và dịch vụ CNTT mới trong kế hoạch DR. Hãy chắc chắn thông báo cho các bên liên quan bị ảnh hưởng khi bạn làm vậy.
Kiểm tra, kiểm tra, kiểm tra!
Cuối cùng, bạn phải kiểm tra kế hoạch DR và biết liệu KPI RPO và RTO có khả thi, hay thậm chí thủ tục có phù hợp mục đích hay không. Có thể cám dỗ kiểm tra kế hoạch DR theo giai đoạn, nhưng đừng bỏ qua kiểm tra toàn bộ nó từ thời gian sang thời gian – nó sẽ cho thấy nếu các quy trình khác nhau gây ma sát khi chạy đồng thời, cũng như nếu có điều gì bạn không tính đến.
Cần thêm giúp đỡ về lập kế hoạch khôi phục thảm họa? Xem các blog DR khác của chúng tôi dưới đây.
Kế hoạch khôi phục thảm họa là gì, và tại sao bạn cần nó?
Hướng dẫn từng bước lập kế hoạch khôi phục thảm họa
Nếu bạn quan tâm đảm bảo Ontrack là một phần của kế hoạch khôi phục thảm họa của bạn, hãy nói chuyện với chuyên gia của chúng tôi hôm nay.
Tải xuống mẫu khôi phục thảm họa của chúng tôi tại đây.