Sql-Server-2014
對 HA 、 LOG 備份和可用性的困惑
所以我開始與 HA 合作，我在一家已經實施 HA 的新公司從事新工作，但沒有人記得是誰創建的，或者它是否有效。
- 可用性組通過日誌文件與其副本同步，對嗎？因此，主副本將資訊從 LOG 文件發送到輔助副本。
2）通過日誌傳送，我需要一個從主副本備份日誌的作業，將其複製到另一個驅動器，將其發送到網路，然後在輔助副本中執行另一個作業以將此日誌恢復到數據庫中。我不再需要可用性組了，對嗎？主副本已將日誌數據直接從日誌文件發送到輔助副本。或者這是錯的？
- 我執行了一個查詢，我注意到自 2017 年以來此伺服器（主伺服器）中沒有備份，自 2018 年以來沒有日誌。這是可用性組的問題嗎？沒有日誌備份文件，就沒有資訊可以發送到副本。或者 2) 已經正確了？
- 可用性組通過日誌文件與其副本同步，對嗎？因此，主副本將資訊從 LOG 文件發送到輔助副本。
看它形成一個很高的層次，是的。
2）通過日誌傳送，我需要一個從主副本備份日誌的作業，將其複製到另一個驅動器，將其發送到網路，然後在輔助副本中執行另一個作業以將此日誌恢復到數據庫中。
如果您將備份保存到已與所有其他日誌傳送合作夥伴共享的位置，則不必一定要複製/移動它等。但是，總體步驟是要點。
我不再需要可用性組了，對嗎？主副本已將日誌數據直接從日誌文件發送到輔助副本。或者這是錯的？
水平很高，你說得對。
- 我執行了一個查詢，我注意到自 2017 年以來此伺服器（主伺服器）中沒有備份，自 2018 年以來沒有日誌。這是可用性組的問題嗎？
總的來說是個問題。如果您需要從備份中恢復，則沒有任何最近的備份。由於尚未備份日誌，因此它們的日誌文件將繼續增長，直到它們達到最大值或磁碟被填滿，以先到者為準。
沒有日誌備份文件，就沒有資訊可以發送到副本。或者 2) 已經正確了？
無論備份活動如何，都會傳輸日誌。