SQL Server的镜像是基于物理块变化的复制 镜像Failover之后数据的预热问题
SQL Server的鏡像是基于物理塊變化的復(fù)制 鏡像Failover之后數(shù)據(jù)的預(yù)熱問題
?
基于物理塊變化的復(fù)制,沒有并行也是很快的。
邏輯復(fù)制的日志是按事務(wù)結(jié)束的時(shí)間排序的,而物理復(fù)制是與事務(wù)無關(guān)的,只要發(fā)生了改變,就可以立即傳送到備庫(kù),而且不需要中繼
而邏輯復(fù)制必須等事務(wù)結(jié)束才能應(yīng)用,而且需要中繼,例如MySQL的relay log 和SQL Server的分發(fā)庫(kù),所以會(huì)慢。
所以說SQL Server的物理鏡像庫(kù)沒有并行也是很快的,只是有了并行會(huì)更快。
?
關(guān)于Failover之后,數(shù)據(jù)庫(kù)緩存的warm up
摘抄自《SQL Server 2008實(shí)現(xiàn)與維護(hù)(MCTS教程)》
?
數(shù)據(jù)庫(kù)鏡像定期執(zhí)行數(shù)據(jù)傳輸,目的是從鏡像數(shù)據(jù)庫(kù)讀入頁(yè)面到數(shù)據(jù)緩存中,這個(gè)過程保持鏡像數(shù)據(jù)庫(kù)中的緩存處于半熱狀態(tài)。
鏡像數(shù)據(jù)庫(kù)上的緩存不能反映主體數(shù)據(jù)庫(kù)上的確切內(nèi)容,但它確實(shí)包含了大量數(shù)據(jù)頁(yè)面,因此,Failover之后,SQL Server不需要重建緩存
對(duì)應(yīng)用程序性能不會(huì)有太大影響!
?
總結(jié)
以上是生活随笔為你收集整理的SQL Server的镜像是基于物理块变化的复制 镜像Failover之后数据的预热问题的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: MAC地址前三位是厂家标识符(Organ
- 下一篇: 请问 CType和DirectCast函