oracle数据太大,增加索引时报资源不足怎么办

Posted 2023-05-16

参考技术A

硬盘充足的情况下，扩大表空间啊。

alter database datafile '/home/oracle/test01.dbf' autoextend on next 5m maxsize unlimited;

参考技术B 第一，清理无用数据或者历史数据；
第二，增大数据库表空间 参考技术C 什么资源不足？什么报错？

Oracle Archive log 导致 磁盘没空间了 怎么办

Oracle Archive log 导致磁盘没空间了一般是要删除部分归档日志以留出更多的空间。
一、采用以下这种方法删除归档日志：
1. 进入rman
2. connect target /
3. crosscheck archivelog all;
4. delete expired archivelog all;
这时候再去OEM中看就一定看不到，如果从来没有做过这个动作的话，可以比较从这个动作前的controlfile后动作后的controlfile的大小。
一个ORACLE归档日志经常满，表现为/oraarchive
这个文件空间占用100％的时候，很多人选择直接删除，ORACLE很智能，可以正确的删除归档和FLASHBACK。注意：ORACLE归档日志对于ORACLE的数据恢复和备份非常重要，不到万不得已不要删除归档日志。
二、删除归档日志的过程
以ORACLE用户身份登录到数据库服务器主机或通过网络连接
进入ORACLE数据备份工具
rman target/
或rman target/@orcl
在命令窗口里面执行
DELETE ARCHIVELOG ALL COMPLETED BEFORE \'SYSDATE-7\';
说明：
SYSDATA-7，表明当前的系统时间7天前，before关键字表示在7天前的归档日志，如果使用了闪回功能，也会删除闪回的数据。 参考技术A 一、背景
今天接到开发电话，说Oracle远程连不上了，可能是archivelog满了。我登陆Oracle试了下，提示
ORA-00257: archiver error. Connect internal only, until freed。
考虑到前些天已经扩大了硬盘空间，应该是archive log大小已经达到Oracle中对archive log大小的限制。而DBA已经放假了。因此决定清除下无用的日志同时修改下对日志大小的限制。
由于我对Oracle并不熟悉，因此在完成后将整个过程记录下来，便于以后查阅。
二、环境
RHEL 6.3 + Oracle 11gR2
三、过程
由于archive log空间满导致了不能远程登录，因此ssh到服务器后，使用sqlplus sys/pass as sysdba登陆oracle。
首先看archiv log所在位置
SQL> show parameter log_archive_dest;
会看到类似下面的结果
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest string
log_archive_dest_1 string
log_archive_dest_10 string
这时候如果value是空的，可以尝试
SQL> archive log list;
然后我查看了下使用情况
SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE .13 0 1
ONLINELOG 2.93 0 3
ARCHIVELOG 99.72 0 122
BACKUPPIECE 0 0 0
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0

显然，已经使用了超过99%的日志空间
这时候，我直接进入flash_recovery_are的目录
cd /orace/app/oracle/flash_recovery_area/ORCL/archivelog
然后我决定先备份下相关文件
tar Jcvf arlog.20140125.tar.xz *
第一次操作时发现会提示文件在压缩过程中变化了。才想起来我没有停止Oracle服务。因此回到sqlplus先将Oracle停下来
SQL> shutdown immediate;
这个过程等待了好久才完成。。
这时候重新打包。打包过程持续了差不多两个多小时。。。
完成后，先把压缩包备份到其他目录并且scp到了一台备份文件用的服务器。然后很暴力地删除了这个文件夹下2013年的全部目录
1 rm -rf 2013_*
完成了。将数据库启动起来
sqlplus sys/pass as sysdba
SQL> startup
我第一次startup失败了，提示ORA-03113: end-of-file on communication channel。我又重新执行了下
SQL> startup mount
成功。用rman修复相关信息
rman target sys/pass
RMAN> delete expired archivelog all;
完成后，回到sqlplus修改archivelog大小
SQL> alter system set db_recovery_file_dest_size=5G scope=spfile;
修改完不会立即生效。需要重启Oracle
SQL> shutdown immediate
SQL> startup
这时候查看大小
SQL> show parameter db_recover
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
...
db_recovery_file_dest_size big integer 5G
整个过程就完成了。 参考技术B 1、磁盘空间扩容。

2、全备份数据库，删除部分归档。（会导致无法恢复到以前的时间点）