Kiểm tra khả năng phục hồi sau thảm họa và lý do tại sao doanh nghiệp của bạn cần nó

Dù phần cứng và phần mềm ngày nay đã trở nên đáng tin cậy đến đâu, các thiết bị vẫn có thể gặp sự cố vì nhiều lý do khác nhau. Khi hệ thống gặp sự cố, chúng có thể ngừng hoạt động và dữ liệu có thể không truy cập được trong thời gian dài. Thậm chí khi hệ thống được khôi phục hoạt động, đôi khi dữ liệu không thể phục hồi và bị mất vĩnh viễn. Cách đáng tin cậy nhất để giảm thiểu những rủi ro này là triển khai một kế hoạch khắc phục thảm họa toàn diện (DR).

Kế hoạch phục hồi thảm họa là một tập hợp các quy trình phải được thực hiện để khôi phục dữ liệu và khối lượng công việc trong thời hạn đã định. Danh sách kiểm tra DR chi tiết này bao gồm các cơ chế được triển khai trước để chuẩn bị cho các tình huống thảm họa khác nhau.

Thống kê cho thấy 95% doanh nghiệp trên toàn thế giới đầu tư nguồn lực đáng kể vào việc lập kế hoạch cho tình huống xấu nhất, bao gồm cả khôi phục thảm họa. Tuy nhiên, chỉ có 78% trong số họ thực hiện các cuộc kiểm tra khôi phục sau thảm họa để xác minh rằng kế hoạch của họ thực sự đáp ứng các mục tiêu. Hãy tiếp tục đọc để tìm hiểu khôi phục thảm họa là gì và cách phát triển chiến lược kiểm thử khôi phục thảm họa cho tổ chức của bạn nhằm đảm bảo tính sẵn sàng của hệ thống và sự liên tục của hoạt động kinh doanh trong mọi sự cố.

Đảm bảo tính sẵn sàng với NAKIVO

Đáp ứng các yêu cầu khắt khe về tính sẵn sàng của dịch vụ trong các hạ tầng ảo. Đạt được các mục tiêu về thời gian hoạt động liên tục nhờ các tính năng điều phối và tự động hóa DR mạnh mẽ.

KHÁM PHÁ GIẢI PHÁP

Kiểm thử khôi phục thảm họa là gì?

Kiểm thử khôi phục thảm họa là quá trình xác minh các bước trong kế hoạch khôi phục thảm họa (DR) nhằm đảm bảo kế hoạch có thể được triển khai thành công và các ứng dụng cùng dữ liệu quan trọng có thể được khôi phục sau sự cố. Mục tiêu của việc kiểm thử kế hoạch khôi phục thảm họa là đảm bảo hoạt động kinh doanh và các dịch vụ quan trọng có thể được duy trì trong và sau sự cố.

Ở dạng toàn diện nhất, kiểm thử khôi phục thảm họa bao gồm việc mô phỏng sự cố hệ thống CNTT hoặc bất kỳ loại gián đoạn kinh doanh nào khác để đánh giá hiệu quả của kế hoạch khôi phục thảm họa hiện có. Các mục tiêu chính của kiểm thử khôi phục thảm họa là kiểm tra xem tổ chức có thể đáp ứng các mục tiêu thời gian khôi phục (RTOs) và mục tiêu điểm khôi phục (RPOs) được đặt ra trong kế hoạch khôi phục thảm họa hay không. Bạn nên Hiểu rõ sự khác biệt giữa RPO và RTO và thiết lập chúng cho từng ứng dụng và máy ảo (VM). Kiểm thử DR cũng cung cấp thông tin về cách hệ thống hoạt động nếu bất kỳ phần nào của hạ tầng trở nên không khả dụng. Thông tin này có thể giúp bạn hoàn thiện kế hoạch DR của tổ chức và khắc phục các điểm yếu trước khi sự cố thực sự xảy ra.

Hãy lưu ý rằng kế hoạch kiểm tra khôi phục thảm họa không nên chỉ giới hạn ở các thành phần kỹ thuật của kế hoạch DR. Việc kiểm tra xem mỗi nhân viên tham gia vào quá trình khôi phục thảm họa có hiểu rõ vai trò của mình và có quyền truy cập vào các tài nguyên cần thiết để thực hiện công việc trong trường hợp gián đoạn hay không cũng quan trọng không kém.

Việc kiểm tra kế hoạch phục hồi thảm họa nên được thực hiện định kỳ, tốt nhất là vài lần mỗi năm. Môi trường CNTT thay đổi liên tục với việc ngừng sử dụng phần mềm, giới thiệu ứng dụng mới hoặc thay thế phần cứng, điều này đòi hỏi phải điều chỉnh phù hợp cho kế hoạch DR của bạn. Quy trình kiểm tra DR có thể là một phần của các quy trình bảo trì và đào tạo nhân viên.

Tại sao việc kiểm tra kế hoạch phục hồi thảm họa lại quan trọng

Rủi ro của việc không kiểm tra kế hoạch phục hồi thảm họa là mất dữ liệu và quyền truy cập vào hệ thống. Bạn có thể mua bảo hiểm cho doanh nghiệp của mình để phòng ngừa tổn thất, nhưng không có chính sách bảo hiểm nào có thể thay thế dữ liệu bị mất do sự cố hoặc những tác động tiêu cực của thời gian ngừng hoạt động kéo dài đối với doanh nghiệp. Cách duy nhất để thực sự đảm bảo thời gian hoạt động và tính sẵn sàng là lập kế hoạch DR và thực hiện các cuộc kiểm tra định kỳ. Nếu bạn vẫn chưa tin rằng việc kiểm tra kế hoạch phục hồi thảm họa là cần thiết, đây là danh sách những điều mà việc kiểm tra DR giúp bạn đạt được trước khi sự cố xảy ra:

• Phát hiện các lỗ hổng hoặc sai sót trong kế hoạch phục hồi thảm họa (DR)
• Đảm bảo có trình tự hành động phù hợp trong quá trình phục hồi
• Xác minh rằng các mục tiêu phục hồi là thực tế và có thể đạt được
• Giảm thiểu mất mát dữ liệu
• Rèn luyện các hành động của đội ngũ DR và đảm bảo mỗi thành viên hiểu rõ vai trò của mình
• Áp dụng các bản cập nhật và bản vá trước khi quá muộn

Các thành phần của quy trình kiểm tra phục hồi thảm họa

Một cuộc kiểm tra DR cần được lập kế hoạch để đảm bảo mang lại kết quả và giúp nâng cao mức độ sẵn sàng cho DR. Điều này có nghĩa là các mục tiêu kiểm tra khôi phục thảm họa phải rõ ràng, và bạn cần có một lịch trình cụ thể về tần suất thực hiện kiểm tra, tiêu chí thành công, đánh giá kết quả, cũng như các bước khắc phục lỗ hổng và bất kỳ sự cố DR nào. Hãy cùng xem xét chi tiết hơn các thành phần này.

Xác định phạm vi kiểm tra DR

Phạm vi kiểm tra DR bao gồm một tập hợp các giả định và kỳ vọng cần được đáp ứng trong quá trình kiểm tra. Việc xác định phạm vi kiểm tra nên bao gồm:

• Xác định các hệ thống và chức năng sẽ được bao gồm trong kiểm tra DR
• Xác định loại quy trình phục hồi thảm họa nào sẽ được kiểm tra: phục hồi toàn bộ máy từ bản sao lưu, chuyển đổi sang trang web DR, v.v.
• Xác định các trường hợp ngoại lệ và giới hạn từ trước, vì một số thành phần trong kế hoạch DR của bạn có thể không được thực hiện như kế hoạch
• Xác định các bộ phận và nhân viên tham gia vào quy trình kiểm thử DR
• Xác định các kịch bản sẽ được kiểm thử: sự cố tại trang web chính, tấn công ransomware, mất kết nối, sự cố máy chủ/cơ sở dữ liệu, v.v.

Rà soát kế hoạch phục hồi thảm họa

Trước khi kiểm thử, bạn nên rà soát kế hoạch DR. Thử nghiệm DR nên được tiến hành một cách có tổ chức bằng cách tập trung vào các chính sách và thực tiễn của tổ chức. Do đó, nhóm phục hồi thảm họa nên gặp gỡ ban lãnh đạo cấp cao để xem xét kế hoạch DR hiện có và xác định bất kỳ thay đổi hoặc cập nhật nào cần được thực hiện dựa trên tình hình kinh doanh hiện tại. Các yếu tố này bao gồm việc giới thiệu các sản phẩm phần cứng hoặc phần mềm mới, mở rộng kinh doanh, cắt giảm ngân sách, thay đổi nhân sự, v.v.

Tần suất thử nghiệm DR

Với môi trường CNTT hiện nay rất năng động, việc xác định tần suất rà soát là rất quan trọng để giữ cho kế hoạch khắc phục thảm họa của bạn luôn được cập nhật. Một số tổ chức rà soát và cập nhật kế hoạch DR của họ mỗi năm một lần. Tuy nhiên, chiến lược hiệu quả nhất là cập nhật (và kiểm tra lại) kế hoạch phục hồi thảm họa (DR) mỗi khi các thành phần quan trọng đối với hoạt động của tổ chức bạn có sự thay đổi. Mặc dù việc kiểm tra phục hồi thảm họa có thể tốn nhiều thời gian và chi phí, bạn nên lập lịch kiểm tra dựa trên nhu cầu kinh doanh và nguồn lực sẵn có, đồng thời xem xét phạm vi của các quy trình DR.

Tiêu chí thành công của thử nghiệm

Bạn cần thiết lập các tiêu chí xác định liệu các thử nghiệm khôi phục thảm họa cho máy ảo (VM) của bạn có thành công hay không. Lý tưởng nhất, thử nghiệm khôi phục thảm họa cho VM có thể được coi là thành công khi kế hoạch khôi phục thảm họa được chứng minh là hợp lệ và khả thi.

Tuy nhiên, thử nghiệm khôi phục thảm họa vẫn có thể được coi là thành công ngay cả khi kế hoạch khôi phục thảm họa không vượt qua được thử nghiệm. Kịch bản này cho phép bạn xác định các lỗ hổng trong kế hoạch khôi phục thảm họa trước khi thảm họa thực sự xảy ra và khắc phục chúng trong phiên bản tiếp theo của kế hoạch. Về cơ bản, các tiêu chí thành công của bài kiểm tra được xác định dựa trên các kỳ vọng đã được xác định trước, và những kỳ vọng này cần được thể hiện rõ ràng trong kế hoạch kiểm tra khôi phục thảm họa để tránh nhầm lẫn.

Đánh giá kết quả kiểm tra

Kết quả của quá trình kiểm tra khôi phục thảm họa cho máy ảo cung cấp cái nhìn tổng quan về các chiến lược khôi phục thảm họa hiện đang được áp dụng trong công ty. Đội ngũ khôi phục có thể đánh giá kết quả kiểm tra và đề xuất các cải tiến hoặc điều chỉnh cho kế hoạch khôi phục thảm họa dựa trên các vấn đề đã được xác định.

Các chỉ số sau đây cũng cần được xem xét khi đánh giá kết quả thử nghiệm DR:

• Thời gian trôi qua trước khi các hoạt động quan trọng được khôi phục
• Mức độ thực hiện từng bước của kế hoạch (có xảy ra lỗi và chậm trễ nào không)
• Số lượng hoạt động được hoàn thành thành công trong quá trình thử nghiệm DR

Các thay đổi và cập nhật cần được thực hiện và thử nghiệm để cải thiện kế hoạch DR. Mục tiêu là cung cấp một quy trình khôi phục hiệu quả và dễ quản lý hơn.

Đánh giá kế hoạch DR sau khi thử nghiệm

Sau khi chạy kế hoạch khôi phục thảm họa ở chế độ thử nghiệm, bạn nên xem xét lại kế hoạch DR của mình một lần nữa. Cần ghi lại các điểm mạnh và điểm yếu, cũng như bất kỳ kết quả bất ngờ nào trong quá trình thử nghiệm khôi phục thảm họa và đo lường tác động của chúng đối với tính liên tục của hoạt động kinh doanh. Điều này có thể cải thiện đáng kể các chiến lược DR của bạn và tăng cường hiệu suất tổng thể. Các bước để khắc phục những lỗ hổng và sự cố cần được nêu chi tiết và bổ sung vào phiên bản kế hoạch DR tiếp theo.

Các yếu tố cần xem xét trước khi kiểm tra Kế hoạch Phục hồi Thảm họa

• Số lượng thành viên trong đội Phục hồi Thảm họa: Đội Phục hồi Thảm họa nên có ít nhất hai người để tránh tình trạng “điểm lỗi duy nhất”. Với nhiều thành viên trong đội, nếu một người không thể liên lạc được trong trường hợp thảm họa, bạn có thể yên tâm rằng vẫn có người thay thế có đủ kiến thức cần thiết và quyền truy cập vào địa điểm Phục hồi Thảm họa.
• Thời gian trong ngày được chọn để thử nghiệm khôi phục thảm họa: Thông thường, thử nghiệm DR được thực hiện ngoài giờ làm việc, vì quá trình này tốn nhiều thời gian và có thể gián đoạn hoạt động kinh doanh hoặc ảnh hưởng đến hiệu suất tổng thể. Tuy nhiên, kết quả thử nghiệm này có thể không phản ánh chính xác cách kế hoạch khôi phục thảm họa sẽ hoạt động trong điều kiện làm việc thực tế. Thử nghiệm các thành phần của kế hoạch DR cho máy ảo (VM) một cách độc lập trong giờ làm việc có thể là giải pháp lý tưởng. Điều này giúp giảm thiểu rủi ro quá tải hệ thống mà việc thử nghiệm toàn diện có thể gây ra.
• Thay đổi trong đội ngũ hoặc cơ sở hạ tầng CNTT: Trước khi kiểm tra kế hoạch khôi phục thảm họa, hãy xem xét các yếu tố khác nhau có thể khiến kế hoạch DR của bạn trở nên không đầy đủ và lỗi thời. Như đã đề cập ở trên, các yếu tố này có thể bao gồm các thành phần cơ sở hạ tầng mới, thay đổi nhân sự, v.v. Hãy thông báo cho đội ngũ DR về những thay đổi mới trong môi trường và gửi các bản ghi nhớ ngắn gọn để thông báo cho nhân viên về các cập nhật mới nhất.

Phương pháp kiểm tra khôi phục thảm họa

Trong phần này, chúng tôi sẽ đề cập đến bốn phương pháp kiểm tra khôi phục thảm họa phổ biến nhất. Hãy xem xét kỹ lưỡng các phương pháp này trước khi quyết định phương pháp nào phù hợp nhất với tổ chức của bạn hoặc liệu có thể kết hợp các phương pháp này hay không.

Kiểm tra theo danh sách

Kiểm tra theo danh sách đối với kế hoạch khôi phục thảm họa bao gồm việc xem xét danh sách các yêu cầu và điều kiện phải đáp ứng. Việc xem xét này là một điểm khởi đầu tuyệt vời vì đây là phương án cơ bản nhất và bao gồm việc phân tích kế hoạch hiện tại và xem xét từng điểm để phát hiện các phần lỗi thời hoặc thiếu sót. Điều này có nghĩa là xác minh, ví dụ, rằng địa điểm dự phòng có đủ dung lượng, rằng đội ngũ phục hồi đã được thông báo về các bản cập nhật mới nhất, rằng giải pháp bảo vệ dữ liệu đang hoạt động, v.v.

Bằng cách sử dụng phương pháp kiểm tra DR này, đội ngũ phục hồi có thể nhanh chóng xem xét lại kế hoạch DR, đảm bảo rằng mọi thành phần đều đã sẵn sàng và xác định bất kỳ thành phần nào còn thiếu trong chiến lược DR. Quy trình này có thể được thực hiện trong thời gian tối thiểu và không cần sự tham gia nhiều của nhân viên.

Kiểm tra DR theo từng bước

Mục đích của chiến lược này là trình bày bằng lời nói từng bước trong kế hoạch khắc phục thảm họa (DR) cho máy ảo (VM) và xác định các vấn đề cũng như điểm yếu. Tại đây, tất cả thành viên trong đội khắc phục thảm họa đều tham gia vào việc rà soát và thảo luận về kế hoạch DR, đồng thời đưa ra các khuyến nghị.

Điều quan trọng là phải đảm bảo mọi người đều hiểu rõ kế hoạch và nắm rõ trách nhiệm của mình trong trường hợp xảy ra sự cố DR. Phương pháp này chỉ bao gồm việc thảo luận bằng lời nói về quy trình DR. Các khía cạnh công nghệ của kế hoạch DR không thực sự được kiểm tra hoặc phê duyệt trong thử nghiệm walkthrough.

Thử nghiệm DR trên bàn/mô phỏng

Đối với thử nghiệm trên bàn, tổ chức sẽ trải qua một kịch bản thảm họa mô phỏng để xác định xem kế hoạch DR có đủ tốt và các mục tiêu đã định có thể đạt được hay không. Phương pháp thử nghiệm DR này có thể được coi là sự mở rộng của thử nghiệm walkthrough. Tất cả thành viên trong nhóm được trình bày các kịch bản thảm họa khác nhau, và họ thảo luận về cách hành động trong các tình huống đó. Điều này cho phép bạn kiểm tra mức độ sẵn sàng của nhân viên trong môi trường thực tế hơn và xác định xem kế hoạch phục hồi thảm họa có thể xử lý các vấn đề bất ngờ hay không.

• Thử nghiệm trên bàn (Tabletop run-through) . Đội ngũ DR thực hiện việc đi qua từng bước của kế hoạch như thể một thảm họa thực sự đã xảy ra. Phương pháp thử nghiệm phục hồi thảm họa này giúp xác định các điểm mù tiềm ẩn và các vấn đề ẩn giấu.
• Mô phỏng kịch bản . Phương pháp này bao gồm việc thực hiện kế hoạch DR trong môi trường thử nghiệm mà không gây gián đoạn cho quy trình sản xuất. Mô phỏng được thực hiện theo các kịch bản khôi phục cụ thể.
• Mô phỏng khôi phục thảm họa toàn diện . Phương pháp kiểm tra DR này tương tự như mô phỏng được mô tả ở trên, nhưng lần này kịch bản bao gồm sự cố ngừng hoạt động hoàn toàn tại cơ sở chính của bạn. Phương pháp này bao gồm việc cố gắng khôi phục toàn bộ tại một địa điểm ngoài cơ sở.

Thử nghiệm song song

Thử nghiệm song song cho phép bạn kiểm tra chức năng của các hệ thống khôi phục để xác định xem chúng có thể thực hiện các hoạt động kinh doanh và bảo đảm các quy trình quan trọng hay không. Các hệ thống chính không được bao gồm trong quy trình thử nghiệm khôi phục thảm họa, vì chúng được kỳ vọng sẽ hỗ trợ toàn bộ khối lượng công việc sản xuất. Đây là cách an toàn và không gây gián đoạn để thử nghiệm các hệ thống kỹ thuật.

Thử nghiệm gián đoạn hoàn toàn

Một thử nghiệm khôi phục thảm họa (DR) với gián đoạn hoàn toàn cung cấp việc kiểm tra toàn diện kế hoạch khôi phục thảm họa cho máy ảo (VM) của bạn. Trong trường hợp này, trung tâm phục hồi thảm họa (DR) của bạn sẽ đảm nhận toàn bộ khối lượng công việc sản xuất và trung tâm chính sẽ ngừng hoạt động. Mục tiêu là khôi phục hệ thống nhanh nhất có thể thông qua kế hoạch phục hồi thảm họa của công ty. Việc thực hiện thử nghiệm ngừng hoạt động toàn bộ cần được lên kế hoạch kỹ lưỡng vì có thể gây gián đoạn hoạt động bình thường và tốn kém chi phí.

Mỗi quy trình phục hồi đều phải được ghi chép lại. Xác định tất cả các vấn đề và lo ngại trong quá trình thực hiện thử nghiệm DR để giải quyết chúng sau này. Các hoạt động của đội ngũ khôi phục cần được theo dõi chặt chẽ để xác định bất kỳ lỗ hổng tiềm ẩn nào trong kế hoạch DR cho máy ảo (VM) của bạn. Thử nghiệm gián đoạn hoàn toàn cũng là phương pháp thử nghiệm khôi phục thảm họa phù hợp để kiểm tra xem các mục tiêu DR của bạn có thể chấp nhận được và khả thi hay không.

Bạn có thể xem xét thực hiện thử nghiệm gián đoạn hoàn toàn mà không thông báo trước cho nhân viên. Điều này giúp bạn đánh giá chính xác hơn mức độ sẵn sàng của đội ngũ trong trường hợp thảm họa.

Mẹo hữu ích cho việc kiểm tra khôi phục thảm họa

Kiểm tra kế hoạch DR là một nhiệm vụ quan trọng có thể khiến bạn cảm thấy áp lực. Các mẹo kiểm tra DR sau đây có thể giúp bạn tiết kiệm thời gian và giảm bớt căng thẳng:

• Sau khi cài đặt bất kỳ phần cứng hoặc phần mềm mới nào, hãy kiểm tra ngay lập tức để xác minh chức năng và tính toàn vẹn của chúng. Điều này cũng giúp bạn xác định thời gian khôi phục (RTO) của sản phẩm và hiểu cách nó có thể hoạt động trong các quy trình khôi phục thảm họa.
• Thực hiện phân tích rủi ro (RA) và phân tích tác động kinh doanh (BIA) trước khi thiết kế kế hoạch DR. Liên tục xem xét kết quả của các phân tích này, và nếu có bất kỳ thay đổi nào, hãy xem xét cách chúng nên được phản ánh trong chiến lược DR của bạn.
• Việc kiểm tra nên được thực hiện trong các tình huống càng giống với kịch bản DR càng tốt. Bằng cách mô phỏng một kịch bản thảm họa thực tế, bạn có thể thấy nhân viên thực hiện nhiệm vụ của họ tốt như thế nào trong các tình huống DR. Điều này cũng giúp giảm bớt căng thẳng cho nhân viên, vì họ sẽ quen dần với các tình huống DR khác nhau và hiểu rõ những gì được kỳ vọng ở họ.
• Mời các quan sát viên độc lập xem xét kế hoạch DR của bạn và giám sát quá trình thử nghiệm. Cách tiếp cận này đảm bảo rằng nhân viên sẽ không đi tắt để hoàn thành các bài kiểm tra một cách nhanh chóng. Hơn nữa, các quan sát viên độc lập có thể giúp viết lại và cải thiện kế hoạch DR, thường phát hiện ra những vấn đề mà những người trong tổ chức không nhìn thấy.
• Có một danh sách đầy đủ tất cả các ứng dụng trong cơ sở hạ tầng của bạn. Danh sách này cần bao gồm thông tin chi tiết về từng ứng dụng, cấu hình của chúng, thông tin liên hệ của chủ sở hữu ứng dụng, cũng như thông tin hợp đồng/giấy phép của bạn.
• Ở giai đoạn ban đầu, việc kiểm thử khôi phục thảm họa (DR) nên được thực hiện theo từng phần và sau giờ làm việc để tránh gây quá tải cho hệ thống. Sau khi xác định các thiếu sót và điều chỉnh kế hoạch cho phù hợp, bạn có thể xem xét tiến hành các đợt kiểm thử toàn diện tiếp theo trong giờ làm việc.

Khôi phục thảm họa với NAKIVO Backup & Replication

NAKIVO Backup & Replication là giải pháp sao lưu và khôi phục thảm họa đáng tin cậy. Giải pháp này cho phép bạn tự động hóa các quy trình sao lưu, nhân bản và khôi phục thảm họa đồng thời đảm bảo tính toàn vẹn dữ liệu trên các nền tảng khác nhau (vật lý, ảo hoặc đám mây). Giải pháp NAKIVO bao gồm các tính năng nhân bản máy ảo, chuyển đổi dự phòng máy ảo, khôi phục lại và Khôi phục trang web cho khôi phục thảm họa. Hơn nữa, bạn có thể kiểm tra trình tự khôi phục thảm họa để đảm bảo mọi thứ đã được cấu hình chính xác.

Hãy thử NAKIVO Backup & Replication

Đăng ký dùng thử miễn phí để khám phá toàn bộ các tính năng bảo vệ dữ liệu của giải pháp. Dùng thử miễn phí trong 15 ngày. Không có bất kỳ giới hạn nào về tính năng hay dung lượng. Không cần thẻ tín dụng.

Dùng thử miễn phí

Chạy tác vụ Site Recovery ở chế độ thử nghiệm

NAKIVO Backup & Replication cho phép bạn chạy các tác vụ Site Recovery ở chế độ thử nghiệm để kiểm tra xem liệu tất cả các thành phần hệ thống có thể được khôi phục dễ dàng trong trường hợp khôi phục thảm họa hay không và liệu các mục tiêu DR đã đề ra có thể được đáp ứng hay không. Thử nghiệm này không làm gián đoạn các khối lượng công việc sản xuất. Một tác vụ Site Recovery ở chế độ thử nghiệm có thể được lên lịch cũng như chạy theo yêu cầu.

Hướng dẫn sau đây sẽ chỉ cho bạn cách chạy một tác vụ Site Recovery theo cách thủ công ở chế độ thử nghiệm. Lưu ý rằng tác vụ khôi phục trang web phải được cấu hình trước.

1. Trong bảng điều khiển Jobs , chọn một tác vụ khôi phục trang web và nhấp vào nút Run Job . Menu thả xuống cung cấp hai tùy chọn. Nhấp vào Test site recovery job.

2. Trong hộp thoại được mở ra, bạn có thể cấu hình các chỉ số RTO. Xác định thời gian tối đa cho phép mà tác vụ khôi phục trang web có thể mất để hoàn thành. Nếu lần chạy thử nghiệm vượt quá giá trị RTO bạn nhập, thử nghiệm được coi là thất bại. Bạn cũng có thể tắt tùy chọn này.

3. Cuối cùng, nhấp vào Test để chạy tác vụ.

Tùy chọn lịch trình thử nghiệm

Bạn cũng có thể cấu hình các tùy chọn lịch trình thử nghiệm khi cấu hình tác vụ Site Recovery. Các tùy chọn này hoạt động khi bạn chạy tác vụ này ở chế độ thử nghiệm.

Báo cáo qua email

Khi tùy chọn này được bật, những người nhận được chọn sẽ nhận được báo cáo thử nghiệm mỗi khi tác vụ hoàn tất. Bạn cần cấu hình cài đặt thông báo qua email tại tab 5. Options trước khi nhấp vào Finish.

Bạn cũng có thể tải xuống báo cáo dưới dạng tệp PDF hoặc CSV trực tiếp từ trình duyệt web. Chỉ cần nhấp chuột phải vào tác vụ Site Recovery và chọn Site Recovery Job Report.