用途
该技能面向备份与灾难恢复（Backup and Disaster Recovery）领域，用于设计和实施全面的备份与灾难恢复策略，目标是确保数据保护、业务连续性，以及在基础设施故障后快速恢复。
适用场景
根据资料，该技能适用于以下场景：
- 数据保护与合规
- 业务连续性规划
- 灾难恢复规划
- 时间点恢复（Point-in-time recovery）
- 跨区域故障转移
- 数据迁移
- 合规与审计要求
- 恢复时间目标（RTO）优化
主要能力与参考指南
资料中列出了 references/ 目录下的详细实现指南，包括：
- 数据库备份配置（Database Backup Configuration）
- 灾难恢复计划模板（Disaster Recovery Plan Template）
- 备份与恢复脚本（Backup and Restore Script）
- 跨区域故障转移（Cross-Region Failover）
使用方式
资料提供了一个最小可运行示例，以 Kubernetes ConfigMap 形式定义 PostgreSQL 备份脚本（postgres-backup-cronjob.yaml）。示例中设置了备份目录、保留天数、数据库连接参数，并通过 PGPASSWORD 环境变量进行认证，随后创建备份目录并执行全量备份，备份文件名包含日期时间戳。完整实现需参见参考指南。
示例代码要点（保留原样）：
- 资源类型：ConfigMap，名称 backup-script，命名空间 databases
- 脚本 backup.sh 使用
set -euo pipefail - 变量：BACKUP_DIR="/backups/postgresql"、RETENTION_DAYS=30、DB_HOST、DB_PORT（默认 5432）、DB_USER、DB_PASSWORD
- 导出 PGPASSWORD，创建备份目录，生成形如 full-$(date +%Y%m%d-%H%M%S).sql 的全量备份文件
最佳实践
资料给出的建议分为“应做”和“不应做”两类。
应做（✅ DO）：
- 定期执行备份测试
- 使用多个备份位置
- 实施自动化备份
- 记录恢复流程
- 定期测试故障转移流程
- 监控备份完成情况
- 使用不可变备份
- 对静态和传输中的备份进行加密
不应做（❌ DON'T）：
- 依赖单一备份位置
- 忽视备份失败
- 将备份与生产数据存放在一起
- 跳过恢复流程测试
- 过度压缩备份以致影响恢复速度
- 忘记验证备份完整性
- 将加密密钥与备份存放在一起
- 假设备份会自动正常工作
限制
资料未提供该技能的具体收费、价格、平台支持范围、性能指标或效果保证等信息，这些内容暂未提供。