您好,登錄后才能下訂單哦!
高可用災(zāi)備環(huán)境的截斷日志分類
logshipping:會截斷日志
replication-subscription:不會截斷日志
mirror:不會截斷日志
always on:不會截斷日志
總結(jié)
logshipping:
因為會截斷日志的,所以數(shù)據(jù)庫有了logshipping,就不再需要做backup log了
logshipping的primary實例沒有backup log的作業(yè),除非primary實例上還有沒有搭建logshipping的數(shù)據(jù)庫
mirror:
backup log只能在primary節(jié)點的數(shù)據(jù)庫進行,備份好后會截斷日志,截斷的日志信息會自動同步到secondary節(jié)點的數(shù)據(jù)庫
mirror的primary實例節(jié)點一定有backup log的作業(yè),除非primary實例節(jié)點的每個數(shù)據(jù)有mirror又有l(wèi)ogshipping
關(guān)于mirror和logshipping的選擇
遇到數(shù)據(jù)庫在短時間內(nèi)產(chǎn)生的日志很大,比如15分鐘內(nèi)產(chǎn)生了500MB,那么mirror不如logshipping,因為mirror需要消耗更多的內(nèi)存
所以一般大數(shù)據(jù)庫選擇logshipping,小數(shù)據(jù)庫選擇mirror
always on:
backup log可以在primary、secondary節(jié)點的數(shù)據(jù)庫進行,任何一個節(jié)點備份完成都會把截斷信息同步到其他節(jié)點,但是primary、secondary節(jié)點無法同時backup log,同時backup log的時候其中一個節(jié)點一定會等待其他一個節(jié)點備份完成才會開始備份,等待的事件就是HADR_BACKUP_QUEUE。
always on的primary、secondary實例節(jié)點有可能都有backup log的作業(yè),因為任何一個節(jié)點backup log都會把截斷信息同步到其他節(jié)點,所以為了減輕primary的壓力,一般只在secondary節(jié)點創(chuàng)建backup log的作業(yè)就可以了
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。