14 05, 2008
在逻辑STANDBY上使用EXPDP进行数据导出备份的问题，ORA-39004，ORA-39091，ORA-16103
因为在逻辑STANDBY上建了另外的SCHEMA来做报表，而且报表库很小，所以打算每天使用EXPDP把报表库备份一下，可是使用EXPDP进行备份的时候，却出现错误提示：
ORA-39004: invalid state
ORA-39091: unable to determine logical standby and streams status
ORA-16103: Logical Standby apply must be stopped to allow this operation
提示很清楚，执行这个操作的时候，必须停止STANDBY APPLY，于是把APPLY停，见鬼的是居然还是不行，这咋回事呢？
以前碰见问题还先BAIDU和GOOGLE下，碰见问题多了，养成习惯了，碰见问题直接METALINK了。
上去看了看，居然还真的又是一个bug了，来看看METALINK是怎么说的：
https://metalink.oracle.com/metalink/plsql/f?p=130:15:1842879902240308917::::p15_database_id,p15_docid,p15_show_header,p15_show_help,p15_black_frame,p15_font:BUG,5360422,1,1,1,helvetica
Assigning to logical standby team since the problems identified above are in the SYS.DBMS_INTERNAL_LOGSTDBY package. We'll be looking at this some more in the next release. For now, the simplest workaround is to use/create a non-standby instance and make a network link to the standby instance. The then use a network export to export from the secondary through the link. Unfortunately, there is no similar solution for handling the import case.
也就是说，这个是一个BUG，问题出现在SYS.DBMS_INTERNAL_LOGSTDBY包上，这个问题已经被提交给逻辑STANDBY小组了，这个问题将在11.1的版本中解决。前两天碰见的逻辑STANDBY上不能创建JOB的说法（参考：http://zhang41082.itpub.net/post/7167/461793），问题也是最后定位在SYS.DBMS_INTERNAL_LOGSTDBY包上，那时候就觉得因为JOB ID冲突而不能在逻辑STANDBY上创建JOB的说法很牵强，或许和EXPDP一样，问题都是出在了SYS.DBMS_INTERNAL_LOGSTDBY包上了。
查看11.1的文档，结果上面的说法和10G里面一样：
Job execution is suspended on a logical standby database and jobs cannot be scheduled directly on the standby database。
也没有11的环境，不知道这些鬼问题能否在11G中被解决。