dataguard添加临时数据文件的bug(r7笔记第27天)

有一个环境是10gR2,一主两备,因为10g的备库还不是active,所以有一些查询的需求的时候,我们还是会打开相应的窗口时间。

开发的同学需要做一个大查询,数据只能全表,而且还有order by,势必会消耗大量的temp空间,这个时候充分利用备库就是好一些,有一个备库平时也没有用过,今天就用这个备库来完成查询需求。

但是过了一会,开发同事说,查询失败了。让我看看什么原因。

开发同学提供的日志为:

2015-11-20 10:48:05,---exception: ---- StatementCallback; uncategorized  SQLException for SQL [select c.cn as cn,c.uin as uin from test_bind c  where enabled='Y' group by c.cn,c.uin having count(c.cn) >1]; SQL  state [99999]; error code [25153]; ORA-25153: Temporary Tablespace is  Empty
; nested exception is java.sql.SQLException: ORA-25153: Temporary Tablespace is Empty

看来这个问题还挺不好意思的,原来临时表空间为空了。

SQL> select file_name,bytes from dba_temp_files;
no rows

那么备库中的临时表空间怎么没了呢?

查看历史记录发现是在前几天的一次日志应用后,临时表空间清空了。

Tue Nov 17 17:48:23 CST 2015
Media Recovery Log /U01/app/oracle/admin/acctest/arch/1_21281_782846320.dbf
Recovery deleting tempfile #3:'/U03/app/oracle/oradata/acctest/temp03.dbf'
Recovery deleting tempfile #2:'/U03/app/oracle/oradata/acctest/temp02.dbf'
Recovery deleting tempfile #1:'/U03/app/oracle/oradata/acctest/temp01.dbf'
Recovery dropped temporary tablespace 'TEMP'
Media Recovery Waiting for thread 1 sequence 21282

因为临时表空间对于数据库来说还是一个辅助的部分,主备库可以不同。所以简单的分析之后决定还是手工添加临时数据文件。

这个时候查看临时表空间,发现已经是TEMP2了。

SQL> select tablespace_name from dba_tablespaces;
TABLESPACE_NAME
---------------
SYSTEM
UNDOTBS1
SYSAUX
USERS
...
TEMP2
9 rows selected.

既然是空的,那就添加一个临时数据文件吧。结果基本功不扎实,错误提示还是有些误导。

SQL> alter tablespace temp2 add datafile /U03/app/oracle/oradata/acctest/temp01.dbf' size 32G;
alter tablespace temp2 add datafile /U03/app/oracle/oradata/acctest/temp01.dbf' size 32G
                                    *
ERROR at line 1:
ORA-16000: database open for read-only access

简单修改,把datafile改为tempfile继续

SQL> alter tablespace temp2 add tempfile '/U03/app/oracle/oradata/acctest/temp01.dbf' size 30G;
alter tablespace temp2 add tempfile '/U03/app/oracle/oradata/acctest/temp01.dbf' size 30G
*
ERROR at line 1:
ORA-01119: error in creating database file '/U03/app/oracle/oradata/acctest/temp01.dbf'
ORA-27038: created file already exists
Additional information: 1

这个时候提示文件已经存在,好吧,确实是文件存在,那我就reuse吧。

使用resue的方式,结果报出了ORA-27086的错误。

SQL> alter tablespace temp2 add tempfile '/U03/app/oracle/oradata/acctest/temp01.dbf' size 30G reuse;
alter tablespace temp2 add tempfile '/U03/app/oracle/oradata/acctest/temp01.dbf' size 30G reuse
*
ERROR at line 1:
ORA-01119: error in creating database file '/U03/app/oracle/oradata/acctest/temp01.dbf'
ORA-27086: unable to lock file - already in use
Linux-x86_64 Error: 11: Resource temporarily unavailable
Additional information: 8
Additional information: 19076

这个错误还是让人有些摸不着头脑。是本身就有临时数据文件吗?

SQL> select file_name,bytes from dba_temp_files;
no rows

这个时候查看文件系统中文件的情况。发现貌似时间戳确实是更新了,但是这个文件就是不在数据字典里。

$ ll temp*.dbf
total 432600976
-rw-r----- 1 oracle oinstall 32212262912 Nov 20 10:58 temp01.dbf
-rw-r----- 1 oracle oinstall 21109940224 Jan  5  2015 temp02.dbf
-rw-r----- 1 oracle oinstall 21109940224 Jan  5  2015 temp03.dbf

那么这个问题还是很奇怪的,只能联想到是bug了,结果一查还真有这么一个bug,版本都完全符合。

Bug 15944809 - add tempfile at physical standby fails with ORA-1119, ORA-27086 (Doc ID 15944809.8)

这个问题的workaround 有两个,一个就是重启备库

Workaround
A shutdown/startup of the standby databse will clear the DBW0's
stale file lock state, and then the new tempfile can be created.

那我先试试添加一个新的数据文件,先不停库。

SQL> alter tablespace temp2 add tempfile '/U03/app/oracle/oradata/acctest/temp04.dbf' size 10G;

Tablespace altered.

可以创建了,那就开始resize一下。

SQL> alter database tempfile '/U03/app/oracle/oradata/acctest/temp04.dbf' resize 30G;

Database altered.

这个时候,先让开发同学去完成这个查询任务。

然后查询完成之后,收回环境之后,就可以尝试重启了。

重启之后,再次添加临时数据文件,就没有问题了。

SQL> alter tablespace temp2 add tempfile '/U03/app/oracle/oradata/acctest/temp01.dbf' size 30G reuse;       
Tablespace altered.
SQL> select name,bytes from v$tempfile;
NAME                                                    BYTES
-------------------------------------------------- ----------
/U03/app/oracle/oradata/acctest/temp04.dbf        3.2212E+10
/U03/app/oracle/oradata/acctest/temp01.dbf        3.2212E+10

原文发布于微信公众号 - 杨建荣的学习笔记(jianrong-notes)

原文发表时间:2015-11-24

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏杨建荣的学习笔记

通过shell绑定系统进程调优 (r4笔记第34天)

数据库的性能调优,需要基于操作系统的性能指标,如果操作系统级发生了一些状况,那么会潜移默化的影响到数据库层面。而数据库中对应的进程和操作系统级也有一定的映射关系...

3145
来自专栏Java Web

SpringBoot技术栈搭建个人博客【项目准备】

4964
来自专栏杨建荣的学习笔记

物化视图中的统计信息导致的查询问题分析和修复 (r7笔记第47天)

今天开发的同事下午反馈给我一个问题,说有操作直接卡住了,听这个描述,感觉很可能是查询慢了。 于是连接到环境中,查看了一下正在执行的sql语句情况,发现下面的语句...

3435
来自专栏更流畅、简洁的软件开发方式

细分主键

  主键本身是很简单的,但是围绕他产生的故事就不是那么简单了。 1、 管理 这个是最重要的,没有规矩不成方圆,主键要如何管理一定要实现确定好了,甚至有必要为此写...

2006
来自专栏杨建荣的学习笔记

当12C PDB遇上JDBC (r10笔记第59天)

最近整合了几个测试环境,都放入了12c的容器数据库中。今天本来计划再整合几个测试库进来,结果因为碰到了JDBC的问题给耽搁了。 迁移数据库的步骤...

2899
来自专栏数据和云

深入解析:DB2 V10.5新特性列式存储表的优点与缺点

李培杨 云和恩墨西区交付技术顾问,有多年数据库运维经验,长期服务移动运营商行业客户,熟悉 DB2 数据库故障诊断,数据库迁移升级。

1224
来自专栏数据和云

深入剖析:update pk会发生什么?

张大朋(Lunar)Oracle 资深技术专家 Lunar 拥有超过十年的 ORACLE SUPPORT 从业经验,曾经服务于ORACLE ACS部门,现就职于...

2968
来自专栏杨建荣的学习笔记

几个行列转换的实用小例子(r4笔记第2天)

起行列转换,大家是既熟悉又陌生,在oracle 10g版本之前如果要做行列转换,都基本得使用decode来完成,在11g中情况有了改观,可以直接使用pivot...

2134
来自专栏杨建荣的学习笔记

ADG备库批量查询失败的原因分析(r8笔记第33天)

目前线上有一套环境是10gR2的,采用了一主两备的架构。在其中一个备库上每天凌晨会开放一个窗口运行一些批量的查询,目前使用dg broker会在指定的时间把备库...

3638
来自专栏数据和云

深入分析:12C ASM Normal冗余中PDB文件块号与AU关系与恢复

在 10G 和 11G 中,DBA 可以根据文件名,确定这个文件在 ASM 磁盘组上的分布,然后 dd 出来每一个 AU,最后拼凑成一个完成的数据文件。

1214

扫码关注云+社区