ORACLE 11G收缩表空间报错 ORA-03297: file contains used data beyondrequested RESIZE value

测试环境磁盘空间不足，所以drop一些无用的大表，但是发现空间没有变化，df -h还是没有释放出磁盘空间来。

SQL> set line 200

SQL> set pagesize 200

SQL> col name format A150

1，查看表空间使用情况

SQL> SELECTUPPER(F.TABLESPACE_NAME) "表空间名",
  2        　　D.TOT_GROOTTE_MB "表空间大小(M)",
  3        　　D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)",
  4        　　TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) /D.TOT_GROOTTE_MB * 100,2),‘990.99‘) || ‘%‘ "使用比",
  5        　　F.TOTAL_BYTES "空闲空间(M)",
  6        　　F.MAX_BYTES "最大块(M)"
  7        　　FROM (SELECT TABLESPACE_NAME,
  8        　　ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES,
  9        　　ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES
 10        　　FROM SYS.DBA_FREE_SPACE
 11        　　GROUP BY TABLESPACE_NAME) F,
 12        　　(SELECT DD.TABLESPACE_NAME,
 13        　　 ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB
 14        　　FROM SYS.DBA_DATA_FILES DD
 15        　　GROUP BY DD.TABLESPACE_NAME) D
 16        　　WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME
 17        　　ORDER BY 1;

表空间名                            表空间大小(M)     已使用空间(M) 使用比       空闲空间(M)    最大块(M)
------------------------------------------- ------------- -------- ----------- ----------
HELP                                     500          5.19    1.04%     494.81     494.81
ORCTSTU                           32406.63      15545.69  47.97%    16860.94         72
SYSAUX                                   900        689.94  76.66%      210.06     204.94
SYSTEM                                  1110       1005.31  90.57%      104.69      95.44
UAAP                                     500        143.37  28.67%      356.63     290.38
UNDOTBS1                                6485        331.25    5.11%    6153.75       3534
USERS                                 461.25        394.44  85.52%       66.81      22.19
10 rows selected

SQL>

看到ORCTSTU表空间只使用了49%，使用了15G空间，而ORCTSTU表空间占据的总磁盘空间为32G，所以我们可以收缩ORCTSTU到16G左右，这样就释放出了将近16G的空间了。

去查看下此表空间所在的数据文件，如下所示：

SQL> SELECT file_id,file_name FROM DBA_DATA_FILES D WHERED.TABLESPACE_NAME = ‘ORCTSTU‘;
   FILE_ID FILE_NAME
------------------------------------------------------------------------------------------
         5D:\ORACLE\ORASERVER\ORADATA\ORCTSTUEX\POWERDES\ORCTSTU01.DBF

SQL>

 ----------------------------------------------------------------------------------------------------------------
<版权所有，文章允许转载，但必须以链接方式注明源地址，否则追究法律责任!>
原博客地址：    http://blog.csdn.net/mchdba/article/details/45921045
原作者：黄杉 (mchdba)
----------------------------------------------------------------------------------------------------------------

2，resize收缩报错：

准备收缩到18G，执行如下报错

SQL> alter database datafile‘/home/oradata/powerdes/orctstu01.dbf‘ resize 1800M;

alter database datafile‘/home/oradata/powerdes/orctstu01.dbf‘ resize 1800M

*

ERROR at line 1:

ORA-03297: file contains used data beyondrequested RESIZE value

SQL>

参考命令：

select file_id,max(block_id+blocks-1)HWM,block_id

from dba_extents

where file_id=5

group by file_id,block_id;

3，去分析情况这个数据文件

可以看到基本没有任何改变，但是根据我的直观感觉，确实没有多少表了，空间也确实都腾出来了。可以简单的验证一下,数据文件是5号，使用dba_extents可以看到占用的空间情况和对应的块的情况。

select file_id,max(block_id+blocks-1)HWM,block_id

from dba_extents

where file_id=5

group by file_id,block_id;

6519       5              4194047                4193920

3469       5              4187263                4186368

8137       5              4186367                4186240

3919       5              4186239                4186112

3033       5              4186111                4185984

9526       5              4185983                4185856

9113       5              4185855                4184832

9669       5              4184775                4184768

1166       5              4184767                4184760

2304       5              4184743                4184736

7215       5              4184735                4184728

4933       5              4184727                4184720

......

通过对比HWM和block_id的值，看到有很多都是空间占用差别比较大的。

4，查看以下数据文件的最大的block_id值

我们来在这个基础上做一个简单的分析。首先得到5号数据文件中，块号最大的数据块block_id。

SQL> SELECT MAX(block_id) FROMdba_extents WHERE tablespace_name = ‘ORCTSTU‘;

MAX(BLOCK_ID)

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

4193920

SQL>

值为：  4193920

再查看下一个block的容量大小

SQL> show parameter db_block_size;

NAME                                                         TYPE           VALUE

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

db_block_size                                           integer       8192

SQL>

5，根据这个值查看对于的数据文件所占据的磁盘空间大小

SELECT 4193920*8192/1024/1024 FROM dual;

SQL> SELECT 4193920*8192/1024/1024/1024FROM dual;

4193920*8192/1024/1024/1024

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

31.9970703

SQL>

计算出来大概是32G左右，再去磁盘看实际的数据文件大小

[[email protected] ~]$ ll -h/home/oradata/powerdes/orctstu01.dbf

-rw-r-----. 1 oracle oinstall 32G May 1618:06 /home/oradata/powerdes/orctstu01.dbf

[[email protected] ~]$

也是32G左右，和实际的磁盘的数据文件的大小一致，

看看这个最大4193920的数据块所在的extent对应的segment信息是否是已经被drop到的table？

select segment_name,owner from dba_extentswhere block_id=3507584;

SQL> select segment_name,owner fromdba_extents where block_id=1942656;

SEGMENT_NAME

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

OWNER

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

RES_APPROVE_SHARE

ORCTSTU

SQL>

6，分析问题所在

这个表不是一件被drop的哪些表记录，表RES_APPROVE_SHARE正在被应用程序使用着，也就说明了报错，所以resize的时候报错ORA-03297: file contains used data beyond requested RESIZE value，block不能释放掉，因为正在被使用。

这个时候通过正常的resize已经不能解决问题了，怎么办？可以采用expdp、impdp的方式重新生成新的表空间和数据文件，然后删除旧的表空间和数据文件。

7，开始新建表空间

create tablespace ORCTSTU_2

logging

datafile ‘/home/oradata/powerdes/orctstu02.dbf‘

size 50m

autoextend on

next 50m ;

alter table RES_APPROVE_SHARE move ORCTSTU_2;

ORA-14133: ALTER TABLE MOVE cannot becombined with other operations

alter table orctstu.RES_APPROVE_SHARE movetablespace ORCTSTU_2;

8，使用expdp导出数据

                先建立管道目录

CREATEOR REPLACE DIRECTORY dir_dump_t1  AS‘/home/oracle/expdpimpdp‘;

                开始导出export

                                [[email protected]~]$ expdp  orctstu/[email protected]=dir_dump_t1 schemas=orctstu dumpfile=TEST2_PD_20150518.dmp

                                Export:Release 11.2.0.1.0 - Production on Mon May 18 17:06:42 2015

                                Copyright(c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.

                                Connectedto: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bitProduction
                                Withthe Partitioning, OLAP, Data Mining and Real Application Testing options
                                Starting"ORCTSTU"."SYS_EXPORT_SCHEMA_02":  orctstu/********@PD1 directory=dir_dump_t1schemas=orctstu dumpfile=TEST2_PD_20150518.dmp
                                Estimatein progress using BLOCKS method...
                                Processingobject type SCHEMA_EXPORT/TABLE/TABLE_DATA
                                Totalestimation using BLOCKS method: 7.483 GB
                                Processingobject type SCHEMA_EXPORT/USER
                                Processingobject type SCHEMA_EXPORT/SYSTEM_GRANT
                                .....................................................
                                Processingobject type SCHEMA_EXPORT/POST_SCHEMA/PROCOBJ
                                .. exported "ORCTSTU"."RES_APPROVE_CONTENT"           44.01 MB  350923 rows
                                .. exported "ORCTSTU"."RECEIPT_BILL"                  569.3 MB 2064823 rows
                                .....................................................
                                .. exported "ORCTSTU"."ZS_PLAN_LEAVE_MESSAGE"             0 KB       0 rows
                                .. exported "ORCTSTU"."ZS_PLAN_MESSAGE"                   0 KB       0 rows
                                Mastertable "ORCTSTU"."SYS_EXPORT_SCHEMA_02" successfullyloaded/unloaded
                                ******************************************************************************
                                Dumpfile set for ORCTSTU.SYS_EXPORT_SCHEMA_02 is:
                                  /home/oracle/expdpimpdp/TEST2_PD_20150518.dmp
                                Job"ORCTSTU"."SYS_EXPORT_SCHEMA_02" successfully completed at17:11:13

                                [[email protected]~]$

9，开始使用import导入数据

9.1 清理旧数据

删除用户

drop user orctstu cascade;

                 删除表空间

drop tablespace orctstu including contents anddatafiles;

然后重启oracle

shutdown immediate

startup

                 查看磁盘空间，已经释放出来了

[[email protected] expdpimpdp]$ df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3              57G   21G  34G  38% /

tmpfs                  12G  2.1G  10G  18% /dev/shm

/dev/sda1             194M   32M 153M  18% /boot

/dev/mapper/vg001-lv001

63G  12G   49G  20% /home/oradata

df:`/root/.gvfs‘: Permission denied

[[email protected]]$

9.2开始建立新用户

重新创建用户

createtablespace ORCTSTU

logging

datafile‘/home/oradata/powerdes/orctstu01.dbf‘

size50m

autoextendon

next50m

extentmanagement local;

CREATEUSER orctstu PROFILE "DEFAULT"    IDENTIFIED BY "testpd2015" DEFAULT TABLESPACE ORCTSTU ACCOUNTUNLOCK;

GRANTconnect,resource TO orctstu;

grantdba to orctstu;

SQL>create tablespace ORCTSTU

logging

datafile‘/home/oradata/powerdes/orctstu01.dbf‘

size50m

autoextendon

next50m

extentmanagement local;   2    3   4    5    6   7

Tablespacecreated.

SQL>

SQL>CREATE USER orctstu PROFILE "DEFAULT"     IDENTIFIED BY "testpd2015"DEFAULT TABLESPACE ORCTSTU ACCOUNT UNLOCK;

Usercreated.

SQL>GRANT connect,resource TO orctstu;

Grantsucceeded.

SQL>grant dba to orctstu;

Grantsucceeded.

SQL>

9.3 开始导入备份的数据

导入命令：

impdporctstu/[email protected] directory=dir_dump_t1 dumpfile=TEST2_PD_20150518.dmpnologfile=y

                导入过程如下：

......

Processingobject type SCHEMA_EXPORT/EVENT/TRIGGER

ORA-39082:Object type TRIGGER:"ORCTSTU"."LOGON_DENIED_TO_ALERT" createdwith compilation warnings

ORA-39082:Object type TRIGGER:"ORCTSTU"."LOGON_DENIED_TO_ALERT"created with compilation warnings

Processingobject type SCHEMA_EXPORT/TABLE/INDEX/FUNCTIONAL_AND_BITMAP/INDEX

Processingobject typeSCHEMA_EXPORT/TABLE/INDEX/STATISTICS/FUNCTIONAL_AND_BITMAP/INDEX_STATISTICS

Processingobject type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS

Processingobject type SCHEMA_EXPORT/JOB

Processingobject type SCHEMA_EXPORT/POST_SCHEMA/PROCOBJ

Job"ORCTSTU"."SYS_IMPORT_FULL_01" completed with 45 error(s)at 20:36:08

[[email protected]]$

PS:impdp导入的时候，是从最大的表开始导入的，先导入数据，最后重建索引，导入各种其它objects。

10，报错记录

SQL> drop user orctstu cascade;

drop user orctstu cascade

*

ERROR at line 1:

ORA-04098: trigger ‘ORCTSTU.LOGON_DENIED_TO_ALERT‘is invalid and failed

re-validation

ORA-01940: cannot drop a user that iscurrently connected

SQL>

解决办法：直接lsnrctl stop;然后重新执行drop user操作

参考文章地址：                                              http://mp.weixin.qq.com/s?__biz=MjM5ODEzNDA4OA==&mid=210054237&idx=1&sn=a8a10b9275233876cc218616c7075422&scene=1&key=c468684b929d2be2b0ffb1ce3cccad13f8704c151f3b15e9fea067c200d7b5bb313c06d9c65bf99921aa10386672b9ea&ascene=1&uin=MTAwMDg2MTU4Mw%3D%3D&devicetype=webwx&version=70000001&pass_ticket=%2BXWq8edLrEPcVZeIuoKStojLYf546G8W1JvUNaVQXBTp02zaoqaiSoTTOdqwc3IG

时间： 2024-10-05 04:46:28

ORACLE 11G收缩表空间报错 ORA-03297: file contains used data beyondrequested RESIZE value的相关文章

Oracle 11g SYSTEM表空间暴增问题

Oracle 11g SYSTEM表空间暴增问题 一..查看SYSTEM表空间前9大的段SQL> set lines 120SQL> col owner for a30SQL> col segment_name for a30SQL> col owner for a30SQL> SELECT 2 FROM (SELECT BYTES, segment_name, segment_type, owner 3 FROM dba_segments 4 WHERE tablespac

Oracle创建表空间报错：O/S-Error: (OS 3) 系统找不到指定的路径

创建sql:         CREATE TABLESPACE TBSP_1 DATAFILE 'E:/oracle/product/10.2.0/tablespaces/weblogic.dbf'SIZE 10M; 但是出现了以下错误信息:         错误信息:         ORA-01119: 创建数据库文件 'E:/oracle/product/10.2.0/tablespaces/weblogic.dbf' 时出错         ORA-27040: 文件创建错误, 无法创

创建表空间报错

SQL> create tablespace ts3 datafile 'C:\tablespace\ts1.dbf' size 50M autoextend on next 10M maxsize 1024M;create tablespace ts3 datafile 'C:\tablespace\ts1.dbf' size 50M autoextend on next 10M maxsize 1024MORA-01119: 创建数据库文件 'C:\tablespace\ts1.dbf' 时

oracle 11g 创建表空间 用户名

--创建表空间 CREATE TABLESPACE RH_DMRM(表空间) datafile 'G:\Oracle\data\dmrm1.dbf'   size 800M   reuse   autoextend on   next 5M   maxsize unlimited, 'G:\Oracle\data\dmrm2.dbf'   size 20M   reuse   autoextend on   next 5M   maxsize unlimited, 'G:\Oracle\data

oracle用户与表空间操作

oracle系统用户sys,system , sysman, scott 使用system用户登录[username/password][@server][as sysdba|sysoper]eg: system/123456 @orcl as sysdba 查看当前登录用户:show user 查看数据字典中的用户select username from dba_users; 启用禁用scott账户:alter user scott account unlock;alter user scot

关于oracle 11g导出数据时 报 ORA 1455错误的处理

由于导出的该用户的表可能存在空数据表,那么可能就会出现此其异常. 首先: 查看: SQL>show parameter deferred_segment_creation; 如果为TRUE,则将该参数改为FALSE: 在sqlplus中,执行如下命令: SQL>alter system set deferred_segment_creation=false; 然后: 可以针对数据表.索引.物化视图等手工分配Extent SQL>Select 'alter table '||table_n

如何收缩表空间大小

转摘: oracle数据库表空间文件收缩实例 1.查看数据文件的使用情况 包括内容:数据文件大小,已经used空间,free空间,hwm信息 1 select /*+ ordered use_hash(a,b,c) */ 2 a.file_id,a.file_name,a.filesize, b.freesize, 3 (a.filesize-b.freesize) usedsize, 4 c.hwmsize, 5 c.hwmsize - (a.filesize-b.freesize) unse

oracle 快速建表空间，用户，赋权

本文章并不是给初学者详细详解oracle下如何建立表空间,用户,赋权等命令参数及含义,本文章可能只是对有一定的oracle基础的朋友有所帮助. 最近项目中又开始需要oracle数据库,在搭建环境时,发现自己的oracle命令已经忘了差不多,所以我从网上找来一些语句:可以快速的建表空间,用户并且赋权,由于我现在的项目并不是很严谨,所以像临时表空间,oracle的权限分配等细节,在这里会被忽略. 由于10g开始,oracle的控制台改成网页形式,不但界面改变而且相对的速度也慢了许多,所以我喜欢用命令

expdp报错ora 39126

11.2.0.2,expdp报错: ORA-39126: Worker unexpected fatal error in KUPW$WORKER.GET_TABLE_DATA_OBJECTS []ORA-31642: the following SQL statement fails:BEGIN "SYS"."DBMS_CUBE_EXP".SCHEMA_CALLOUT(:1,0,1,'11.02.00.00.00'); END;ORA-06512: at &quo