转:primary添加数据文件与逻辑standby的ORA-16226

From:
问题描述:
环境:oracle10g standby
primary使用alter database ... resize 1000m 修改数据文件体积,
逻辑standby出现ORA-16226:逻辑standby的ORA-16226:DDL skipped due to lack of support

解决办法:
SQL> alter database guard none;
SQL> alter database datafile '/data/CMS/users01.dbf' resize 1000m;
SQL> alter database guard all;
经验总结:
遇到logical standby不支持的ddl,可按上述几步在standby端执行DDL

参见以先下metalink及
http://blog.oracle.com.cn/html/66/t-35866.html
http://www.eygle.com/case/bug9203.htm

Problem Description -------------------

 Creating a tablespace on the primary and placing the datafile in a directory that does not exist on the logical standby causes logical apply services to stop. Looking at the logical standby alert log we see the following errors: 
LOGSTDBY event: ORA-01119: error in creating database file '' 
LOGSTDBY stmt: create tablespace mtsmith The above errors can also be seen in the dba_logstdby_events view on the logical standby. Setting db_file_name_convert on the logical standby and retrying the operation does not resolve the issue. 

Solution Description
 -------------------- 
Perform. the following steps to fix the problem:
 1. Temporarily bypass the database guard so you can make modifications to the logical standby database.
 SQL> EXECUTE DBMS_LOGSTDBY.GUARD_BYPASS_ON; 

2. Execute the create tablespace command using the correct file specification: 
SQL> ALTER TABLESPACE t_table ADD DATAFILE '/oradata/mtsmith.dbf' SIZE 100M REUSE; 

3. Renable the database guard:
 SQL> EXECUTE DBMS_LOGSTDBY.GUARD_BYPASS_OFF;

 4. Prepare to skip the failed DDL statement by finding the XIDUSN, XIDSLT, and XIDSQN values for the failed DDL statement using the DBA_LOGSTDBY_EVENTS view: 
SQL> SELECT XIDUSN, XIDSLT, XIDSQN FROM DBA_LOGSTDBY_EVENTS 2> WHERE EVENT_TIME = (SELECT MAX(EVENT_TIME) FROM DBA_LOGSTDBY_EVENTS); 

5. Skip the failed DDL statement by using the DBMS_LOGSTDBY.SKIP_TRANSACTION procedure with the values found in step number 4:
SQL> EXECUTE DBMS_LOGSTDBY.SKIP_TRANSACTION( , , );
 
6. Start log apply services on the logical standby database: SQL> ALTER DATABASE START LOGICAL STANDBY APPLY;

 Explanation 
-----------
 The db_file_name_convert and log_file_name_convert parameters do not function on a logical standby. You must use the above procedure to create the datafile in the correct directory structure. 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/230160/viewspace-620044/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/230160/viewspace-620044/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ORA-01665 错误表示当前的控制文件不是备用控制文件,无法用于备用库的恢复。要解决这个问题,您可以按照以下步骤操作: 1. 首先,确认当前的控制文件是否确实是备用控制文件。可以使用以下 SQL 语句查询: ``` SELECT NAME, VALUE FROM V$PARAMETER WHERE NAME = 'control_files'; ``` 如果查询结果中只包含备用控制文件的路径,则说明当前的控制文件是备用控制文件。如果查询结果中包含多个控制文件路径,您需要确认其中哪一个是备用控制文件。 2. 如果确认当前的控制文件不是备用控制文件,则需要将其替换为备用控制文件。可以按照以下步骤进行操作: - 连接到主数据库,并使用以下命令生成备用控制文件的副本: ``` ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/path/to/standby/controlfile'; ``` - 将备用控制文件的副本传输到备用数据库,并将其命名为“control01.ctl”。 - 在备用数据库上,停止实例并将控制文件更名为“control02.ctl”。 - 将备用控制文件的副本复制到“control02.ctl”的位置。 - 启动实例并尝试启动备用数据库。 3. 如果确认当前的控制文件是备用控制文件,但仍然出现ORA-01665错误,则可能是由于备用控制文件的元数据与主数据库的控制文件不匹配导致的。您可以按照以下步骤解决此问题: - 在备用数据库上,停止实例并备份当前的控制文件。 - 使用以下命令删除当前的控制文件: ``` ALTER DATABASE RENAME FILE '/path/to/controlfile' TO '/path/to/controlfile.bak'; ``` - 将备用控制文件的副本复制到主数据库的控制文件所在的位置。 - 启动实例并尝试启动备用数据库。 通过以上操作,您应该能够解决ORA-01665错误并成功启动备用数据库
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值