花了大概一个星期的时间终于将data guard配置成功了，其间也遇到不少问题，但是通过看再线文档和其他puber们的帮助下，问题还是一一的解决了，在此感谢各位热心的puber们。

      当整个实验做下来之后，有一种豁然开朗的感觉，之前在做实验看文档不甚明了的地方，现在都贯通起了的，那种感觉真好。由于配置的文档挺多的，而且现在感觉也不是很困难，^!^,呵呵，具体的试验步骤文档就不写了的，有需要的话可以M我（Sea_dk@hotmail.com）,只是把其中出现的一些心得，问题及解决方法记录下来，以供大家参考。

    1   为方便switchover，建议sid使用通一个，其他数据库设置最好一样（listener.ora;tnsname.ora,pwdoracle_sid.ora），这样当你switchover的时候，可以减少一点因database  disaster所带来的压力，尽快的恢复数据库的使用。

   2   参数文件也最好一致，尽管有些参数只能在备库上起作用，但一旦切换数据库的使用就可以立即生效。具体的参数设置可以参看oracle的在线文档。

  3   配置data guard最关键的两个地方就是参数的配置和tnsname.ora的配置。

  4   一旦 standby database被activated，即成为primary database，无法再回归 standby database mode。因此primary database出了问题，standby database被actived成为primary database之后，如果需要在原来的 primary/standby node上面重建 primary/standby database，两个database都需要重建

  5  如果primary database在出问题之前如果无法完成 log file switch的话，两个database之间会相差 current on-line redo log file中的数据

  6.  一些常用的view

V$ARCHIVE_DEST_STATUS 这里面会纪录到standby 的状态和恢复到那个日志

V$ARCHIVE_GAP 这里面会纪录当前从库mrp进程恢复需要的胆识还没有传到从库得日志

V$ARCHIVED_LOG 这里面会纪录所有已经归档到从库的日志，并且记录该日志是否已经恢复

V$DATABASE 会纪录系统的保护状态和是否处于force logging状态

V$MANAGED_STANDBY (Physical Standby Databases Only) 会纪录当前从库的一些进程情况和进程的process id，如rfs,mrp等V$STANDBY_LOG (Physical Standby Databases Only) 会纪录当前从库的standby redo log的一些情况。

出现的问题：

  1  日志无法传送。

      select dest_name,status,error from v$archived_log;根据error消息进行处理，我此处的原因是权限不足，我就standb的归档日志下的文件夹权限全开，并以管理员用户登陆，还是提示ORA-01031: insufficient privileges，后来想其我在主库上将sys的密码修改了一次，将主库的pwdorcl.ora文件copy过去，ok，redo logfile正常运作。

  2   0ora-16416的错误

   切换目标和主目标不同步。看了网上的一些解决方法，select * from v$archived_gap，查看是否有记录，如果没有的话，请查看参数文件（我的书参数文件有写错）；如果有，删除其log，再在主库上切换一下日志，将记录中的日志copy过来。

 3   主备库无法连接。

   请检查主备库的tnsname.ora文件和listener.ora文件。