2008年10月20日oracle11grac:11G RAC的STANDBY环境的一些小问题
11g的STANDBY数据库可以在应用日志的同时打开数据库，但是对于RAC环境，这里有一些小的问题。 即使是RAC环境，STANDBY数据库也只能有一个实例在进行日志恢复工作。但是STANDBY的两个节点是可以同时打开进行READ ONLY访问的。 而且11g还支持在进行恢复的时候打开数据库。 那么Oracle是否支持在恢复的时候，同时打开两个节点进行只读访问呢。 根据测试发现，这种操作是被禁止的： SQL> startup mount ORACLE 例程已经启动。 Total System Global Area 1.7108E+10 bytes ...
[阅读全文] [PDF]
想在逻辑STANDBY上创建几个job，做一些数据处理的工作，结果创建的时候出现insufficient privileges错误，后面跟着的是调用SYS.DBMS_INTERNAL_LOGSTDBY的123行的时候出现错误。这是啥原因呢？
首先想到的是用户没有创建job的权限，于是GRANT CREATE JOB TO USER，还是不行。
然后想到会不会是因为GUARD的原因呢，于是ALTER DATABASE GUARD NONE,还是不行。
然后想到是否是没有执行DBMS_INTERNAL_LOGSTDBY的权限，但不应该啊，如果没权限的话会直接报...
[阅读全文] [PDF]
2008年9月26日standby:主库千万级的数据更新后，STANDBY日志应用大量延迟的问题处理
因为业务需要，不得不在生产上更新一个千万级的大表，更新过程中产生了4个G左右的日志后发现此更新会导致其他问题，取消更新，然后更正更新的逻辑后，重新对这千万级的数据进行更新，产生6个多G的日志后，更新完成，但是却造成了其他两个逻辑STANDBY的大量延迟。如何加快这些日志的应用，是一个比较严重的问题。
1、首先是加快主库的更新操作，那么首先关闭主库对STANDBY的归档，减少主库写STANDBY库日志对主库产生的压力，这需要在更新开始前在主库设置log_archive_dest_state_N参数为DEFER，然后主库切换日志来激活这个新的参数设置。注...
[阅读全文] [PDF]
1 共3条 分1页
