数据库是10.2.0.2，结构是两个节点的PRIMARY，然后两个节点的物理RAC STANDBY，然后想CASCADE一个单节点的逻辑STANDBY供大家查询用。物理STANDBY启动了STANDBY LOG，是实施应用的，那么这些实时的日志能传到CASCADE去吗？CASCADE出来的逻辑的STANDBY也能实时应用吗？

如果是逻辑的话，我可以通过动态视图来得到主库和生产库差了多少时间，物理的怎么知道呢？

如题。感觉应该在v$sqlarea中有记录，可是没有明确的说哪个字段是REDO，难道是DIRECT_WRITE吗？另外这个列值的单位是什么？BLOCK吗？

10.2的逻辑DATAGUARD中，后台ALERT日志中记录了很多类似下面的日志，能否有办法屏蔽掉这些日志呢？不让这些日志记录到ALERT日志中。Mon Jul 28 13:47:41 2008LSP0: rolling back apply server 8LSP0: apply server 8 rolled backMon Jul 28 13:59:08 2008LSP0: rolling back apply server 3LSP0: apply server 3 rolled backMon Jul 28 14:04:49 2008LSP0: rolling back apply server 12LSP0: apply server 12 rolled back

Starting with 10.2.0.1+Bug 4896338, CSS will not evict the node from the cluster due to (IOT) I/O to voting disk taking more than misscount seconds unless it is during the initial cluster formation or slightly before reconfiguration.这句话最后那点怎么翻译呢？

配置STANDBY过程中，执行到在STANDBY机器上使用ORAPWD创建密码文件，然后使用PFILE启动数据库到NOMOUNT状态出，然后PRIMARY机器死活连不过来，报ORA-01031: insufficient privileges。其中:SQL> show parameter pass;NAMETYPE------------------------------------ ---------------------------------VALUE------------------------------remote_login_passwordfilestringEXCLUSIVE而且没有设置SQLNET.ORASTANDBY机器跟PRIMARY机器都是两个节点的RAC，P

记得好像什么地方说过每个lun的大小在30G左右最合理，有没有什么理论依据呢？而且，如果我系统很大，那不是要搞很多的LUN了，这和我直接把一个lun划分为几百G，有什么区别呢？还有，如果LUN很多，有没有必要上面再使用LVM把他们捆在一起呢？还是直接用这些LUN。

只看见很多删除和清空分区的示例，但都是搞定单个分区的，如果想一次搞定多个分区，命令如何写呢？

去搜索了下，发现CONCEPTADVANCE REPLACTIONDATA WOREHOUSE等中都有实体化视图的介绍，不知道哪个文档中才是最完整的呢？

就是v$archive_log中的status字段出现?