溫馨提示×
您好，登錄后才能下訂單哦！
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶(hù)服務(wù)條款》
您好，登錄后才能下訂單哦！
Oracle Server主要由兩部分組成：Instance 和Database 。Instance 是指一組后臺(tái)進(jìn)程/線(xiàn)程和一塊共享內(nèi)存區(qū)域，而 Database是指存儲(chǔ)在磁盤(pán)上的一組物理文件。本文由數(shù)據(jù)庫(kù) 如何啟動(dòng)入手。
數(shù)據(jù)庫(kù)的啟動(dòng)
首先來(lái)分析一下數(shù)據(jù)庫(kù)的啟動(dòng)過(guò)程，Oracle 數(shù)據(jù)庫(kù)的啟動(dòng)主要包含 3 個(gè)步驟：
（1）啟動(dòng)數(shù)據(jù)庫(kù)到 nomount 狀態(tài)；
（2）啟動(dòng)數(shù)據(jù)庫(kù)到 mount 狀態(tài)；
（3）啟動(dòng)數(shù)據(jù)庫(kù)到 open 狀態(tài)。
下面逐個(gè)來(lái)看看各個(gè)步驟的具體過(guò)程以其含義。
1. 啟動(dòng)數(shù)據(jù)庫(kù)到nomount 狀態(tài)
在啟動(dòng)的第一步驟，Oracle 首先尋找參數(shù)文件（pfile/spfile ），然后根據(jù)參數(shù)文件中 的設(shè)置，創(chuàng)建實(shí)例，分配內(nèi)存，啟動(dòng)后臺(tái)進(jìn)程。
在這里可以看到，只要擁有了一個(gè)參數(shù)文件，就可以憑之啟動(dòng)實(shí)例（Instance）， 這一步 驟并不需要任何控制文件或數(shù)據(jù)文件的參與。
在創(chuàng)建數(shù)據(jù)庫(kù)時(shí)，如果在這一步驟就出現(xiàn)問(wèn)題，那么通?？赡苁窍到y(tǒng)配置（內(nèi)核參數(shù)等）存在問(wèn)題，用戶(hù)需要檢查是否分配了足夠的系統(tǒng)資源等。 來(lái)看一下啟動(dòng)到 nomount 狀態(tài)的過(guò)程：
[oracle@dbtest dbs]$ cd $ORACLE_HOME/dbs [oracle@dbtest dbs]$ ls hc_orcl.dat init.ora initorcl.ora lkORCL orapworcl spfileorcl.ora [oracle@dbtest dbs]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Wed May 4 10:36:45 2016 Copyright (c) 1982, 2009, Oracle. All rights reserved. Connected to an idle instance. SQL> startup nomount; ORACLE instance started. Total System Global Area 1152450560 bytes Fixed Size 2212696 bytes Variable Size 922750120 bytes Database Buffers 218103808 bytes Redo Buffers 9383936 bytes SQL>
注意這里，Oracle 根據(jù)參數(shù)文件的內(nèi)容，創(chuàng)建了 instance ，分配了相應(yīng)的內(nèi)存區(qū)域，啟 動(dòng)了相應(yīng)的后臺(tái)進(jìn)程。 此時(shí)觀(guān)察警報(bào)日志文件（alert_<sid>.log ; show parameter dump查看路徑），可以看到這一階段的啟動(dòng)過(guò)程，讀取參數(shù) 文件，應(yīng)用參數(shù)啟動(dòng)實(shí)例，所有在參數(shù)文件中定義的非缺省參數(shù)都會(huì)記錄在警報(bào)日志文件中：
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 /u01/app/oracle/product/11.2.0/db_1/dbs/spfileorcl.ora System parameters with non-default values: processes = 150 sga_target = 176M memory_target = 1104M memory_max_target = 1104M control_files = "/u01/app/oracle/oradata/orcl/control01.ctl" control_files = "/u01/app/oracle/flash_recovery_area/orcl/control02.ctl" db_block_size = 8192 compatible = "11.2.0.0.0" db_recovery_file_dest = "/u01/app/oracle/flash_recovery_area" db_recovery_file_dest_size= 3882M undo_tablespace = "UNDOTBS1" remote_login_passwordfile= "EXCLUSIVE" db_domain = "oracle.com" global_names = FALSE dispatchers = "(PROTOCOL=TCP) (SERVICE=orclXDB)" shared_servers = 5 audit_file_dest = "/u01/app/oracle/admin/orcl/adump" audit_trail = "DB" db_name = "orcl" open_cursors = 300 diagnostic_dest = "/u01/app/oracle"
然后后臺(tái)進(jìn)程依次啟動(dòng)：
Wed May 04 10:36:55 2016 PMON started with pid=2, OS id=3128 Wed May 04 10:36:55 2016 VKTM started with pid=3, OS id=3132 at elevated priority VKTM running at (10)millisec precision with DBRM quantum (100)ms Wed May 04 10:36:55 2016 GEN0 started with pid=4, OS id=3138 Wed May 04 10:36:55 2016 DIAG started with pid=5, OS id=3142 Wed May 04 10:36:55 2016 DBRM started with pid=6, OS id=3146 Wed May 04 10:36:55 2016 PSP0 started with pid=7, OS id=3150 Wed May 04 10:36:55 2016 DIA0 started with pid=8, OS id=3158 Wed May 04 10:36:55 2016 MMAN started with pid=9, OS id=3162 Wed May 04 10:36:55 2016 DBW0 started with pid=10, OS id=3166 Wed May 04 10:36:55 2016 LGWR started with pid=11, OS id=3170 Wed May 04 10:36:55 2016 CKPT started with pid=12, OS id=3175 Wed May 04 10:36:55 2016 SMON started with pid=13, OS id=3179 Wed May 04 10:36:55 2016 RECO started with pid=14, OS id=3184 Wed May 04 10:36:55 2016 MMON started with pid=15, OS id=3189 starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'... Wed May 04 10:36:55 2016 MMNL started with pid=16, OS id=3193 starting up 5 shared server(s) ... ORACLE_BASE from environment = /u01/app/oracle
這里注意一下 Oracle選擇參數(shù)文件的順序:
Oracle 首選spfile<sid>.ora文件作為啟動(dòng)參數(shù)文件；如果該文件不 存在，Oracle選擇spfile.ora 文件；如果前兩者都不存在，Oracle將會(huì)選擇 init<sid>.ora文件；如果以上 3 個(gè)文件都不存在，Oracle 將無(wú)法創(chuàng)建和啟動(dòng) instance ,Oracle將無(wú)法啟動(dòng)。
用戶(hù)可以在SQL*PLUS 中通過(guò)show parameter spfile 命令來(lái)檢查數(shù)據(jù)庫(kù)是否使用了 spfile文件，如果 value 不為Null，則數(shù)據(jù)庫(kù)使用了 spfile文件：
SQL> show parameter spfile
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
spfile string /u01/app/oracle/product/11.2.0
/db_1/dbs/spfileorcl.ora
SQL>
這時(shí)候也可以從操作系統(tǒng)查看啟動(dòng)了的后臺(tái)進(jìn):
[root@dbtest trace]# ps -ef|grep ora_ oracle 3128 1 0 10:36 ? 00:00:00 ora_pmon_orcl oracle 3132 1 0 10:36 ? 00:00:00 ora_vktm_orcl oracle 3138 1 0 10:36 ? 00:00:00 ora_gen0_orcl oracle 3142 1 0 10:36 ? 00:00:00 ora_diag_orcl oracle 3146 1 0 10:36 ? 00:00:00 ora_dbrm_orcl oracle 3150 1 0 10:36 ? 00:00:00 ora_psp0_orcl oracle 3158 1 0 10:36 ? 00:00:00 ora_dia0_orcl oracle 3162 1 0 10:36 ? 00:00:00 ora_mman_orcl oracle 3166 1 0 10:36 ? 00:00:00 ora_dbw0_orcl oracle 3170 1 0 10:36 ? 00:00:00 ora_lgwr_orcl oracle 3175 1 0 10:36 ? 00:00:00 ora_ckpt_orcl oracle 3179 1 0 10:36 ? 00:00:00 ora_smon_orcl oracle 3184 1 0 10:36 ? 00:00:00 ora_reco_orcl oracle 3189 1 0 10:36 ? 00:00:00 ora_mmon_orcl oracle 3193 1 0 10:36 ? 00:00:00 ora_mmnl_orcl oracle 3197 1 0 10:36 ? 00:00:00 ora_d000_orcl oracle 3201 1 0 10:36 ? 00:00:00 ora_s000_orcl oracle 3205 1 0 10:36 ? 00:00:00 ora_s001_orcl oracle 3209 1 0 10:36 ? 00:00:00 ora_s002_orcl oracle 3213 1 0 10:36 ? 00:00:00 ora_s003_orcl oracle 3217 1 0 10:36 ? 00:00:00 ora_s004_orcl root 3358 3253 0 10:50 pts/3 00:00:00 grep ora_
如果這3 個(gè)文件都不存在，Oracle 將無(wú)法啟動(dòng)：
[oracle@dbtest dbs]$ mv init.ora init.ora.bak [oracle@dbtest dbs]$ mv initorcl.ora initorcl.ora.bak [oracle@dbtest dbs]$ mv spfileorcl.ora spfileorcl.ora.bak [oracle@dbtest dbs]$ ls hc_orcl.dat init.ora.bak initorcl.ora.bak lkORCL orapworcl spfileorcl.ora.bak [oracle@dbtest dbs]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Wed May 4 10:55:42 2016 Copyright (c) 1982, 2009, Oracle. All rights reserved. Connected to an idle instance. SQL> startup nomount; ORA-01078: failure in processing system parameters LRM-00109: could not open parameter file '/u01/app/oracle/product/11.2.0/db_1/dbs/initorcl.ora'
在Oracle整個(gè)啟動(dòng)過(guò)程中，參數(shù)文件是寫(xiě)在應(yīng)用程序中的硬代碼，按照如上順序進(jìn)行查 找，不能改變Oracle的搜索路徑及行為，但是如果參數(shù)文件不在相應(yīng)的位置，在Linux/UNIX 系統(tǒng)上，可以通過(guò)符號(hào)鏈接來(lái)進(jìn)行重定位。
在參數(shù)文件中，通常需要最少的參數(shù)是 db_name，設(shè)置了這個(gè)參數(shù)之后，數(shù)據(jù)庫(kù)實(shí)例就可以啟動(dòng)，來(lái)看一個(gè)簡(jiǎn)單的測(cè)試：
SQL> ! echo "db_name=julia" > initorcl.ora SQL> startup nomount; ORACLE instance started. Total System Global Area 217157632 bytes Fixed Size 2211928 bytes Variable Size 159387560 bytes Database Buffers 50331648 bytes Redo Buffers 5226496 bytes
這樣，就通過(guò)了最少的參數(shù)需求啟動(dòng)了 Oracle實(shí)例。
2. 啟動(dòng)數(shù)據(jù)庫(kù)到mount 狀態(tài)
啟動(dòng)到nomount 狀態(tài)以后，Oracle就可以從參數(shù)文件中獲得控制文件的位置信息， 這一部分信息在參數(shù)文件中的記錄類(lèi)似如下所示（Oracle缺省會(huì)創(chuàng)建3 個(gè)控制文件，這 3 個(gè)控制文件的內(nèi)容完全一致，是Oracle為了安全而采用的鏡像手段，在生產(chǎn)環(huán)境中，通 常應(yīng)該將3 個(gè)控制文件存放在不同的物理硬盤(pán)上，避免因?yàn)榻橘|(zhì)故障而同時(shí)損壞3 個(gè)控制 文件）：
SQL> show parameter control_files
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
control_files string /u01/app/oracle/product/11.2.0
/db_1/dbs/cntrlorcl.dbf
在nomount 狀態(tài)，可以查詢(xún)v$parameter視圖，獲得控制文件信息，這部分信息來(lái)自啟 動(dòng)的參數(shù)文件；當(dāng)數(shù)據(jù)庫(kù) mount 之后，可以查詢(xún) v$controlfile視圖獲得關(guān)于控制文件的信 息，此時(shí)，這部分信息來(lái)自控制文件：
[oracle@dbtest dbs]$ mv init.ora.bak init.ora [oracle@dbtest dbs]$ mv initorcl.ora.bak initorcl.ora [oracle@dbtest dbs]$ mv spfileorcl.ora.bak spfileorcl.ora [oracle@dbtest dbs]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Wed May 4 11:07:07 2016 Copyright (c) 1982, 2009, Oracle. All rights reserved. Connected to an idle instance. SQL> startup nomount; ORACLE instance started. Total System Global Area 1152450560 bytes Fixed Size 2212696 bytes Variable Size 922750120 bytes Database Buffers 218103808 bytes Redo Buffers 9383936 bytes SQL> alter database mount; Database altered. SQL> select * from v$controlfile; STATUS ------- NAME -------------------------------------------------------------------------------- IS_ BLOCK_SIZE FILE_SIZE_BLKS --- ---------- -------------- /u01/app/oracle/oradata/orcl/control01.ctl NO 16384 594 /u01/app/oracle/flash_recovery_area/orcl/control02.ctl NO 16384 594 STATUS ------- NAME -------------------------------------------------------------------------------- IS_ BLOCK_SIZE FILE_SIZE_BLKS --- ---------- --------------
在mount 數(shù)據(jù)庫(kù)的過(guò)程中，Oracle需要找到控制文件并鎖定控制文件。如果控制文件全 部丟失此時(shí)就會(huì)報(bào)出如下錯(cuò)誤：
SQL> alter database mount; alter database mount * ERROR at line 1: ORA-00205: error in identifying control file, check alert log for more info
這時(shí)候alert.log 文件中通常會(huì)記錄更為詳細(xì)的信息。
因?yàn)镺racle的3 個(gè)（缺省的）控制文件內(nèi)容完全相同，如果只是損失了其中 1～2 個(gè)， 可以復(fù)制完好的控制文件，更改為相應(yīng)的名稱(chēng)，就可以啟動(dòng)數(shù)據(jù)庫(kù)；如果丟失了所有的控制 文件，那么就需要恢復(fù)或重建控制文件來(lái)打開(kāi)數(shù)據(jù)庫(kù)。
在正常Mount 數(shù)據(jù)庫(kù)的過(guò)程中，數(shù)據(jù)庫(kù)的警報(bào)日志文件僅記錄如下信息：
alter database mount Wed May 04 11:07:44 2016 Successful mount of redo thread 1, with mount id 1438756220 Database mounted in Exclusive Mode Lost write protection disabled Completed: alter database mount
在這一步驟中，數(shù)據(jù)庫(kù)需要計(jì)算Mount id 并將其記錄在控制文件中，然后開(kāi)始啟動(dòng) Heartbeat（心跳），每3 秒更新一次控制文件。
啟動(dòng)到Mount 狀態(tài)，數(shù)據(jù)庫(kù)必須具備的另外一個(gè)重要文件是口令文件，該文件位于 $ORACLE_HOME/dbs 目錄下，缺省的名稱(chēng)為 orapw 。 口令文件中存放 sysdba/sysoper 用戶(hù)的用戶(hù)名及口令：
[oracle@dbtest dbs]$ strings orapworcl ]\[Z ORACLE Remote Password file INTERNAL 769C0CD849F9B8B2 5638228DAF52805F [oracle@dbtest dbs]$
在數(shù)據(jù)庫(kù)沒(méi)有啟動(dòng)之前，數(shù)據(jù)庫(kù)內(nèi)建用戶(hù)是無(wú)法通過(guò)數(shù)據(jù)庫(kù)本身來(lái)驗(yàn)證身份的，通過(guò)口 令文件，Oracle 可以實(shí)現(xiàn)對(duì)用戶(hù)的身份認(rèn)證，在數(shù)據(jù)庫(kù)未啟動(dòng)之前登錄，進(jìn)而啟動(dòng)數(shù)據(jù)庫(kù)。 對(duì)于口令文件，Oracle 缺省查找 orapw 文件，如果該文件不存在，則繼續(xù)查找orapw 文件，如果兩者都不存在，則數(shù)據(jù)庫(kù)將會(huì)出現(xiàn)錯(cuò)誤。
如果口令文件丟失，通過(guò) orapw 工具即可重建，所以在通常的備份策略中可以不必包含 口令文件：
[oracle@dbtest dbs]$ orapwd Usage: orapwd file=<fname> entries=<users> force=<y/n> ignorecase=<y/n> nosysdba=<y/n> where file - name of password file (required), password - password for SYS will be prompted if not specified at command line, entries - maximum number of distinct DBA (optional), force - whether to overwrite existing file (optional), ignorecase - passwords are case-insensitive (optional), nosysdba - whether to shut out the SYSDBA logon (optional Database Vault only). There must be no spaces around the equal-to (=) character. [oracle@dbtest dbs]$
通常在Linux/UNIX 平臺(tái)下，在$ORACLE_HOME/dbs 目錄下，還會(huì)存在另外一個(gè)文件，該文件命名規(guī)則為 lk<SID>，lk指lock ，該文件在數(shù)據(jù)庫(kù)啟動(dòng)時(shí)創(chuàng)建，用于操作系統(tǒng)對(duì)數(shù)據(jù)庫(kù)的鎖定。當(dāng)數(shù)據(jù)庫(kù)啟動(dòng)時(shí)獲得鎖定，數(shù)據(jù)庫(kù)關(guān)閉時(shí)釋放。該文件內(nèi)容通常只有一行，提示不要?jiǎng)h除，該文件僅僅用于鎖定.
3. 啟動(dòng)數(shù)據(jù)庫(kù)open階段
由于控制文件中記錄了數(shù)據(jù)庫(kù)中數(shù)據(jù)文件、日志文件的位置信息、檢查點(diǎn)信息等重要信 息，所以在數(shù)據(jù)庫(kù)的 open階段，Oracle可以根據(jù)控制文件中記錄的這些信息找到這些文件， 然后進(jìn)行檢查點(diǎn)及完整性檢查。
如果不存在問(wèn)題就可以啟動(dòng)數(shù)據(jù)庫(kù)，如果存在不一致或文件丟失則需要進(jìn)行恢復(fù)。
進(jìn)一步地說(shuō)，實(shí)際上在數(shù)據(jù)庫(kù) open的過(guò)程中，Oracle 進(jìn)行的檢查中包括以下兩項(xiàng)：
第一次檢查數(shù)據(jù)文件頭中的檢查點(diǎn)計(jì)數(shù)（Checkpoint cnt ）是否和控制文件中的檢查點(diǎn) 計(jì)數(shù)（Checkpoint cnt ）一致。此步驟檢查用以確認(rèn)數(shù)據(jù)文件是來(lái)自同一版本，而不是從備 份中恢復(fù)而來(lái)（因?yàn)?Checkpoint Cnt 不會(huì)被凍結(jié)，會(huì)一直被修改）。 下面通過(guò)一個(gè)簡(jiǎn)單的測(cè)試來(lái)說(shuō)明一下 Checkpoint Cnt的作用。
如果檢查點(diǎn)計(jì)數(shù)檢查通過(guò)，則數(shù)據(jù)庫(kù)進(jìn)行第二次檢查。第二次檢查數(shù)據(jù)文件頭的開(kāi)始SCN 和控制文件中記錄的該文件的結(jié)束 SCN 是否一致，如果控制文件中記錄的結(jié)束 SCN 等于數(shù)據(jù) 文件頭的開(kāi)始 SCN，則不需要對(duì)那個(gè)文件進(jìn)行恢復(fù)。
總結(jié)
以上就是本文關(guān)于oracle 數(shù)據(jù)庫(kù)啟動(dòng)階段分析的全部?jī)?nèi)容，希望對(duì)大家有所幫助。感興趣的朋友可以參閱：Oracle創(chuàng)建帶有參數(shù)的視圖代碼介紹 、 Oracle分頁(yè)查詢(xún)性能優(yōu)化代碼詳解 、 oracle 虛擬專(zhuān)用數(shù)據(jù)庫(kù)詳細(xì)介紹等，感謝大家對(duì)本站的支持。有什么問(wèn)題可以隨時(shí)留言，小編會(huì)竭盡所能給您想要的答案。
免責(zé)聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng)，如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱：is@yisu.com進(jìn)行舉報(bào)，并提供相關(guān)證據(jù)，一經(jīng)查實(shí)，將立刻刪除涉嫌侵權(quán)內(nèi)容。
億速云公眾號(hào)
手機(jī)網(wǎng)站二維碼