挽救DG中主库的nologging操作的块-编程学习网

众所周知我们的Data Guard数据同步是基于日志流的。所以在主库执行nologging操作是不被允许的。这也就是为什么我们需要在配置Data Guard阶段需要使用Force Logging。但是这也会带来很多问题（SQL执行效率），例如：当我们使用数据泵进行迁移时我们希望最少停机时间完成，这时候我们就可能会考虑到以最小日志导入的方式以加快导入速度，然后重新同步备库。

在一些场景中，我们会去使用nologging操作去节省大量数据插入的时间，而这种操作所带来的问题就是，如果该库在有备库的情况下，因为主库的nologging插入操作不会生成redo，所以不会在备库上传输和应用，这会导致备库的数据出现问题。

在Oracle 11g，如果遇到这样的问题，可以通过在备库恢复有问题的数据文件来解决问题，示例如下：

在一个具有主备关系的主库上将force_logging设置为nologging模式，随后创建一张表，设置为nologging模式

点击(此处)折叠或打开

阅读原文内容投诉

免责声明：

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的，并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据，供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341