一. 概述
DM OBSV方案是一個基于日志的數據庫級可靠性解決方案,它能夠進行主備機之間的數據同步和故障切換,是一個集成化的災難恢復解決方案。
該方案的基本原理是,主機數據庫的任何修改,都將產生REDO日志,在REDO日志寫入聯機日志的同時,通過網絡把REDO日志發送給遠程的備機。備機收到并利用這些REDO日志執行恢復操作,以實現數據同步。
DM OBSV 方案是由3個部分組成的,分別是:主機、備機、協調器。主機是正常情況下我們訪問的機器;備機是指當主機出現故障時,備用的機器;協調器的用途是監控主備機狀態,進行故障切換。正常情況下,訪問的是主機的數據庫,當主機發生故障時,則備機切換為主機。整個過程對于應用程序而言沒有影響,即可提供無縫的主備故障切換服務。
下面我們介紹一下主備機的配置過程。
二. 相關的配置:
達夢主、備數據同步和故障切換配置步驟如下(假設達夢數據庫服務器分別部署在223.254.100.59,223.254.100.65和 223.254.100.54上,初始配置223.254.100.59為主機,223.254.100.65為備機,協調器部署在223.254.100.54上,端口為:12349
1. 物理數據庫文件同步:
a) 在223.254.100.59和223.254.100.65相同路徑下,安裝相同版本的達夢數據庫管理系統(啟動主機的DM服務,先不啟動備機的DM服務);
b) 在223.254.100.59上,配置好用戶數據,新建一個測試庫:
CREATE DATABASE TEST DATAFILE ‘TEST.DBF’ SIZE 64;
c) 停止223.254.100.59上的達夢服務器,拷貝完整的數據文件(data文件夾中的所有文件)到備機的data目錄下
d) 再啟動主、備機的DM服務;
e) 此時,應保證沒有其他用戶訪問223.254.100.59和223.254.100.65上的達夢數據庫
2. 利用主機223.254.100.59的DM管理工具?主備機同步,配置相關參數,如下所示:
3. 利用備機223.254.100.65的DM管理工具?主備機同步,配置相關參數,如下所示:
4. 在協調器所在的223.254.100.54上的 /dmdbms/bin/下找到obsv.ini文件(若沒有,新建一個),內容如下:
#sample obsv.ini file
#this is comments
#log file path
OBSV_LOG_PATH = obsv.log
#coordinator port number
OBSV_PORT= 12349
#dm server host
OBSV_POLL_INTERVAL = 5
DM_SERVER_PORT = 12345
#dm server host
DM_SERVER = 223.254.100.59
#dm server host
DM_SERVER = 223.254.100.65
5.啟動223.254.100.54上的 /dmdbms/bin/ 下的dmobsv
6.到此,所有配置完成。應用訪問時,應該訪問主機223.254.100.59的IP,當主機出現故障時,備機223.254.100.65切換為主機,此時應訪問223.254.100.65。
我們也可以使用dm_svc.conf中配置的服務名來訪問,dm_svc.conf文件的內容為
o2000=(223.254.100.59,223.254.100.65),服務名o2000可以自己更改。Windows系統中該文件放在C:/WINDOWS/system32下即可。
下面我們以故障場景來說明這一方案的效果:
三.典型的應用場景
(主機223.254.100.59 備機223.254.100.65,以下數據同步和故障切換均在test庫上進行):
1.在主機223.254.100.54上建立表:
create table t(a int ,b varchar(10));
往表中插入一條數據:
insert into t values(1,’abcde’);
commit;
在主機的dmserver正常退出或被強殺的情況下(如圖,不能登錄主機)
備機223.254.100.65能切換為主機異步模式,在備機上能查到表t中的數據:
重新啟動223.254.100.59上的達夢服務器,它將轉換為備機模式,但是不能直接訪問備機的test庫:
2.將模式切換過來,主機223.254.100.59 備機223.254.100.65
在備223.254.100.65的dmserver正常退出或被強退的情況下
主機223.254.100.59由同步模式切換為異步模式,不影響使用
3.拔掉主機的網線:
備機將切換為主機異步模式,不影響正常使用。
新聞熱點
疑難解答