【導(dǎo)讀】國(guó)電南瑞電網(wǎng)控制分公司?！禣PEN-3000技術(shù)問答900句》來(lái)自《每周Tip》，它是電網(wǎng)公司。所有開發(fā)人員、工程人員技術(shù)經(jīng)驗(yàn)的總結(jié)，是大家排查問題和解決問。題過程中得到的技術(shù)成果。在每條成功經(jīng)驗(yàn)的背后都凝聚了供稿者的。辛勤汗水，我們要感謝提供資料的每位同事，并且要讓他（她）們的。名字與其所提供的經(jīng)驗(yàn)一起被大家永遠(yuǎn)記住。請(qǐng)大家既要好好學(xué)習(xí)它，還要好好應(yīng)用它，更要為它的不斷豐富而。出謀劃策，通過大家的努力，共同把它打造成一本關(guān)于OPEN-3000. db_modify_server調(diào)用顯示“設(shè)置實(shí)時(shí)觸發(fā)標(biāo)志時(shí)遇到錯(cuò)誤，服務(wù)停止”的原。采用文件系統(tǒng)的單機(jī)版數(shù)據(jù)庫(kù)配置回退表空間undotbs1注意事項(xiàng)：..........14. Oracle數(shù)據(jù)庫(kù)名、tns服務(wù)名和文件中的db_service_name、如何正確配置RAC版數(shù)據(jù)庫(kù)DB_SERVICE服務(wù)器上的OracleTNS配置文件。Oracle10gRAC的VIP地址同系統(tǒng)中其他機(jī)器地址沖突導(dǎo)致crs無(wú)法正常啟動(dòng)

　　

【正文】 庫(kù)名和數(shù)據(jù)庫(kù)名是一致的，都為 o2020。 實(shí)例名：和數(shù)據(jù)庫(kù)名、全局?jǐn)?shù)據(jù)庫(kù)名一樣，數(shù)據(jù)庫(kù)實(shí)例名也是一個(gè)用來(lái)標(biāo)識(shí)數(shù)據(jù)庫(kù)的參數(shù)，每一個(gè) oracle10g 數(shù)據(jù)庫(kù)中都有一個(gè)或者多個(gè)數(shù)據(jù)庫(kù)實(shí)例。和數(shù)據(jù)庫(kù)名只是用來(lái)區(qū)分一個(gè)數(shù)據(jù)庫(kù)的 內(nèi)部標(biāo)識(shí)所不同的是，實(shí)例名用來(lái)和操作系統(tǒng)聯(lián)系的。要和某個(gè)數(shù)據(jù)庫(kù)聯(lián)系，必須知道其實(shí)例名。實(shí)例名和數(shù)據(jù)庫(kù)名可以一樣，也可以不一樣。通常，我們都設(shè)成 o2020。 一般而言，數(shù)據(jù)庫(kù)名和實(shí)例名的關(guān)系是一一對(duì)應(yīng)的。但是，在 OPS/RAC 服務(wù)器結(jié)構(gòu)中，數(shù)據(jù)庫(kù)名和實(shí)例名不是一一對(duì)應(yīng)的關(guān)系，而是一對(duì)多的關(guān)系，也就是說，一個(gè)數(shù)據(jù)庫(kù)能對(duì)應(yīng)多個(gè)實(shí)例，這種情況在我們的 OPEN3000 系統(tǒng)配置中也很常見。 SID：本質(zhì)上而言， SID 和數(shù)據(jù)庫(kù)實(shí)例名一樣，也是用來(lái)表示數(shù)據(jù)庫(kù)實(shí)例的一個(gè)標(biāo)識(shí)符，所不同的是，數(shù)據(jù)庫(kù)實(shí)例名是 oracle 數(shù)據(jù)庫(kù)的 一個(gè)參數(shù)，它被記錄在數(shù)據(jù)庫(kù)參數(shù)文件中。而 SID 卻是操作系統(tǒng)的環(huán)境變量。通常，我們就認(rèn)為 SID和數(shù)據(jù)庫(kù)實(shí)例名相同。 數(shù)據(jù)庫(kù)服務(wù)名：這個(gè)參數(shù)是從 oracle9i、 oracle10g 開始引入的，它也是數(shù)據(jù)庫(kù)的一個(gè)標(biāo)識(shí)參數(shù)。 Oracle10g 的主機(jī)字符串中不再使用實(shí)例名，而使用數(shù)據(jù)庫(kù)服務(wù)名。 如果數(shù)據(jù)庫(kù)定義了域名，那么數(shù)據(jù)庫(kù)服務(wù)名就是全局?jǐn)?shù)據(jù)庫(kù)名，如果數(shù)據(jù)庫(kù)沒有定義域名，那么數(shù)據(jù)庫(kù)服務(wù)名就是數(shù)據(jù)庫(kù)名。 tns 服務(wù)名是指在 Oracle 客戶端用 mgr 工具建立和數(shù)據(jù)庫(kù)的 tns 連接時(shí)指定的連接名稱。在 OPEN3000實(shí)際工程中，我們?cè)?DB_SERVICE 服務(wù)器上會(huì)建立兩個(gè)名稱為 o20201 和 o20202 的 tns 服務(wù)分別連接主庫(kù)和備庫(kù)。注意程序以及sqlplus 等工具連接的是 tns 服務(wù)名而不是 Oracle 數(shù)據(jù)庫(kù)名 。 配置文件 在新版本 DB_SERVICE 程序中的使用 對(duì)于新版本 DB_SERVICE 程序， 配置文件作廢，不再使用了。 Release 新版程序 download_server temp 以及 db_create_struct 將讀取 文件獲取數(shù)據(jù)連結(jié)信息，不再使用 文件。連接策略為按優(yōu)先級(jí)連接至第一個(gè)可以連接的數(shù)據(jù)庫(kù)并運(yùn)行。 舉例： 中按優(yōu)先級(jí)順序有 o20201 和 o20202 兩個(gè)庫(kù)，那么按優(yōu)先級(jí)程序首先嘗試連接 o20201，如果連結(jié)成功就使用 o20201 運(yùn)行，如果失敗就嘗試連結(jié)就連結(jié) o20202 運(yùn)行，假設(shè)都不能連結(jié)，程序報(bào)錯(cuò)后退出。 Oracle 數(shù)據(jù)庫(kù)名、 tns 服務(wù)名和 文件中的 db_service_name、db_name 的 區(qū)別 上 面的四個(gè)名稱很容易混淆，現(xiàn)在說明如下： Oracle 數(shù)據(jù)庫(kù)名是指用 DBCA 工具建立 Oracle 庫(kù)實(shí)體時(shí)指定的庫(kù)名稱，通常都為 o2020，庫(kù)一旦建好，此名稱就不能改變。數(shù)據(jù)庫(kù)名僅作用于 ORACLE 內(nèi)部，一般情況下系統(tǒng)中所有的數(shù)據(jù)庫(kù)（主庫(kù)、備庫(kù)、鏡像庫(kù)、 WEB 庫(kù)）都可以設(shè)置數(shù)據(jù)庫(kù)名為 o2020。 tns 服務(wù)名是指在 Oracle 客戶端用 mgr 工具建立和數(shù)據(jù)庫(kù)的 tns 連接時(shí)指定的連接名稱。在 OPEN3000 實(shí)際工程中，我們?cè)?DB_SERVICE 應(yīng)用服務(wù)器 (也即 Oracle客戶端 )上會(huì)建立兩個(gè)名稱為 o20201和 o20202 的 tns服務(wù)分別連接主庫(kù)和備庫(kù)。注意程序以及 sqlplus 等工具連接的是 tns 服務(wù)名而不是 Oracle 數(shù)據(jù)庫(kù)名。 文件中的 db_service_name 名稱需要和 tns 服務(wù)名對(duì)應(yīng)起來(lái)，即如果 DB_SERVICE 應(yīng)用服務(wù)器上建有兩個(gè) o20201 和 o20202 的 tns 服務(wù)名，那么在 文件的開頭部分應(yīng)為： [db_service_name] service_1=o20201 service_2=o20202 ... ... db_name名稱對(duì)應(yīng)進(jìn)程信息表中商用庫(kù)復(fù)制進(jìn)程的啟動(dòng)參數(shù)，用于復(fù)制進(jìn)程區(qū)分不同的商用庫(kù)。如果實(shí)際工程的主備庫(kù)為 并行 庫(kù)，則在 [o20201]和 [o20202]配置中的 db_name名稱應(yīng)該相同(通常為 db_server)，相應(yīng)的在進(jìn)程信息表中只有一行啟動(dòng)參數(shù)為 db_server 的復(fù)制進(jìn)程信息；如果實(shí)際工程的主備庫(kù)為單機(jī)庫(kù)，則在 文件中[o20201]和 [o20202]配置中的 db_name 名稱應(yīng)該為兩個(gè) (通常為 db_server1 和db_server2)，相應(yīng)的在進(jìn)程信息表中應(yīng)有兩行復(fù)制進(jìn)程信息，啟動(dòng)參數(shù)分別為db_server1 和 db_server2。 PS: 如果系統(tǒng)中還有鏡像庫(kù)和 web 庫(kù)，則還應(yīng)有相應(yīng)的商用庫(kù)復(fù)制進(jìn)程。 如何正確配置 RAC 版數(shù)據(jù)庫(kù) DB_SERVICE 服務(wù)器上的 Oracle TNS 配置文件 工程人員在某現(xiàn)場(chǎng)發(fā)現(xiàn)兩臺(tái)數(shù)據(jù)庫(kù)服務(wù)器的 CPU 占用率很高，基本維持在95%以上。數(shù)據(jù)庫(kù)為 Oracle10gRAC 版，撥號(hào)檢查后發(fā)現(xiàn)是 db_monitor 進(jìn)程和商用庫(kù)建立的會(huì)話占用了很高的 CPU。而且每個(gè)庫(kù) 實(shí)例上都連接了 5 個(gè)db_monitor 的會(huì)話，這是不正常的。正常情況下，每個(gè)庫(kù)實(shí)例中 db_monitor 會(huì)話的個(gè)數(shù)應(yīng)和 DB_SERVICE 服務(wù)的個(gè)數(shù)相等。因?yàn)?db_monitor 在判斷庫(kù)是否正常時(shí)會(huì)對(duì)數(shù)據(jù)庫(kù)測(cè)試表進(jìn)行 update 操作，因此多個(gè) db_monitor 反復(fù)的同時(shí)更新同一張表就會(huì)產(chǎn)生大量的鎖操作，導(dǎo)致會(huì)話占用很高的 CPU。 檢查工程現(xiàn)場(chǎng)的 Oracle 連接文件 ，發(fā)現(xiàn)配置的有問題。在 o20201和 o20202 的連接中，都只指定了 service_name 為 o2020，而沒有明確 指定庫(kù)實(shí)例名。這就導(dǎo)致了用 o20201 的連接去連數(shù)據(jù)庫(kù)時(shí)，實(shí)際連接到的庫(kù)實(shí)例可能是o20201，也可能是 o20202。用 o20202 的連接去連數(shù)據(jù)庫(kù)也存在相同的問題。這樣就使得 db_monitor 不能正常地連接數(shù)據(jù)庫(kù)，導(dǎo)致每個(gè)庫(kù)實(shí)例中出現(xiàn)多個(gè)db_monitor 的會(huì)話。正確修改 文件并重新啟動(dòng) DB_SERVICE 服務(wù)后，問題解決。 工程部門對(duì)商用庫(kù)為 RAC 版 (包括 9i和 10g)工程的 DB_SERVICE 服務(wù)器上的 文件進(jìn)行檢查，確保其中顯式指定了庫(kù)實(shí)例的名稱。 文件在 $ORACLE_HOME/work/admin 目錄下，請(qǐng)用操作系統(tǒng)的 oracle 用戶進(jìn)行訪問。請(qǐng)檢查其中的 o20201 和 o20202 連接配置滿足以下兩種形式中的一種： 格式一 ： O20201 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = his01)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = o2020) (INSTANCE_NAME = o20201) ) ) O20202 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = his02)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = o2020) (INSTANCE_NAME = o20202) ) ) 格式二： O20201 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = his01)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = o20201) ) ) O20202 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = his02)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = o20202) ) ) 檢查工程是否配置了數(shù)據(jù)庫(kù)自動(dòng)備份的方法 陳鵬 投入運(yùn)行的工程應(yīng)當(dāng)配置自動(dòng)備份數(shù)據(jù)庫(kù)，以免數(shù)據(jù)庫(kù)損壞時(shí)出現(xiàn)不必要麻煩。 檢查的步驟如下： 商用庫(kù)自動(dòng)備份一般配置在工程的 scada 一號(hào)機(jī)或二號(hào)機(jī)上，檢查步驟如下： 打開一終端窗口，輸入 crontab l 看是否有類似內(nèi)容： 30 12 * * 06 /users/ems/open2020e/var/DB_BACKUP/ 如果有說明此機(jī)器配置了商用庫(kù)自動(dòng)備份的腳本。 進(jìn)入 /users/ems/open2020e/var/DB_BACKUP/目錄，察看其中是否產(chǎn)生了每天的自動(dòng)備份目錄，例如： fullbase_081023_03301 如 果 沒 有 則 說 明 此 機(jī) 器 的 自 動(dòng) 備 份 沒 有 生 效 ， 可 以 手 工 執(zhí) 行/users/ems/open2020e/var/DB_BACKUP/ 腳本，看看是什么錯(cuò)誤，一般是用戶修改了 nari用戶的口令導(dǎo)致，這時(shí)應(yīng)當(dāng)修改 user_id 后的口令。 自動(dòng)刪除 exp_man 舊備份的腳本 詹代俊 下面的 腳本可以實(shí)現(xiàn)保留 exp_man 最后若干次的備份，之前的自動(dòng)清除，確保 var 空間不被備份數(shù)據(jù)占滿。 !/bin/sh if [ $1 = ] then echo Usage: echo $0 num echo for example: $0 1 rm r before 1 day exit 0 fi cd /users/ems/open2020e/var/DB_BACKUP ii=0 for dir in `ls t |grep model_|grep 330` do echo $dir ii=`expr $ii + 1` if [ $ii gt $1 ]。 then echo rm r $dir rm r $dir amp。 fi done 可以把該腳本也放在 crontab 中實(shí)現(xiàn)自動(dòng)執(zhí)行，命令格式 20 (20 為保留最后 20 次備份，需注意腳本中 grep 的字符串，避免誤刪。） VAR 緩存目錄對(duì)于商用庫(kù)服務(wù)的重要性 案例：張家港系統(tǒng)（數(shù)據(jù)庫(kù)采用 2個(gè)單機(jī)版數(shù)據(jù)庫(kù)）出現(xiàn) 1號(hào)庫(kù)正常， 2號(hào)庫(kù)無(wú)法同步數(shù)據(jù)的問題，經(jīng)過撥號(hào)檢查，是由于 VAR緩存空間滿造成。 解釋： OPEN3000中商用庫(kù)部分處理的采樣、告警、復(fù)制等功能由于需要保證數(shù)據(jù)不丟失而采用先緩存到磁盤文件再寫庫(kù)的流程，因此程序的正常運(yùn)行必須保證 VAR有剩余 空間，一旦 VAR空間全滿（ 100%占用），采樣、告警以及復(fù)制將由于無(wú)法緩存文件而丟失數(shù)據(jù)。 建議：商用庫(kù)部分針對(duì)緩存空間有告警，告警閥值可通過系統(tǒng)參數(shù)“緩存空間告警百分比”（ DB _SERVICE/db_warn_para/space_warn_ratio）確定，對(duì)于VAR緩存空間越限告警要高度重視，必須處理。 Oracle 10g RAC 的 VIP 地址同系統(tǒng)中其他機(jī)器地址沖突導(dǎo)致 crs 無(wú)法正常啟動(dòng) 檢查發(fā)現(xiàn)某工程項(xiàng)目數(shù)據(jù)庫(kù)服務(wù)器 his01 上的 crs 服務(wù)無(wú)法啟動(dòng)，而數(shù)據(jù)庫(kù)服務(wù)器 his02 上的 crs 服 務(wù)卻是正常的。嘗試著手工啟動(dòng) his01 上的 vip 服務(wù)，也失敗，并且提示 vip 網(wǎng)址已被使用。 ping 一下 vip 的網(wǎng)址，發(fā)現(xiàn)可以拼通。懷疑存在網(wǎng)址沖突。檢查 his01 上的 /etc/hosts 文件，發(fā)現(xiàn) dts011 服務(wù)器配置的網(wǎng)址和 his01 的 vip 網(wǎng)址相同，確實(shí)存在沖突。修正后問題解決。 需要提醒注意，對(duì)于 Oracle 10g RAC 的項(xiàng)目，在添加機(jī)器設(shè)置網(wǎng)址時(shí)，不僅要和現(xiàn)有的機(jī)器沒有沖突，還要注意和兩臺(tái)庫(kù)服務(wù)器上的 vip 網(wǎng)址也沒有沖突。 IBMAIX 5306 和 Oracle10gRAC 的沖突 目 前 IBMAIX 的版本已經(jīng)到了 5306，但 5306 版本操作系統(tǒng)只能搭配 版本的HA集群軟件。而 版本的 HA 和 Oracle10gRAC 有沖突，在安裝 crs 時(shí)會(huì)報(bào)錯(cuò)，無(wú)法成功安裝。因此在 Oracle 或 IBM 出來(lái)新的補(bǔ)丁之前，只能用 5305 的操作系統(tǒng)搭配 版本的 HA軟件來(lái)安裝 Oracle10gRAC。 Oracle10g RAC 版數(shù)據(jù)庫(kù)對(duì)網(wǎng)卡要求的說明 數(shù)據(jù)庫(kù)服務(wù)器上安裝 Oracle10g RAC 版數(shù)據(jù)庫(kù)，網(wǎng)卡配置需滿足以下條件： 每臺(tái)數(shù)據(jù)庫(kù)服務(wù)器必須具備兩個(gè)光纖網(wǎng)口（專用網(wǎng)口），用于連接光 纖交換機(jī)。