您好,登錄后才能下訂單哦!
GPDB4.x中:是基于文件復制同步,如果個別segment宕機,整個數據庫依然可以運行,當Mirror宕機時,Primary會記錄在這個階段文件變化的數據塊,等到Mirror恢復了,再把數據塊復制過去;當Primary宕機了,那么對于的Mirror節點就會替換Primary,記錄文件變化的數據塊,等到Primary恢復了,它就變成了Mirror,丟失的數據就會被復制過來,這里雖然可以繼續運行,但是存在一個問題,那就是Primary和Mirror調換了,導致個別機器Primary比其他機器多,負載不均衡,最好還是把它從新恢復過正常對應關系來
testdb=# select * from gp_segment_configuration;
存在部分segment down機的時候,在關閉的GPDB的時候,我們可以看到
再次啟動時也一樣,GPDB會忽略掉down機的segment,同時開啟mirror備用
可以看到生成的配置文件里包含了需要恢復的segment節點
Resynchronizing:正在恢復中,必須等待所有的都Synchronized才行
執行命令:gprecoverseg -r
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。