Kiểm tra phục hồi là gì? với Ví dụ

Kiểm tra phục hồi

Kiểm tra khôi phục là kỹ thuật kiểm tra phần mềm xác minh khả năng khôi phục của phần mềm từ các lỗi như phần mềm / phần cứng bị treo, lỗi mạng, v.v. Mục đích của Kiểm tra khôi phục là xác định xem các hoạt động phần mềm có thể được tiếp tục sau thảm họa hoặc mất tính toàn vẹn hay không. Kiểm tra khôi phục bao gồm việc hoàn nguyên phần mềm trở lại điểm mà tính toàn vẹn đã được biết đến và xử lý lại các giao dịch đến điểm lỗi.

Ví dụ kiểm tra phục hồi

Khi một ứng dụng đang nhận dữ liệu từ mạng, hãy rút cáp kết nối.

Sau một thời gian, hãy cắm lại cáp và phân tích khả năng tiếp tục nhận dữ liệu của ứng dụng từ thời điểm kết nối mạng bị đứt.
Khởi động lại hệ thống trong khi trình duyệt có một số phiên nhất định đang mở và kiểm tra xem trình duyệt có thể khôi phục tất cả chúng hay không

Trong Kỹ thuật phần mềm, Kiểm tra khả năng phục hồi là một loại Kiểm tra phi chức năng. (Kiểm thử phi chức năng đề cập đến các khía cạnh của phần mềm có thể không liên quan đến một chức năng cụ thể hoặc hành động của người dùng như khả năng mở rộng hoặc bảo mật.)

Thời gian cần thiết để phục hồi phụ thuộc vào:

Số điểm khởi động lại
Một lượng lớn các ứng dụng
Đào tạo và kỹ năng của những người tiến hành các hoạt động phục hồi và các công cụ có sẵn để phục hồi.

Khi có một số lỗi thì thay vì quan tâm đến tất cả các lỗi, kiểm tra khôi phục nên được thực hiện theo cách có cấu trúc có nghĩa là kiểm tra khôi phục nên được thực hiện cho một phân đoạn này rồi đến phân đoạn khác.

Nó được thực hiện bởi những người kiểm tra chuyên nghiệp. Trước khi kiểm tra khôi phục, dữ liệu sao lưu đầy đủ được giữ ở các vị trí an toàn. Điều này được thực hiện để đảm bảo rằng hoạt động có thể được tiếp tục ngay cả sau khi có thiên tai.

Vòng đời của quá trình phục hồi

Vòng đời của quá trình khôi phục có thể được phân loại thành năm bước sau:

Hoạt động binh thương
Thảm họa xảy ra
Sự gián đoạn và thất bại của hoạt động
Giải phóng mặt bằng thiên tai thông qua quá trình khôi phục
Xây dựng lại tất cả các quy trình và thông tin để đưa toàn bộ hệ thống chuyển sang hoạt động bình thường

Hãy thảo luận chi tiết về 5 bước này-

Một hệ thống bao gồm phần cứng, phần mềm và phần sụn được tích hợp để đạt được một mục tiêu chung sẽ được đưa vào hoạt động để thực hiện một mục tiêu đã được xác định và nêu rõ. Hệ thống được gọi để thực hiện hoạt động bình thường để thực hiện công việc đã thiết kế mà không bị gián đoạn trong một khoảng thời gian quy định.
Sự gián đoạn có thể xảy ra do sự cố của phần mềm, do nhiều nguyên nhân khác nhau như sự cố do đầu vào bắt đầu, phần mềm bị treo do lỗi phần cứng, bị hỏng do hỏa hoạn, trộm cắp và đình công.
Giai đoạn gián đoạn là giai đoạn đau đớn nhất dẫn đến tổn thất kinh doanh, phá vỡ quan hệ, mất cơ hội, mất giờ làm việc và luôn luôn có tổn thất về tài chính và lợi thế thương mại. Mọi cơ quan hữu quan nên có kế hoạch khắc phục hậu quả thiên tai để có thể giảm thiểu giai đoạn gián đoạn.
Nếu một kế hoạch dự phòng và các quy trình giảm thiểu rủi ro được đặt đúng chỗ trước khi gặp thảm họa và gián đoạn, thì việc khôi phục có thể được thực hiện mà không mất nhiều thời gian, công sức và sức lực. Một cá nhân được chỉ định, cùng với nhóm của anh ta với vai trò được giao của mỗi người trong số những người này nên được xác định để khắc phục trách nhiệm và giúp tổ chức thoát khỏi thời gian gián đoạn kéo dài.
Việc xây dựng lại có thể bao gồm nhiều phiên hoạt động để xây dựng lại tất cả các thư mục cùng với các tệp cấu hình. Cần có tài liệu và quy trình phục hồi thích hợp để phục hồi chính xác.

Chiến lược khôi phục

Nhóm khôi phục nên có chiến lược duy nhất của họ để truy xuất mã và dữ liệu quan trọng để đưa hoạt động của cơ quan trở lại trạng thái bình thường.

Chiến lược có thể là duy nhất cho mỗi tổ chức dựa trên mức độ quan trọng của hệ thống mà họ đang xử lý.

Chiến lược khả thi cho các hệ thống quan trọng có thể được hình dung như sau:

Để có một bản sao lưu duy nhất hoặc nhiều bản sao lưu
Để có nhiều bản sao lưu tại một nơi hoặc nhiều nơi khác nhau
Để có một bản sao lưu trực tuyến hoặc sao lưu ngoại tuyến
Sao lưu có thể được thực hiện tự động dựa trên một chính sách hay có nó theo cách thủ công?
Để có một nhóm khôi phục độc lập hoặc nhóm phát triển có thể được sử dụng cho công việc

Mỗi chiến lược này đều có yếu tố chi phí đi kèm với nó và nhiều tài nguyên cần thiết cho nhiều dự phòng có thể tiêu tốn nhiều tài nguyên vật chất hơn hoặc có thể cần một nhóm độc lập.

Nhiều công ty có thể bị ảnh hưởng do dữ liệu và mã của họ phụ thuộc vào cơ quan nhà phát triển liên quan. Ví dụ: nếu Amazon AWS ngừng hoạt động sẽ đóng 25 mạng internet. Khôi phục độc lập là rất quan trọng trong những trường hợp này.

Cách thực hiện kiểm tra khôi phục

Trong khi thực hiện kiểm tra khôi phục cần xem xét những điều sau

Chúng ta phải tạo ra một giường thử nghiệm càng gần với điều kiện triển khai thực tế càng tốt. Các thay đổi về giao diện, giao thức, phần sụn, phần cứng và phần mềm phải gần với tình trạng thực tế nhất có thể nếu không phải là cùng một điều kiện.
Thông qua kiểm tra toàn diện có thể tốn thời gian và tốn kém, nên thực hiện cấu hình giống hệt nhau và kiểm tra hoàn chỉnh.
Nếu có thể, nên thực hiện kiểm tra trên phần cứng mà chúng tôi sắp khôi phục. Điều này đặc biệt đúng nếu chúng tôi đang khôi phục vào một máy khác với máy đã tạo bản sao lưu.
Một số hệ thống sao lưu mong muốn ổ cứng có cùng kích thước với kích thước của ổ đĩa mà bản sao lưu được lấy từ đó.
Nên quản lý sự lỗi thời vì công nghệ ổ đĩa đang phát triển với tốc độ nhanh và ổ đĩa cũ có thể không tương thích với ổ đĩa mới. Một cách để xử lý vấn đề là khôi phục lại máy ảo. Các nhà cung cấp phần mềm ảo hóa như VMware Inc. có thể định cấu hình máy ảo để bắt chước phần cứng hiện có, bao gồm kích thước đĩa và các cấu hình khác.
Hệ thống sao lưu trực tuyến không phải là một ngoại lệ để thử nghiệm. Hầu hết các nhà cung cấp dịch vụ sao lưu trực tuyến đều bảo vệ chúng ta khỏi bị ảnh hưởng trực tiếp đến các sự cố phương tiện bằng cách họ sử dụng các hệ thống lưu trữ có khả năng chịu lỗi.
Trong khi các hệ thống sao lưu trực tuyến cực kỳ đáng tin cậy, chúng tôi phải kiểm tra mặt khôi phục của hệ thống để đảm bảo không có vấn đề gì với chức năng truy xuất, bảo mật hoặc mã hóa.

Quy trình kiểm tra sau khi phục hồi

Hầu hết các tập đoàn lớn đều có các kiểm toán viên độc lập để thực hiện các bài tập kiểm tra phục hồi theo định kỳ.

Chi phí duy trì và thử nghiệm một kế hoạch khắc phục hậu quả thiên tai toàn diện có thể rất lớn và nó có thể bị cấm đối với các doanh nghiệp nhỏ hơn.

Những rủi ro nhỏ hơn có thể dựa vào các bản sao lưu dữ liệu và kế hoạch lưu trữ bên ngoài của họ để cứu chúng trong trường hợp thảm họa.

Sau khi các thư mục và tệp được khôi phục, có thể thực hiện các kiểm tra sau để đảm bảo rằng các tệp được khôi phục đúng cách:

Đổi tên thư mục tài liệu bị hỏng
Đếm các tệp trong các thư mục được khôi phục và khớp với nó với một thư mục hiện có.
Mở một vài tệp và đảm bảo rằng chúng có thể truy cập được. Đảm bảo mở chúng bằng ứng dụng thường sử dụng chúng. Và đảm bảo rằng bạn có thể duyệt dữ liệu, cập nhật dữ liệu hoặc bất cứ điều gì bạn thường làm.
Tốt nhất là mở một số tệp thuộc nhiều loại khác nhau, hình ảnh, mp3, tài liệu và một số tệp lớn và một số nhỏ.
Hầu hết các hệ điều hành đều có các tiện ích mà bạn có thể sử dụng để so sánh các tệp và thư mục.

Tóm lược:

Trong hướng dẫn này, chúng ta đã tìm hiểu một khía cạnh khác nhau của kiểm tra khôi phục giúp hiểu được liệu hệ thống hoặc chương trình có đáp ứng các yêu cầu của nó sau khi bị lỗi hay không.

Bài viết này được đóng góp bởi Shweta Priyadarshini