Xác định mức mất dữ liệu và thời gian khôi phục có thể chấp nhận, giữ một bản sao độc lập nhất quán và kiểm tra khôi phục ứng dụng thực tế trong môi trường biệt lập. Một tác vụ sao lưu hoàn tất hoặc kiểm tra tính toàn vẹn không tự chứng minh rằng mọi phụ thuộc cần cho khôi phục đều hiện diện.
Bắt đầu với khả năng khôi phục bạn cần
Kế hoạch sao lưu bắt đầu với hai câu hỏi thực tế: bạn có thể mất bao nhiêu công việc gần đây và dịch vụ có thể không khả dụng trong bao lâu? Những câu trả lời đó xác định lịch trình, dữ liệu cần bao gồm và phương thức khôi phục. Một bản sao hàng ngày có thể phù hợp với trang web ít thay đổi nhưng để lại khoảng trống quá lớn cho một ứng dụng bận rộn.
Liệt kê những gì làm cho dịch vụ hoạt động, không chỉ thư mục lớn nhất của nó. Dữ liệu ứng dụng, nội dung cơ sở dữ liệu, cấu hình, tệp đã tải lên và thông tin cần thiết để tái tạo môi trường đều có thể quan trọng. Hãy giữ một bản kiểm kê riêng về các phụ thuộc và khóa khôi phục. Bản sao lưu phải hỗ trợ một hệ thống hoạt động được, chứ không chỉ tạo ra một kho lưu trữ mà mục đích của nó bị lãng quên.
Giữ một bản sao bên ngoài ranh giới lỗi
Một thư mục thứ hai trên cùng máy có thể giúp khôi phục một chỉnh sửa nhầm, nhưng nó vẫn chịu rủi ro mất máy đó. Ảnh chụp nhanh cục bộ có thể hữu ích cho việc khôi phục nhanh và vẫn cần một bản sao độc lập cho các sự cố rộng hơn. Hãy chọn một đích khôi phục riêng biệt và quyết định quyền truy cập nào được phép đọc, ghi hoặc xóa bản sao lưu.
Nếu thông tin xác thực sản xuất có thể xóa mọi bản sao khôi phục, một tài khoản ứng dụng bị xâm phạm có thể đánh bại toàn bộ chiến lược. Hãy tách quyền truy cập khi có thể và bảo vệ thông tin xác thực lưu trữ. Mã hóa giúp bảo vệ nội dung được lưu trữ, nhưng quy trình khôi phục cũng phụ thuộc vào việc giữ khóa của nó an toàn bên ngoài môi trường bị hỏng.
Ghi lại trạng thái ứng dụng nhất quán
Sao chép các tệp cơ sở dữ liệu đang mở mà không có phương pháp phù hợp có thể ghi lại một trạng thái không dùng được. Hãy sử dụng phương pháp sao lưu được ứng dụng hoặc cơ sở dữ liệu hỗ trợ, và hiểu liệu nó cần ảnh chụp nhanh nhất quán, xuất logic hay tạm dừng ghi trong chốc lát. Phối hợp dữ liệu liên quan để thư mục tải lên và các tham chiếu cơ sở dữ liệu của nó mô tả cùng một thời điểm trong quy trình.
Ghi lại các loại trừ một cách có chủ đích. Bộ nhớ đệm và tệp tạm của quá trình build có thể tái tạo được; tệp khách hàng tải lên thường thì không. Hãy xem lại danh sách sau khi thêm tính năng hoặc di chuyển thư mục. Một tác vụ sao lưu thành công không thể bảo toàn một đường dẫn chưa từng được đưa vào.
Kiểm tra khôi phục trong môi trường biệt lập
Khôi phục dữ liệu đại diện vào một vị trí riêng và xác minh rằng nó mở đúng cách. Đối với một ứng dụng, hãy kiểm thử dịch vụ đã khôi phục cũng như các tệp. Tắt email gửi đi, tác vụ theo lịch và tích hợp bên ngoài trong môi trường kiểm thử để buổi diễn tập không tác động đến người dùng thật hoặc nhân bản tác vụ sản xuất.
Kiểm tra tính toàn vẹn của kho lưu trữ và kiểm thử khôi phục trả lời những câu hỏi khác nhau. Một công cụ có thể kiểm tra cấu trúc và dữ liệu được lưu trữ trong khi ứng dụng vẫn thiếu cấu hình hoặc một khóa bị bỏ quên. Hãy ghi lại thời gian khôi phục mất bao lâu, cần những bước thủ công nào và quy trình cần cải thiện ở đâu. Lặp lại bài tập sau những thay đổi quan trọng.
Một tình huống thực tế: diễn tập khôi phục trước khi ra mắt
Hãy xem xét một ứng dụng có cơ sở dữ liệu, tệp người dùng tải lên và một tập nhỏ tệp cấu hình riêng tư. Chủ sở hữu tạo một bản kiểm kê khôi phục và chọn phương pháp nhất quán được cơ sở dữ liệu hỗ trợ. Một đích sao lưu riêng biệt lưu các bản sao cần thiết, trong khi khóa khôi phục được giữ bên ngoài máy sản xuất. Bài kiểm thử đầu tiên bắt đầu với một môi trường cô lập trống, nên các phụ thuộc ẩn không thể mượn từ máy chủ đang hoạt động.
Chủ sở hữu khôi phục dữ liệu và cấu hình, sau đó kiểm tra đăng nhập, một bản ghi đại diện và một tệp đã tải lên. Email gửi đi, tác vụ theo lịch và hành động bên ngoài vẫn bị tắt trong buổi diễn tập. Nếu cơ sở dữ liệu khởi động nhưng thiếu đường dẫn tải lên hoặc bí mật, bài kiểm thử đã phát hiện một lỗ hổng mà một tác vụ lưu trữ thành công sẽ không tiết lộ. Chủ sở hữu sửa lại bản kiểm kê và lặp lại kiểm tra khôi phục bị ảnh hưởng.
Cuối cùng, chủ sở hữu ghi lại thời gian khôi phục và các bước thủ công. Lịch trình và chính sách lưu giữ được so sánh với lượng công việc gần đây có thể bị mất và thời gian dịch vụ có thể không khả dụng. Đây là những quyết định riêng của từng dự án chứ không phải bảo đảm do một nhãn lưu trữ cung cấp. Một quy trình đã được kiểm thử làm cho một bản sao lưu tùy chọn hoặc một sản phẩm lưu trữ trở nên hữu ích như một phần của chiến lược khôi phục rộng hơn.
| Bằng chứng khôi phục | Những gì nó kiểm tra | Câu hỏi còn lại |
|---|---|---|
| Tác vụ sao lưu đã hoàn tất | Tác vụ báo cáo thành công | Tất cả đường dẫn bắt buộc đã được đưa vào chưa? |
| Kiểm tra tính toàn vẹn của kho lưu trữ | Kiểm tra cấu trúc hoặc dữ liệu được lưu trữ | Ứng dụng có đủ mọi phụ thuộc không? |
| Khôi phục ứng dụng trong môi trường cô lập | Một khôi phục đại diện hoạt động được | Thời gian quan sát được có đáp ứng mục tiêu của bạn không? |
Làm cho lỗi hiển thị và thời gian lưu giữ có chủ đích
Một bản sao lưu dừng lại âm thầm là một bất ngờ trong tương lai. Hãy giám sát việc hoàn tất tác vụ, dung lượng khả dụng và độ mới của điểm khôi phục dùng được gần nhất. Giữ đủ lịch sử để khôi phục từ một vấn đề được phát hiện sau này, và hiểu việc cắt tỉa ảnh hưởng đến lịch sử đó như thế nào. Xem xét các thao tác xóa cẩn thận vì sai sót trong lưu giữ có thể xóa phiên bản hữu ích duy nhất.
Hãy đọc phạm vi của bất kỳ tùy chọn sao lưu nào trên dịch vụ SwissOctet bạn chọn và xác nhận quy trình khôi phục. Vault Storage có thể được coi là một thành phần dung lượng, nhưng chỉ một sản phẩm lưu trữ thì không phải là chính sách khôi phục hoàn chỉnh. Hãy quyết định những gì bạn cần khôi phục, giữ bản sao độc lập và chứng minh quy trình trước khi dịch vụ trở nên quan trọng.
Danh sách kiểm tra thực tế của bạn.
- Đặt mức mất dữ liệu và thời gian khôi phục có thể chấp nhận.
- Bao gồm cơ sở dữ liệu, tệp tải lên và thông tin tái tạo.
- Giữ một bản sao độc lập và tách biệt các khóa khôi phục.
- Khôi phục trong môi trường cô lập và kiểm thử ứng dụng.
- Giám sát độ mới, dung lượng và lưu giữ của bản sao lưu.
Những chi tiết quan trọng.
Thư mục thứ hai trên cùng máy chủ có phải là bản sao lưu độc lập không?+
Không. Nó vẫn chịu rủi ro mất máy chủ đó, dù nó có thể giúp khôi phục một sai sót cục bộ.
Kiểm tra tính toàn vẹn có thay thế buổi diễn tập khôi phục không?+
Không. Một kho lưu trữ hợp lệ vẫn có thể thiếu cấu hình, khóa hoặc dữ liệu mà ứng dụng yêu cầu.
Tại sao nên tắt tích hợp trong bài kiểm thử khôi phục?+
Để ngăn môi trường kiểm thử gửi email cho người dùng thật, lặp lại tác vụ hoặc kích hoạt hành động sản xuất.
Đến nguồn.
Các tài liệu tham khảo này hỗ trợ các khái niệm kỹ thuật trong hướng dẫn này. Hãy theo dõi tài liệu hiện hành trước khi thay đổi hệ thống sản xuất.
- restic: Khôi phục từ bản sao lưu restic.readthedocs.io
- restic: Làm việc với kho lưu trữ restic.readthedocs.io
- PostgreSQL: Sao lưu và khôi phục www.postgresql.org
Hướng dẫn biên tập bởi SwissOctet. Các ví dụ chỉ mang tính minh họa. Thông số dịch vụ, tùy chọn có sẵn và điều kiện hợp đồng phải được xác minh riêng.