溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
高可用災備環境的截斷日志分類
logshipping：會截斷日志
replication-subscription：不會截斷日志
mirror：不會截斷日志
always on：不會截斷日志
總結
logshipping：
因為會截斷日志的，所以數據庫有了logshipping，就不再需要做backup log了
logshipping的primary實例沒有backup log的作業，除非primary實例上還有沒有搭建logshipping的數據庫
mirror：
backup log只能在primary節點的數據庫進行，備份好后會截斷日志，截斷的日志信息會自動同步到secondary節點的數據庫
mirror的primary實例節點一定有backup log的作業，除非primary實例節點的每個數據有mirror又有logshipping
關于mirror和logshipping的選擇
遇到數據庫在短時間內產生的日志很大，比如15分鐘內產生了500MB，那么mirror不如logshipping，因為mirror需要消耗更多的內存
所以一般大數據庫選擇logshipping，小數據庫選擇mirror
always on：
backup log可以在primary、secondary節點的數據庫進行，任何一個節點備份完成都會把截斷信息同步到其他節點，但是primary、secondary節點無法同時backup log，同時backup log的時候其中一個節點一定會等待其他一個節點備份完成才會開始備份，等待的事件就是HADR_BACKUP_QUEUE。
always on的primary、secondary實例節點有可能都有backup log的作業，因為任何一個節點backup log都會把截斷信息同步到其他節點，所以為了減輕primary的壓力，一般只在secondary節點創建backup log的作業就可以了
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
