技能介绍

要解决的问题

当数据库规模增长到几百 GB 甚至 TB 级别，团队往往面临一个尴尬局面：备份脚本散落在某个人的笔记里，cron 任务跑了半年没人知道还能不能恢复，直到某次误删事件发生才暴露问题。这个技能让 AI 代理能系统性地处理 PostgreSQL、MySQL、MongoDB 的备份方案设计——从评估 RPO/RTO 需求，到选择合适的备份类型、生成可执行的脚本，再到配置调度策略和验证恢复能力。

核心能力

技能覆盖备份全链路：

备份类型选择：全量、增量、差异、时间点恢复（PITR）四种策略，根据数据量和 RPO 要求匹配
脚本生成：包含压缩（gzip、lz4、zstd）、加密（GPG、OpenSSL AES-256）、时间戳命名和错误处理的 shell 脚本
调度与保留：通过 cron 或 systemd timer 自动化执行，按 7 天/4 周/12 月的分层保留策略管理存储
完整性验证：校验和检查 + 预发环境定期恢复演练，确认备份真的能用

工作流程

评估需求：确定数据库类型、大小、可接受的数据丢失窗口（RPO）和停机时间（RTO）
选择策略：全量恢复最简单但最慢；增量节省空间；PITR 依赖预写日志或 oplog 实现最低 RPO
生成脚本：调用对应数据库工具（pg_dump、mysqldump、mongodump），输出日志供监控
配置调度：定义保留策略并实现过期清理
验证恢复：每次备份后校验，定期测试恢复，失败时告警

适用边界与注意事项

大数据库超出本地磁盘：直接流式传输到对象存储，如 pg_dump | gzip | aws s3 cp -
备份期间有活跃写入：PostgreSQL 用 --snapshot，MongoDB 用 --oplog，MySQL 用 Percona XtraBackup 热备
凭证管理：密钥应放在 Vault 或云 Secrets Manager，而非硬编码在脚本中
跨区域复制延迟：从副本备份前需确认复制延迟接近零