7月28日，Back You Up 鼎甲線(xiàn)上公開(kāi)課第13期開(kāi)講，中華區技術(shù)支持經(jīng)理李浩介紹了數據庫同步技術(shù)的原理以及定時(shí)復制與實(shí)時(shí)復制的區別，并給我們演示了一遍實(shí)際的操作。
歡迎大家進(jìn)入到今天《數據庫同步技術(shù)解析》這個(gè)課程，我會(huì )把技術(shù)原理和操作都給大家做個(gè)介紹。
為什么會(huì )有數據庫復制技術(shù)呢？我相信大家會(huì )比較容易理解，因為在任何一個(gè)企業(yè)里面核心的數據都是存儲在數據庫里面的。
在容災需求方面，在單機模式主要解決數據庫單點(diǎn)故障的問(wèn)題。如果企業(yè)有做異地容災的考慮，那我們會(huì )擴展到在異地還會(huì )有一臺數據庫的備機，即便是你本地生產(chǎn)機房完全不可用的話(huà)，在異地也能把你的數據庫監管起來(lái)。
大數據平臺有一個(gè)很重要的需求——數據搜集。那核心的數據怎么樣能同步到大數據這個(gè)平臺上？這個(gè)可以使用我們的數據庫容災技術(shù)來(lái)實(shí)現。
這就是我們做數據庫容災主要的三個(gè)場(chǎng)景。
那么數據庫同步的原理是怎么樣的呢？
這邊給大家做一個(gè)簡(jiǎn)單的流程介紹。我們會(huì )把生產(chǎn)庫整庫的文件同步到備機上做一個(gè)覆蓋，初始的同步二者數據基本上是一致的。
如果用戶(hù)有一個(gè)更高的需求，比如想做實(shí)時(shí)的數據庫容災，那我們可以應用實(shí)時(shí)日志同步技術(shù)，在定時(shí)同步的基礎上追加實(shí)時(shí)同步。
那么什么時(shí)候應用呢？我們這里會(huì )設置一個(gè)固定的頻率。
如果是我們負載比較高的機器，頻率要稍微設置低一些,好讓它及時(shí)地把在線(xiàn)日志應用上去，減少在故障時(shí)激活備機所應用日志的數據量，提高接管的效率。
這就是我們實(shí)現的原理。
這塊給大家講講我們鼎甲數據庫同步容災的一些優(yōu)勢：
第一個(gè)：物理復制方式。什么是物理復制呢？其實(shí)就是把數據文件（包括數據庫的配置）全都同步到備機上去。還有一種市面上大家常接觸的是邏輯復制，這種模式是不能同步所有類(lèi)型的數據，只能同步表里面的一些數據。我們的優(yōu)勢是可以同步所有數據類(lèi)型，而且效率和性能方面是非常高的。
第二個(gè)：兼容性，我們的主庫是積蓄狀態(tài)也是可以兼容的。比如說(shuō)你是Oracle RAC集群、SQL Server數據庫集群等，在這些基礎上會(huì )再進(jìn)行一個(gè)同步背景，實(shí)現像異地容災這種場(chǎng)景。
第三個(gè)是目前我們產(chǎn)品上所支持的數據庫類(lèi)型有兩種（Oracle、SQLServer），還有一種是MySQL。我們產(chǎn)品8.0做了一個(gè)架構把MySQL同步功能遷移過(guò)來(lái)，近期也會(huì )上線(xiàn)。
在RPO方面，我們能做定時(shí)的復制，也能做實(shí)時(shí)的復制。而實(shí)時(shí)復制的同步頻率是在秒級的，也就意味著(zhù)我們是以幾乎零丟失的方式實(shí)現數據庫的同步。
在細粒度方面，我們只同步了日志，所同步的數據量很小。而且我們不要求主庫和磁盤(pán)空間是完全一樣的。
下面是我們數據庫同步的應用場(chǎng)景，我這邊是用行業(yè)給大家做一個(gè)舉例。我們常跟客戶(hù)提的一個(gè)點(diǎn)就是用戶(hù)需要重視數據庫的保障。因為數據災難而導致數據丟失這種現象是屢見(jiàn)不鮮的。
在政務(wù)上第一個(gè)我們可以通過(guò)搭建一個(gè)數據庫備機的方式接管它的主庫。第二個(gè)你也可以把備庫作查詢(xún)去使用。
像高校最重要的OA、一卡通等，目前國產(chǎn)化進(jìn)展比較慢，所以核心庫還是Oracle、SQL Sever，比較適用于我們這種方式。
在醫院一般核心庫還是Oracle和SQL Sever，而且醫院比較特別，它HIS庫承載了所有的數據，一旦出現了故障那么醫院基本所有的業(yè)務(wù)都運行不了，所以對于核心庫的容災復制是非常重要的。
還有一個(gè)跟大家提一下：我們的核心數據庫容災是一個(gè)方面，另外有時(shí)用戶(hù)也會(huì )提應用容災的事情，我們的數據庫容災是可以配合我們另外一款產(chǎn)品DBackup DRO做一個(gè)整機的數據庫容災。那么數據庫容災配合整機容災就可以實(shí)現所有應用場(chǎng)景的容災接管。
下面來(lái)講講我們同步數據的一個(gè)準備條件以及定時(shí)同步和實(shí)時(shí)同步的區別。
在準備條件這方面比較簡(jiǎn)單，第一條是我們只要求主庫和備庫、操作系統的版本、數據庫的版本相同即可，第二條是主庫要處于歸檔模式，第三條是備庫的磁盤(pán)空間要大于或等于主庫的實(shí)際數據庫容量即可。
我們的定時(shí)同步主要同步的是主庫的歸檔日志，也就是你每一次的同步它都會(huì )要求做一次主庫的歸檔切換，所以第一次同步的頻率一般不能太高，我們的建議值是5—10分鐘一次。
在實(shí)時(shí)這塊上我們的實(shí)時(shí)復制技術(shù)主要同步的是在線(xiàn)日志，而且它的原理上是直接監控在線(xiàn)日志有沒(méi)有變化。所以雖然實(shí)時(shí)復制是兩級的，但它對生產(chǎn)的影響并不高。
在創(chuàng )建備份作業(yè)這塊，定時(shí)復制和備份沒(méi)有關(guān)系，我們無(wú)需實(shí)現全備份的作業(yè)。然而我們要實(shí)時(shí)同步復制是需要備份的，先創(chuàng )建一個(gè)全庫的備份作業(yè)，再創(chuàng )建一個(gè)實(shí)時(shí)的連續日志備份作業(yè)。
下面為大家做一個(gè)數據庫同步的演示，我這邊搭建了兩個(gè)數據庫，待會(huì )兒我們來(lái)做一些刪除表、插入表等一系列操作，看看是否會(huì )進(jìn)行同步。
首先我們要創(chuàng )建同步作業(yè)的話(huà)，在界面上跟著(zhù)向導去做即可。
這里會(huì )有一些參數的設置，我們可以看到參數文件有兩個(gè)選項，一個(gè)是主庫的參數文件，一個(gè)是從庫的參數文件。如果是主庫和備庫的硬件、數據庫安裝路徑等基本相同，使用主庫的參數文件去覆蓋備庫是否沒(méi)問(wèn)題的。如果差異很大，那我們要使用從庫的參數文件。
第二個(gè)參數是刪除歸檔日志，這個(gè)需要綜合用戶(hù)的使用場(chǎng)景，它可以刪除已經(jīng)復制的歸檔日志，也可以做兼容性的保留。
第三個(gè)是主機地址和從機地址。假如你的主庫和備庫有多個(gè)IP地址，可以用中選擇一個(gè)進(jìn)行復制，這個(gè)算是數據路徑的一個(gè)配置，也就是數據復制通道的配置。
第四個(gè)是復制日志的保存目錄，也就是我們的日志復制到備庫中在應用之前，可以進(jìn)行一個(gè)緩存。
點(diǎn)擊下一步是我們所設置的一些同步復制的情況，提交之后就能創(chuàng )建整個(gè)的復制作業(yè)。創(chuàng )建好后我們可以看到備庫現在是mounted狀態(tài)，只有這樣才能進(jìn)行數據庫日志的應用。在主庫故障后，我們可以選擇激活備庫，使其變成open狀態(tài)接收業(yè)務(wù)。
接下來(lái)我們直接做個(gè)測試，先查詢(xún)下主庫的狀態(tài)，里面有兩條數據，那我們可以insert一條數據，在新建一個(gè)表后再插入一條數據，待會(huì )兒看看是否也能同步到備機上去。
因為我們設置的是定時(shí)同步，復制完后選擇只讀打開(kāi)備庫，再來(lái)查看備庫是否已經(jīng)同步數據。我們可以看到它現在的狀態(tài)是READ ONLY，這表示備庫已經(jīng)打開(kāi)。
接下來(lái)我們在備庫里做一個(gè)查詢(xún)步驟，可以看到第一個(gè)表格和第二個(gè)表格的數據都存在，這就是已經(jīng)同步的表現。那我們還可以做刪除表格的一些操作，選擇繼續復制便可以實(shí)現數據的同步。
今天的分享到這里結束了，謝謝大家的觀(guān)看。
