适用源码：
9da0beb8e8fdad85f50d7039408c3d98494e91c7。本文记录源码行为，默认配置不等于实服配置。
设计状态：按现状编写，具体业务批准记录未逐项核定；开发状态：下述能力有实现证据，限制单列；验证状态：完成定向源码核对，未执行自动测试或实服验收。
备份对象与范围
共享数据库保存设施、银行、制造、市场及驿站账本；玩家存档、外部经济账户和世界方块不在同一个 SQLite 文件中。备份数据库不等于已保存全部可恢复状态。
WAL 模式下不能假定在线直接复制主文件就是一致性备份。采用经确认的一致性备份或受控停服快照，记录时间、提交、配置与各外部存储状态。本页不提供生产路径、下载地址或资产记录。
代码已经做什么
FacilityRemovalRepository 在强制移除前使用 VACUUM INTO 创建快照，再进入删除事务。这个功能针对修复操作，不等于全站自动备份服务，也不应为了备份而执行移除。
ConfigMigrator 为变更配置生成备份和报告。数据库、配置、玩家存档快照分别维护，不能伪称跨系统原子保存。
当前驿站结构
PortSchema 对空相关结构初始化；已有结构只核验，与当前 schema 不符即报错，保留原记录。当前不是历史逐级升级或独立库自动导入器。不删除表、改校验信息或清空资产来让启动通过。
启动核验包括外键与完整性检查；通过只说明对应数据库结构/约束检查，不代表经济结果和物品身份一致。
恢复前的最小流程
- 停止受影响的写入与重复操作，保护当前状态。
- 在隔离副本核验备份完整性、适用代码和配置。
- 比对玩家存档、SQL 与外部账户的时间线，识别已发生的外部付款/领取。
- 由授权管理员确定恢复范围和维护窗口，再制定可回退操作。
- 恢复后核对身份、余额、订单、包裹和场景，不仅检查服务器能启动。
没有经本次实服演练的一键回滚方案；禁止用开发库覆盖生产，也不发布任意改账 SQL。
来源
docs/部署与资源维护.md；代码根 folia_plugin/src/main/java/com/flrv/：infrastructure/persistence/SqliteDatabase.java、infrastructure/persistence/facility/FacilityRemovalRepository.java#remove、infrastructure/persistence/port/PortSchema.java、infrastructure/config/ConfigMigrator.java。
相关：持久化原理、配置管理。