备份文件放哪里、要预留多少空间
SQL Server 备份文件的存放位置选择原则:独立于数据盘、预留容量估算方法、网络共享与本地卷的取舍,避免备份把磁盘写满。
结论先行
两条硬原则:备份放独立于数据库文件的卷(同盘备份 = 磁盘坏一次连备份一起丢);空间预留按「最大库大小 × 完整备份份数 + 日志备份累积」估算。开发环境图省事可以放本机独立分区,生产环境优先考虑远程卷或对象存储。
放哪里:三种选择
| 位置 | 优点 | 缺点 |
|---|---|---|
| 本机独立卷 | 快、无网络依赖 | 与主机同生共死,机房级故障无解 |
| 网络共享(SMB) | 集中管理、易异地 | 依赖网络可用性,速度受带宽限制 |
| 异地/云对象存储 | 抗机房级灾难 | 恢复时取回时间长,网络差时不可靠 |
备份到网络共享时,Agent 服务账户要有共享写权限,且网络中断会让备份作业失败——失败要有告警兜底。
预留多少空间
- 完整备份 ≈ 数据库实际大小(压缩备份会小一截,按压缩比视机型而定);
- 差异备份 介于 0 与完整之间,活跃库常接近完整大小;
- 日志备份 每次大小取决于该周期事务量,高写入库可能达到数据量的数倍/天;
- 预留公式(粗算):
完整份数 × 库大小 + 每日日志备份总量 × 保留天数,再加 30% 余量应对增长。
常见错误
- 备份目录与数据目录同卷且默认保留天数不开 → 数周后磁盘写满(备份与数据都在受害名单里)。
- 权限没配好:SQL Server 服务(或 Agent 服务)账户对备份目录无写权限,备份静默失败。
- 网络共享路径换机器后失效:记得检查备份作业里的 UNC 路径。
SQL Server 2022 Developer 条目环境下可在 SSMS 管理工具条目 中直接改备份目标;部署在服务器上的生产库,磁盘规划可对照 Windows Server 2019 条目 的卷规划习惯。