ORA-01653:表空间扩展失败的问题(开启表空间自动扩展)

----查询表空间使用情况---
使用DBA权限登陆
SELECT UPPER(F.TABLESPACE_NAME) "表空间名",
D.TOT_GROOTTE_MB "表空间大小(M)",
D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)",
TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100,2),‘990.99‘) "使用比",
F.TOTAL_BYTES "空闲空间(M)",
F.MAX_BYTES "最大块(M)"
FROM (SELECT TABLESPACE_NAME,
ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES,
ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES
FROM SYS.DBA_FREE_SPACE
GROUP BY TABLESPACE_NAME) F,
(SELECT DD.TABLESPACE_NAME,
ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB
FROM SYS.DBA_DATA_FILES DD
GROUP BY DD.TABLESPACE_NAME) D
WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME
ORDER BY 4 DESC;

----查看表空间是否具有自动扩展的能力----
SELECT T.TABLESPACE_NAME,D.FILE_NAME,
D.AUTOEXTENSIBLE,D.BYTES,D.MAXBYTES,D.STATUS
FROM DBA_TABLESPACES T,DBA_DATA_FILES D
WHERE T.TABLESPACE_NAME =D.TABLESPACE_NAME
ORDER BY TABLESPACE_NAME,FILE_NAME;

----开启表空间自动扩展功能-----

ALTER DATABASE 
    DATAFILE ‘/u01/oracle/oradata/orcl/ccen01.dbf‘ AUTOEXTEND 
    ON NEXT 512M MAXSIZE UNLIMITED

原文链接:http://www.cnblogs.com/flish/archive/2011/06/16/2082403.html

时间: 2024-08-02 17:12:05

ORA-01653:表空间扩展失败的问题(开启表空间自动扩展)的相关文章

使用ARM和VMSS创建自动扩展的web集群

在很多的商业场景中,用户的访问,峰值时间都是很难预测的,尤其是做一些市场推广活动和促销的时候,到底部署什么规模的web集群合适,这一直是个问题,部署过量会造成高成本和资源不必要的浪费,部署过少,如果到达峰值,来不及部署,容易造成用户无法访问,用户体验差,交易损失等等,当然更不用提运维人员时刻神经紧绷的实时监测压力情况,以便及时采取措施-- 在云计算技术日新月异的今天,这个场景是非常不和谐的:)VMSS作为Azure新的计算方式,提供了按照压力负载自动扩展收缩,并且同时支持Windows和Linu

使用ARM模板部署自动扩展的Linux VMSS(1)

在Azure之前的ASM版本或者经典模式中,用户使用Azure Website,Azure Cloud Service等PAAS服务,可以实现一定程度上的自动扩展(auto scaling),但有着诸多限制和缺陷,例如只能在PAAS平台上使用,扩展周期较长,无法支持定制化镜像,无法支持Linux等等,那么在Azure上有没有一种服务,可以给予我们增强的PAAS的自动扩展能力,同时让用户能够像使用IAAS虚拟机一样有最大限度的控制能力昵? Azure新的资源管理器(ARM)模式中推出了一项全新的服

使用ARM模板部署自动扩展的Linux VMSS(2)

12.准备完了模板文件,我们使用Powershell来创建VMSS for Linux的自动扩展集合,首先登陆到Azure中国的ARM账号: Login-AzureRmAccount -EnvironmentName AzureChinaCloud 13. 如果你有多个订阅的话,选择你要创建VMSS的正确订阅: Select-AzureRmSubscription -SubscriptionId XXXXXXXXXX 14. 如果你之前没有创建过资源组,创建一个,所有自动扩展集的资源都放在这个资

ora-01653表空间扩展失败产生的场景和处理方法

产生ora-01653表空间扩展失败的过程: DBF放在E盘且E盘只有剩余的200M --1.建表 DROP TABLE bigtab; CREATE TABLE bigtab AS SELECT rownum as "id", a.* FROM dba_objects a; DROP TABLE smalltab; create table smalltab as select rownum as "id", a.* FROM dba_tables a; --2.

oracle数据库报错ora-01653表空间扩展失败解决方案

1)ora-01653错误截图: 可以看到有两张表的insert受到了影响,都是在USERS表空间里.用以下SQL查看表空间使用情况: SELECT a.tablespace_name "表空间名",a.bytes / 1024 / 1024 "表空间大小(M)",(a.bytes - b.bytes) / 1024 / 1024 "已使用空间(M)", b.bytes / 1024 / 1024 "空闲空间(M)",roun

表空间自动扩展

表空间自动扩展失败的问题(表空间的增长量太高,ORACLE默认是50%),修改表空间文件扩展方式: SQL>ALTER DATABASE     DATAFILE '/u01/oracle/oradata/orcl/orcl.dbf' AUTOEXTEND     ON NEXT 50M MAXSIZE UNLIMITED

Oracle修改表空间为自动扩展

1.数据文件自动扩展的好处1)不会出现因为没有剩余空间可以利用到数据无法写入2)尽量减少人为的维护3)可以用于重要级别不是很大的数据库中,如测试数据库等 2.数据文件自动扩展的弊端1)如果任其扩大,在数据量不断变大的过程中会导致某个数据文件异常的大2)没有人管理的数据库是非常危险的 3.查询当前数据库中表空间SEC_D是否为自动扩展[email protected]> select tablespace_name,file_name,autoextensible from dba_data_fi

(转)Oracle修改表空间为自动扩展

1.数据文件自动扩展的好处1)不会出现因为没有剩余空间可以利用到数据无法写入2)尽量减少人为的维护3)可以用于重要级别不是很大的数据库中,如测试数据库等 2.数据文件自动扩展的弊端1)如果任其扩大,在数据量不断变大的过程中会导致某个数据文件异常的大2)没有人管理的数据库是非常危险的 3.查询当前数据库中表空间SEC_D是否为自动扩展[email protected]> select tablespace_name,file_name,autoextensible from dba_data_fi

关于生产库的表空间是否自动扩展的看法?

我觉得 既然ORACLE设置了自动扩展 必然有其意图. 如何在生产环境使用手动还是自动呢? 主要看生产环境问题. 一是看业务产生的数据量的问题, 一次扩展数据文件大小多少,20M会不会太频繁,1G会不会磁盘操作时间太长. 自动扩展会影响下性能. 性能主要看你的硬件配置情况. 二手动扩展好处是 可以在业务低峰期扩大数据文件, 唯独麻烦的是管理麻烦,如果来不急人工添加数据文件,岂不是影响到业务的运营? 三是自动扩展,数据文件所在的硬盘是否足够,Linux下是32GB  会不会被其他文件所霸占掉? 注