SQL Server 2000之日誌傳送功能 - 設定（3）
更改日誌傳送之組態設定
您可以使用數據庫維護計劃之【屬性】對話盒來更改日誌傳送相關設定。在【交易記錄文件備份】設定頁提供的選項可更改日誌傳送過程中交易日誌文件備份的組態。
【記錄傳送】設定頁顯示出您先前在維護計劃內設定的日誌傳送配對服務器；如果您設定了其它組日誌傳送配對服務器，也會列在此處。本設定頁也包含下列選項：新增目的數據庫(用以建立新的日誌傳送配對服務器)、刪除既有日誌傳送配對服務器、編輯目前的日誌傳送配對服務器之屬性，以及移除整個日誌傳送功能。
當您在【記錄傳送】設定頁之中點選【編輯】時，將開啓【編輯目的數據庫】對話盒。您可以在對話盒內【一般】設定頁檢視與修改次要服務器的交易日誌文件之目錄位置，以及未來做爲主要服務器時分享目錄之路徑。【初始化】設定頁則可讓您更改復原模式，以及次要服務器上覆制與回存之頻率。【臨界值】頁可以設定日誌傳送之臨界週期。
在【超出同步臨界值】項目可設定：當日志傳送監控程序產生警示訊息之前所能允許的最大時間間隔 (介於最近一次來源數據庫交易日誌文件備份以及最新的交易日誌文件回存動作之間)。您也可以在日誌傳送監控程序之中設定此參數。【在入時間延遲】、【檔案保留期限】以及【歷程記錄保留期限】則是與次要服務器相關的設定。
注：監控服務器在這些組態選項中扮演相當重要的角色。因爲【記錄傳送】設定頁的大部分信息取決於監控服務器，所以一但監控服務器停擺時，您將無法更改日誌傳送的組態設定值。在監控服務器執行SQL Server 2000 Profiler時，主要服務器會連到監控服務器，然後從日誌傳送資料表中取得既有的日誌傳送計劃。因此，要改變日誌傳送計劃的設定時，您必須確定在Enterprise Manager內可以連接到監控服務器。
檢查與監控日誌傳送動作
SQL Server 2000的日誌傳送功能還提供了一項日誌傳送監控程序，可讓您安裝在另一臺獨立監控用服務器。
在SQL Server企業版與開發版的msdb數據庫中共有七個關於日誌傳送的資料表：
log_shipping_plans
log_shipping_plan_databases
log_shipping_databases
log_shipping_plan_history
log_shipping_monitor
log_shipping_primaries
log_shipping_secondaries
上述每一個資料表都存在於主要、次要以及監控服務器上。各服務器也會使用某些資料表儲存資料，視該服務器在日誌傳送系統的角色爲何。
在主要服務器上檢視日誌傳送動作 從Enterprise Manager 裏，您可以登入主要服務器，並觀察與監控日誌傳送動作。如果某個數據庫已設定要進行日誌傳送，在數據庫【內容】對話盒的【一般】頁可得知該數據庫的角色(來源數據庫；或是目的數據庫)，也可知道日誌傳送監控程序是位於那一臺服務器上。您可以在Enterprise Manager內SQL Server Agent的【作業】節點，檢視日誌傳送與交易日誌文件備份工作所執行的狀態與歷史紀錄。主要服務器只使用msdb數據庫的兩個日誌傳送資料表。在log_shipping_databases資料表中，SQL Server新增的每一筆資料將會把數據庫維護計劃ID以及日誌傳送來源數據庫連結在一起。在log_shipping_monitor資料表中，SQL Server新增的每一筆資料包含了監控服務器的名稱，以及登入數據庫的方式。
在次要服務器上檢視日誌傳送動作 日誌傳送計劃存在於次要服務器。您可在次要服務器監控SQL Agent工作(複製交易日誌文件到次要服務器，並回存至目的數據庫)。 您也可檢視目的數據庫的屬性對話盒，以決定該數據庫在日誌傳送過程所扮演的角色。
在次要服務器上，SQL Server使用msdb數據庫的四個日誌傳送資料表。當SQL Server建立一個日誌傳送計劃之後，它會新增一筆資料到log_shipping_plan資料表，用以紀錄：主要與次要服務器的名稱、檔案位置、複製與回存工作ID(來自於次要服務器之sysjobs系統資料表)。在log_shipping_plan_databases資料表，SQL Server會連結維護計劃以及來源/目的數據庫名稱，而且儲存最後一次進行檔案複製與加載動作的相關信息。log_shipping_plan_history資料表則是將每次日誌傳送的複製與回存事件紀錄下來，連同該工作是否成功的信息。SQL Server也會新增一筆資料在log_shipping_monitor資料表，用以參照監控服務器。
如果您勾選了【Allow database to assume primary role】複選框，您將在次要服務器上看到一個重要的額外項目：另一個數據庫維護計劃(與您先前所建立的維護計劃名稱相同)，但是並沒有激活日誌傳送。您也會看到一個非作用中(disabled)的SQL Agent工作(備份該數據庫的交易日誌)。也許您會被這些項目所混淆。儘管它們的名字相同，但是此額外產生的維護計劃卻不同於當初所建立的那個。SQL Server保留第二個逆向維護計劃是爲了以後可能發生的主要/次要服務器角色對調動作所準備。
在監控服務器上檢視日誌傳送動作 當您正確設定日誌傳送之後，SQL Server 會激活監控服務器上Enterprise Manager 的日誌傳送監控工具程序。此外，SQL Server會建立兩個SQL Agent 警示工作(alert job)：一個用來執行工作，另一個處理out-of-sync情況。
使用監控工具程序的方式是，開啓Enterprise Manager並連至監控服務器，展開【Management】節點，然後點選【記錄傳送監視器(Log Shipping Monitor)】。當您點選此工具程序時，其內會列出日誌傳送配對服務器的清單。您可在配對服務器上按下鼠標右鍵，檢視其備份、複製與回存等工作的執行歷史紀錄。這些歷史紀錄十分有用，因爲您從這裏得到的錯誤訊息會比從次要服務器上(SQL Agent 複製與回存工作)得到的更爲詳盡。
如圖所示：當您開啓配對服務器之屬性對話盒，並進入【Status】設定頁時，您可檢視此配對服務器執行備份與回存程序之狀態。
其狀態(Status)可以是Normal 或是Out-of-Sync。如果SQL Server Agent尚未複製或回存交易日誌文件，對話盒內將會顯示日誌文件名爲first_file_000000000000.trn。這並不是實際的文件名稱，只不過是用來標示SQL Server Agent尚未處理任何檔案而已。在【Status】設定頁也會顯示備份、複製以及加載(回存)等動作執行時所耗費的時間。此設定頁之信息不會自動更新，所以您必須將此對話盒關閉後再開啓，才能更新其資料。
SQL Server只使用msdb數據庫內兩個資料表來儲存日誌傳送服務器之相關資料。SQL Server在這兩個資料表中都給予一個ID做爲連結，以及一個外來鍵(foreign key)。該外來鍵是設定在log_shipping_secondaries資料表上，並參照log_shipping_primaries資料表的primary_id字段(這兩個是所有日誌傳送資料表中唯一具有外來鍵關係的資料表)。在log_shipping_primaries資料表內的每筆資料都包含日誌傳送的相關信息，例如：來源數據庫名稱、交易日誌文件備份工作執行之狀態，以及已規劃的停擺信息(可避免不必要的警示訊息)。而log_shipping_secondaries 資料表之每筆資料關於目的數據庫之信息；每個目的數據庫附屬於特定的日誌傳送來源數據庫。這兩個資料表互相連結的結果就是日誌傳送監控程序內所顯示的配對服務器信息。
移除與重新組態日誌傳送功能
如果您想從數據庫維護計劃中移除日誌傳送功能，可參考下列方式：開啓該計劃的屬性對話盒，選擇【記錄傳送】設定頁，然後點選【移出記錄傳送】。此動作將從次要服務器上移除SQL Server Agent的備份與回存工作，並清除日誌傳送資料表內的所有相關資料。此外，日誌傳送監控程序的相關信息也會一併被清除。然而此動作將會適當地保留主要服務器上SQL Server Agent的交易日誌備份工作。只有在刪除數據庫維護計劃時，該工作纔會被移除。假如您想從監控服務器內移除掉日誌傳送監控程序，請用手動方式將log_shipping_primaries與log_shipping_secondaries這兩個資料表(位於監控服務器的msdb數據庫)的資料刪除即可。
如果您在數據庫維護計劃內設定日誌傳送時，就已允許目的數據庫可以做爲新的日誌傳送來源數據庫。當您刪除主要服務器的維護計劃時，次要服務器上仍然會保留其數據庫維護計劃，以及交易日誌文件備份工作。刪除這些項目的方式是將次要服務器上與日誌傳送相關的數據庫維護計劃直接刪除。