在自動(dòng)種子設(shè)定期間事務(wù)日志不能被截?cái)?/p>

自動(dòng)種子設(shè)定延遲日志截?cái)唷Ｈ绻�主副本上�?shù)據(jù)庫負(fù)載很高，那么將顯著產(chǎn)生大量日志，那么可能有填滿日志文件的風(fēng)險(xiǎn)。當(dāng)然大多數(shù)情況下日志文件設(shè)置為自動(dòng)增長，沒有設(shè)置限制，也要監(jiān)控在自動(dòng)種子設(shè)定期間日志文件所在磁盤空間的使用情況。

Sys.databases視圖的LOG_REUSE_WAIT_DESC列反應(yīng)了延遲日志截?cái)嗟脑�因。然而，�?dāng)由于自動(dòng)種子設(shè)定而延遲事務(wù)截?cái)鄷r(shí)，LOG_REUSE_WAIT_DESC列的值為“NOTHING”，表示不會(huì)阻止日志截?cái)啵��?dāng)日志備份執(zhí)行時(shí)日志實(shí)際會(huì)被截?cái)啵�這其實(shí)是誤導(dǎo)。

當(dāng)啟用壓縮時(shí)sys.dm_hadr_physical_seeding_stats表中is_compression_enabled列值不正確

Sys.dm_hadr_physical_seeding_stats視圖顯示了當(dāng)前正在自動(dòng)種子設(shè)定活動(dòng)的狀態(tài)。該視圖的is_compression_enabled列反映了在自動(dòng)種子設(shè)定中，當(dāng)使用跟蹤標(biāo)志9567啟動(dòng)壓縮或不使用壓縮的值。然后，當(dāng)啟用壓縮時(shí)，該值卻為0，是不正確的。

重新創(chuàng)建自動(dòng)種子設(shè)定的可用性組前要?jiǎng)h除輔助副本的所有數(shù)據(jù)庫

重新創(chuàng)建自動(dòng)種子設(shè)定的可用性組時(shí)，若輔助副本的數(shù)據(jù)庫未刪除，主副本會(huì)先嘗試連接上輔助副本，若主副本沒有重新恢復(fù)且沒有做日志備份，會(huì)連上輔助副本，并同步主副本的操作，自動(dòng)種子設(shè)定完成；若主副本做了重新恢復(fù)或做了日志備份，會(huì)連不上輔助副本。測試場景如下：

主副本刪除表，輔助副本連上輔助副本，并同步刪除操作；

主副本刪除表，備份日志備份，輔助副本同步失敗，查詢sys.dm_hadr_automatic_seeding，得到223錯(cuò)誤：Database With Name Already Exists。