日誌傳送監控伺服器實例
我們計劃將用於基本災難恢復的日誌傳送與報告需求結合起來。伺服器 A 源數據庫將日誌發送到伺服器 B 數據庫。我們將每隔幾個小時進行一次日誌傳送。
查看設置，有一個“使用監視器伺服器實例”選項。目前我們沒有預算/時間資源來設置第三個監控伺服器。
在這種情況下，Monitor Server 儲存日誌傳送活動的狀態/歷史的第二個最佳建議是什麼？在源主伺服器或目標伺服器上？
我們略微關注源伺服器的性能/活動。有時 CPU 會變得適中。所以我認為目標伺服器是更好的選擇。此外，萬一主伺服器發生故障，我們有上次事務日誌備份/運送/恢復的狀態/歷史記錄。如果監視器在主伺服器上發生故障，我們將不知道這一點。
我正在嘗試研究是否缺少在源伺服器上進行監視的理由。
如果您正在執行日誌傳送，我強烈建議（也是我相信的最佳選擇）您確實有一個單獨的監控實例。監控實例可以在 Express Edition 中，因此您不必擔心許可問題。您只需要知道，在您設置了日誌傳送之後，您以後想要更改監控實例或添加一個，您可能需要重新配置您的日誌傳送。好處是您可以使用監控實例進行多個日誌傳送，並在一個位置查看所有主/輔助數據庫的狀態。使用監控實例完成日誌傳送設置後，在監控實例上，
right click on the instance -> Reports -> Standard Reports -> Transaction Log Shipping Status.對於事情的報告方面，您需要在進行還原時斷開使用者/客戶端的連接，或者等到沒有人連接到數據庫（延遲還原）。所以計劃一下。要注意的另一件事是，在備用模式下，您**不能在輔助數據庫上添加索引或統計資訊。**可行，但我個人不會使用日誌傳送進行報告（僅用於 DR 目的）。
就個人而言，我會考慮並建議使用事務複製進行報告。這使您可以更好地控制您的報告數據庫，因為您可以在訂閱者數據庫上創建索引、統計資訊、創建對像等。
高溫高壓