印刻数据库

外观

DM 时间点恢复 ​

恢复原理 ​

时间点恢复基于以下核心原理：

  • 使用全量备份作为基础恢复点
  • 应用增量备份恢复到最近的增量备份点
  • 应用归档日志将数据库恢复到指定的时间点
  • 日志序列号（LSN）或时间戳作为恢复的精确标记

支持的恢复类型 ​

DM数据库支持多种时间点恢复方式：

  • 基于时间戳的恢复
  • 基于LSN的恢复
  • 基于事务ID的恢复
  • 基于SCN的恢复

前提条件 ​

在执行时间点恢复前，需要确保：

  1. 备份准备：

    • 存在有效的全量备份
    • 存在从全量备份到目标时间点的所有增量备份
    • 存在从备份开始到目标时间点的所有归档日志

  2. 环境准备：

    • 数据库实例已停止
    • 恢复目标目录已准备好
    • 确保有足够的磁盘空间

  3. 配置准备：

    • 已配置归档日志模式
    • 归档日志路径正确配置
    • 备份路径可访问

操作步骤 ​

1. 检查备份和日志 ​

首先，检查现有的备份和归档日志：

shell
# 列出所有备份
./dmrman backup list

# 检查归档日志完整性
./dmarchiver check

2. 停止数据库实例 ​

shell
# 使用DmService命令停止实例
systemctl stop DmServiceDMSERVER

# 或使用dmadmin命令
./dmadmin stop instance /opt/dmdbms/data/DAMENG/dm.ini

3. 执行基础恢复（全量备份） ​

使用dmrman工具执行全量备份恢复：

shell
./dmrman

# 执行全量恢复
RESTORE DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' FROM BACKUPSET '/opt/dmdbms/backup/full_backup_20230101'

4. 执行增量恢复（如果有） ​

shell
# 执行增量恢复
RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' FROM BACKUPSET '/opt/dmdbms/backup/incremental_backup_20230102'

5. 执行时间点恢复 ​

根据不同的恢复方式执行时间点恢复：

基于时间戳的恢复 ​

shell
# 恢复到指定时间点
RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' UNTIL TIME '2023-01-02 14:30:00'

基于LSN的恢复 ​

shell
# 恢复到指定LSN
RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' UNTIL LSN 123456789

基于事务ID的恢复 ​

shell
# 恢复到指定事务ID
RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' UNTIL TRANSACTION 12345

6. 更新数据库模式 ​

shell
# 更新数据库模式
RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' UPDATE DB_MAGIC

7. 启动数据库实例 ​

shell
# 启动数据库实例
systemctl start DmServiceDMSERVER

# 或使用dmadmin命令
./dmadmin start instance /opt/dmdbms/data/DAMENG/dm.ini

8. 验证恢复结果 ​

启动数据库后，验证恢复结果：

sql
-- 检查数据库状态
SELECT status$ FROM v$instance;

-- 检查恢复时间点
SELECT last_recover_time FROM v$database;

-- 验证数据完整性
-- 执行业务查询验证数据是否恢复到指定时间点

时间点恢复的注意事项 ​

1. 归档日志完整性 ​

  • 确保从备份开始到目标时间点的所有归档日志都存在且完整
  • 缺失任何一个归档日志都会导致恢复失败
  • 建议定期验证归档日志的完整性

2. 恢复时间考虑 ​

  • 时间点恢复的时间取决于数据量和归档日志大小
  • 对于大型数据库，可能需要较长时间
  • 建议在业务低峰期执行恢复操作

3. 恢复目标目录 ​

  • 恢复目标目录可以是原目录或新目录
  • 如果是原目录，确保已备份重要数据
  • 如果是新目录，需要重新配置数据库实例

4. 版本兼容性 ​

  • 恢复时确保备份版本与目标实例版本兼容
  • 建议使用相同版本的DM工具执行恢复

5. 恢复后的操作 ​

  • 恢复后建议立即执行全量备份
  • 检查数据库性能和业务功能
  • 更新相关文档和恢复记录

不同版本的差异 ​

DM 7 vs DM 8 ​

特性DM 7DM 8
时间点恢复方式支持时间戳、LSN支持时间戳、LSN、事务ID、SCN
恢复速度一般优化，恢复速度提升30%
并行恢复不支持支持并行恢复，可配置并行度
增量恢复支持增强，支持更多增量备份类型
恢复验证基本验证增强验证，自动检查恢复完整性

DM 8.1 新特性 ​

  • 支持基于SCN的精确恢复
  • 提供更详细的恢复进度显示
  • 支持恢复到只读模式进行验证
  • 增强的恢复错误处理机制

最佳实践 ​

1. 备份策略设计 ​

  • 定期执行全量备份（如每周一次）
  • 频繁执行增量备份（如每天一次）
  • 确保归档日志配置正确，且有足够的存储空间
  • 定期验证备份和归档日志的完整性

2. 恢复前准备 ​

  • 制定详细的恢复计划
  • 通知相关业务部门
  • 准备必要的工具和资源
  • 测试恢复流程（建议在测试环境中进行）

3. 恢复过程监控 ​

  • 监控恢复进度
  • 检查日志输出，及时发现问题
  • 记录恢复过程中的关键信息
  • 准备应急方案

4. 恢复后验证 ​

  • 验证数据库状态
  • 执行业务查询验证数据完整性
  • 检查数据库性能
  • 更新恢复文档和记录

常见问题（FAQ） ​

Q1: 时间点恢复失败，提示归档日志缺失怎么办？ ​

A1: 如果归档日志缺失，时间点恢复将无法完成。解决方案包括：

  • 检查归档日志路径是否正确
  • 确认归档日志是否被误删或移动
  • 如果归档日志确实缺失，只能恢复到最近的完整备份点
  • 建议加强归档日志的管理和备份

Q2: 如何确定正确的恢复时间点？ ​

A2: 确定恢复时间点的方法：

  • 查看应用日志，确定故障发生时间
  • 查看数据库日志，确定最后正常操作时间
  • 与业务人员沟通，确定需要恢复到的具体时间
  • 建议恢复到故障发生前的一个安全时间点

Q3: 时间点恢复后，数据库无法启动怎么办？ ​

A3: 数据库无法启动的可能原因：

  • 恢复过程中出现错误
  • 归档日志不完整或损坏
  • 恢复参数设置错误
  • 数据库配置文件问题

解决方案：

  • 查看数据库启动日志，定位具体错误
  • 检查恢复过程中的日志输出
  • 重新执行恢复操作，确保步骤正确
  • 如问题无法解决，联系DM技术支持

Q4: 可以在生产环境直接执行时间点恢复吗？ ​

A4: 建议遵循以下原则：

  • 优先在测试环境验证恢复流程
  • 在生产环境执行前，确保已做好充分准备
  • 选择业务低峰期执行恢复操作
  • 通知相关业务部门，做好业务中断准备
  • 准备回滚方案，以防恢复失败

Q5: 时间点恢复会影响其他数据库实例吗？ ​

A5: 时间点恢复只影响当前操作的数据库实例，不会影响其他实例。但需要注意：

  • 如果是集群环境，需要按照集群恢复流程执行
  • 确保恢复操作不会影响共享存储
  • 恢复后需要重新配置集群关系

Q6: 如何提高时间点恢复的速度？ ​

A6: 提高恢复速度的方法：

  • 使用并行恢复功能（DM 8及以上版本）
  • 确保恢复目标存储性能良好
  • 优化恢复参数配置
  • 使用本地存储进行恢复，避免网络传输延迟
  • 定期清理过期的归档日志，减少恢复时需要处理的日志量