SQL Always On 僅複製備份 - 如果我無法從這些備份中恢復 AG，那有什麼意義？

想我已經知道這個問題的答案，但我還是會問。

情況是：

• SQL 2012 Always On - 2 個同步副本。
• 1 AG 中價值 7 TB 的 Sharepoint DB。
• 修補之前 - 我想要一個完整的數據庫備份。
• 備份共享在輔助伺服器 B 上。
• 從伺服器 A 備份到伺服器 B 上的備份共享 = 12 小時。
• 從伺服器 B 備份到伺服器 B 上的備份共享 = 6 小時，但備份只需要複製。

如果我嘗試恢復這些並創建一個 AG - 它會失敗。我需要再進行一次完整 Db 備份 = 再過 6 個小時，然後才能重新創建 AG。

所以 COPY ONLY 備份是沒有用的。除非我錯過了什麼？這些有什麼意義？

僅複製備份通常用於需要在不中斷目前備份鏈的情況下因異常原因恢復數據的情況（假設存在備份鏈）。典型的原因是恢復開發框以測試程式碼或查看數據中的不規則性。你明白了。

附帶說明一下，從 AG 輔助伺服器獲取備份有點像一頭驢。如果 AG 完全落後，那麼您的備份就落後了。如果您還沒有將輔助伺服器用作可讀副本，那麼它們會使其成為昂貴的備份設備，因為現在您必須對其進行完全許可（假設您有軟體保障等等）。

數據庫在添加到可用性組之前需要進行完整備份，並且創建數據庫的方法對此要求沒有影響。

在將數據庫添加到可用性組之前，您必須對數據庫進行完整備份，無論您：

• 創建一個新數據庫
• 從完整備份恢復它（包括差異和日誌的任何組合）
• 從僅複製的備份中恢復它
• 附上它

因此，如果您最終遇到必須還原數據庫的情況，則無論還原哪種類型的備份，都必須延遲將其添加到可用性組，直到完成完整備份。根據Backup to NUL，您可以備份到 NUL 設備以滿足此要求。這將是使數據庫重新回到可用性組中的最快方法。我沒有測試過它，所以我無法確認它是否有效。

引用自：https://dba.stackexchange.com/questions/247040