- 打卡等级:魔龙套勇士
- 打卡总天数:130
- 打卡月天数:23
- 打卡总奖励:14868
- 最近打卡:2025-08-23 00:38:01
管理员
本站站长
- 积分
- 8647
|
全量备份和增量备份是数据备份的两种核心策略,在传奇服务端等场景中适用场景和操作逻辑差异显著,具体区别可从以下 6 个维度对比:
一、核心定义与备份范围
全量备份(Full Backup)
完整备份所有数据,无论数据是否发生变化。
例如在传奇服务端中,全量备份会复制 DBServer\FDB(角色数据)、LoginSrv\IdDB(账号数据)、GuildBase(行会数据)等全部目录和文件,包含当前时间点的完整数据状态。
增量备份(Incremental Backup)
仅备份自上次备份(全量或增量)以来新增或修改的数据。
例如传奇服务端中,若昨天做了全量备份,今天的增量备份只会复制 Hum.DB(角色数据变更)、TradeLog_20250717.txt(今日交易日志)等变化过的文件,未修改的文件不会重复备份。
二、执行效率对比
维度 全量备份 增量备份
耗时 较长(需处理所有数据) 较短(仅处理变化数据)
资源占用 高(CPU/IO 负载大) 低(轻量读写操作)
频率建议 周期较长(如每周 1 次) 周期较短(如每日 1 次)
举例:若传奇服务端数据总量为 10GB,全量备份可能需要 30 分钟;而每日增量数据通常仅 100-500MB,增量备份可能只需 5 分钟。
三、存储空间需求
全量备份:每次备份占用等量的存储空间(等于当前数据总量)。
例如每周全量备份 10GB 数据,1 个月(4 周)需占用 40GB 存储空间。
增量备份:每次备份仅占用变化数据的存储空间,累计占用远低于全量备份。
例如每日增量数据 500MB,1 个月(30 天)仅需 15GB,加上 1 次全量备份的 10GB,总计仅 25GB,比全量备份节省 37.5% 空间。
四、恢复流程差异
全量备份恢复:
流程简单,直接用最近一次全量备份文件覆盖目标目录即可完成恢复。
例如传奇服务端数据损坏后,只需停止服务,替换全量备份的 FDB、IdDB 等目录,重启服务即可恢复。
增量备份恢复:
流程复杂,需按顺序恢复全量备份 + 后续所有增量备份。
例如需先恢复上周日的全量备份,再依次恢复周一、周二、周三的增量备份(顺序不能错),才能还原到周三的数据状态。若中间某份增量备份丢失,后续数据无法完整恢复。
五、安全性与可靠性
全量备份:
可靠性高,单份备份即可独立恢复,无依赖关系。即使备份历史记录丢失,只要有最近的全量备份,就能恢复核心数据。
但风险在于:若全量备份过程中数据损坏(如文件传输错误),会导致整个备份失效。
增量备份:
可靠性依赖备份链的完整性,任何一份增量备份损坏都会影响后续恢复。
例如周一的增量备份损坏,即使有全量备份和周二的增量备份,也无法恢复周一至周二的变化数据。
六、适用场景
备份类型 适用场景 传奇服务端典型应用
全量备份 数据总量小、需快速恢复、定期完整存档 每周日凌晨备份所有核心数据(FDB、IdDB 等)
增量备份 数据量大、更新频繁、需日常轻量化备份 每日凌晨备份当天修改的角色数据、交易日志等
总结:如何选择?
核心策略:“全量备份做基础,增量备份补日常”。
例如传奇服务端可采用 “每周日全量备份 + 周一至周六增量备份”,既保证每周有完整数据存档,又通过增量备份减少日常资源消耗。
注意点:增量备份需严格记录备份顺序和时间戳,建议搭配日志文件(如 BackupLog.txt)记录每次备份的范围,避免恢复时遗漏。
|
|