Kiểm tra phục hồi là gì? với ví dụ
Thomas Hamilton
⚡ Tóm tắt thông minh
Kiểm tra khả năng phục hồi xác minh rằng phần mềm có thể tiếp tục hoạt động bình thường sau khi gặp sự cố, mất kết nối mạng hoặc lỗi phần cứng, bằng cách khôi phục hệ thống về một điểm hoạt động tốt đã biết và xử lý lại các giao dịch cho đến thời điểm xảy ra lỗi.
Kiểm tra phục hồi là gì?
Kiểm tra phục hồi Kiểm thử phục hồi là một kỹ thuật kiểm thử phần mềm nhằm xác minh khả năng phục hồi của phần mềm sau các sự cố như lỗi phần mềm hoặc phần cứng và lỗi mạng. Mục đích của kiểm thử phục hồi là để xác định xem các hoạt động của phần mềm có thể tiếp tục sau một thảm họa hoặc mất tính toàn vẹn hay không. Kiểm thử phục hồi bao gồm việc khôi phục phần mềm về thời điểm mà tính toàn vẹn được biết đến và xử lý lại các giao dịch cho đến điểm xảy ra lỗi.
Trong kỹ thuật phần mềm, kiểm thử khả năng phục hồi là một loại kiểm thử. kiểm thử phi chức năng — Nó bao gồm các khía cạnh không gắn liền với một chức năng cụ thể hoặc hành động của người dùng, chẳng hạn như khả năng mở rộng hoặc bảo mật. Việc này được thực hiện bởi các chuyên gia kiểm thử và dữ liệu sao lưu đầy đủ được lưu giữ ở những vị trí an toàn trước đó.
Ví dụ về kiểm tra khôi phục
Hai tình huống được mô tả dưới dạng đơn giản nhất cho thấy kỹ thuật này. Trong mỗi tình huống, một lỗi được cố ý gây ra, sau đó ứng dụng được theo dõi khi nó tiếp tục hoạt động.
- Sự cố gián đoạn mạng: Trong khi ứ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, 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ừ điểm bị ngắt kết nối.
- Khôi phục phiên: Khởi động lại hệ thống trong khi trình duyệt đang mở một số lượng phiên nhất định, và kiểm tra xem trình duyệt có khôi phục lại tất cả các phiên đó hay không.
Hình minh họa bên dưới thể hiện cùng một ý tưởng bằng hình ảnh.
Thời gian phục hồi phụ thuộc vào:
- Số điểm khởi động lại
- Khối lượng dữ liệu mà ứng dụng lưu trữ
- Việc đào tạo và kỹ năng của những người thực hiện các hoạt động phục hồi, và các công cụ sẵn có cho công tác phục hồi.
Khi xảy ra nhiều lỗi, việc kiểm tra khả năng phục hồi nên được thực hiện một cách có cấu trúc chứ không phải thực hiện tất cả cùng một lúc — tiến hành kiểm tra từng phân đoạn một.
Vòng đời của quá trình phục hồi
Trước khi thiết kế các trường hợp kiểm thử, việc xem xét quá trình kiểm thử phục hồi can thiệp vào đâu là rất hữu ích. Vòng đời của quá trình phục hồi gồm năm bước:
- Hoạt động binh thương
- Xảy ra thảm họa
- Sự gián đoạn và thất bại của hoạt động
- Giải quyết thảm họa thông qua quá trình phục hồi
- Tái cấu trúc toàn bộ quy trình và thông tin, đưa toàn bộ hệ thống trở lại hoạt động bình thường.
Sơ đồ quy trình bên dưới thể hiện năm giai đoạn đó theo trình tự.
Chúng ta hãy cùng thảo luận chi tiết về năm bước này:
- Hoạt động binh thương. Một hệ thống gồm phần cứng, phần mềm và firmware, được tích hợp để đạt được mục tiêu chung, thực hiện nhiệm vụ được thiết kế mà không bị gián đoạn trong một khoảng thời gian nhất định.
- Sự cố thảm họa. Sự gián đoạn có thể xảy ra do trục trặc phần mềm, từ các nguyên nhân như lỗi do thao tác nhập liệu, sự cố do hỏng phần cứng, hoặc hư hỏng do hỏa hoạn, trộm cắp hoặc đình công.
- Sự gián đoạn và thất bại. Đây là giai đoạn đau đớn nhất, dẫn đến thiệt hại kinh doanh, đổ vỡ các mối quan hệ, mất cơ hội, mất thời gian làm việc và chắc chắn là tổn thất về tài chính và uy tín. Kế hoạch phục hồi sau thảm họa giúp giảm thiểu tối đa giai đoạn này.
- Khắc phục hậu quả thiên tai. Nếu đã có kế hoạch dự phòng và quy trình giảm thiểu rủi ro, chi phí phục hồi sẽ tiết kiệm được rất nhiều thời gian và công sức. Một nhóm chuyên trách, với vai trò được xác định trước cho từng người, sẽ giúp phân định trách nhiệm và ngăn ngừa thời gian gián đoạn kéo dài.
- Tái thiết. Quá trình này có thể bao gồm nhiều phiên thao tác để 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 đầy đủ và quy trình tái tạo được xác định rõ ràng để khôi phục chính xác.
Chiến lược phục hồi
Nhóm phục hồi cần có chiến lược riêng để khôi phục mã và dữ liệu quan trọng nhằm đưa hoạt động trở lại bình thường. Chiến lược đó là duy nhất đối với mỗi tổ chức, dựa trên mức độ quan trọng của các hệ thống mà tổ chức đó quản lý, và đối với các hệ thống quan trọng, nó phụ thuộc vào một số lựa chọn:
- Một bản sao lưu duy nhất, hoặc nhiều hơn một bản sao lưu.
- Sao lưu nhiều bản tại một địa điểm, hoặc tại nhiều địa điểm khác nhau.
- Sao lưu trực tuyến hoặc sao lưu ngoại tuyến
- Quá trình sao lưu được thực hiện tự động theo chính sách hoặc được kích hoạt thủ công.
- Một nhóm phục chế độc lập, hoặc nhóm phát triển đang thực hiện công việc.
Mỗi lựa chọn đều có yếu tố chi phí, và việc sao lưu nhiều bản sao lưu có thể tiêu tốn nhiều tài nguyên vật lý hơn hoặc cần một nhóm độc lập. Sự phụ thuộc cũng rất quan trọng: các công ty bị ảnh hưởng bởi mã nguồn và dữ liệu mà họ lưu trữ với một nhà cung cấp duy nhất, và một hệ thống sao lưu quy mô lớn... AWS Sự cố mất điện đã nhiều lần khiến các dịch vụ tiêu dùng phổ biến bị ngừng hoạt động cùng một lúc. Khả năng khôi phục độc lập là rất quan trọng trong những trường hợp như vậy.
Cách thực hiện Kiểm tra khôi phục
Chiến lược đã được thống nhất, câu hỏi tiếp theo là thiết lập bài kiểm tra như thế nào. Cần xem xét các điểm sau đây khi thực hiện kiểm tra phục hồi.
- Hãy tạo một môi trường thử nghiệm càng giống với điều kiện triển khai thực tế càng tốt: giao diện, giao thức, phần mềm nhúng, phần cứng và phần mềm nói chung phải giống với môi trường sản xuất.
- Mặc dù việc kiểm tra toàn diện có thể tốn thời gian và chi phí, nhưng vẫn cần thực hiện cấu hình giống hệt và kiểm tra đầy đủ.
- Nếu có thể, hãy kiểm tra trên phần cứng mà bạn sẽ sử dụng để khôi phục dữ liệu — đặc biệt là khi khôi phục sang 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 yêu cầu ổ cứng phải có cùng kích thước với kích thước mà bản sao lưu được lấy từ đó.
- Quản lý sự lỗi thời: công nghệ ổ cứng phát triển nhanh chóng, và ổ cứng cũ có thể không tương thích với ổ cứng mới. Khôi phục về trạng thái ban đầu... máy ảo Điều này rất hữu ích vì phần mềm ảo hóa có thể mô phỏng phần cứng hiện có, bao gồm cả kích thước ổ đĩa.
- Các hệ thống sao lưu trực tuyến cũng không ngoại lệ trong quá trình kiểm tra. Hầu hết các nhà cung cấp đều bảo vệ người dùng khỏi các sự cố về phương tiện lưu trữ thông qua bộ nhớ chịu lỗi, do đó các lỗi chỉ được phát hiện muộn.
- Mặc dù các hệ thống sao lưu trực tuyến cực kỳ đáng tin cậy, nhưng khâu khôi phục vẫn cần được kiểm tra để xác nhận không có vấn đề gì về việc khôi phục, bảo mật hoặc mã hóa.
Vì quá trình phục hồi được thực hiện toàn diện, nên các buổi chạy này thường được lên lịch song song với các hoạt động khác. Thử nghiệm hệ thống thay vì ở cấp đơn vị.
Quy trình kiểm tra sau khi phục hồi
Khôi phục dữ liệu chỉ là một nửa công việc; bản sao được khôi phục vẫn cần phải được chứng minh là có thể sử dụng được. 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 định kỳ thực hiện các bài tập khôi phục dữ liệu. Một kế hoạch khôi phục sau thảm họa toàn diện rất tốn kém để duy trì và kiểm tra, vì vậy các tổ chức nhỏ hơn thường dựa vào các bản sao lưu và lưu trữ ngoài địa điểm.
Sau khi các thư mục và tập tin được khôi phục, các bước kiểm tra sau đây sẽ xác nhận rằng chúng đã được khôi phục đúng cách:
- Đổi tên thư mục chứa tài liệu bị lỗi để bản sao được khôi phục không bị nhầm lẫn với thư mục đó.
- Đếm số lượng tệp trong các thư mục đã khôi phục và so sánh số lượng đó với thư mục gốc.
- Mở một vài tập tin bằng ứng dụng thường sử dụng chúng và xác nhận xem dữ liệu có thể được duyệt và cập nhật như bình thường hay không.
- Mở nhiều tập tin thuộc các loại khác nhau — hình ảnh, MP3và các tài liệu, một số lớn, một số nhỏ.
- Hãy sử dụng các tiện ích so sánh tập tin và thư mục mà hầu hết mọi người thường dùng. các hệ điều hành cung cấp.
