数据库容灾备份存储容量规划，先算清全量、增量和日志三笔账，再按保留周期乘出基准值，最后留出至少三成冗余，盲目按生产库容的倍数拍板，多半会买小或买贵。
数据库容灾备份存储容量怎么计算：先摸清三个变量
容量规划最怕拿生产库当前大小直接乘以某个倍数,那样算出来的结果，要么备份放不下，要么预算浪费，真正要算的是：全量备份体积、增量或差异备份体积、日志备份体积，这三个变量会随备份策略和业务增长变化，所以先拆开看。
全量备份基准值从哪来
生产库的逻辑大小不等于备份文件大小,比如一个500GB的MySQL库，用mysqldump导出的SQL文件可能不到300GB，但用物理备份可能接近400GB，规划前先在测试环境执行一次完整备份，看实际落盘大小，操作路径：
- MySQL：执行
mysqldump --single-transaction --all-databases > full_backup.sql，看文件大小。 - PostgreSQL：执行
pg_dumpall > full_backup.sql或pg_basebackup -D /backup/base，比较逻辑与物理备份差异。 - Oracle：用RMAN执行
BACKUP DATABASE PLUS ARCHIVELOG;，查看备份片总大小。
这个实测值就是全量备份基准值,如果数据库还没上线，可以用测试库模拟业务数据量，再乘以一个安全系数。
增量与日志备份会吃掉多少空间
增量备份通常比全量小很多,但架不住次数多，每天一次增量，一周就是七份，日志备份更细碎，如果开启归档或binlog，每15分钟一份，一天就是96份，容量规划时不能只看单份大小，要算保留周期内的总量。
- 每日全量保留7天：全量空间=基准值×7。
- 每日增量保留30天：增量空间=单次增量平均大小×30。
- 日志保留7天：日志空间=每小时日志平均大小×24×7。
很多DBA只算了全量,结果归档日志撑爆了备份盘，所以日志备份要单独列一项。
一个可落地的计算公式
把三个变量合并,得出初始容量：
初始容量 =（全量基准值 × 全量保留份数）+（增量平均值 × 增量保留份数）+（日志平均值 × 日志保留份数）
再乘上增长系数和冗余系数,增长系数按业务年增量估算，比如未来一年数据量可能增加三成，就乘1.3，冗余系数给1.2到1.5，防止临时加备份任务或恢复演练占空间，这个公式虽然简单，但比拍脑袋准得多。
异地容灾备份服务器需要多大存储？别拍脑袋定
很多用户在规划异地容灾时,把本地备份容量原样搬到异地，结果发现异地服务器要么常年空着，要么同步任务频繁失败，核心原因是异地链路带宽和复制方式不同。
同步复制和异步复制的容量差别
同步复制要求每个事务都写到异地才返回成功,对带宽和存储性能要求高，容量规划要按生产库同等规格甚至更高预留，异步复制允许延迟，异地端主要存增量数据，容量可以略小于本地全量备份，常见做法：
- 同城双活：同步复制，容量按生产库的1.5倍左右规划，因为要承接切换后的完整负载。
- 异地灾备：异步复制，容量按“全量基准值+每日增量×7天”规划，再留冗余。
- 两地三中心：同城同步、异地异步，异地端可以只保留最近一个全量和持续增量，容量比同城端小。
具体配置前,先跑一次全量数据初始化，观察传输耗时和落盘大小，再决定异地存储规格。
传输带宽决定存储增量速度
异地容灾不是买大硬盘就完事,如果链路带宽只有100Mbps，一天最多传输约1TB数据，而每日增量超过这个量，备份就会积压，规划时可以按这个顺序检查：
- 估算每日增量数据量。
- 根据链路带宽计算每日可传输量。
- 如果增量大于可传输量,要么升级带宽，要么调整备份策略，比如改成每周同步一次全量加每日日志。
存储容量要匹配带宽上限,不然硬盘再大也写不进去，业内专家指出，备份容量规划错误是容灾系统失效的常见原因之一，带宽和容量的匹配往往被忽略。
容灾备份一体机价格一般多少？先看配置再谈预算
容灾备份一体机把服务器、存储、备份软件打包，价格从几万到几十万不等，主要看三点：备份容量、支持数据库类型、是否带重删压缩，不能只看标价，有些低价一体机不含数据库授权，后期加模块反而贵。
影响价格的关键配置
- 裸容量：比如12TB、24TB、48TB，每TB成本随容量上升而下降，但整体价差明显。
- 备份功能：只支持文件备份便宜，支持Oracle、SQL Server、MySQL等数据库在线备份贵一些。
- 重删与压缩：带全局重删的一体机价格高，但长期省存储空间。
- 复制功能：能否做异地复制、是否按节点收费，也会影响总价。
中小企业数据库容灾备份方案：不花冤枉钱的配置思路
中小企业不用一上来就买高端一体机,可以分阶段：
- 单数据库小于2TB：一台低配服务器加开源备份工具（如Percona XtraBackup、pgBackRest），配一块大容量SATA盘，成本可以压到万元级。
- 数据库2TB到10TB：考虑中端备份一体机或备份软件加独立存储，预算通常在十万元级。
- 多数据库或核心业务：选择支持自动恢复演练、异地复制的一体机，预算会到几十万元级。
价格不是选型的唯一标准,恢复速度测试和厂商服务能力也要纳入评估，建议采购前先申请测试机，用自己的生产库数据做备份和恢复实测。
容量规划实操清单：从命令到表格
最后给一份可落地的清单,照着做就不会漏项。
获取真实数据量
- 数据库大小：执行
SELECT pg_database_size('dbname');或通过 MySQL 的information_schema.tables统计。 - 每日归档或binlog体积：查看备份目录近7天平均增量。
确定备份保留策略
常见策略：每日全量保留7天，增量保留30天，日志保留7天，可以根据合规要求调整，比如金融行业可能要求全量保留半年。
套用公式计算初始容量
示例：生产库实测全量基准值400GB，每日增量平均20GB，每小时日志2GB，策略为全量7份、增量30份、日志168小时，初始容量=400×7+20×30+2×168=2800+600+336=3736GB，约3.7TB，乘增长系数1.3得4.86TB，再乘冗余系数1.3得6.3TB，所以建议规划 8TB
以上存储，留出后续扩容空间。
对比不同介质成本
| 存储类型 | 适用场景 | 容量成本参考 | 注意事项 |
|---|---|---|---|
| SATA HDD | 本地离线备份、低频访问 | 较低 | 顺序写性能尚可，随机读慢 |
| SAS HDD | 备份服务器本地盘 | 中等 | 适合并发备份任务 |
| SSD | 高频恢复、日志缓存 | 较高 | 容量较小，适合放热数据 |
| 对象存储 | 异地容灾、长期归档 | 通常按容量和流量计费 | 注意取回费用 |
表格里的成本只做相对比较,实际价格随市场波动，选型时优先看备份窗口和恢复RTO能不能满足。
数据库容灾备份服务器容量规划常见问题
数据库容灾备份存储容量规划方案里，压缩和重删能省多少空间？
压缩和重删的效果取决于数据类型,结构化数据库的压缩率通常有限，重删在重复数据多的备份场景下效果明显，规划时不要按厂商宣传的最高比例计算，保守做法是按原始备份容量的六到八成预留物理空间，等实际运行一段后再动态调整。
异地容灾备份服务器需要多大存储空间才够用？
按公式计算：全量基准值×保留全量份数+每日增量×保留增量份数+每日日志×保留日志时长，再乘增长系数和1.2到1.5倍冗余，例如单库500GB，每日全量保留7天，每日增量20GB保留30天，日志每小时1GB保留7天，初始容量约4.2TB，加上增长和冗余建议规划6TB以上，具体数值以实测为准。
容灾备份一体机价格一般多少，中小企业怎么选？
中小企业数据库容灾备份方案不必盲目追求高端一体机,数据库小于2TB时，用开源备份工具加一台存储服务器，成本可以控制在万元级，2TB到10TB建议选择中端一体机或备份软件加独立存储，预算通常十万元级，核心业务需要异地复制和自动恢复演练的，预算会到几十万元级，采购前务必用生产库数据做备份恢复实测，避免只看标称容量和功能。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/661472.html
