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