# Ảnh chụp nhanh và sao lưu: chọn sự cố bạn cần vượt qua | SwissOctet Insights https://swissoctet.com/vi/insights/snapshots-backups-consistency/ SwissOctet / Thông tin chuyên sâu / Lưu trữ & khôi phục Lưu trữ & khôi phục Ứng dụng · 4 phút đọc Ảnh chụp nhanh và sao lưu: chọn sự cố bạn cần vượt qua So sánh điểm phục hồi, ranh giới sự cố và tính nhất quán ứng dụng thay vì giả định ảnh chụp nhanh và bản sao lưu độc lập cung cấp cùng mức bảo vệ. Bởi SwissOctet Editorial Lưu hướng dẫn Sao chép liên kết TRÊN TRANG NÀY 01 Mô tả bản sao trước khi đặt tên cho nó 02 So sánh các sự cố bạn dự kiến sẽ vượt qua 03 Kiểm tra tính nhất quán của ứng dụng 04 Coi thời gian lưu giữ là cửa sổ phục hồi 05 Tách biệt các công việc thành công khỏi dữ liệu đã xác minh 06 Kiểm tra một quy trình phục hồi nhỏ, hoàn chỉnh 07 Đọc các bản sao lưu tùy chọn như một dịch vụ cụ thể Danh sách kiểm tra thực tế của bạn Nguồn & đọc thêm Quay lại thư viện CÂU TRẢ LỜI TRỰC TIẾP Ảnh chụp nhanh là một biểu diễn tại một thời điểm với mức bảo vệ được quyết định bởi cách triển khai của nó. Một chiến lược sao lưu bổ sung thời gian lưu giữ có chủ đích, tách biệt quyền truy cập và phục hồi đã kiểm tra. Một số ảnh chụp nhanh là bản sao lưu; những cái khác phụ thuộc vào lưu trữ gốc. Hãy hỏi điều gì tồn tại sau khi xóa, bị xâm phạm hoặc mất môi trường chính. 01 Mô tả bản sao trước khi đặt tên cho nó Từ ảnh chụp nhanh cho bạn biết rằng một thời điểm đã được biểu diễn, nhưng không cho biết dữ liệu có thể phục hồi được lưu ở đâu hoặc ai có thể xóa nó. Ảnh chụp nhanh hệ thống tệp trên lưu trữ gốc và ảnh chụp nhanh khối do nhà cung cấp quản lý có thể có các ranh giới sự cố khác nhau. Hãy bắt đầu từ cách triển khai thay vì coi nhãn là một lời hứa phổ quát. AWS ghi rõ ảnh chụp nhanh EBS là bản sao lưu tăng dần tại một thời điểm của các ổ đĩa của nó. Đó là một cách triển khai cụ thể, không phải bằng chứng rằng mọi tùy chọn ảnh chụp nhanh đều hoạt động giống nhau. Đối với bất kỳ dịch vụ nào, hãy hỏi liệu việc khôi phục có phụ thuộc vào ổ đĩa gốc không, liệu các bản sao có rời khỏi miền sự cố chính không và điều gì xảy ra khi nguồn bị xóa. 02 So sánh các sự cố bạn dự kiến sẽ vượt qua Khôi phục nhanh sau một bản cập nhật và phục hồi sau khi mất tài khoản là những vấn đề khác nhau. Ảnh chụp nhanh cục bộ có thể thuận tiện cho trường hợp thứ nhất trong khi ít tách biệt cho trường hợp thứ hai. Các bản sao độc lập có thể tăng thêm bảo vệ, nhưng chỉ khi lưu trữ, quyền truy cập và đường xóa của chúng đủ tách biệt khỏi sự cố bạn đang chuẩn bị đối phó. Hãy viết ra sự cố và kết quả cần thiết. So sánh minh họa này là một công cụ hỗ trợ quyết định, không phải danh sách tính năng cho SwissOctet. Nó khuyến khích đặt câu hỏi về các bản sao và quyền kiểm soát thay vì tuyên bố rằng một công nghệ luôn vượt trội. Kết quả thực tế phụ thuộc vào cấu hình và quy trình phục hồi được nhà vận hành ghi lại. Tình huống Câu hỏi cho ảnh chụp nhanh Câu hỏi cho bản sao lưu Cập nhật ứng dụng lỗi Tôi có thể quay lại thời điểm mong muốn không? Một lần khôi phục sử dụng được mất bao lâu? Mất ổ đĩa chính Bản sao có phụ thuộc vào ổ đĩa đó không? Tôi có thể khôi phục lên lưu trữ mới không? Tài khoản quản trị bị xâm phạm Tài khoản này có thể xóa mọi bản sao không? Quyền xóa có được tách biệt không? Phát hiện lỗi sau nhiều tuần Thời điểm đó có còn được lưu giữ không? Thời gian lưu giữ có bao phủ độ trễ phát hiện không? 03 Kiểm tra tính nhất quán của ứng dụng Một ổ đĩa có thể ghi lại các tệp trong khi ứng dụng vẫn đang thay đổi chúng. Tùy thuộc vào phần mềm và quy trình chụp nhanh, kết quả có thể biểu diễn trạng thái nhất quán với sự cố thay vì trạng thái ứng dụng được phối hợp. Đừng cho rằng các tệp đọc được nghĩa là cơ sở dữ liệu và các tệp tải lên liên quan của nó đồng bộ. Hãy sử dụng phương pháp sao lưu được ứng dụng hoặc cơ sở dữ liệu ghi lại. Thiết kế lưu trữ liên tục của PostgreSQL minh họa sự khác biệt: việc phục hồi cần một bản sao lưu cơ sở phù hợp và một chuỗi liên tục các tệp write-ahead log cần thiết. Một thư mục được sao chép tùy tiện trong khi cơ sở dữ liệu đang chạy không phải là một quy trình tương đương. Nếu ứng dụng cũng lưu trữ tệp bên ngoài cơ sở dữ liệu, hãy lập kế hoạch phục hồi hai tập dữ liệu đó cùng nhau. 04 Coi thời gian lưu giữ là cửa sổ phục hồi Thời gian lưu giữ nên tính đến việc một lỗi có thể không được chú ý trong bao lâu. Cửa sổ mười ngày không giúp ích cho một lần xóa nhầm được phát hiện sau một tháng. Giữ mọi bản sao vô thời hạn tạo ra một vấn đề khác: chi phí, mức phơi nhiễm dữ liệu nhạy cảm ngày càng tăng và chính sách xóa không rõ ràng. Hãy chọn thời gian lưu giữ dựa trên các yêu cầu vận hành và xử lý dữ liệu cụ thể. Gắn nhãn các điểm phục hồi với bối cảnh hữu ích, chẳng hạn như phiên bản ứng dụng và thời gian hoàn thành công việc, mà không nhúng bí mật. Giữ đủ lịch sử để phân biệt trạng thái tốt với trạng thái bị hỏng. Trước khi cắt tỉa, hãy xác nhận cách hệ thống đã chọn xử lý dữ liệu chia sẻ hoặc tăng dần; xóa một điểm được gắn nhãn có thể không tương ứng với việc xóa một tệp độc lập đơn giản. 05 Tách biệt các công việc thành công khỏi dữ liệu đã xác minh Một công cụ sao lưu báo thành công chứng minh rằng quy trình của nó đã hoàn tất theo các quy tắc của nó. Nó không tự động chứng minh rằng mọi dữ liệu ứng dụng quan trọng đã được chọn, mọi byte được lưu trữ vẫn nguyên vẹn hoặc một máy chủ mới có thể sử dụng kết quả. Đó là những kiểm tra khác nhau. Hãy đưa tình trạng kho lưu trữ, xem xét lựa chọn và phục hồi đại diện vào kế hoạch vận hành. Restic ghi rõ sự khác biệt giữa kiểm tra kho lưu trữ mặc định và xác minh có đọc dữ liệu gói được lưu trữ. Kiểm tra đọc toàn bộ dữ liệu có thể tiêu tốn nhiều thời gian và băng thông hơn. Ví dụ đó làm cho điểm lập kế hoạch trở nên cụ thể: hãy quyết định xem việc xác minh thực sự đọc gì và dự trù công việc. Hãy dùng tài liệu của công cụ thay vì cho rằng mọi lệnh có tên check đều có cùng phạm vi bao phủ. 06 Kiểm tra một quy trình phục hồi nhỏ, hoàn chỉnh Hãy tưởng tượng một ấn phẩm với cơ sở dữ liệu, hình ảnh đã tải lên và cấu hình. Khôi phục cả ba vào một môi trường kiểm tra riêng tư, sau đó mở một bài viết và xác minh các tệp đính kèm của nó. Giữ các tích hợp thư theo lịch, thanh toán và xuất bản bị vô hiệu hóa trong quá trình diễn tập. Chỉ kiểm tra một tệp văn bản ngẫu nhiên sẽ bỏ sót các mối quan hệ làm cho ứng dụng hữu ích. Đo thời gian cần thiết và ghi lại những thông tin đăng nhập, phiên bản gói hoặc phụ thuộc bên ngoài nào còn thiếu. Xem xét quyền trên các tệp đã khôi phục, không chỉ nội dung của chúng. Một buổi diễn tập phục hồi thường phát hiện rằng dữ liệu tồn tại nhưng hướng dẫn hoặc quyền truy cập cần thiết để sử dụng nó chưa bao giờ được lưu giữ cùng với kế hoạch vận hành. 07 Đọc các bản sao lưu tùy chọn như một dịch vụ cụ thể Khi cấu hình SwissOctet, hãy xem tùy chọn sao lưu chính xác và thời gian lưu giữ cho dòng sản phẩm. Hỏi xem nó bao gồm những ổ đĩa và dữ liệu ứng dụng nào, liệu việc phục hồi có tự phục vụ không và điều gì xảy ra khi cấu hình chính thay đổi. Chỉ nhãn tùy chọn không thiết lập một bản sao độc lập, một kho lưu trữ bất biến hoặc một điểm phục hồi nhất quán với cơ sở dữ liệu. Sử dụng ảnh chụp nhanh ở nơi chúng phù hợp với khối lượng công việc và duy trì một chiến lược sao lưu rộng hơn cho những sự cố chúng không bao phủ. Ghi lại một tuyến phục hồi độc lập cho dữ liệu quan trọng, bảo vệ thông tin đăng nhập có thể xóa bản sao và kiểm tra quy trình. Lựa chọn mạnh nhất là lựa chọn tồn tại qua tình huống bạn đã xác định, không phải lựa chọn có tên nghe an tâm nhất. BIẾN NÓ THÀNH HÀNH ĐỘNG Danh sách kiểm tra thực tế của bạn. ✓ Xác định nơi dữ liệu có thể phục hồi được lưu trữ. ✓ Liệt kê các sự cố mà bản sao phải vượt qua. ✓ Sử dụng phương pháp nhất quán được ứng dụng hỗ trợ. ✓ Chọn thời gian lưu giữ cho cửa sổ phát hiện. ✓ Bảo vệ quyền xóa một cách riêng biệt. ✓ Khôi phục một ứng dụng hoàn chỉnh trong môi trường tách biệt. Tải danh sách kiểm tra CÂU HỎI THƯỜNG GẶP Những chi tiết quan trọng. Ảnh chụp nhanh có bao giờ không phải là bản sao lưu không? + Một số cách triển khai ảnh chụp nhanh là bản sao lưu. Sự khác biệt hữu ích nằm ở phụ thuộc lưu trữ, thời gian lưu giữ, mô hình truy cập và phục hồi đã kiểm tra của chúng, không chỉ ở nhãn. Một kiểm tra toàn vẹn thành công có chứng minh ứng dụng sẽ hoạt động không? + Nó chỉ chứng minh những gì kiểm tra đó bao phủ. Hãy kiểm tra riêng việc phục hồi ứng dụng, cấu hình, quyền và các mối quan hệ dữ liệu. Tôi có nên giữ bản sao lưu trên cùng máy chủ không? + Một bản sao trên cùng máy chủ có thể giúp với những sai sót hạn chế nhưng chia sẻ các sự cố quan trọng. Dữ liệu quan trọng cần một tuyến phục hồi bên ngoài ranh giới sự cố mà bạn định vượt qua. TÀI LIỆU THAM KHẢO CHÍNH Đế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. Amazon EBS: Ảnh chụp nhanh docs.aws.amazon.com PostgreSQL: Lưu trữ liên tục và phục hồi tại thời điểm www.postgresql.org Restic: Làm việc với kho lưu trữ và kiểm tra toàn vẹn restic.readthedocs.io 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. KẾT NỐI KIẾN THỨC Hạ tầng liên quan. Vault Storage Thụy Sĩ Pulse NVMe Thụy Sĩ Metal Zenith Thụy Sĩ GIỮ MẠCH Ghi chú thực địa tiếp theo của bạn. Khám phá mọi hướng dẫn GHI CHÚ THỰC ĐỊA / 01 + Lưu trữ & khôi phục Nền tảng Khi NVMe tạo ra khác biệt cho ứng dụng của bạn Phân biệt dung lượng, độ trễ và thông lượng để một nhãn lưu trữ nhanh hơn giải quyết vấn đề ứng dụng thực tế. 4 phút đọc Đọc hướng dẫn GHI CHÚ THỰC ĐỊA / 02 + Lưu trữ & khôi phục Nâng cao Đo hiệu năng NVMe mà không tự đánh lừa mình Xác định mẫu I/O, kiểm soát hiệu ứng bộ nhớ đệm và kiểm tra phân phối độ trễ trước khi rút ra kết luận ứng dụng từ một bài kiểm tra đĩa. 6 phút đọc Đọc hướng dẫn GHI CHÚ THỰC ĐỊA / 03 + Lưu trữ & khôi phục Nền tảng Lưu trữ object, file hay block: chọn giao diện ứng dụng của bạn cần Phân biệt các giao diện lưu trữ, ngữ nghĩa truy cập và trách nhiệm vận hành trước khi biến một yêu cầu dung lượng thành kiến trúc ứng dụng. 4 phút đọc Đọc hướng dẫn