Heim >Datenbank >MySQL-Tutorial >Oracle归档空间不足导致 imp 大数据假死

Oracle归档空间不足导致 imp 大数据假死

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOriginal
2016-06-07 17:24:46979Durchsuche

在RHEL5上安装就很好,这方面应该是oracle的问题。下面,就是导入数据遇到的问题,当我安装好了数据库, 创建了表空间,开始导入

这里说的大数据只是相对来讲,试验用的数据大小为4GB...

先描述下出现的状况,首先,用vmware workstation 9 新建一个虚拟机,安装CentOS 6,在Oracle官方下载了联机文档,安照官方的文档一步一步操作。(其实安装次数多了也就明白了,安装oracle无非是做好这些工作:1,必须有图 形界面。2,所需要的包要安装齐全。3,更改内核参数。4,建立用户,以及组群。5,安装目录授权)之前oracle一直没有RHEL6的安装文档,现在 有了,我下载了最新的oracle数据库安装文件(怕老版本检测那关通不过)。这是官方文档下载地址:

在这里我罗嗦一下,发现个奇怪问题,所依赖的包全部安装完毕之后,安装oracle软件时候,检测好多软件包没装,我挨个查,确定100%安装了,但是就 是检测没安装(安装的软件包比它要求安装的要新),不过,文档写的很清楚,or laster ,明明支持更新的版本...

当自己确认了,没问题了,直接ignore all 忽略所有,继续安装,一路顺畅,没有报错~~

上面只是说了一下安装时候有点有郁闷,在RHEL5上安装就很好,这方面应该是oracle的问题。下面,就是导入数据遇到的问题,当我安装好了数据库, 创建了表空间,开始导入数据的时候,之前一切顺利,后来卡在半路死活不动。我以为虚拟机假死,问候了vmware好几次。可是我发现在虚拟机下干嘛都很 快,但是就是倒入一半就死掉了。死活不动了。如果这时候你用ctrl+c,强制终止的话,你关掉虚拟机再开机就会报错露,很经典的错误。ORA-03113: 通信通道的文件结尾(错误解决)这个链接大家看看。

后来知道,会话没结束就强制终止了所以才会出现如此错误。如果真的强制结束了没关系,把会话也结束掉就可以了。

select sid,serial#,status,server from v$session where username='ABC';  ----ABC就是用户啦~

oracle会通过系统标识符(system Identifier,SID)和序列号(Serial Number,SERIAL#)唯一标识一个会话。看看处于活动状态的(active)的会话是哪个,把它结束掉。

alter system kill session '7,15';

这里举个例子,终止会话(SID=7,SERIAL#=15)。

把会话结束掉就不会有ORA-03113的错误问题了。

后来发现,造成以上现象的问题在于----归档!!

归档的日志空间满了,所以一直卡在那里不动了!有两个办法解决这个问题,1:增加归档日志空间(我默认安装好之后是4GB),2,删除一些归档日志。

一:增加归档日志空间大小

select * from v$recovery_file_dest;

show parameter db_recovery_file_dest

查看归档日志大小,以及空间使用情况。

alter system set db_recovery_file_dest_size=20G;

二:删除归档日志(以下复制于网络文章)

以ORACLE用户身份登录到数据库服务器

进入ORACLE数据备份工具

rman target/

或rman target/@orcl

2.在命令窗口里面执行

DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';

说明

SYSDATA-7,,表明当前的系统时间7天前,before关键字表示在7天前的归档日志,如果使用了闪回功能,也会删除  闪回的数据。

同样道理,也可以删除从7天前到现在的全部日志,不过这个命令要考虑清楚,做完这个删除,最好马上进行全备份数据库。

DELETE ARCHIVELOG FROM TIME 'SYSDATE-7';

linux

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn