ITPub博客

首页 > 数据库 > Oracle > DG物理standby,临时表空间问题

DG物理standby,临时表空间问题

原创 Oracle 作者:panpong 时间:2014-09-09 10:04:16 0 删除 编辑

DG物理standby,临时表空间问题

a.当使用RMAN创建物理standby时,临时表空间需要重建;

       使用RMAN创建完物理standby之后,从dba_tablespaces视图中能查询到temp临时表空间,但是对应数据文件无法查询到;此时,需要手动添加临时文件,如:

SQL>alter tablespace temp add tempfile '/u01/app/oracle/oradata/temp.dbf' size 50M;

如果不添加临时文件的话,当standby查询时需要使用临时表空间时,则报错:

ORA-01157: cannot identify/lock data file 201 - see DBWR trace file

ORA-01110: data file 201: '/u01/app/oracle/oradata//oradb/tempfile/temp.268.824723333'

 

b.switchover之后,临时表空间丢失

       物理standby switchover后,standby_file_management为auto,然后做drop临时表空间,此时对应的原primary 中临时表空间也同时被删除;接下来再在现primary上创建一个临时表空间,发现物理standby中的只是修改了数据字典而没有创建数据文件,即:

SQL>SELECT TABLESPACE_NAME FROM DBA_TABLESPACES;

TABLESPACE_NAME

------------------------------

TEMP

TEMP1

SQL>SELECT NAME FROM V$TEMPFILE;

no rows selected

在物理standby:

SQL>alter tablespace temp add tempfile '+DATA' size 50M;

       也就是说standby_file_management参数设置auto时,对于临时表空间的创建,还是需要手动在物理standby上创建一次;

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

请登录后发表评论 登录
全部评论
数据库工程师,熟悉Oracle,Postgresql,MySQL等主流关系型数据库运维,调优,一直活跃在运维一线。了解Python,Django,简单自动化运维系统开发。

注册时间:2009-03-06

  • 博文量
    142
  • 访问量
    392343