在自動種子設定期間事務日志不能被截斷

自動種子設定延遲日志截斷。如果主副本上數據庫負載很高，那么將顯著產生大量日志，那么可能有填滿日志文件的風險。當然大多數情況下日志文件設置為自動增長，沒有設置限制，也要監控在自動種子設定期間日志文件所在磁盤空間的使用情況。

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。