关于DG中临时表空间的测试

操作系统 centos7.4 数据库 oracle 11.2.0.4 前言 前段时间一个同事问了我一个问题，说是当physical standby转成snapshot standby时，每次启动应用时会报以下错误： 以上截图主要就是针对临时表空间的错误，刚看到这个错误时感到很诧异，因为snapshot standby在我理解就是临时用于测试用的数据库，临时表空间时存在的，不明白为啥会报临时表空间的错误，于是便搭建了测试环境。 第一步 查看DG的主库及备库的temp表空间及temp文件 主库 说明：temp表空间是自带的，而bdc_temp是dg搭建完成后手动添加的 备库 可以看到，主库上数据字典及临时文件都是存在的，但是备库上bdc_temp表空间只有数据字典，没有响应的文件生成。 第二步 将physical standby切换成snapshot standby (1) Stop Redo Apply, if it is active. SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; (2) Ensure that the database is mounted, but not open. shutdown immediate; startup mount; (3) Ensure that a fast recovery area has been configured. It is not necessary for flashback database to be enabled. (4) Issue the following SQL statement to perform the conversion: SQL> ALTER DATABASE CONVERT TO SNAPSHOT STANDBY; 注意，在切换时，standby database需要有redo log，不然会报错，导致snapshot database功能不正常,因为在snapshot standby功能下就相当于一个读写库，如果没有redo log那么涉及到排序、创建索引等操作会报错，所以在搭建dg时尽量创建redo log。同时在切换到snapshot database后，先进行switch logfile，以保证还原点的scn在物理standby库上是归档的,不然可能无法成功闪回到还原点。 第三步   在snapshot standby下备库中进行sql查询并排序： 可以发现备库报了关于临时表空间的ora-25153错误，知道了原因，解决办法就是在备库添加临时文件，操作过程省略。 总结       DG环境中的临时表空间比较特殊，处理方法与普通的数据表空间不太一样，除了系统自带的temp表空间会创建相应的temp文件以外，手动添加的临时表空间只会在数据字典中记录，不会生成相应的temp文件，即使我们操作排序、创建索引时，也不会生成temp文件。