proto.lib

Giám sát Backup và Restore Drill

Một backup job báo success gần như không chứng minh được gì: cần kiểm tra job có chạy, kích thước/thời gian nằm trong dải kỳ vọng, độ tuổi backup còn trong RPO, và định kỳ chạy thử restore thật để đo time-to-restore so với RTO.

ObservabilityTrung bình2026-08-25
Giám sát Backup và Restore Drill

Tags

#backup#restore-drill#rpo#rto#deadman-switch#disaster-recovery

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

ArchitectureCơ bản

Disaster Recovery - RPO và RTO

RPO đo lượng dữ liệu có thể mất, RTO đo thời gian khôi phục dịch vụ; backup và recovery plan được thiết kế để đáp ứng hai mục tiêu này.

#disaster-recovery#rpo#rto#backup
ObservabilityNâng cao

Meta-Monitoring: Ai theo dõi chính hệ thống observability

Bản thân pipeline telemetry cần được giám sát bằng các tín hiệu riêng — scrape failure, target stale, span/log bị drop tại SDK hoặc collector, queue exporter đầy, ingestion lag, lỗi ghi storage và rules engine ngừng evaluate — vì một pipeline im lặng trông giống hệt một hệ thống khoẻ mạnh trên dashboard.

#meta-monitoring#pipeline-health#deadman-switch#collector
ObservabilityTrung bình

Giám sát độ tươi của Batch Job (Freshness & Deadman Check)

Một job chạy đêm không có error rate hay latency percentile để soi — thứ cần theo dõi là job có CHẠY hay không, có thành công hay không, và kết quả cũ tới mức nào; alert phải bắn khi KHÔNG THẤY lần chạy thành công nào (deadman check) chứ không đợi một sự kiện lỗi có thể không bao giờ được emit.

#batch-job#freshness#deadman-switch#data-pipeline