Oracle技术之实例恢复的顺序
2013-07-03 09:47
776 查看
通过alert仔细观查,发现实例恢复的顺序是:
1、前滚
2、open db
3、rollback(注意:SMON: Parallel transaction recovery tried
在Completed: ALTER DATABASE OPEN)之后
SMON: enabling cache recovery
Mon Jun 13 16:50:50 2011
Successfully onlined Undo Tablespace 1.
Mon Jun 13 16:50:50 2011
SMON: enabling tx recovery
Mon Jun 13 16:50:50 2011
Database Characterset is ZHS16GBK
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=30, OS id=4588
Mon Jun 13 16:50:59 2011
Completed: ALTER DATABASE OPEN
Mon Jun 13 16:51:00 2011
SMON: Parallel transaction recovery tried
Mon Jun 13 16:51:01 2011
Shutting down instance (abort)
License high water mark = 15
Instance terminated by USER, pid = 1828
Mon Jun 13 16:50:37 2011
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 =24
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 = 200
sessions = 225
__shared_pool_size = 71303168
__large_pool_size = 4194304
__java_pool_size = 4194304
__streams_pool_size = 0
nls_language = SIMPLIFIED CHINESE
nls_territory = CHINA
sga_target = 167772160
control_files = G:ORADATATESTCONTROL01.CTL, G:ORADATATESTCONTROL02.CTL, G:ORADATATESTCONTROL03.CTL
db_block_size = 8192
__db_cache_size = 79691776
db_cache_size = 20971520
compatible = 10.2.0.1.0
db_file_multiblock_read_count= 16
db_recovery_file_dest = g:oracleproduct10.2.0flash_recovery_area
db_recovery_file_dest_size= 2147483648
undo_management = AUTO
undo_tablespace = UNDOTBS1
remote_login_passwordfile= EXCLUSIVE
db_domain =
job_queue_processes = 10
audit_file_dest = G:ORACLEPRODUCT10.2.0ADMINTESTADUMP
background_dump_dest = G:ORACLEPRODUCT10.2.0ADMINTESTBDUMP
user_dump_dest = G:ORACLEPRODUCT10.2.0ADMINTESTUDUMP
core_dump_dest = G:ORACLEPRODUCT10.2.0ADMINTESTCDUMP
db_name = test
open_cursors = 300
pga_aggregate_target = 41943040
PMON started with pid=2, OS id=5408
PSP0 started with pid=3, OS id=5780
MMAN started with pid=4, OS id=1908
DBW0 started with pid=5, OS id=4528
LGWR started with pid=6, OS id=784
CKPT started with pid=7, OS id=5960
SMON started with pid=8, OS id=5696
RECO started with pid=9, OS id=2292
CJQ0 started with pid=10, OS id=5324
MMON started with pid=11, OS id=4280
MMNL started with pid=12, OS id=5736
Mon Jun 13 16:50:37 2011
ALTER DATABASE MOUNT
Mon Jun 13 16:50:41 2011
Setting recovery target incarnation to 1
Mon Jun 13 16:50:41 2011
Successful mount of redo thread 1, with mount id 2051816925
Mon Jun 13 16:50:41 2011
Database mounted in Exclusive Mode
Completed: ALTER DATABASE MOUNT
Mon Jun 13 16:50:41 2011
ALTER DATABASE OPEN
Mon Jun 13 16:50:42 2011
Beginning crash recovery of 1 threads
parallel recovery started with 7 processes
Mon Jun 13 16:50:42 2011
Started redo scan
Mon Jun 13 16:50:43 2011
Completed redo scan
148006 redo blocks read, 4677 data blocks need recovery
Mon Jun 13 16:50:44 2011
Started redo application at
Thread 1: logseq 13, block 28359
Mon Jun 13 16:50:44 2011
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13 Reading mem 0
Mem# 0 errs 0: G:ORADATATESTREDO01.LOG
Mon Jun 13 16:50:45 2011
Recovery of Online Redo Log: Thread 1 Group 2 Seq 14 Reading mem 0
Mem# 0 errs 0: G:ORADATATESTREDO02.LOG
Mon Jun 13 16:50:47 2011
Buffer cache too small: 71 buffers remain in apply pass 2
Mon Jun 13 16:50:49 2011
Completed redo application
Mon Jun 13 16:50:49 2011
Completed crash recovery at
Thread 1: logseq 14, block 83964, scn 264909
4677 data blocks read, 4677 data blocks written, 148006 redo blocks read
Mon Jun 13 16:50:50 2011
Thread 1 advanced to log sequence 15
Thread 1 opened at log sequence 15
Current log# 3 seq# 15 mem# 0: G:ORADATATESTREDO03.LOG
Successful open of redo thread 1
Mon Jun 13 16:50:50 2011
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Mon Jun 13 16:50:50 2011
SMON: enabling cache recovery
Mon Jun 13 16:50:50 2011
Successfully onlined Undo Tablespace 1.
Mon Jun 13 16:50:50 2011
SMON: enabling tx recovery
Mon Jun 13 16:50:50 2011
Database Characterset is ZHS16GBK
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=30, OS id=4588
Mon Jun 13 16:50:59 2011
Completed: ALTER DATABASE OPEN
Mon Jun 13 16:51:00 2011
SMON: Parallel transaction recovery tried
Mon Jun 13 16:51:01 2011
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.
oracle视频教程请关注:http://u.youku.com/user_video/id_UMzAzMjkxMjE2.html
1、前滚
2、open db
3、rollback(注意:SMON: Parallel transaction recovery tried
在Completed: ALTER DATABASE OPEN)之后
SMON: enabling cache recovery
Mon Jun 13 16:50:50 2011
Successfully onlined Undo Tablespace 1.
Mon Jun 13 16:50:50 2011
SMON: enabling tx recovery
Mon Jun 13 16:50:50 2011
Database Characterset is ZHS16GBK
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=30, OS id=4588
Mon Jun 13 16:50:59 2011
Completed: ALTER DATABASE OPEN
Mon Jun 13 16:51:00 2011
SMON: Parallel transaction recovery tried
Mon Jun 13 16:51:01 2011
Shutting down instance (abort)
License high water mark = 15
Instance terminated by USER, pid = 1828
Mon Jun 13 16:50:37 2011
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 =24
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 = 200
sessions = 225
__shared_pool_size = 71303168
__large_pool_size = 4194304
__java_pool_size = 4194304
__streams_pool_size = 0
nls_language = SIMPLIFIED CHINESE
nls_territory = CHINA
sga_target = 167772160
control_files = G:ORADATATESTCONTROL01.CTL, G:ORADATATESTCONTROL02.CTL, G:ORADATATESTCONTROL03.CTL
db_block_size = 8192
__db_cache_size = 79691776
db_cache_size = 20971520
compatible = 10.2.0.1.0
db_file_multiblock_read_count= 16
db_recovery_file_dest = g:oracleproduct10.2.0flash_recovery_area
db_recovery_file_dest_size= 2147483648
undo_management = AUTO
undo_tablespace = UNDOTBS1
remote_login_passwordfile= EXCLUSIVE
db_domain =
job_queue_processes = 10
audit_file_dest = G:ORACLEPRODUCT10.2.0ADMINTESTADUMP
background_dump_dest = G:ORACLEPRODUCT10.2.0ADMINTESTBDUMP
user_dump_dest = G:ORACLEPRODUCT10.2.0ADMINTESTUDUMP
core_dump_dest = G:ORACLEPRODUCT10.2.0ADMINTESTCDUMP
db_name = test
open_cursors = 300
pga_aggregate_target = 41943040
PMON started with pid=2, OS id=5408
PSP0 started with pid=3, OS id=5780
MMAN started with pid=4, OS id=1908
DBW0 started with pid=5, OS id=4528
LGWR started with pid=6, OS id=784
CKPT started with pid=7, OS id=5960
SMON started with pid=8, OS id=5696
RECO started with pid=9, OS id=2292
CJQ0 started with pid=10, OS id=5324
MMON started with pid=11, OS id=4280
MMNL started with pid=12, OS id=5736
Mon Jun 13 16:50:37 2011
ALTER DATABASE MOUNT
Mon Jun 13 16:50:41 2011
Setting recovery target incarnation to 1
Mon Jun 13 16:50:41 2011
Successful mount of redo thread 1, with mount id 2051816925
Mon Jun 13 16:50:41 2011
Database mounted in Exclusive Mode
Completed: ALTER DATABASE MOUNT
Mon Jun 13 16:50:41 2011
ALTER DATABASE OPEN
Mon Jun 13 16:50:42 2011
Beginning crash recovery of 1 threads
parallel recovery started with 7 processes
Mon Jun 13 16:50:42 2011
Started redo scan
Mon Jun 13 16:50:43 2011
Completed redo scan
148006 redo blocks read, 4677 data blocks need recovery
Mon Jun 13 16:50:44 2011
Started redo application at
Thread 1: logseq 13, block 28359
Mon Jun 13 16:50:44 2011
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13 Reading mem 0
Mem# 0 errs 0: G:ORADATATESTREDO01.LOG
Mon Jun 13 16:50:45 2011
Recovery of Online Redo Log: Thread 1 Group 2 Seq 14 Reading mem 0
Mem# 0 errs 0: G:ORADATATESTREDO02.LOG
Mon Jun 13 16:50:47 2011
Buffer cache too small: 71 buffers remain in apply pass 2
Mon Jun 13 16:50:49 2011
Completed redo application
Mon Jun 13 16:50:49 2011
Completed crash recovery at
Thread 1: logseq 14, block 83964, scn 264909
4677 data blocks read, 4677 data blocks written, 148006 redo blocks read
Mon Jun 13 16:50:50 2011
Thread 1 advanced to log sequence 15
Thread 1 opened at log sequence 15
Current log# 3 seq# 15 mem# 0: G:ORADATATESTREDO03.LOG
Successful open of redo thread 1
Mon Jun 13 16:50:50 2011
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Mon Jun 13 16:50:50 2011
SMON: enabling cache recovery
Mon Jun 13 16:50:50 2011
Successfully onlined Undo Tablespace 1.
Mon Jun 13 16:50:50 2011
SMON: enabling tx recovery
Mon Jun 13 16:50:50 2011
Database Characterset is ZHS16GBK
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=30, OS id=4588
Mon Jun 13 16:50:59 2011
Completed: ALTER DATABASE OPEN
Mon Jun 13 16:51:00 2011
SMON: Parallel transaction recovery tried
Mon Jun 13 16:51:01 2011
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.
oracle视频教程请关注:http://u.youku.com/user_video/id_UMzAzMjkxMjE2.html
相关文章推荐
- oracle技术之oracle介质恢复和实例恢复的基本概念
- Oracle技术之恢复rac db(raw)到单实例下
- Oracle闪回恢复技术简要介绍
- Oracle 实例恢复时 前滚(roll forward) 后滚(roll back) 问题
- oracle备份恢复参考日志——实例恢复
- oracle归档日志进行数据实例恢复
- oracle技术之顺序文件上的索引(一)
- Oracle实例恢复(Oracle instance recovery)
- Oracle技术之data recover Advisor自动恢复建议
- Oracle技术之调整RMAN备份与恢复操作的性能(二)
- Oracle闪回技术在数据恢复中的应用
- oracle监听和实例启动顺序浅谈
- Oracle 单实例 迁移到 RAC 实例 -- 使用RMAN 异机恢复
- 恢复服务里oracle启动实例项
- Oracle 10g 实例恢复Tuning
- Oracle实例恢复:范围介于Cache-LowRBA和On-Disk RBA之间
- Oracle 12c数据库备份与恢复技术(一)
- oracle监听和实例启动顺序浅谈
- Oracle 单实例 迁移到 RAC 实例 -- 使用RMAN 异机恢复
- 深入oracle 12c数据库备份与恢复(优化RMAN性能、Oracle flashback技术)