Chọn ranh giới kho lưu trữ
Dùng đích đến và thông tin đăng nhập riêng biệt với máy chủ sản xuất. Mã hóa phía máy khách có thể bảo vệ các bản sao lưu trữ, nhưng mật khẩu hoặc khóa kho lưu trữ phải được sao lưu riêng tư. Mất nó có thể khiến mọi ảnh chụp nhanh được mã hóa không dùng được.
Thu thập dữ liệu nhất quán
Dùng bản dump gốc của cơ sở dữ liệu hoặc quy trình snapshot được ứng dụng hỗ trợ. Sao lưu cấu hình, hướng dẫn triển khai và các bí mật được bảo vệ cần thiết để khôi phục. Chỉ loại trừ bộ nhớ đệm tạm thời khi bạn biết chúng có thể được tái tạo.
Làm cho việc xóa khó hơn
Cân nhắc đích chỉ ghi thêm hoặc bất biến nơi máy nguồn không thể xóa mọi bản sao lịch sử. Giữ thông tin xác thực lưu trữ và cắt tỉa riêng biệt khi có thể. Chỉ mã hóa không ngăn được máy chủ bị xâm phạm xóa kho lưu trữ có thể ghi.
Lên lịch kiểm tra và diễn tập khôi phục
Theo dõi trạng thái thoát của tác vụ và thời điểm của bản sao lưu tốt gần nhất. Chạy các kiểm tra tính toàn vẹn kho lưu trữ được công cụ hỗ trợ. Khôi phục một mẫu thường xuyên và thực hiện diễn tập khôi phục hoàn chỉnh sau các thay đổi lớn của ứng dụng.
Tách biệt việc thêm bản sao khỏi việc xóa lịch sử
Một đích chỉ ghi thêm có thể cho phép máy chủ sản xuất thêm ảnh chụp nhanh trong khi giữ quyền xóa trên một máy tin cậy riêng biệt. Việc lưu giữ vẫn cần được xem xét cẩn thận: các ảnh chụp nhanh mới hơn bị giả mạo có thể làm suy yếu một số chính sách lựa chọn dựa trên lịch. Kiểm tra hướng dẫn của công cụ, chạy thử nghiệm lưu giữ và giám sát dung lượng. Thao tác forget của Restic chọn ảnh chụp nhanh; việc cắt tỉa loại bỏ dữ liệu được lưu trữ không được tham chiếu.
- Giữ thông tin đăng nhập bảo trì kho lưu trữ ngoài máy sản xuất
- Chạy thử nghiệm lưu giữ trước khi cho phép xóa
- Dùng một đích trống mới cho mỗi lần diễn tập khôi phục
restic check
restic snapshots
restic restore latest --target /srv/restore-drillTài liệu chính thức: Lưu giữ và cắt tỉa Restic
Một buổi diễn tập khôi phục với điều kiện đạt
Chọn một lỗi thực tế: một tệp bị xóa, một cơ sở dữ liệu bị mất hoặc một lần xây dựng lại máy hoàn chỉnh. Khôi phục vào một thư mục riêng hoặc máy chủ cách ly. Xác minh nội dung tệp, quyền và khả năng ứng dụng sử dụng chúng. Ghi lại thời gian đã trôi qua và bất kỳ bước thủ công nào bị thiếu trong runbook. Kiểm tra kho lưu trữ xác nhận một thuộc tính khác với việc khôi phục ứng dụng đang hoạt động.
- Không khôi phục đè lên ứng dụng đang chạy như lần thử đầu tiên
- Xác nhận rằng thông tin xác thực mã hóa có thể khôi phục độc lập
- Cảnh báo nếu bản sao lưu thành công mới nhất vượt quá mục tiêu khôi phục của bạn
Xây dựng bản kê khôi phục trước khi chọn loại trừ
Liệt kê những thứ không thể tạo lại bằng cách cài lại gói: nội dung cơ sở dữ liệu, tệp tải lên, cấu hình ứng dụng, khóa ký hoặc mã hóa và phiên bản triển khai. Ghi phương pháp đảm bảo tính nhất quán bên cạnh từng mục. Bản dump cơ sở dữ liệu thuộc về một thời điểm xác định; sao chép thư mục cơ sở dữ liệu đang bận có thể cho kết quả khác. Giữ quyền truy cập kho lưu trữ, cụm mật khẩu của nó và mọi bản xuất khóa Borg ở một vị trí khôi phục riêng tư riêng biệt. Kiểm tra rằng một máy thay thế có thể mở kho lưu trữ trước khi biến nó thành bản sao khôi phục duy nhất.
- Nêu mục tiêu điểm khôi phục: lượng công việc gần đây có thể bị mất. Đặt lịch trình dựa trên yêu cầu đó.
- Nêu mục tiêu thời gian khôi phục: việc dựng lại có thể mất bao lâu. Bao gồm nhập cơ sở dữ liệu và các thay đổi DNS trong buổi diễn tập.
- Kiểm tra rằng một quy tắc loại trừ dành cho bộ nhớ đệm không đồng thời xóa tệp tải lên, volume container hoặc cấu hình được bảo vệ.
- Sử dụng tài liệu cho phiên bản chính Borg đã cài đặt; định dạng kho lưu trữ và lệnh không thể hoán đổi giữa tất cả các phiên bản.
Tài liệu chính thức: Borg: mã hóa, tính nhất quán và khôi phục
Kiểm tra dữ liệu đã lưu cũng như siêu dữ liệu kho lưu trữ
Kiểm tra kho mặc định của Restic và xác minh đọc qua thực hiện những công việc khác nhau. Lên lịch xác minh dữ liệu với chi phí băng thông và thời gian chạy được tính đến. Ví dụ kiểm tra một phần năm xác định của các tệp pack; các lần kiểm tra theo lịch tiếp theo phải dùng các phần còn lại để bao phủ kho. Một tập con được chọn ngẫu nhiên không cung cấp cùng bảo đảm bao phủ. Cả hai thao tác đều không chứng minh rằng ứng dụng có thể khởi động với dữ liệu đã khôi phục.
restic check --read-data-subset=1/5
restic snapshots --host example-host
restic restore latest --host example-host --target /srv/restore-drillTài liệu chính thức: restic: kiểm tra kho lưu trữ và xác minh dữ liệu
Giữ việc bảo trì ngoài tầm với của máy khách bị xâm phạm
Bộ lưu trữ chỉ ghi thêm của Borg giữ nguyên dữ liệu phân đoạn đã cam kết, nhưng ứng dụng khách vẫn có thể thay đổi danh sách lưu trữ hiển thị; khôi phục và nén cần quy trình quản trị được ghi rõ. Hạn chế thông tin đăng nhập sao lưu từ xa cho lệnh máy chủ của Borg, không phải shell hoặc đăng nhập hệ thống tệp không hạn chế có thể vượt qua các biện pháp bảo vệ đó. Với restic, hãy xem xét hướng dẫn keep-within cho lưu giữ chỉ ghi thêm. Trước bất kỳ bảo trì nào có thể xóa lịch sử, hãy kiểm tra tình trạng kho lưu trữ và xem trước lựa chọn từ một máy đáng tin cậy.
- Theo dõi thời điểm của bản sao lưu thành công gần nhất, mức tăng trưởng của kho lưu trữ, dung lượng bộ nhớ đệm và dung lượng trống ở cả hai đầu.
- Nếu khôi phục thất bại, hãy giữ nguyên kho lưu trữ gốc và nhật ký trước khi thử sửa chữa hoặc dọn dẹp.
- Nếu tác vụ thành công nhưng thiếu các tệp mong đợi, hãy kiểm tra nội dung lưu trữ và các mẫu loại trừ trước khi thay đổi thời gian lưu giữ.
- Kết thúc buổi diễn tập bằng cách mở tệp và chạy kiểm tra ứng dụng trong môi trường cách ly; giữ các đích sản xuất ra khỏi lệnh khôi phục.
Tài liệu chính thức: Borg: vận hành và bảo trì chỉ ghi thêm · restic: lưu giữ và các cân nhắc chỉ ghi thêm