magic5650的专栏

临近年关，今天对数据库及其备库进行了一些检查，发现颇多。查看备库日志，发现如下信息RFS[6]: No standby redo logfiles created这个以前没见过。这个备库是主库升级迁移至11G以后两个月前一并建立的，当时检查没问题，没太在意，之后检查过一次，不知是不是疏忽了，竟然没看见。这条语句说的很清楚了，就是没有创建standby redo logfiles

事情是这样的：备库的log_archive_dest_2的值和fal_server原先是直接copy主库的（疏忽了，当时没改），但也一样跑起来（主备库的tns是一样的），这天因为备库开启实时应用发现这个问题。这个备库报这个东西ARC5: Archive log rejected (thread 1 sequence 8124) at host 'GZDBDG'FAL[serve

oracle的dataguard创建其实并不难，尤其是在11G中可以用RMAN active duplicate创建standby后，dataguard的创建变得非常的简单便捷，如果熟悉dataguard的各项参数的意义和用法后，基本上一个脚本就能完成。下面是我总结的一些dataguard的要点和几个关键参数详解。     要点1：listener.ora与tnsnames.ora

临近年关，今天对数据库及其备库进行了一些检查，发现颇多。查看备库日志，发现如下信息RFS[6]: No standby redo logfiles created这个以前没见过。这个备库是主库升级迁移至11G以后两个月前一并建立的，当时检查没问题，没太在意，之后检查过一次，不知是不是疏忽了，竟然没看见。这条语句说的很清楚了，就是没有创建standby redo logfiles

昨天做了一个在线库的dataguard，是用RMAN active duplicate创建的，我的创建是先建备机并把数据库整个从主库倒腾过来，然后再去主库设置相关参数。按理说备库做好设置后，只要设置主库的log_archive_dest_n(n>=2)，我设置的是log_archive_dest_2，主库就会启动LNS进程去联系备库，备库接到信息后启动RFS接受数据的这么一个过程，但当我申

起因是这样的：之前我们有一台不靠谱的某个数据库DG备机，老是隔一段时间网络就断掉，由于当时没做告警，总是隔个几天才有人检查日志时发现（值班人员不认真）。当时有时候备库重新启动归档日志应用 时，发现主机不传日志过来，配置也没改过，网络也是通的，万分不解，查看备库的DG进程，发现没有RFS进程，主库切换日志不起作用。只好重新在主库上声明备机的相关参数，也不知道哪个参数起作用，然后备库的RFS进程就起来