今天的日志文件Fri Oct 29 00:51:13 2010
Thread 1 advanced to log sequence 714
  Current log# 2 seq# 714 mem# 0: G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG
Fri Oct 29 10:02:25 2010
Starting background process EMN0
EMN0 started with pid=147, OS id=5792
Fri Oct 29 10:02:25 2010
Shutting down instance: further logons disabled
Fri Oct 29 10:02:26 2010
Stopping background process QMNC
Fri Oct 29 10:02:27 2010
Stopping background process CJQ0
Fri Oct 29 10:02:28 2010
Stopping background process MMNL
Fri Oct 29 10:02:29 2010
Stopping background process MMON
Fri Oct 29 10:02:30 2010
Shutting down instance (immediate)
License high water  = 130
Fri Oct 29 10:02:30 2010
Stopping Job queue slave processes
Fri Oct 29 10:02:30 2010
Job queue slave processes stopped
All dispatchers and shared servers shutdown
Fri Oct 29 10:02:42 2010
PMON failed to acquire latch, see PMON dump
PMON failed to acquire latch, see PMON dump
PMON failed to acquire latch, see PMON dump
PMON failed to acquire latch, see PMON dump
Fri Oct 29 10:02:54 2010
PMON failed to acquire latch, see PMON dump
PMON failed to acquire latch, see PMON dump
PMON failed to acquire latch, see PMON dump
PMON failed to acquire latch, see PMON dump
Fri Oct 29 10:03:05 2010
alter database close normal
Fri Oct 29 10:03:06 2010
Thread 1 advanced to log sequence 715
  Current log# 3 seq# 715 mem# 0: G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG
Fri Oct 29 10:03:06 2010
SMON: disabling tx recovery
SMON: disabling cache recovery
Fri Oct 29 10:03:06 2010
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Thread 1 closed at log sequence 715
Successful close of redo thread 1
Fri Oct 29 10:03:06 2010
Completed: alter database close normal
Fri Oct 29 10:03:06 2010
alter database dismount
Completed: alter database dismount
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Dump file g:\oracle\product\10.2.0/admin/orcl/bdump\alert_orcl.log
Fri Oct 29 10:03:10 2010
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 2
CPU                 : 4 - type 586, 1 Physical Cores
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:7354M/8181M, Ph+PgF:8966M/10032M, VA:1937M/2047M
Fri Oct 29 10:03:10 2010
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on. 
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
  processes                = 150
  __shared_pool_size       = 113246208
  __large_pool_size        = 4194304
  __java_pool_size         = 4194304
  __streams_pool_size      = 0
  spfile                   = G:\ORACLE\PRODUCT\10.2.0\DB_2\DBS\SPFILEORCL.ORA
  sga_target               = 612368384
  control_files            = G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL01.CTL, G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL02.CTL, G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL03.CTL
  db_block_size            = 8192
  __db_cache_size          = 482344960
  compatible               = 10.2.0.1.0
  db_file_multiblock_read_count= 16
  db_recovery_file_dest    = G:\oracle\product\10.2.0/flash_recovery_area
  db_recovery_file_dest_size= 2147483648
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = 
  dispatchers              = (PROTOCOL=TCP) (SERVICE=orclXDB)
  job_queue_processes      = 10
  audit_file_dest          = G:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP
  background_dump_dest     = G:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP
  user_dump_dest           = G:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP
  core_dump_dest           = G:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP
  db_name                  = orcl
  open_cursors             = 300
  pga_aggregate_target     = 203423744
PMON started with pid=2, OS id=6028
MMAN started with pid=6, OS id=6056
DBW0 started with pid=8, OS id=6052
DBW1 started with pid=10, OS id=6048
LGWR started with pid=12, OS id=6044
CKPT started with pid=14, OS id=6040
SMON started with pid=16, OS id=6036
RECO started with pid=18, OS id=6032
CJQ0 started with pid=20, OS id=6060
MMON started with pid=22, OS id=6072
MMNL started with pid=24, OS id=6068
Fri Oct 29 10:03:11 2010
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
Fri Oct 29 10:03:11 2010
alter database mount exclusive
PSP0 started with pid=4, OS id=6024
Fri Oct 29 10:03:15 2010
Setting recovery target incarnation to 2
Fri Oct 29 10:03:15 2010
Successful mount of redo thread 1, with mount id 1261454943
Fri Oct 29 10:03:15 2010
Database mounted in Exclusive Mode
Completed: alter database mount exclusive
Fri Oct 29 10:03:15 2010
alter database open
Fri Oct 29 10:03:15 2010
Thread 1 opened at log sequence 715
  Current log# 3 seq# 715 mem# 0: G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG
Successful open of redo thread 1
Fri Oct 29 10:03:15 2010
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Fri Oct 29 10:03:15 2010
SMON: enabling cache recovery
Fri Oct 29 10:03:16 2010
Successfully onlined Undo Tablespace 1.
Fri Oct 29 10:03:16 2010
SMON: enabling tx recovery
Fri Oct 29 10:03:16 2010
Database Characterset is ZHS16GBK
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=32, OS id=1132
Fri Oct 29 10:03:18 2010
db_recovery_file_dest_size of 2048 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Fri Oct 29 10:03:19 2010
Completed: alter database open
Fri Oct 29 10:05:16 2010
Memory Notification: Library Cache Object loaded into SGA
Heap size 2191K exceeds notification threshold (2048K)
KGL object name :XDB.XDbD/PLZ01TcHgNAgAIIegtw== Fri Oct 29 10:05:17 2010
Memory Notification: Library Cache Object loaded into SGA
Heap size 2152K exceeds notification threshold (2048K)
Details in trace file g:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_4272.trc
KGL object name :XDB.XDZynXpO5DTv2jNMI2jLTZZA== 

解决方案 »

  1.   

    数据库是重启了,是因为程序和PL/SQL都连接不上了之后手工重启的系统里面没有定时重启数据库的程序,数据库本身自己会定时自动重启的吗?
      

  2.   

    Dump file g:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_5780.trc
    Fri Oct 29 10:03:06 2010
    ORACLE V10.2.0.1.0 - Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    Windows NT Version V5.2 Service Pack 2
    CPU                 : 4 - type 586, 1 Physical Cores
    Process Affinity    : 0x00000000
    Memory (Avail/Total): Ph:6746M/8181M, Ph+PgF:8360M/10032M, VA:1295M/2047M
    Instance name: orclRedo thread mounted by this instance: 0 <none>Oracle process number: 145Windows thread id: 5780, image: ORACLE.EXE (SHAD)
    *** 2010-10-29 10:03:06.406
    *** SERVICE NAME:() 2010-10-29 10:03:06.390
    *** SESSION ID:(104.63) 2010-10-29 10:03:06.390
    *** 2010-10-29 10:03:06.390 60680 kcrr.c
    ARCH: Archival disabled due to shutdown: 1089
    *** 2010-10-29 10:03:07.406 60680 kcrr.c
    ARCH: Archival disabled due to shutdown: 1089
    Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    Windows NT Version V5.2 Service Pack 2
    CPU                 : 4 - type 586, 1 Physical Cores
    Process Affinity    : 0x00000000
    Memory (Avail/Total): Ph:7234M/8181M, Ph+PgF:8844M/10032M, VA:1356M/2047M
    Instance name: orclRedo thread mounted by this instance: 0 <none>Oracle process number: 0Windows thread id: 6004, image: ORACLE.EXE (SHAD)
    KCCDEBUG_LEVEL = 0
    Dynamic strand is set to TRUE
    Running with 2 shared and 18 private strand(s). Zero-copy redo is FALSE
    Dump file g:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_6120.trc
    Fri Oct 29 10:03:11 2010
    ORACLE V10.2.0.1.0 - Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    Windows NT Version V5.2 Service Pack 2
    CPU                 : 4 - type 586, 1 Physical Cores
    Process Affinity    : 0x00000000
    Memory (Avail/Total): Ph:6754M/8181M, Ph+PgF:8360M/10032M, VA:1316M/2047M
    Instance name: orclRedo thread mounted by this instance: 0 <none>Oracle process number: 30Windows thread id: 6120, image: ORACLE.EXE (SHAD)
    *** SERVICE NAME:() 2010-10-29 10:03:11.156
    *** SESSION ID:(73.1) 2010-10-29 10:03:11.156
    kccsga_update_ckpt: num_1 = 8, num_2 = 0, num_3 = 0, lbn_2 = 0, lbn_3 = 0
      

  3.   

    Memory (Avail/Total): Ph:6746M/8181M, Ph+PgF:8360M/10032M, VA:1295M/2047M感觉你的sga pga分配的问题看看
      

  4.   

    我已经把SGA/PGA的分配加大到了一倍,然后把数据库时间重新调回来,还是会出现问题现在准备升级到10.2.0.4试试看
      

  5.   

    定时连不上,是报错误吗?还是hang在那儿?
      

  6.   

    有没有错误 ?连不上是什么意思 ? as sysdba能进去吗?
      

  7.   

    首先解决这个问题
    Memory Notification: Library Cache Object loaded into SGA
    Heap size 2191K exceeds notification threshold (2048K)方法
    http://blog.csdn.net/inthirties/archive/2010/06/02/5642060.aspx

    不过你的问题,还不确切,你可以先看看tns的日志,看看有没有连接的请求,有什么异常,怀疑是不是连接太多的连接没有释放,导致这个问题的。