ORA-03113:end-of-file on communication channelエラー位置決めプロセス
今日はデータベースが起動できません.ORA-03113:end-of-file on communication channelのエラーを報告します.ネット上で関連情報を検索すると以下のようになります.
原文:http://hi.baidu.com/lanbo0829/blog/item/d67b8ac14b35815eb319a83b.html
PS:文面を見た後、私が出会った問題の原因は空間不足による可能性が高いと確信し、ファイルの調査を行い、最後にいくつかの位置を確定しました.
1、${oracle}/admin/bdump/このディレクトリのファイル数は、特に必要がなければ削除できるスペースが大きい可能性があります.
2,${oracle}/oradata/このディレクトリの下に関連するインスタンスの制御ファイルがあり、同時にundotbs 01というファイルがあるはずである.dbfのファイル、これはロールバックファイルです.スペース不足の問題を解決するために、このファイルを操作することができます.具体的な操作方法は、『UNDOTBSS 01.DBFが大きすぎる(16.7 G)によるORA-01033(回転)』アドレス:http://chevy.iteye.com/admin/blogs/1096236
このような操作により、データベース・インスタンスが起動できないという問題が解決されました.現時点では不良は認められていない.
Oracle Oracle:
$sqlplus ‘/as sysdba’
SQL> startup
ORA-03113: end-of-file on communication channel
。
, :
1、Unix
2、Oracle /
3、
4、 / / kill
5、Oracle
6、 SQL、PL/SQL
7、
8、
oracle , unix 、 、 ; 、 SQL , , 。
, / / kill、Oracle 、 。
, , 30%, ;
Oracle :
$cd $ORACLE_HOME/admin/SID/cdump
core, 。 core , 。
ulimit –a , core 0, core ?
, bdump 。
$cd $ORACLE_HOME/admin/SID/bdump
$cat alert_SID.log
, , :
ORA-1654: unable to extend index SID.INDEX by 128 in tablespace TABLESPACE
ORA-1653: unable to extend table SID.TABLE by 1024 in tablespace TABLESPACE
oracle core 。
$cd $ORACLE_BASE/oradada/SID
$ls –lh
-rw-r----- 1 oracle oinstall 2.1G Oct 14 15:10 SID_DATA01.DBF
-rw-r----- 1 oracle oinstall 201M Oct 14 12:28 SID_INDEX01.DBF
2G, 。
SID_DATA01.DBF 。
, 。 :
CREATE TABLESPACE SID_DATA DATAFILE
‘/data/oracle/oradata/SID/SID_DATA01.DBF' SIZE 200M AUTOEXTEND ON NEXT 200M MAXSIZE 2048M’
MAXSIZE UNLIMITED
LOGGING
ONLINE
PERMANENT
EXTENT MANAGEMENT LOCAL AUTOALLOCATE
BLOCKSIZE 8K
SEGMENT SPACE MANAGEMENT MANUAL;
2G, , , 。
2G , 2G, , ext3 , 2G。 2.1G, ?
, 。
, , , , 。
, , , , 。
:
Startup
Startup mount
Startup unmount
Startup force
:ORA-03113: end-of-file on communication channel
, , ,oracle , 。 。
, 。
?
,startup mount startup unmount 。 , ? oracle , ?
find 2G
$cd $ORACLE_BASE
$find . -size +2097160192c
./product/9.2.0.4/admin/SID/bdump/alert_SID.log
./oradata/SID/SID_DATA01.DBF
, , …. , oracle , 。
1、 , Oracle 2G, 2G 。 , Squid,RoseHA 。 , Oracle 。
2、 oracle , , Oracle , mysql 。
ORA-03113: end-of-file on communication channel
2010-01-30 01:44
Oracle Oracle:
$sqlplus ‘/as sysdba’
SQL> startup
ORA-03113: end-of-file on communication channel
。
, :
1、Unix
2、Oracle /
3、
4、 / / kill
5、Oracle
6、 SQL、PL/SQL
7、
8、
oracle , unix 、 、 ; 、 SQL , , 。
, / / kill、Oracle 、 。
, , 30%, ;
Oracle :
$cd $ORACLE_HOME/admin/SID/cdump
core, 。 core , 。
ulimit –a , core 0, core ?
, bdump 。
$cd $ORACLE_HOME/admin/SID/bdump
$cat alert_SID.log
, , :
ORA-1654: unable to extend index SID.INDEX by 128 in tablespace TABLESPACE
ORA-1653: unable to extend table SID.TABLE by 1024 in tablespace TABLESPACE
oracle core 。
$cd $ORACLE_BASE/oradada/SID
$ls –lh
-rw-r----- 1 oracle oinstall 2.1G Oct 14 15:10 SID_DATA01.DBF
-rw-r----- 1 oracle oinstall 201M Oct 14 12:28 SID_INDEX01.DBF
2G, 。
SID_DATA01.DBF 。
, 。 :
CREATE TABLESPACE SID_DATA DATAFILE
‘/data/oracle/oradata/SID/SID_DATA01.DBF' SIZE 200M AUTOEXTEND ON NEXT 200M MAXSIZE 2048M’
MAXSIZE UNLIMITED
LOGGING
ONLINE
PERMANENT
EXTENT MANAGEMENT LOCAL AUTOALLOCATE
BLOCKSIZE 8K
SEGMENT SPACE MANAGEMENT MANUAL;
2G, , , 。
2G , 2G, , ext3 , 2G。 2.1G, ?
, 。
, , , , 。
, , , , 。
:
Startup
Startup mount
Startup unmount
Startup force
:ORA-03113: end-of-file on communication channel
, , ,oracle , 。 。
, 。
?
,startup mount startup unmount 。 , ? oracle , ?
find 2G
$cd $ORACLE_BASE
$find . -size +2097160192c
./product/9.2.0.4/admin/SID/bdump/alert_SID.log
./oradata/SID/SID_DATA01.DBF
, , …. , oracle , 。
1、 , Oracle 2G, 2G 。 , Squid,RoseHA 。 , Oracle 。
2、 oracle , , Oracle , mysql 。
原文:http://hi.baidu.com/lanbo0829/blog/item/d67b8ac14b35815eb319a83b.html
PS:文面を見た後、私が出会った問題の原因は空間不足による可能性が高いと確信し、ファイルの調査を行い、最後にいくつかの位置を確定しました.
1、${oracle}/admin/bdump/このディレクトリのファイル数は、特に必要がなければ削除できるスペースが大きい可能性があります.
2,${oracle}/oradata/このディレクトリの下に関連するインスタンスの制御ファイルがあり、同時にundotbs 01というファイルがあるはずである.dbfのファイル、これはロールバックファイルです.スペース不足の問題を解決するために、このファイルを操作することができます.具体的な操作方法は、『UNDOTBSS 01.DBFが大きすぎる(16.7 G)によるORA-01033(回転)』アドレス:http://chevy.iteye.com/admin/blogs/1096236
このような操作により、データベース・インスタンスが起動できないという問題が解決されました.現時点では不良は認められていない.