Note-Managing An Oracle Instance

都是基本概念，但是从头到尾认真听一遍，感觉还是有收获，有写概念还是不清晰

Oracle Managed File（OMF）好在哪？

可以自动创建文件，需要设置两个参数：

db_create_file_dest：数据文件自动创建的路径

db_create_online_log_dest:日志文件自动创建路径

可以自动连带删除文件：

drop tablespace test2

alter system drop log file group 6

 

create tablespace test2 datafile ** size **

drop tablespace test2 无法连带删除数据文件

但可以drop tablespace test2 including contents and datafile

 

关于启动

->nomount

1 读spfile，写alert.log,如果alert.log没有，oracle会自动创建

2 此时可以访问v$instance,v$bkprogress,v$sga，但不能访问v$database

  表明该步骤初始化了实例，启动了后台进程，分配了内存空间，但没有加载数据库

->mount

1 v$database可以访问，但用户表不能访问

 

->open

1 打开了database

2 如果有必要，SMON会完成recovery

 

关于startup的其他参数

read only

1 只读状态，只能在启动时来决定，启动后无法改变

2 有时alter database open read only会报ora-16005的错，这表明需要recovery

3 read only 状态下，可以查询，可以排序，可以数据文件级的offline/online,但是不可以表空间级的offline/online

alter database datafile **offline ok

alter tablespace *** offline error

 

restrict

1 限制用户的访问，只有具有restricted session权限的用户才可以连接

grant restricted session to user

2 open后可以修改该状态

 alter system enable/disable restricted session

 

force

当实例在运行时可以强制启动，

 

关于shutdown

正常关闭下会写将data buffer写到数据文件，回滚，释放资源

shutdown abort 和 startup force 是非正常的关闭,重启后会导致recovery

 

关于诊断文件

1 包括alert.log、background trace file,user trace file

2 建议day to day的检查

3 alert.log和background trace file默认存放在background_dump_dest参数值的路径下

4 user trace file 默认是关闭的，需要

 alter session set sql_trace=true

或dbms_system.set_sql_trace_in_session

两个user trace file的参数：

user_dump_dest

max_dump_file_size

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/22111412/viewspace-612239/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/22111412/viewspace-612239/