您好,登錄后才能下訂單哦!
其他需要知道的事情
在自動種子設定期間事務日志不能被截斷
自動種子設定延遲日志截斷。如果主副本上數據庫負載很高,那么將顯著產生大量日志,那么可能有填滿日志文件的風險。當然大多數情況下日志文件設置為自動增長,沒有設置限制,也要監控在自動種子設定期間日志文件所在磁盤空間的使用情況。
Sys.databases視圖的LOG_REUSE_WAIT_DESC列反應了延遲日志截斷的原因。然而,當由于自動種子設定而延遲事務截斷時,LOG_REUSE_WAIT_DESC列的值為“NOTHING”,表示不會阻止日志截斷,當日志備份執行時日志實際會被截斷,這其實是誤導。
當啟用壓縮時sys.dm_hadr_physical_seeding_stats表中is_compression_enabled列值不正確
Sys.dm_hadr_physical_seeding_stats視圖顯示了當前正在自動種子設定活動的狀態。該視圖的is_compression_enabled列反映了在自動種子設定中,當使用跟蹤標志9567啟動壓縮或不使用壓縮的值。然后,當啟用壓縮時,該值卻為0,是不正確的。
重新創建自動種子設定的可用性組前要刪除輔助副本的所有數據庫
重新創建自動種子設定的可用性組時,若輔助副本的數據庫未刪除,主副本會先嘗試連接上輔助副本,若主副本沒有重新恢復且沒有做日志備份,會連上輔助副本,并同步主副本的操作,自動種子設定完成;若主副本做了重新恢復或做了日志備份,會連不上輔助副本。測試場景如下:
主副本刪除表,輔助副本連上輔助副本,并同步刪除操作;
主副本刪除表,備份日志備份,輔助副本同步失敗,查詢sys.dm_hadr_automatic_seeding,得到223錯誤:Database With Name Already Exists。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。