Bản sao lưu NAS của bạn vẫn thất bại sau khi VPN trở lại

VPN kết nối lại lúc 06:10, bảng điều khiển hiển thị đường hầm màu xanh, và bản sao lưu qua đêm vẫn chưa có điểm khôi phục mới. Đó không phải là mâu thuẫn; đó là hai lịch trình chưa bao giờ được phối hợp. Một đường hầm phục hồi là một sự kiện mạng. Một bản sao lưu hoàn tất là một sự kiện ứng dụng với máy trạng thái riêng, và một lần chạy bị gián đoạn có thể bị tạm dừng, bị hủy hoặc bị xếp hàng sau một thứ hoàn toàn khác.

Lập kế hoạch khung thời gian quanh một điểm khôi phục đã hoàn tất, không phải quanh đèn chỉ báo của đường hầm.

Bắt đầu từ điểm khôi phục, không phải từ thời điểm bắt đầu

Viết yêu cầu như một hạn chót cho phiên bản được chấp nhận: một điểm khôi phục mới vượt qua kiểm tra tính toàn vẹn của chính tác vụ trước một thời điểm nhất định. Sau đó làm việc ngược qua thời lượng dự kiến, biến động thông thường và một lần thử bị gián đoạn. Thời điểm khởi chạy không phải là cam kết; nó chỉ là khoảnh khắc bộ lập lịch đã thử. Đặt hạn chót trong chính sách sao lưu, không phải trong tin nhắn trò chuyện. Một con số chỉ sống trong trí nhớ của ai đó không phải là ngưỡng giám sát.

Dùng lịch sử tác vụ để ước lượng thời lượng. Xử lý khối, loại bỏ trùng lặp và công việc chỉ mục là một phần của lần chạy, nên chia số byte đã thay đổi cho tốc độ liên kết sẽ đánh giá thấp khung thời gian theo cách mà sau này trông giống sự cố mạng.

Một gián đoạn làm gì với công việc

Hyper Backup phân biệt công việc có thể tiếp tục với công việc không thể: hành vi được ghi nhận là khi kết nối rớt, các tác vụ có thể tiếp tục bị tạm dừng và các tác vụ không thể tiếp tục bị hủy. Không trạng thái nào nhìn thấy từ ứng dụng VPN, và không trạng thái nào được sửa bằng cách kết nối lại đường hầm. Hãy đọc trạng thái tác vụ và lý do được ghi lại trước khi cho rằng lần chạy theo lịch tiếp theo sẽ tiếp tục từ chỗ lần trước dừng lại.

Tạm dừng thủ công và gián đoạn mạng có thể theo những vòng đời khác nhau. Nếu người vận hành đã tạm dừng tác vụ, việc kết nối lại mạng không thay đổi bất cứ điều gì.

Đích đến có yêu cầu riêng

Một đường hầm được khôi phục không gắn thư mục chia sẻ được mã hóa, không gia hạn thông tin đăng nhập sao lưu đã hết hạn và không hoàn tất bảo trì trên đích. Đó là những kiểm tra sẵn sàng riêng biệt, và bất kỳ kiểm tra nào cũng có thể biến một đường hầm xanh thành công việc thất bại. Xác nhận đích đến có thể truy cập và ghi được trước khi đổ lỗi cho lịch khôi phục.

Nếu chính NAS đích đã khởi động lại, các dịch vụ của nó có thể vẫn đang khởi động khi tác vụ sao lưu kích hoạt. Một kiểm tra sẵn sàng ngắn rẻ hơn một lần chạy thất bại và một lần thử lại.

Các kiểm tra toàn vẹn tranh nhau cùng những giờ đó

Một kiểm tra toàn vẹn có thể tiêu tốn khung thời gian mà không có bất kỳ lỗi mạng nào. DSM ghi nhận một tiến trình hoạt động mỗi tác vụ, và một bản sao lưu theo lịch có thể chờ sau kiểm tra toàn vẹn của tác vụ đó rồi bị bỏ qua sau thời gian chờ tối đa khoảng ba giờ. Hãy giãn hai lịch trình theo thời lượng quan sát được, và coi một lần chạy bị bỏ qua là phát hiện về lập lịch chứ không phải bằng chứng rằng VPN lại thất bại.

Bật thông báo với một phương thức gửi thực sự, sau đó chỉ định người đọc chúng. Một công việc chưa bao giờ bắt đầu và một công việc thất bại giữa chừng có thể không tạo ra cùng một cảnh báo.

Làm cho việc kiểm tra buổi sáng nói về bản sao

Câu hỏi buổi sáng là liệu có một bản sao hiện tại và có thể khôi phục hay không, chứ không phải đường hầm có bật hay không. Kiểm tra tuổi của phiên bản được chấp nhận gần nhất so với hạn chót, sau đó thực hiện một bài kiểm tra khôi phục an toàn trên một tệp nhỏ từ phiên bản đó. Giữ lại các phiên bản tốt trước đó trong khi điều tra bất cứ điều gì có vẻ sai.

Ghi lại dấu thời gian trong một múi giờ duy nhất, bao gồm múi giờ của bộ lập lịch, múi giờ của đích và múi giờ của người đọc bảng điều khiển. Nhiều hơn một trong những cuộc điều tra này kết thúc ở chênh lệch đồng hồ chứ không phải lỗi mạng, và ghi chú chính là thứ khiến điều đó hiển hiện lần sau.