我想在另一个站点(灾难恢复站点中另一个服务器上的另一个实例)规划和测试我的数据库恢复。我每月进行一次RMAN 0级映像拷贝,每天进行1级增量备份。数据库正在noarchivelog模式下运行。在线重做日志被多路复用到灾难恢复站点中的磁盘。另外,我们在另一台服务器上有一个恢复目录。
我想在灾难恢复站点测试将最近(昨天)的备份恢复到数据库,然后恢复以仅应用在线重做日志文件,如何实现?
附带问题:如果我们只有昨天的备份和包含今天所有事务的在线重做日志,并且没有一个被覆盖,那么恢复就足够了吗?因为数据库处于非归档日志模式。如果我们有每日备份,并且重做日志在备份之前不会在一天中被覆盖,那么归档日志模式有什么用呢?备份归档日志有什么用?
发布于 2021-06-23 23:03:32
您正在使用一个危险的设置,因为您似乎将赌注押在了重做日志文件上,而这些重做日志文件在备份之间永远不会填满。当您的数据没有价值时,继续,否则切换到归档日志模式。
归档是在重做日志组填满时创建的。因此,在您的情况下,您需要手动将在线重做日志文件复制到远程站点进行恢复。
您对重做日志文件是否未被覆盖有多大把握?
要明智,如果这是生产环境,请切换到归档日志模式。否则,不要承诺能够进行时间点恢复。
另外一点:如果你的在线重做日志文件被破坏,你的数据库就会有一个大问题,在你的情况下,你可能会失去一天的工作。这样可以吗?如果不是,请将重做日志文件的大小减少到一定的限制,这样它就会时不时地进行切换。我相信你的公司知道他们可以接受多长时间的交易损失。许多公司允许少于一小时的交易损失。
https://stackoverflow.com/questions/68100900
复制相似问题