SQL Server 2016 -> 2019 AlwaysOn 滾動升級遷移
我有一個遷移概念，
AlwaysOn配置從 SQL Server 2016（在 Windows Server 2016 上）到 SQL Server 2019（在 Windows Server 2019 上），它們位於不同的子網中。因此，通過網際網路搜尋（MSDN、mssqltips …），我將配置導向“分佈式組”。
我的配置是：AG1（2 SQL Server 和 2016）和 AG2（2 SQL Server 和 2019）。
我從 mssqltips、故障轉移完成了整個教程，然後我的每個數據庫名稱都帶有警告（2019 年的圖像），但沒有導入任何內容。為什麼？我沒有找到答案。
順便說一句……解決方法是在新的 Windows 2019 上安裝相同的 SQL Server 2016。通過分佈式組執行故障轉移的所有過程，然後……在 Windows 2019 上手動安裝 SQL Server 2019。我找到了奇怪的是我們有這些步驟並試圖了解我是否錯過了什麼或其他什麼？
我使用的兩個版本都是Developer。
這是來自微軟線上書籍：
初始化分佈式可用性組中的輔助可用性組 分佈式可用性組設計為使用自動播種作為用於初始化第二個可用性組上的主副本的主要方法。如果您執行以下操作，則可以在第二個可用性組的主副本上進行完整的數據庫還原：
使用 NORECOVERY 還原數據庫備份。如有必要，使用 NORECOVERY 恢復正確的事務日誌備份。創建第二個可用性組而不指定數據庫名稱並將 SEEDING_MODE 設置為 AUTOMATIC。使用自動播種創建分佈式可用性組。當您將第二個可用性組的主副本添加到分佈式可用性組時，會根據第一個可用性組的主數據庫檢查該副本，並且播種將數據庫擷取到源。有幾個注意事項：
第二個可用性組的主副本上的 sys.dm_hadr_automatic_seeding 中顯示的輸出將顯示 FAILED 的 current_state，原因是“播種檢查消息超時”。
第二個可用性組的主副本上的目前 SQL Server 日誌將顯示種子設定有效並且 LSN 已同步。
第一個可用性組的主要副本上的 sys.dm_hadr_automatic_seeding 中顯示的輸出將顯示 COMPLETED 的 current_state。
播種對於分佈式可用性組也有不同的行為。要在第二個副本上開始播種，您必鬚髮出命令 ALTER AVAILABILITY GROUP
$$ AGName $$GRANT CREATE ANY DATABASE 命令在副本上。儘管此條件對於參與基礎可用性組的任何輔助副本仍然成立，但第二個可用性組的主副本已經具有正確的權限，允許在將其添加到分佈式可用性組後開始播種。