RAC由于归档表空间满而无法启动实例的解决

今天想测试点东西，登录测试库；发现实例是关闭的；

SQL> startup
ORACLE instance started.

Total System Global Area 2722467840 bytes
Fixed Size                  2231472 bytes
Variable Size            1476395856 bytes
Database Buffers         1241513984 bytes
Redo Buffers                2326528 bytes
Database mounted.
ORA-03113: end-of-file on communication channel
Process ID: 23281
Session ID: 1 Serial number: 5

查看日志

SUCCESS: diskgroup ORAARCH was mounted
ARCH: Error 19504 Creating archive log file to ‘+ORAARCH‘
Errors in file /u01/app/oracle/diag/rdbms/xhdb/xhdb1/trace/xhdb1_ora_23565.trc:
ORA-16038: log 5 sequence# 345 cannot be archived
ORA-19504: failed to create file ""
ORA-00312: online log 5 thread 1: ‘+ORADATA/xhdb/onlinelog/group_5.272.857422319                    ‘
USER (ospid: 23565): terminating the instance due to error 16038
System state dump requested by (instance=1, osid=23565), summary=[abnormal insta                    nce termination].
System State dumped to trace file /u01/app/oracle/diag/rdbms/xhdb/xhdb1/trace/xh                    db1_diag_23451.trc
Dumping diagnostic data in directory=[cdmp_20141218102056], requested by (instan                    ce=1, osid=23565), summary=[abnormal instance termination].
Instance terminated by USER, pid = 23565

查看(fdisk)查看磁盘都在；切换到grid集群也在运行，asm磁盘组都在；可能是归档空间不够了；把节点1的数据库实例启动到挂载状态下；

SQL> startup mount;
ORACLE instance started.

Total System Global Area 2722467840 bytes
Fixed Size                  2231472 bytes
Variable Size            1476395856 bytes
Database Buffers         1241513984 bytes
Redo Buffers                2326528 bytes
Database mounted.
SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            +ORAARCH
Oldest online log sequence     345
Next log sequence to archive   345

SQL> select group_number,name,state,total_mb,free_mb from v$asm_diskgroup;

GROUP_NUMBER NAME                           STATE         TOTAL_MB    FREE_MB
------------ ------------------------------ ----------- ---------- ----------
           1 CRS                            MOUNTED            998        600
           2 ORAARCH                        MOUNTED           8189         11
           3 ORADATA                        CONNECTED        20473      16198

发现是oraarch 归档空间不够了,节点1登录rman,把归档日志删除；在节点1和节点2启动数据库实例，正常；

RMAN> crosscheck archivelog all;

RMAN> delete archivelog all;

SQL> select group_number,name,state,total_mb,free_mb from v$asm_diskgroup;

GROUP_NUMBER NAME                           STATE         TOTAL_MB    FREE_MB
------------ ------------------------------ ----------- ---------- ----------
           1 CRS                            MOUNTED            998        600
           2 ORAARCH                        CONNECTED         8189       5123
           3 ORADATA                        CONNECTED        20473      16198

SQL> alter database open;

Database altered.

节点2 也能正常打开
[[email protected] ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Thu Dec 18 10:56:54 2014

Copyright (c) 1982, 2011, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup
ORACLE instance started.

Total System Global Area 2722467840 bytes
Fixed Size                  2231472 bytes
Variable Size            1191183184 bytes
Database Buffers         1526726656 bytes
Redo Buffers                2326528 bytes
Database mounted.
Database opened.

时间： 2024-07-31 12:40:59

RAC由于归档表空间满而无法启动实例的解决的相关文章

表空间正在热备份时关闭实例重启报错的重现和解决

最近一个客户的库在OPEN时报错需要恢复,发现原因为当时一个表空间正在热备份-->ALTER TABLESPACE TEST1 BEGIN BACKUP;  然后实例异常关闭(可能为ABORT或KILL SMON等进程,这里据说为存储直接关闭导致),然后重启时遇到此错误. 在ORACLE 10.2.0.1及11.2.0.4版本中重现了此错误,在这两个版本中同样的情况但是报错信息不太一样,具体情况如下: 10.2.0.1.0 版本表空间正在热备份时关闭实例重启报错的重现和解决: SQL> sel

[转]nf_conntrack: table full, dropping packet 连接跟踪表已满，开始丢包 的解决办法

nf_conntrack: table full, dropping packet  连接跟踪表已满,开始丢包 的解决办法 中午业务说机器不能登录,我通过USM管理界面登录单板的时候发现机器没有僵死,然后一看日志,g一下子就明白了 tail -2000 /var/log/messages Apr 10 12:48:35 bj-push-pushserver83 kernel: [95129.138804] __ratelimit: 16523 callbacks suppressed (“连接跟

users表空间满导致应用无法连接

应用报无法连接 alert: ORA-1653: unable to extend table SYS.AUD$ by 8192 in                 tablespace USERS SYS.AUD$  审计使用的表 11gr2版本,oracle把参数audit_trail 自动设置为DB级别,导致很多数据库的操作被记录在审计表sys.aud$中,导致sys.aud$所在的表空间快速增长.可以通过TRUNCATE清空改表,同时,为了system表空间的安全,建议把改表转移至别的

表空间满处理方法

1.查看表空间使用情况 SQL> SELECT /*+NO_MERGE(A) NO_MERGE(B)*/B.TABLESPACE_NAME 表空间名称, ROUND((B.BYTES/1024)/1024,2) 总空间大小MB, 2 NVL2(A.BYTES,ROUND((B.BYTES-NVL(A.BYTES,0))/1024/1024,2),B.BYTES) 已使用大小MB, 3 NVL2(A.BYTES,ROUND(NVL(A.BYTES,0)/1024/1024,2),0) 未使用大小M

oracle表空间扩容、创建、删除（解决表空间不足问题）

前言 整理一下之前使用oracle数据库遇到的表空间不足的问题,顺便水个博客. oracle表空间操作语句 1.改变已存在的数据文件的大小 ALTER TABLESPACE app_data ADD DATAFILE 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\EDWTEST\APP03.DBF' SIZE 20480M; 2.允许已存在的数据文件自动增长 ALTER DATABASE DATAFILE 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\

rac 11g_第二个节点重启后无法启动实例：磁盘组dismount问题

原创作品,出自 "深蓝的blog" 博客,欢迎转载,转载时请务必注明以下出处,否则追究版权法律责任. 深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/41480075 rac第二个节点重启后无法启动实例:磁盘组dismount问题 实验案例: 实验环境:CentOS 6.4.Oracle 11.2.0.1 现象重演:1. 重启第二节点服务器2. 手工启动第二节点实例,报错[[email protected] ~]# s

SYSAUX表空间满，

step1.  确认到底是哪个段占用了sysaux空间: select segment_name,sum(bytes)/1024/1024 from dba_segments where tablespace_name='SYSAUX' group by segment_name order by 2 desc SEGMENT_NAME SUM(BYTES)/1024/1024WRH$_ACTIVE_SESSION_HISTORY  7360.375WRH$_ACTIVE_SESSION_HIS

SYSAUX表空间满的解决方法

转载自:https://www.cnblogs.com/yiyuf/p/4284448.html step1.  确认到底是哪个段占用了sysaux空间: select segment_name,sum(bytes)/1024/1024 from dba_segments where tablespace_name='SYSAUX' group by segment_name order by 2 desc SEGMENT_NAME SUM(BYTES)/1024/1024WRH$_ACTIVE

解决归档空间满一例

---解决归档日志空间满的问题 今天在检查一个测试库的时候,发现一个平常都起着的一个测试库竟然都没有打开,处在mount状态 SQL> select open_mode from v$database; OPEN_MODE ---------- MOUNTED --执行打开的语句报错,从错误里看到这是一个典型的没有归档空间的问题 SQL> alter database open; alter database open * 第 1 行出现错误: ORA-16014: 日志 1 的序列号 890