ORA-03113: 通訊通道的檔案結尾 程序 ID: 3949 會話 ID: 1 序列號: 3
一套11.2.0.3的RAC拆分為單節點。更新完最新Bundle&PSU，test了下自動回滾。當回滾成功後。
[[email protected] dbs]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.3.0 Production on 星期一 12月 23 10:51:36 2013 Copyright (c) 1982, 2011, Oracle. All rights reserved. 已連線到空閒例程。 SQL> startup ORACLE 例程已經啟動。 Total System Global Area 609624064 bytes Fixed Size 2230792 bytes Variable Size 226493944 bytes Database Buffers 377487360 bytes Redo Buffers 3411968 bytes ORA-03113: 通訊通道的檔案結尾 程序 ID: 3949 會話 ID: 1 序列號: 3 SQL> exit
這個時候dg的狀態為掛載了
[[email protected] ~]$ sqlplus / as sysasm SQL*Plus: Release 11.2.0.3.0 Production on Mon Dec 23 12:48:28 2013 Copyright (c) 1982, 2011, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production With the Automatic Storage Management option SQL> select status from v$instance; STATUS ------------ STARTED
alter 告警日誌：/u01/app/oracle/diag/rdbms/testora/testora/trace/alert_testora.log
Mon Dec 23 10:51:55 2013 Starting ORACLE instance (normal) ****************** Large Pages Information ***************** Total Shared Global Region in Large Pages = 0 KB (0%) Large Pages used by this instance: 0 (0 KB) Large Pages unused system wide = 0 (0 KB) (alloc incr 4096 KB) Large Pages configured system wide = 0 (0 KB) Large Page size = 2048 KB RECOMMENDATION: Total Shared Global Region size is 586 MB. For optimal performance, prior to the next instance restart increase the number of unused Large Pages by atleast 293 2048 KB Large Pages (586 MB) system wide to get 100% of the Shared Global Region allocated with Large pages *********************************************************** LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Picked latch-free SCN scheme 3 Using LOG_ARCHIVE_DEST_1 parameter default value as /u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch Autotune of undo retention is turned on. IMODE=BR ILAT =27 LICENSE_MAX_USERS = 0 SYS auditing is disabled Starting up: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options. ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1 System name: Linux Node name: testora Release: 2.6.18-194.el5 Version: #1 SMP Tue Mar 16 21:52:39 EDT 2010 Machine: x86_64 Using parameter settings in client-side pfile /u01/app/oracle/product/11.2.0/dbhome_1/dbs/inittestora.ora on machine testora System parameters with non-default values: processes = 150 nls_language = "SIMPLIFIED CHINESE" sga_target = 584M control_files = "+DATA/testora/controlfile/current.260.822235297" db_block_size = 8192 compatible = "11.2.0.0.0" db_create_file_dest = "+DATA" db_recovery_file_dest_size= 41222905K undo_tablespace = "UNDOTBS1" remote_login_passwordfile= "EXCLUSIVE" db_domain = "" dispatchers = "(PROTOCOL=TCP) (SERVICE=testoraXDB)" audit_file_dest = "/u01/app/oracle/admin/testora/adump" audit_trail = "DB" db_name = "testora" open_cursors = 300 diagnostic_dest = "/u01/app/oracle" Mon Dec 23 10:51:56 2013 PMON started with pid=2, OS id=3902 Mon Dec 23 10:51:56 2013 PSP0 started with pid=3, OS id=3904 Mon Dec 23 10:51:57 2013 VKTM started with pid=4, OS id=3906 at elevated priority VKTM running at (1)millisec precision with DBRM quantum (100)ms Mon Dec 23 10:51:57 2013 GEN0 started with pid=5, OS id=3910 Mon Dec 23 10:51:57 2013 DIAG started with pid=6, OS id=3912 Mon Dec 23 10:51:57 2013 DBRM started with pid=7, OS id=3914 Mon Dec 23 10:51:57 2013 DIA0 started with pid=8, OS id=3916 Mon Dec 23 10:51:57 2013 MMAN started with pid=9, OS id=3918 Mon Dec 23 10:51:57 2013 DBW0 started with pid=10, OS id=3920 Mon Dec 23 10:51:57 2013 LGWR started with pid=11, OS id=3922 Mon Dec 23 10:51:57 2013 CKPT started with pid=12, OS id=3924 Mon Dec 23 10:51:57 2013 SMON started with pid=13, OS id=3926 Mon Dec 23 10:51:57 2013 RECO started with pid=14, OS id=3928 Mon Dec 23 10:51:57 2013 RBAL started with pid=15, OS id=3930 Mon Dec 23 10:51:58 2013 ASMB started with pid=16, OS id=3932 Mon Dec 23 10:51:58 2013 MMON started with pid=17, OS id=3934 NOTE: initiating MARK startup starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'... Mon Dec 23 10:51:58 2013 MMNL started with pid=18, OS id=3938 Starting background process MARK Mon Dec 23 10:51:58 2013 Mon Dec 23 10:30:23 2013 System state dump requested by (instance=1, osid=3733 (PMON)), summary=[abnormal instance termination]. System State dumped to trace file /u01/app/oracle/diag/rdbms/testora/testora/trace/testora_diag_3743.trc Dumping diagnostic data in directory=[cdmp_20131223103023], requested by (instance=1, osid=3733 (PMON)), summary=[abnormal instance termination]. Instance terminated by PMON, pid = 3733 Mon Dec 23 10:51:55 2013 Starting ORACLE instance (normal) ****************** Large Pages Information ***************** Total Shared Global Region in Large Pages = 0 KB (0%) Large Pages used by this instance: 0 (0 KB) Large Pages unused system wide = 0 (0 KB) (alloc incr 4096 KB) Large Pages configured system wide = 0 (0 KB) Large Page size = 2048 KB RECOMMENDATION: Total Shared Global Region size is 586 MB. For optimal performance, prior to the next instance restart increase the number of unused Large Pages by atleast 293 2048 KB Large Pages (586 MB) system wide to get 100% of the Shared Global Region allocated with Large pages *********************************************************** LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Picked latch-free SCN scheme 3 Using LOG_ARCHIVE_DEST_1 parameter default value as /u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch Autotune of undo retention is turned on. IMODE=BR ILAT =27 LICENSE_MAX_USERS = 0 SYS auditing is disabled Starting up: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options. ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1 System name: Linux Node name: testora Release: 2.6.18-194.el5 Version: #1 SMP Tue Mar 16 21:52:39 EDT 2010 Machine: x86_64 Using parameter settings in client-side pfile /u01/app/oracle/product/11.2.0/dbhome_1/dbs/inittestora.ora on machine testora System parameters with non-default values: processes = 150 nls_language = "SIMPLIFIED CHINESE" sga_target = 584M control_files = "+DATA/testora/controlfile/current.260.822235297" db_block_size = 8192 compatible = "11.2.0.0.0" db_create_file_dest = "+DATA" db_recovery_file_dest_size= 41222905K undo_tablespace = "UNDOTBS1" remote_login_passwordfile= "EXCLUSIVE" db_domain = "" dispatchers = "(PROTOCOL=TCP) (SERVICE=testoraXDB)" audit_file_dest = "/u01/app/oracle/admin/testora/adump" audit_trail = "DB" db_name = "testora" open_cursors = 300 diagnostic_dest = "/u01/app/oracle" Mon Dec 23 10:51:56 2013 PMON started with pid=2, OS id=3902 Mon Dec 23 10:51:56 2013 PSP0 started with pid=3, OS id=3904 Mon Dec 23 10:51:57 2013 VKTM started with pid=4, OS id=3906 at elevated priority VKTM running at (1)millisec precision with DBRM quantum (100)ms Mon Dec 23 10:51:57 2013 GEN0 started with pid=5, OS id=3910 Mon Dec 23 10:51:57 2013 DIAG started with pid=6, OS id=3912 Mon Dec 23 10:51:57 2013 DBRM started with pid=7, OS id=3914 Mon Dec 23 10:51:57 2013 DIA0 started with pid=8, OS id=3916 Mon Dec 23 10:51:57 2013 MMAN started with pid=9, OS id=3918 Mon Dec 23 10:51:57 2013 DBW0 started with pid=10, OS id=3920 Mon Dec 23 10:51:57 2013 LGWR started with pid=11, OS id=3922 Mon Dec 23 10:51:57 2013 CKPT started with pid=12, OS id=3924 Mon Dec 23 10:51:57 2013 SMON started with pid=13, OS id=3926 Mon Dec 23 10:51:57 2013 RECO started with pid=14, OS id=3928 Mon Dec 23 10:51:57 2013 RBAL started with pid=15, OS id=3930 Mon Dec 23 10:51:58 2013 ASMB started with pid=16, OS id=3932 Mon Dec 23 10:51:58 2013 MMON started with pid=17, OS id=3934 NOTE: initiating MARK startup starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'... Mon Dec 23 10:51:58 2013 MMNL started with pid=18, OS id=3938 Starting background process MARK Mon Dec 23 10:51:58 2013 ORACLE_BASE from environment = /u01/app/oracle Mon Dec 23 10:51:58 2013 ALTER DATABASE MOUNT Mon Dec 23 10:52:01 2013 Sweep [inc][132146]: completed Sweep [inc][132145]: completed Sweep [inc2][132146]: completed Sweep [inc2][132145]: completed NOTE: Loaded library: System ORA-15025: ?????? "/dev/raw/raw1" ORA-27041: ?????? Linux-x86_64 Error: 13: Permission denied Additional information: 9 SUCCESS: diskgroup DATA was mounted NOTE: dependency between database testora and diskgroup resource ora.DATA.dg is established Errors in file /u01/app/oracle/diag/rdbms/testora/testora/trace/testora_ckpt_3924.trc (incident=133345): ORA-00600: internal error code, arguments: [kfioTranslateIO03], [], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/oracle/diag/rdbms/testora/testora/incident/incdir_133345/testora_ckpt_3924_i133345.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Errors in file /u01/app/oracle/diag/rdbms/testora/testora/trace/testora_ckpt_3924.trc (incident=133346): ORA-00600: internal error code, arguments: [17090], [], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/oracle/diag/rdbms/testora/testora/incident/incdir_133346/testora_ckpt_3924_i133346.trc Dumping diagnostic data in directory=[cdmp_20131223105205], requested by (instance=1, osid=3924 (CKPT)), summary=[incident=133345]. Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. ERROR: unrecoverable error ORA-600 raised in ASM I/O path; terminating process 3924 Dumping diagnostic data in directory=[cdmp_20131223105206], requested by (instance=1, osid=3924 (CKPT)), summary=[incident=133346]. Mon Dec 23 10:52:07 2013 PMON (ospid: 3902): terminating the instance due to error 469 Mon Dec 23 10:52:08 2013 System state dump requested by (instance=1, osid=3902 (PMON)), summary=[abnormal instance termination]. System State dumped to trace file /u01/app/oracle/diag/rdbms/testora/testora/trace/testora_diag_3912.trc Dumping diagnostic data in directory=[cdmp_20131223105208], requested by (instance=1, osid=3902 (PMON)), summary=[abnormal instance termination]. Instance terminated by PMON, pid = 3902
cd $ORACLE_HOME/bin
-rwsr-s--x 1 oracle oinstall oracle （錯誤）
正常
-rwsr-s--x 1 oracle asmadmin 232656133 Dec 19 11:07 oracle
解決：
chown oracle:asmadmin oracle
chmod 6751 oracle
驗證：
[[email protected] ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.3.0 Production on 星期一 12月 23 12:57:54 2013
Copyright (c) 1982, 2011, Oracle. All rights reserved.
已連線到空閒例程。
idle> startup
ORACLE 例程已經啟動。
Total System Global Area 609624064 bytes
Fixed Size 2230792 bytes
Variable Size 226493944 bytes
Database Buffers 377487360 bytes
Redo Buffers 3411968 bytes
資料庫裝載完畢。
資料庫已經開啟。
[[email protected] ~]$ lsnrctl status
LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 23-12月-2013 12:58:53
Copyright (c) 1991, 2011, Oracle. All rights reserved.
正在連線到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.1.150)(PORT=1521)))
LISTENER 的 STATUS
------------------------
別名 LISTENER
版本 TNSLSNR for Linux: Version 11.2.0.3.0 - Production
啟動日期 23-12月-2013 11:22:54
正常執行時間 0 天 1 小時 35 分 59 秒
跟蹤級別 off
安全性 ON: Local OS Authentication
SNMP OFF
監聽程式引數檔案 /u01/app/grid/product/11.2.0/grid/network/admin/listener.ora
監聽程式日誌檔案 /u01/app/grid/diag/tnslsnr/testora/listener/alert/log.xml
監聽端點概要...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=testora)(PORT=1521)))
服務摘要..
服務 "+ASM" 包含 1 個例項。
例項 "+ASM", 狀態 READY, 包含此服務的 1 個處理程式...
服務 "testora" 包含 1 個例項。
例項 "testora", 狀態 READY, 包含此服務的 1 個處理程式...
服務 "testoraXDB" 包含 1 個例項。
例項 "testora", 狀態 READY, 包含此服務的 1 個處理程式...
命令執行成功
[[email protected] ~]$ sqlplus test/[email protected]:1521/testora
SQL*Plus: Release 11.2.0.3.0 Production on 星期一 12月 23 12:59:30 2013
Copyright (c) 1982, 2011, Oracle. All rights reserved.
連線到:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
[email protected]>
相關推薦
ORA-03113: 通訊通道的檔案結尾 程序 ID: 3949 會話 ID: 1 序列號: 3
一套11.2.0.3的RAC拆分為單節點。更新完最新Bundle&PSU，test了下自動回滾。當回滾成功後。 [[email protected] dbs]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.3
ORA-03113:通訊通道的檔案結尾 解決辦法
1. 當我啟動資料庫時報錯:SQL>STARTUP
ORA-03113: 通訊通道的檔案結尾 處理
近期BPM測試庫突然無法登陸..startup出現ORA-03113: 通訊通道的檔案結尾..通過檢查發現測試庫處在歸檔模式,先將歸檔模式關閉,並作恢復 Microsoft Windows [版本 6.1.7600] 版權所有 (c) 2009 Microsoft Corporation。保留所有權
例子2之解決ORA-03113: 通訊通道的檔案結尾（實質是Control filesequence number mismatch）
VC Appliance停機是用待機方式將Oracle資料庫停了。再啟動時，Oracle不能啟動。用SQLPLUS中的Starup命令。出現下面的提示： 由於ORA-03113錯誤是一個通用的錯誤提示，能給的資訊量很少。 於是一步步的來Debug，由於startup相當於3個命令的集合，就一步步地執行 先
Oracle錯誤——ORA-03113:通訊通道的檔案結尾 解決辦法
由來 今天跟往常一樣，登陸PL/SQL，確登陸失敗，出現一個錯誤“ORA-01034”和“ORA-27101”如圖： 然後就就通過命令提示符去登陸Oracle，去檢視怎麼回事，然後問題進一步出現，錯誤“ORA-03113:通訊通道的檔案結尾程序 ID:6320 回話
啟動Oracle11R2資料庫，提示ORA-03113: 通訊通道的檔案結尾的解決方案
SQL> startup; ORA-01031: insufficient privileges SQL> connect /as sysdba; 已連線到空閒例程。 SQL> startup; ORACLE 例程已經啟動。 Total System Gl
Oracle錯誤——ORA-03113:通訊通道的檔案結尾
我的Oracle資料庫是去年11月份安裝的，然後安裝好之後配置了一下，那個時候是正常的，沒有什麼問題，但是後來我就一直沒有用自己本地的Oracle，使用的PL/SQL一直連的是同事的機子，然後今天突然想在自己的機子上做些測試，PL/SQL居然一直連不上，提示了下
ORA-03113: 通訊通道的檔案結尾以及用備份的資料檔案恢復原資料庫的解決方案
環境：win 2003 + oracle 10g 情景： 2013年4月7號晚上20點30分左右，資料庫伺服器莫名down了，開發人員嘗試啟動instance，報錯ORA-01034: ORACLE not availableORA-27101: shared memor
ORA-03113:通訊通道的檔案結束 ORA-03113錯誤分析
ORA-03113錯誤分析版本歷史2003-5-22 v0.1 Created by Fenng ([email protected])轉載請註明作者及出處 ---------------------- 前言 ---------------------
ora-03113 通訊通道的檔案結束 解決辦法
select * from dba_profiles where profile='max' and resource_name='CONNECT_TIME'; PROFILE RESOURCE_NAME RESOURCE_
ORA-03113: 通訊通道的檔案結束 ORA-24324: 未初始化服務控制代碼 ORA-01041: 內部錯誤, hostdef 副檔名不存在
環境：win7+oracle11g情景：登入OEM失敗：檢查過oracle服務都是開啟狀態，回到命令列，嘗試重新啟動oracle，如下圖：又嘗試重新配置網路，測試不成功：報錯：.ORA-01034: ORACLE not availableORA-27101: sharedm
ora-03113 通訊通道的檔案結束錯誤處理
編輯D:/oracle/ora92/network/admin/sqlnet.ora檔案,將LNET.AUTHENTICATION_SERVICES= (MTC)或者SQLNET.AUTHENTICATION_SERVICES= (NTS)修改為NET.AUTHENTICAT
ora-03113 通訊通道的檔案結束和ORA-07445: 出現異常錯誤: 核心轉儲
今天資料庫莫名其妙地出現登陸後執行報“通訊通道的檔案結束錯誤處理”的錯誤，搞了半天沒解決，頭一下暈了，最後幸虧測試部王哥幫忙，唉，看來頭暈時更暈人。。。 以下是各個解決方案： ora-03113 通訊通道的檔案結束錯誤處理編輯D:/oracle/ora92/networ
檢視的疑惑 之 ORA-03113: 通訊通道的檔案結束
近日寫一個檢視，有一點以前沒弄過的是：要根據主表A（檢視記錄數同該表記錄數）的id查詢表B中的B.yxbm，然後根據這個yxbm得到C表的yxmc。注意，A ---> B 屬於1對多。最後要的效果是將多個yxmc組織成一個值，放入檢視（去掉重複記錄）。資料庫是Oracl
根據自增ID生成不重復序列號
如果 sub HR break ring http 長度 end 自增 網上看到一個例子,源地址:https://www.aliyun.com/jiaocheng/536419.html 借鑒修改一下 實現根據long類型的用戶ID生成6位隨機邀請碼，並且根據邀請碼能算出用
ORA-03113：通訊通道的檔案結尾
首先看下報錯情況，返回訊息 “ORA-03113” 解決思路：ORA-03113主要原因是因為表空間的使用率較高導致，我們的目標是降低使用率。 （1）、檢視系統表空間用量，會發現SYSAUX/SYSTEM表空間的使用率較高 SELECT a.tablespace_nam
ORA-03113: end-of-file on communication channel （通訊通道的檔案結尾）Oracle資料庫啟動異常
機器遭遇斷電，之後oracle就不能啟動了，報錯ORA-03113: end-of-file on communication channel （通訊通道的檔案結尾） 首先，開啟命令列cmd： C:\Documents and Settings\Administrator
open數據庫報錯ERROR at line 1: ORA-03113: end-of-file on communication channel Process ID: 3880 Session ID: 125 Serial number: 3
conn ret enc ora- 日誌記錄 line comm per and 1.今天打開數據時，失敗，報錯 ERROR at line 1:ORA-03113: end-of-file on communication channelProcess ID: 3880S
程序間通訊之檔案對映
send.cpp的內容如下： #include <Windows.h> #include <iostream> int main() { // 建立一個命名的檔案對映控制代碼 HANDLE hMapping = CreateFileMappi
程序通訊之檔案讀寫
檔案也可以用來作為程序通訊的工具, 1.建立 讀取者程式 // InterProcess_Communucation_FILE_READER.cpp : 定義控制檯應用程式的入口點。 // #inc