设为首页 收藏本站
查看: 1065|回复: 0

[经验分享] Windows平台下Oracle实例启动过程中日志输出

[复制链接]

尚未签到

发表于 2017-6-29 23:33:02 | 显示全部楼层 |阅读模式
  Windows平台下Oracle实例启动过程中日志输出记录。
路径:
D:\app\Administrator\diag\rdbms\orcl\orcl\trace\alert_orcl.log
  输出内容:

Sat Aug 06 20:39:55 2016
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
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.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
Using parameter settings in server-side spfile D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILEORCL.ORA
System parameters with non-default values:
processes                = 150
memory_target            = 13120M
control_files            = "D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL01.CTL"
control_files            = "D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\CONTROL02.CTL"
db_block_size            = 8192
compatible               = "11.2.0.0.0"
db_recovery_file_dest    = "D:\app\Administrator\flash_recovery_area"
db_recovery_file_dest_size= 3912M
undo_tablespace          = "UNDOTBS1"
remote_login_passwordfile= "EXCLUSIVE"
db_domain                = ""
dispatchers              = "(PROTOCOL=TCP) (SERVICE=orclXDB)"
audit_file_dest          = "D:\APP\ADMINISTRATOR\ADMIN\ORCL\ADUMP"
audit_trail              = "DB"
db_name                  = "orcl"
open_cursors             = 300
diagnostic_dest          = "D:\APP\ADMINISTRATOR"
Sat Aug 06 20:40:04 2016
PMON started with pid=2, OS id=584
Sat Aug 06 20:40:04 2016
VKTM started with pid=3, OS id=564 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Sat Aug 06 20:40:04 2016
GEN0 started with pid=4, OS id=1676
Sat Aug 06 20:40:04 2016
DBRM started with pid=6, OS id=3328
Sat Aug 06 20:40:04 2016
PSP0 started with pid=7, OS id=1920
Sat Aug 06 20:40:04 2016
DIAG started with pid=5, OS id=3868
Sat Aug 06 20:40:04 2016
MMAN started with pid=9, OS id=4028
Sat Aug 06 20:40:10 2016
DBW0 started with pid=10, OS id=1972
Sat Aug 06 20:40:04 2016
DIA0 started with pid=8, OS id=1128
Sat Aug 06 20:40:10 2016
LGWR started with pid=11, OS id=3280
Sat Aug 06 20:40:10 2016
CKPT started with pid=12, OS id=3700
Sat Aug 06 20:40:10 2016
RECO started with pid=14, OS id=3776
Sat Aug 06 20:40:10 2016
SMON started with pid=13, OS id=1296
Sat Aug 06 20:40:10 2016
MMNL started with pid=16, OS id=3356
Sat Aug 06 20:40:10 2016
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = D:\app\Administrator
Sat Aug 06 20:40:17 2016
alter database mount exclusive
Sat Aug 06 20:40:10 2016
MMON started with pid=15, OS id=2060
Sat Aug 06 20:40:21 2016
Successful mount of redo thread 1, with mount id 1446963249
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: alter database mount exclusive
alter database open
Thread 1 opened at log sequence 4055
Current log# 2 seq# 4055 mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO02.LOG
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Sat Aug 06 20:40:25 2016
SMON: enabling cache recovery
Successfully onlined Undo Tablespace 2.
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
SMON: enabling tx recovery
Database Characterset is AL32UTF8
Sat Aug 06 20:40:28 2016
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Sat Aug 06 20:40:30 2016
QMNC started with pid=20, OS id=2668
Completed: alter database open
Sat Aug 06 20:40:31 2016
Starting background process CJQ0
Sat Aug 06 20:40:32 2016
CJQ0 started with pid=24, OS id=1740
Sat Aug 06 20:40:32 2016
db_recovery_file_dest_size of 3912 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.
Setting Resource Manager plan SCHEDULER[0x3008]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Sat Aug 06 20:40:36 2016
Starting background process VKRM
Sat Aug 06 20:40:36 2016
VKRM started with pid=19, OS id=3712
Sat Aug 06 20:45:30 2016
Starting background process SMCO
Sat Aug 06 20:45:30 2016
SMCO started with pid=21, OS id=3876

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-389480-1-1.html 上篇帖子: windows下使用pip安装python的第三方lxml库 下篇帖子: 【转载】【VSCode】Windows下VSCode编译调试c/c++
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表