基础知识补漏-数据库的启动和关闭

数据库的启动和关闭

实例是一组后台进程和内存，因此每次启动数据库到nomount状态打开实例时，更像是每次都创建实例。

unix／Linux上可以通过file命令查看oracle执行文件是64位还是32位

[oracle@10g bin]$ file oracle

oracle: setuid setgid ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), not stripped

为啥用64位oracle数据库

32位的oracle数据库最多只能使用1.7g内存，会极大约束oracle的性能，生产环境中，应当使用64位的系统和数据库。

oracle可以用strings命令打印出来

[oracle@10g bin]$ strings $ORACLE_HOME/bin/oracle |grep radiohead

I'm a creep, I'm a winner, what the hell am I doing here.I don't belong here - radiohead

只要有参数文件就能启动实例，最少只需要一个参数db_name就可以启动实例。

PID是数据库内部的编号，os id是该进程在操作系统上的进程编号

PMON started with pid=2, OS id=2609

9i的后台日志不记录os id

PMON是第一个启动的后台进程，将监视其余的进程。

通过v$process可以看到对应于操作系统的每个进程信息

SQL> select addr,pid,spid,username,program from v$process;

ADDR                    PID SPID         USERNAME

---------------- ---------- ------------ ---------------

PROGRAM

------------------------------------------------

00000000A81EBA50          1

PSEUDO

00000000A81EC248          2 5514         oracle

oracle@10g (PMON)

00000000A81ECA40          3 5516         oracle

oracle@10g (PSP0)

latch通常被称为闩，是数据库的串行锁机制，主要用来控制内存上的并发，在多处理系统上，oracle进程通过自旋（spin）进行latch争夺。

v$process是操作系统到数据库的入口，然后进入数据库内部需要创建session，以v$session管理，下面举个应用的例子：

故障时，通过top看到两个占据了很高cpu的资源

$ top

load averages: 1.61, 1.28, 1.25 HSWAPJSDB 10:50:44 172 processes: 160 sleeping, 1 running, 3 zombie, 6 stopped, 2 on cpu

CPU states: % idle, % user, % kernel, % iowait, % swap Memory: 4.0G real, 1.4G free, 1.9G swap in use, 8.9G swap free

PID USERNAME THR PR NCE SIZE RES STATE TIME FLTS CPU COMMAND 

20521 oracle 1 40 0 1.8G 1.7G run 6:37 0 47.77% oracle 

20845 oracle 1 40 0 1.8G 1.7G cpu02 0:41 0 40.98% oracle

然后得到更详细的信息

$ ps -ef|grep 20521

oracle 20909 20875 0 10:50:53 pts/10 0:00 grep 20521

oracle 20521 1 47 10:43:59 ? 6:45 oraclejshs (LOCAL=NO)

$ ps -ef|grep 20845

oracle 20845 1 44 10:50:00 ? 0:55 oraclejshs (LOCAL=NO)

oracle 20918 20875 0 10:50:59 pts/10 0:00 grep 20845

local=no证明该进程来自应用，我们可以通过pid查看sql文本,然后进行优化

SELECT

FROM WHERE

/*+ ORDERED */

sql_text

v$sqltext a

(a.hash_value, a.address) IN (

SELECT DECODE (sql_hash_value,

0, prev_hash_value,

sql_hash_value ),

DECODE (sql_hash_value, 0, prev_sql_addr, sql_address) FROM v$session b

WHERE b.paddr = (SELECT addr

FROM v$process c

WHERE c.spid = '&pid'))

ORDER BY piece ASC

/

参数文件的选择顺序spfileorcl.ora > spfile.ora > initorcl.ora

unix/linux的参数文件路径为$ORACLE_HOME/dbs，windows参数文件的路径为$ORACLE_HOME\database

实例的后台进程的名字由oracle_sid决定。

在同一$ORACLE_HOME下，oracle通过oracle_sid分辨数据库实例,实例名可以相同。不同的$ORACLE_HOME下，两实例的oracle_sid可以相同。

数据库内部视图v$instance中也记录着一个instance_name,这个instance_name来自sid，始终与oracle_sid保持一致。因此一个数据库可能出现这两处的instance_name不一致：

SQL> select instance_name from v$instance; INSTANCE_NAME --------------------------------

julia

  SQL> show parameter instance_name

NAME  TYPE
VALUE

------------------------------------ 

instance_name string eygle

10g之后instance_name动态获取，将不会出现此问题。

v$instance视图与数据库实例的生命周期相关，可以通过此视图获得数据库的启动时间等：

COLUMN STARTED_AT format a25

COLUMN UPTIME format a50

SELECT TO_CHAR (startup_time, 'DD-MON-YYYY HH24:MI:SS') started_at,

 TRUNC (SYSDATE - (startup_time))

 || ' day(s), ' || TRUNC ( 24 * ((SYSDATE - startup_time) -

 TRUNC (SYSDATE - startup_time)))

 || ' hour(s), '|| MOD (TRUNC ( 1440 * ( (SYSDATE - startup_time) -

 TRUNC (SYSDATE - startup_time))),60)

 || ' minute(s), '|| MOD (TRUNC ( 86400 * ( (SYSDATE - startup_time) -

 TRUNC (SYSDATE - startup_time))),60)

 ||' seconds' uptime

 FROM v$instance;

从安装过程来看，是db_name影响sid，而不是sid影响db_name。

db_name不可超过8个字符。

db_name记录在数据文件，日志文件和控制文件中，数据库启动过程中参数文件中的db_name和控制文件中的数据库名称不一致，则数据库不能启动，因此我们在部署dataguard修改参数文件时不修改db_name。

一个数据库可以被任何一个实例挂在打开(在满足一些限制条件下)，在非并行模式（ops/rac）下，一个数据库同时只能被一个实例加载。

在nomount出现问题，通常是系统问题，os类错误一般说明系统资源不足，这在Linux／unix下和信号量等参数设置有关。

重启主机应当极其慎重，很多隐藏的故障可能在重启时爆发出来。

给系统打补丁时有必要服务器重启确认。

挂载数据库之后才能查看v$controlfile视图

SQL> startup nomount;

SQL> select * from v$controlfile;

no rows selected

SQL> show parameter control_files

NAME  TYPE
VALUE

-------------------------------------------------------------------------

control_files string /opt/oracle/oradata/conner/control01.ctl, 
/opt/oracle/oradata/conner/control02.ctl,
/opt/oracle/oradata/conner/control03.ctl

SQL> alter database mount;

Database altered.

SQL> select * from v$controlfile;

STATUS  NAME

------- ----------------------------------------
/opt/oracle/oradata/conner/control01.ctl 
/opt/oracle/oradata/conner/control02.ctl 
/opt/oracle/oradata/conner/control03.ctl

启动了实例之后，实际上数据库的后台进程已经运行。

通过v$recover_file可以发现数据文件丢失状况：

SQL> select * from v$recover_file;

FILE# ONLINE ONLINE_ ERROR CHANGE# TIME

---------- ------- ------- ------------------------------ ---------- 

 3 ONLINE ONLINE FILE NOT FOUND 0

SQL> select name from v$datafile where file#=3;

NAME 

------------------------------------------------------------------------/opt/oracle/oradata/eygle/eygle01.dbf

数据库挂载时，控制文件记录mount id，然后启动心跳，3秒更新一次控制文件，可以用下方命令3秒转储两次控制文件信息：

alter session set events 'immediate trace name CONTROLF level 8' ;

控制文件在mount状态下发生改变的只有心跳，可以用diff查看

[oracle@jumper udump]$ diff conner_ora_25542.trc conner_ora_25706.trc ...

64c63

< heartbeat: 588983634 mount id: 1408096182

---

> heartbeat: 588983636 mount id: 1408096182

心跳主要用于OPS/RAC环境，但是在单实例环境中同样也存在。可以这样查：

SELECT CPHBT from X$KCCCP;

挂载过程中还需要口令文件，Linux在$ORACLE_HOME/dbs／orapw<ORACLE_SID>，windows上位于%ORACLE_HOME%\database\PWD<ORACLE_SID>.ora。口令文件存放sysdba/sysoper用户的用户名和口令。如果不存在口令文件，远程用户将无法使用这两个身份登陆数据库。初始化参数 remote_login_passwordfile和口令文件的使用有关。

重建口令文件命令如下：

orapwd file=<fname> password=<password> entries=<users>

拥有sysdba/sysoper权限的用户可以通过v$pwfile_users查到。

$ORACLE_HOME/dbs下有个文件lk<ORACLE_SID>，lk指lock，在数据库启动时创建，关闭时释放。用于系统对数据库的锁定。当系统出现异常，数据库已经关闭但是锁定未释放，会导致下次数据库无法启动，可以通过重启服务器或手工释放内存段释放锁定。错误信息如下：

Sun Apr 30 06:08:58 2006

ALTER DATABASE MOUNT

Sun Apr 30 06:08:58 2006

scumnt: failed to lock /export/product/oracle/app/dbs/lkBILL exclusive Sun Apr 30 06:08:58 2006

ORA-09968: scumnt: unable to lock file SVR4 Error: 11: Resource temporarily unavailable Additional information: 20169

热备状态会冻结表空间数据文件的检查点，并且生成额外的日志。

打开数据库时，若此前数据库异常崩溃，则scn会保持在无穷大，数据库需要执行实例恢复，完成检查后，打开数据库，锁定数据文件，同时将每个数据文件的结束scn设为无穷大。

数据文件丢失，在mount阶段把记录写在日志文件中，在open阶段在前台发出警告。

diagnostic_dest是11g的特性，为adr服务，启用之后background_dump_dest core_dump_dest user_dump_dest都会被弃用，如果设置了ORACLE_BASE，则DIAGNOSTIC_DEST = ORACLE_BASE，如果未设置ORACLE_BASE，则DIAGNOSTIC_DEST = ORACLE_HOME/log

查看隐含参数：

SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.KSPPDESC PDESC  FROM SYS.x$ksppi x, SYS.x$ksppcv y WHERE x.indx = y.indx AND x.ksppinm LIKE '%&par%';

IPS-事件打包服务，配合FDI（ADR所属，数据库的黑匣子）使用。

adrci显示当前数据库记录的incident：

adrci> show incident;

通过具体的incident_id查看更详细的信息：

adrci> show incident -mode DETAIL -p "incident_id=14601";

创建逻辑package

adrci> set homepath diag/rdbms/11gtest/11gtest

adrci> ips create package incident 14601

创建物理package，这个物理包可以发给技术支持

ips generate package 1 in /opt/oracle/diag

tnsping的是sevice_name，ping通说明网络畅通，端口一致，不代表tnsname的配置是正确的，也不能证明能连上数据库。

除了tnsname.ora外，也可以直接通过sqlplus直接连远程或本地数据库：

SQL>conn eygle/eygle@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.16.33.32)(PORT=1521))(CONNE CT_DATA=(SERVICE_NAME=hsbill)))

或

SQL> connect eygle/eygle@localhost:1521/eygle

可以通过定义多个服务名将不同用户连接区分开来，这个参数的缺省参数格式为：DB_NAME.DB_DOMAIN。

SERVICE_NAMES = sales.eygle.com, news.eygle.com

tnsname.ora文件内配置如下：

SID_LIST_LISTENER = (SID_LIST =

(SID_DESC =

(SID_NAME = PLSExtProc)

(ORACLE_HOME = /opt/oracle/product/9.2.0) (PROGRAM = extproc)

)

(SID_DESC =

(GLOBAL_DBNAME = eygle)

(ORACLE_HOME = /opt/oracle/product/9.2.0) (SID_NAME = eygle)

)

(SID_DESC =

(GLOBAL_DBNAME = julia)

(ORACLE_HOME = /opt/oracle/product/9.2.0) (SID_NAME = eygle)

) )

缺省的监听PLSExtProc是为外部存储过程调用而配置的。

数据库关闭分步操作

SQL> alter database close;

SQL> alter database dismount;

SQL> shutdown;

shutdown＝shutdown normal，等待连接断开

SHUTDOWN IMMEDIATE，终止事务，回滚事务

SHUTDOWN TRANSACTIONAL，事务执行完毕后自动断开

会话级别启用10046跟踪：

alter session set events '10046 trace name context forever,level 12';