首页/数据/备份与容灾速查/备份窗口 backup window

备份窗口 backup window

允许执行备份而不明显影响业务的时间段;窗口不足时的常见手段是全量错峰、增量或差异、存储快照、传输限速与并行度调整。

备份与容灾速查数据更新于 2026-10-13

备份窗口是什么

备份窗口是允许备份任务占用系统与网络资源、而不明显影响业务的时间段。它由数据量、链路带宽、介质写入速度与业务低峰长度共同决定。窗口不足时的常见手段是错峰全量、改用增量或差异、借助存储快照、限制传输速率,以及调整任务并行度。

基本信息

定义备份任务可占用系统与网络资源的时段
影响因素数据量、链路带宽、介质写入速度、业务低峰长度
估算方法按历史耗时与变化趋势推算,并留出重试余量
溢出后果任务顺延,与业务高峰重叠,进一步拖慢

压缩窗口的手段

手段效果代价
改用增量或差异日常数据量显著下降链条变长,恢复更复杂
存储快照主机侧停顿缩短到秒级依赖存储能力,快照本身不是独立副本
传输限速降低对业务链路的挤占总耗时变长,需要更长窗口
并行与多线程充分利用核数缩短耗时可能抢占业务算力与磁盘带宽

为长时间传输限速

为长时间传输限速
rsync -a --bwlimit=30000 /data/ backup@10.0.0.5:/backup/data/   # 约 30MB/s
# 压缩阶段限制线程数,避免抢占业务 CPU
pigz -6 -p 4 < data.tar > data.tar.gz

估算窗口的方法

  • 先测吞吐:同一份数据实测一次完整耗时,比按带宽理论值推算更可靠
  • 关注小文件数量:海量小文件受随机读写限制,耗时往往远超按总量估算
  • 记录历史耗时趋势:耗时突然上升通常意味着数据量或存储性能发生变化
  • 留出重试余量:按历史耗时的 1.2 到 1.5 倍预留,避免一次失败就溢出
  • 多任务共享目标存储时要实测总吞吐,并发写入会互相拖慢
窗口内无法完成的任务会顺延并可能与业务高峰重叠;应按历史耗时留出至少一次重试的余量,而不是按理想值排期。
窗口的定义随业务变化:大促、结算日与月末报表期间的低峰长度会明显缩短,排期应针对性调整。

易错点

  • 只按数据量与带宽估算耗时、忽略小文件数量与磁盘随机 IO 的影响,实际耗时经常超出预期
  • 多台客户端共享同一备份存储时并发写入互相拖慢,需实测总吞吐后再排计划
  • 为抢时间把压缩级别与并发拉到最高,结果挤占业务资源引发投诉
  • 窗口内没跑完的任务被静默顺延,与业务高峰重叠且无人察觉

数据来源与参考

  • rsync 手册(--bwlimit 选项)
  • NIST SP 800-34 Rev.1(备份调度)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌