Oracle database startup failure due to time reversal of VM virtual machine

Oracle database startup failure due to time reversal of VM virtual machine

This article is an original article. If reproduced please specify the source:

http://blog.csdn.net/msdnchina/article/details/38782163

Alert logs directly on the database:

Fri APR 22:00:54 <-----Note the time archived Log entry 1766 added for thread 1 sequence 1770 ID 0x4e0785c3 dest 1:sun SEP 23:04:52 <-----Note the time starting ORACLE instance (normal) ************************ Large Pages Information * * * * Per Process System Memlock (soft) limit = 0% KB Total Shared Global region in Large Pages = 0 KB ()  Large pages used by this instance:0 (0 KB) Large pages unused system wide = 0 (0 KB) Large Pages configured system wide = 0 (0 KB) Large Page size = 2048 KB recommendation:total System Global area size is 4226 MB. For optimal performance, prior to the next instance restart:1. Increase the number of unused large pages by at least 2  113 (Page size 2048 KB, total size 4226 MB) system wide to get 100% of the system Global area allocated with large pages 2. Large pages is automatically locked into physical memory. Increase the Per process Memlock (soft) limit to on least 4234 MB to lock 100% System Global area ' s large pages into pHysical memory********************************************************************license_max_session = 0LICENSE_ Sessions_warning = 0Initial number of CPU is 4CELL communication are configured to use 0 interface (s): CELL IP Affinity Deta Ils:numa Status:non-numa system Cellaffinity.ora Status:n/acell communication would use 1 IP group (s): Grp 0:p  icked latch-free SCN scheme 3Using log_archive_dest_1 parameter default value as Use_db_recovery_file_destautotune of undo Retention is turned on. Imode=brilat =51license_max_users = 0SYS auditing is disabledstarting up:oracle Database 11g Enterprise Edition Release 11 .2.0.4.0-64bit Productionwith The partitioning, OLAP, Data Mining and Real application testing options. Oracle_home =/opt/oracle/product/11g/dbname_1system Name:linuxnode name:oraclerelease:2.6.18-371.el5version: #1 SMP Thu Sep 5 21:21:44 EDT 2013machine:x86_64vm name:vmware version:6using parameter settings in Server-side spfile/opt/or acle/product/11g/dbname_1/dBs/spfileorcl.orasystem parameters with Non-default values:processes = Sessions = 47  2 nls_language = "Simplified Chinese" nls_territory = "China" Sga_target = 4224M Control_files = "/oracledata/orcl/control01.ctl" control_files = "/opt/oracle/fast_recovery_area/or Cl/control02.ctl "control_files ="/oracledata/orcl/control03.ctl "control_files ="/oracledata/or Cl/control04.ctl "control_files ="/oracledata/orcl/control05.ctl "db_block_size = 8192 compatibl E = "11.2.0.4.0" Log_archive_format = "%t_%s_%r.dbf" db_files = Db_recovery_fi Le_dest = "/opt/oracle/fast_recovery_area" db_recovery_file_dest_size= 40G undo_tablespace = "UNDOTBS1" rem Ote_login_passwordfile= "EXCLUSIVE" Db_domain = "dispatchers =" (protocol=tcp) (service=or CLXDB) "Audit_file_dest          = "/opt/oracle/admin/orcl/adump" Audit_trail = "DB" db_name = "ORCL" Open_curso rs = Pga_aggregate_target = 1403M deferred_segment_creation= FALSE diagnostic_dest = "/opt /oracle "Sun Sep 23:04:53 2012PMON started with pid=2, os id=4452 Sun Sep Geneva 23:04:53 2012psp0 started with pid=3, OS ID  =4454 Sun Sep 23:04:54 2012VKTM started with pid=4, OS id=4456 at elevated prioritysun Sep Geneva 23:04:54 2012gen0 started With pid=5, OS id=4460 Vktm running @ (1) millisec precision with DBRM quantum (+) Mssun Sep 23:04:54 2012DIAG starte D with pid=6, os id=4462 Sun Sep 23:04:54 2012DBRM started with pid=7, os id=4464 Sun Sep, 23:04:54 2012dia0 started With pid=8, os id=4466 Sun Sep 23:04:54 2012MMAN started with pid=9, os id=4468 Sun Sep, 23:04:54 2012dbw0 started WI Th pid=10, os id=4470 Sun Sep 23:04:54 2012LGWR started with pid=11, os id=4472 Sun Sep 23:04:54 2012CKPT started WI Th pid=12, OS id=4474 SuN Sep 23:04:54 2012SMON started with pid=13, OS id=4476 Sun SEP Geneva 23:04:54 2012RECO started with pid=14, OS id=4478 Su N Sep 23:04:55 2012MMON started with pid=15, OS id=4480 Sun SEP Geneva 23:04:55 2012MMNL started with pid=16, OS id=4482 St Arting up 1 Dispatcher (s) for network address ' (Address= (Partial=yes) (protocol=tcp)) ' ... starting up 1 shared server (s): .  Oracle_base from environment =/opt/oraclesun Sep 23:04:55 2012ALTER DATABASE mountsuccessful Mount of Redo thread 1, With Mount ID 1320728727Database mounted in Exclusive modelost write protection Disabledcompleted:alter DATABASE mount Sun Sep 23:04:59 2012ALTER DATABASE openbeginning crash Recovery of 1 threads parallel recovery started with 3 Processe sstarted Redo scancompleted Redo Scan Read KB Redo, data blocks need recoverystarted redo application at Thread 1:l Ogseq 1771, block 16853Recovery of Online Redo log:thread 1 Group 1 Seq 1771 Reading mem 0 mem# 0:/oracledata/orcl/redo 01.logCompleted Redo AppLication of 0.04MBCompleted crash recovery at Thread 1:logseq 1771, Block 16992, SCN 13030631482598 data blocks read, Data blocks written, redo K-bytes read************************************************************warning:the SCN headroom for this database was only-652 hours!************************************************************errors in FILE/OPT/ORACLE/DIAG/RDBMS/ORCL/ORCL/TRACE/ORCL_ORA_4492.TRC (incident=43353): ora-00600:internal error code, Arguments: [kcm_headroom_warn_1], [], [], [], [], [], [], [], [], [], [], []incident details in:/opt/oracle/diag/rdbms/or Cl/orcl/incident/incdir_43353/orcl_ora_4492_i43353.trcuse Adrci or support Workbench to the incident. See Note 411.1 at My Oracle support for error and packaging details. Errors in file/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_4492.trc:ora-00600:internal error code, arguments: [ Kcm_headroom_warn_1], [], [], [], [], [], [], [], [], [], [], []ora-600 signalled During:alter DATABASE OPEN ... DuMping diagnostic data in directory=[cdmp_20120902230501], requested by (Instance=1, osid=4492), summary=[incident=43353 ]. Sun Sep 23:05:58 2012Sweep [inc][43353]: Completedsweep [inc2][43353]: Completedsun Sep, 23:19:58 2012db_recovery_fil E_dest_size of 40960 MB is 29.05% used. This was auser-specified limit on the amount of space that would be used by Thisdatabase for recovery-related files, and Doe s not reflect the amount ofspace available in the underlying filesystem or ASM DiskGroup. Sun Sep 02 23:38:25 2012

Oracle database startup failure due to time reversal of VM virtual machine