【正文】 顯示：――quiescent――up hh:mm:ss ――（6） 恢復數據庫至online狀態(tài)onmode m（7） 通過檢查數據庫狀態(tài)確認數據庫已恢復至on－line狀態(tài)：onstat –顯示：――on－line――up hh:mm:ss ―― 至此，冷備（共享磁陣）的數據庫恢復成功完成。 對于熱備（HDR）的數據庫恢復，還需加上一步：（8） 設置數據庫的主備模式：a. 將數據庫恢復為備用模式： onmode –d secondary 主機數據庫服務器別名b. 將數據庫恢復為主用模式： onmode –d primary 備機數據庫服務器別名至此，熱備（HDR）的數據庫恢復成功完成。六。邏輯日志備份機制的解析 數據庫邏輯日志的備份是所有數據備份中最復雜的，它不僅涉及到NBU服務器上的備份策略，還涉及到NBU客戶機上的3個腳本，informix數據庫服務器的告警處理機制及onbar備份進程。尤其是邏輯日志備份的中斷超過一定數量后會導致數據庫掛起的嚴重后果。下面的分析將有助于我們理解邏輯日志是通過什么機制來完成備份的。1． 每日第1次備份：（1） 啟動者：NBU服務器（2） 啟動時間： 0時（3） 執(zhí)行腳本：NBU客戶機/usr/openv/scripts/（4） 腳本備份對象：NBU客戶機（主機）數據庫當前邏輯日志（5） 腳本備份目的地：NBU服務器上的磁陣（6） 腳本執(zhí)行命令：onbar –b –l –c（切換并備份當前邏輯日志以及其他所有已填滿但未備份的邏輯日志）與此同時，由于主機數據庫當前邏輯日志被上述命令切換（類似填滿），數據庫服務器觸發(fā)事件警報23號。該23號事件警報將調用在ONCONFIG參數文件ALARMPROGRAM參數所指定的腳本：/opt/informix/etc/。該腳本執(zhí)行命令onbar –l（備份所有已填滿的邏輯日志）。但由于onbar –b –l –c 命令調用的備份進程onbar_d在先，23號事件警報所調用的備份進程在后，而onbar進程數只能為1，故后者以返回碼＝152退出，對已在運行的由NBU服務器發(fā)起的備份進程沒有影響。：20080818 00:00:15 60068 69486 /opt/informix/bin/onbar_d b l c 20080818 00:00:16 60068 69486 Begin backup logical log 2338. 20080818 00:00:16 60068 69486 Successfully connected to Storage Manager. 20080818 00:00:53 42006 32646 /opt/informix/bin/onbar_d l 20080818 00:00:53 42006 32646 WARNING: A log backup is already running. Can39。t start another. 20080818 00:00:58 42006 32646 /opt/informix/bin/onbar_d: process exit 152 (0x98) 20080818 00:01:06 60068 69486 Completed backup logical log 2338. 20080818 00:01:06 60068 69486 /opt/informix/bin/onbar_d: process exit 0 (0x00)其中藍色部分為NBU服務器啟動的備份進程，紅色部分為23號事件警報所調用的備份進程，一目了然。 2． 每日第1+N次備份（自0時備份以后，出現了邏輯日志被填滿的情況）：（1） 啟動者：NBU客戶機（邏輯日志填滿時數據庫服務器觸發(fā)事件警報23號）（2） 啟動時間：任意（當前邏輯日志填滿時）（3） 執(zhí)行腳本：NBU客戶機/opt/informix/etc/（4） 腳本備份對象：觸發(fā)事件警報23號的數據庫服務器的當前邏輯日志（滿）（5） 腳本備份目的地：NBU服務器上的磁陣（6） 腳本執(zhí)行命令：onbar –l （備份所有已填滿的邏輯日志） ：20080818 21:30:05 44588 57972 /opt/informix/bin/onbar_d l 20080818 21:30:05 44588 57972 Begin backup logical log 2340. 20080818 21:30:05 44588 57972 Successfully connected to Storage Manager. 20080818 21:30:51 44588 57972 Completed backup logical log 2340. 20080818 21:30:51 44588 57972 /opt/informix/bin/onbar_d: process exit 0 (0x00)3． 每日第1+N+1次備份：（1） 啟動者：NBU服務器（2） 啟動時間：NBU客戶機（主機）數據庫（2時～6時不等）0級備份結束前（3） 執(zhí)行腳本：NBU客戶機（主機）/usr/openv/scripts/（4） 腳本備份對象：NBU客戶機（主機）數據庫及當前邏輯日志（5） 腳本備份目的地：NBU服務器上的磁帶庫（6） 腳本執(zhí)行命令：onbar –b –w（做數據庫0級備份及切換并備份當前邏輯日志以及其他所有已填滿未備份的邏輯日志）與此同時，由于NBU客戶機（主機）數據庫當前邏輯日志被上述命令切換（類似填滿），數據庫服務器觸發(fā)事件警報23號。該過程同每日第1次邏輯日志備份的過程相同，即對已在運行的NBU服務器發(fā)起的備份進程沒有影響。：20080818 05:00:10 39110 44168 /opt/informix/bin/onbar_d b w 20080818 05:00:12 39110 44168 Begin level 0 backup rootdbs. 20080818 05:00:12 39110 44168 Successfully connected to Storage Manager. 20080818 05:01:59 39110 44168 Completed level 0 backup rootdbs. 20080818 05:02:14 39110 44168 Begin level 0 backup logdbs. 20080818 05:02:40 39110 44168 Completed level 0 backup logdbs. 20080818 05:02:55 39110 44168 Begin level 0 backup phydbs. 20080818 05:03:20 39110 44168 Completed level 0 backup phydbs. 20080818 05:03:35 39110 44168 Begin level 0 backup workdbs. 20080818 05:04:59 39110 44168 Completed level 0 backup workdbs. 20080818 05:05:20 39110 44168 Begin backup logical log 2339. 20080818 05:05:20 39110 44168 Successfully connected to Storage Manager. 20080818 05:05:47 35204 68212 /opt/informix/bin/onbar_d l 20080818 05:05:47 35204 68212 WARNING: A log backup is already running. Can39。t start another. 20080818 05:05:52 35204 68212 /opt/informix/bin/onbar_d: process exit 152 (0x98) 20080818 05:06:02 39110 44168 Completed backup logical log 2339. 20080818 05:06:02 39110 44168 /opt/informix/bin/onbar_d: process exit 0 (0x00)其中藍色部分為NBU服務器啟動的備份進程，紅色部分為23號事件警報所調用的備份進程，一目了然。4． 每日1+N+1+M次備份（（自數據庫0級備份以后，出現了邏輯日志被填滿的情況）：所有情況同“2. 每日第1+N次備份”5．邏輯日志備份故障后的自動處理過程 當NBU服務器故障或NBU服務器與NBU客戶機之間的通信中斷后，NBU客戶機上的數據庫邏輯日志將無法得到正常的備份。如果故障時間較長，將會使數據庫所有的邏輯日志文件全部被寫滿（目前華為智能網平臺的informix數據庫的邏輯日志文件設計為10個，每個30MB，循環(huán)使用），從而導致數據庫掛起，業(yè)務中斷。 為避免出現這種現象，在每臺NBU客戶機上配置了邏輯日志偽archive處理腳本/opt/Informix/。該腳本在主/備機的crontab中每小時執(zhí)行一次，但只對主機上的邏輯日志做偽archive處理。備機中的邏輯日志由HDR同步機制將主機的數據庫邏輯日志的狀態(tài)同步到備機的邏輯日志上。 邏輯日志偽archive處理腳本的功能如下：當數據庫服務器上出現大于3個邏輯日志未被備份的情況時，該腳本中的命令 ontape –a（備份所有已滿的邏輯日志）就會對該類文件做偽archive處理，即將其備份至數據庫ONCONFIG參數文件LTAPEDEV參數所指定的文件：/opt/informix/lp。該文件為符號鏈接文件，指向/dev/null（空文件）。 七。參考資料 略