为什么要打扰rman?

0 oracle rman

之前关于 rman 宁愿消耗无限磁盘空间而不是删除过时的备份的问题,我已经难倒了每个人。这让我想到了这个问题:

datapump 备份有效(我已经实际测试过恢复它们),并且与 rman 不同,它们易于管理(如果您想对此提出异议,请回答上一个问题!)所以为什么我不应该禁用 rman 备份并考虑解决方案?

Bal*_*app 5

如果使用它的人不知道如何配置数据库,这不是 RMAN 的错。

使用 RMAN,您可以:

  • 将数据库恢复到备份涵盖的过去任何时间点,而不仅仅是创建备份的实际状态
  • 显着更快地恢复大型数据库(在多 TB 数据库上使用 impdp 玩得开心 - 特别是索引构建和约束验证,或数以万计的分区,其中数据泵几个小时什么都不做,因为它“处理元数据”)
  • 通过使用 3rd 方备份解决方案(IBM TSM、Networker、Netbackup、Data Protector 等)直接备份到磁带/网络/任何东西
  • 拥有备份的中央清单,并根据它进行自动删除
  • 无需许可 Advanced Compression 选项即可直接压缩备份(好吧,这不是真正的技术优势)

使用 RMAN 不能有效/轻松地做的事情(但仍然可以与数据泵结合使用),以及数据泵的亮点:

  • 恢复特定对象(表、包等)或对象子集

  • 您将 `control_file_record_keep_time` 设置为 2,恢复窗口为 31 天。这是不正确的配置,这会导致数据库“忘记”存档日志和备份,因为数据库将信息保留 2 天,并重新使用控制文件中超过 2 天的条目。将`control_file_record_keep_time`增加到(recovery window = 31) + (full backup interval) + 1,然后在RMAN中,运行`catalog recovery area;`。通过执行上述操作,数据库将识别这些旧文件,并能够根据使用的保留策略删除它们。 (4认同)