SQL Server 2000之日志傳送功能
2024-08-31 00:47:59
供稿：網(wǎng)友
sql server 2000之日志傳送功能 - 描述 （1）
角色變更、角色互換、以及監(jiān)控服務(wù)器所在位置
當(dāng)線上數(shù)據(jù)庫(kù)停擺時(shí)(可能是計(jì)劃內(nèi)維護(hù)工作，或是預(yù)期外的狀況)，如果還有備援服務(wù)器上的數(shù)據(jù)庫(kù)可供存取，您可能會(huì)比較安心一點(diǎn)。一個(gè)設(shè)計(jì)良好的日志傳送系統(tǒng)(將數(shù)據(jù)庫(kù)交易日志文件從主要服務(wù)器傳送到備援服務(wù)器)即可給予您這樣的自信心。內(nèi)建于 sql serve 2000 企業(yè)板與開(kāi)發(fā)版的 enterprise manager 工具程序即支持日志傳送功能。
角色變更
將日志從主要服務(wù)器傳送到次要服務(wù)器之后，您可在必要時(shí)以次要服務(wù)器置換掉主要服務(wù)器。如果主要服務(wù)器發(fā)生問(wèn)題，或是計(jì)劃性停擺(例如升級(jí)硬件或安裝修正程序)，線上數(shù)據(jù)庫(kù)就必須停止服務(wù)一段期間。此時(shí)您可以變更次要服務(wù)器上數(shù)據(jù)庫(kù)之角色，讓它取代主要服務(wù)器之后進(jìn)而成為線上數(shù)據(jù)庫(kù)。sql server 2000 線上手冊(cè)(books online，bol)將此項(xiàng)操作稱為日志傳送角色變更(log shipping role change)。在日志傳送過(guò)程里，次要服務(wù)器需設(shè)定在無(wú)法復(fù)原(nonrecovered)狀態(tài)，因此交易日志才能從主要服務(wù)器回存到次要服務(wù)器(一但您將數(shù)據(jù)庫(kù)復(fù)原，就不能再回存交易記錄)。變更角色時(shí)，您需將次要服務(wù)器的數(shù)據(jù)庫(kù)予以復(fù)原，并標(biāo)示其為新主要服務(wù)器數(shù)據(jù)庫(kù)。您也可以將舊主要服務(wù)器數(shù)據(jù)庫(kù)設(shè)定為新次要服務(wù)器數(shù)據(jù)庫(kù)。如果舊主要服務(wù)器數(shù)據(jù)庫(kù)并未損壞，那么就可以在新主要服務(wù)器與舊主要服務(wù)器(已變成新次要服務(wù)器)之間重新建置日志傳送功能。這種切換方式我們稱為角色互換(role reversal)。
這些操作指引可修訂為六個(gè)基本步驟，分別為： 1、轉(zhuǎn)移與匯出登入帳號(hào)，2、降級(jí)(demote)主要服務(wù)器，3、升級(jí)(promote)次要服務(wù)器，4、通知監(jiān)控服務(wù)器角色已變更，5、在次要服務(wù)器上解析登入帳號(hào)，6、以及連結(jié)數(shù)據(jù)庫(kù)存取與權(quán)限。
步驟 1: 轉(zhuǎn)移與匯出登入帳號(hào) 首先，bol 建議您建立一個(gè)sql server 2000 dts封裝(package)，用來(lái)將主要服務(wù)器的登入帳號(hào)轉(zhuǎn)移到次要服務(wù)器，且執(zhí)行各服務(wù)器間登入帳號(hào)sid之解析動(dòng)作。轉(zhuǎn)移登入帳號(hào)所用的 dts transfer logins task只能在 sql server 2000 dts designer內(nèi)使用。您可在主要服務(wù)器上建立與儲(chǔ)存 dts 封裝，然后呼叫 dtsrun.exe 設(shè)定該封裝的執(zhí)行方式 — 透過(guò)主要服務(wù)器 sql server agent 的工作(job)。該封裝執(zhí)行時(shí)會(huì)將登入帳號(hào)從某服務(wù)器傳送到另一服務(wù)器，但是它并不會(huì)解析其登入帳號(hào)的sid(在稍后步驟中會(huì)說(shuō)明為何需解析登入帳號(hào))。然而，為了在稍后能順利解析登入帳號(hào)，您必須先建立一個(gè)檔案，其內(nèi)包含主要服務(wù)器 syslogins 資料表的匯出資料。
匯出登入帳號(hào)到次要服務(wù)器時(shí)，bol建議您建立一個(gè)兩階段的sql server agent工作：使用bcp匯出，以及復(fù)制登入帳號(hào)。在第一個(gè)步驟，您將使用原始模式的bcp將登入帳號(hào)匯出至某個(gè)檔案。而在第二個(gè)步驟里，您必須將登入帳號(hào)復(fù)制到次要服務(wù)器的某個(gè)檔案，以便稍后進(jìn)行角色變更時(shí)可用來(lái)解析登入帳號(hào)。在步驟5您將使用 sp_resolve_logins 預(yù)存程序去解析次要服務(wù)器上登入帳號(hào)的sid。該工作建立完成后，就可以定期地執(zhí)行(例如每晚執(zhí)行一次)。如此一來(lái)次要服務(wù)器上將隨時(shí)保留最新的登入帳號(hào)匯出文件，以便進(jìn)行日志傳送角色變更。
步驟 2: 降級(jí)主要服務(wù)器 為了讓主要服務(wù)器不再是日志傳送系統(tǒng)的資料來(lái)源，您必須將它”降級(jí)”。您可以降級(jí)主要服務(wù)器的來(lái)源數(shù)據(jù)庫(kù)，讓它變成潛在的次要服務(wù)器。然后在主要服務(wù)器上執(zhí)行sp_change_primary_role 預(yù)存程序，目的是移除原有日志傳送功能。程序代碼列表1顯示該預(yù)存程序如何把 pubscopy 日志傳送數(shù)據(jù)庫(kù)從讀/寫模式更改成只讀備援模式，準(zhǔn)備隨時(shí)接受交易日志之備份資料。該預(yù)存程序經(jīng)由數(shù)個(gè)步驟后會(huì)在日志傳送計(jì)劃內(nèi)刪除主要服務(wù)器數(shù)據(jù)庫(kù)。傳入的參數(shù)將告之預(yù)存程序需執(zhí)行以下工作：備份最近一次的交易日志、結(jié)束數(shù)據(jù)庫(kù)內(nèi)所有使用者聯(lián)機(jī)、將數(shù)據(jù)庫(kù)設(shè)定在備援狀態(tài)與多使用者存取層級(jí)。預(yù)存程序的回傳代碼將標(biāo)示 backup log 敘述句是否成功執(zhí)行。
程序代碼列表1：將日志傳送數(shù)據(jù)庫(kù)從讀/寫模式降級(jí)成只讀模式之預(yù)存程序。
use master
go
exec msdb.dbo.sp_change_primary_role
@db_name = 'pubscopy',
@backup_log = 1,
@terminate = 1,
@final_state = 3,
@access_level = 1
步驟 3: 升級(jí)次要服務(wù)器 下一個(gè)步驟是把目前次要服務(wù)器升級(jí)成復(fù)原狀態(tài)(recovered state)，這樣它才能取代原先的線上數(shù)據(jù)庫(kù)，且變成潛在日志傳送主要服務(wù)器數(shù)據(jù)庫(kù)。在次要服務(wù)器上，如果您已確認(rèn)無(wú)任何使用者繼續(xù)存取數(shù)據(jù)庫(kù)，就可以執(zhí)行 sp_change_secondary_role 預(yù)存程序，如程序代碼列表2所示：
程序代碼列表 2：將次要服務(wù)器數(shù)據(jù)庫(kù)升級(jí)成主要服務(wù)器數(shù)據(jù)庫(kù)之預(yù)存程序。
use master
go
exec msdb.dbo.sp_change_secondary_role
@db_name = 'pubscopy',
@do_load = 1,
@force_load = 1,
@final_state = 1,
@access_level = 1,
@terminate = 1,
@keep_replication = 0,
@stopat = null
這些參數(shù)將促使該預(yù)存程序嘗試將所有剩余的交易日志文件從原先主要服務(wù)器復(fù)制到次要服務(wù)器，并將這些日志文件加載次要服務(wù)器數(shù)據(jù)庫(kù)。參數(shù) @do_load=1 會(huì)進(jìn)行最近一次備份，并加載所有交易日志文件；參數(shù) @force_load=1 是在執(zhí)行 sqlmaint.exe 時(shí)指定尚未文件化的 forceload 選項(xiàng)；參數(shù) @final_state=1 將新主要服務(wù)器數(shù)據(jù)庫(kù)設(shè)定為復(fù)原模式；參數(shù) @access_level 將存取方式設(shè)回先前多使用者狀態(tài)。參數(shù) @terminate=1 則促使該預(yù)存程序中斷所有使用者的數(shù)據(jù)庫(kù)存取動(dòng)作 — 方式是執(zhí)行 alter database 配合 immediate 選項(xiàng)。然而，如果執(zhí)行此預(yù)存程序時(shí)，您自己的 enterprise manager 與數(shù)據(jù)庫(kù)間聯(lián)機(jī)處于開(kāi)啟狀態(tài)，alter database 動(dòng)作將會(huì)失敗。所以您必須以手動(dòng)方式確認(rèn)是否已將所有數(shù)據(jù)庫(kù)聯(lián)機(jī)予以中斷。最后，如果該數(shù)據(jù)庫(kù)被設(shè)定為數(shù)據(jù)庫(kù)復(fù)寫(replication)之出版者數(shù)據(jù)庫(kù)(publisher)，那么 @keep_replication=0 參數(shù)將依舊維持服務(wù)器上所有復(fù)寫設(shè)定。
假如您曾選擇讓次要服務(wù)器成為未來(lái)潛在的主要服務(wù)器，則數(shù)據(jù)庫(kù)維護(hù)計(jì)劃會(huì)在次要服務(wù)器上建置一個(gè)交易日志備份工作(sql server agent 的transaction-log backup job)。該工作激活之后，交易日志備份文件就會(huì)開(kāi)始出現(xiàn)在新主要服務(wù)器。您需要這些檔案去重新設(shè)定將日志傳送回新次要服務(wù)器。
step 4: 通知監(jiān)控服務(wù)器角色已變更 sql server 2000 的日志傳送會(huì)在監(jiān)控服務(wù)器上安裝監(jiān)控工具程序；最好是在第三臺(tái)服務(wù)器。為了通知監(jiān)控服務(wù)器日志傳送的角色已經(jīng)過(guò)變更，您必須在監(jiān)控服務(wù)器上執(zhí)行 sp_change_monitor_role 預(yù)存程序，如程序代碼列表3所示。盡管名稱內(nèi)含有 change 字眼，但它并不會(huì)變更監(jiān)控服務(wù)器的角色。相反地，此預(yù)存程序會(huì)變更主要/次要服務(wù)器內(nèi)檔案分享所參照(reference)的位置。意思是說(shuō)：監(jiān)控服務(wù)器 log_shipping_secondaries 資料表內(nèi)原先參照舊次要服務(wù)器的資料會(huì)被刪除。而在 log_shipping_primaries 資料表內(nèi)則是將舊主要服務(wù)器名稱更改為新主要服務(wù)器名稱。此預(yù)存程序并不會(huì)將資料新增到 log_shipping_secondaries 資料表，因?yàn)樾碌呐鋵?duì)服務(wù)器目前尚未建置。
程序代碼列表 3： 將角色互換結(jié)果通知監(jiān)控服務(wù)器之預(yù)存程序。
use master
go
exec msdb.dbo.sp_change_monitor_role
@primary_server = 'oahu ql2k_1' ,
@secondary_server = 'oahu ql2k_2',
@database = 'pubscopy',
@new_source = 'oahu ql2k_2'
步驟 5: 在次要服務(wù)器上解析登入帳號(hào) 您必須先在新主要服務(wù)器上解析舊主要服務(wù)器登入帳號(hào)，使用者才可以存取新主要服務(wù)器；方式是使用步驟1所匯出之登入帳號(hào)檔案。此匯出檔案可被 sp_resolve_logins 預(yù)存程序所讀取，然后解析各服務(wù)器間 sid 的差異。舉例來(lái)說(shuō)，程序代碼列表4示范如何在新復(fù)原的 pubscopy 數(shù)據(jù)庫(kù)上執(zhí)行 sp_resolve_logins 預(yù)存程序，去解析原來(lái)的登入帳號(hào)。bol文章曾教導(dǎo)您必須在目的數(shù)據(jù)庫(kù)內(nèi)才能執(zhí)行該預(yù)存程序。事實(shí)上，sp_resolve_logins 使用了非完整式參照(unqualified reference)指向 syslogins 視觀表，所以您必須在 master 數(shù)據(jù)庫(kù)內(nèi)才能執(zhí)行此預(yù)存程序！
程序代碼列表4： 在次要服務(wù)器上解析登入帳號(hào)的預(yù)存程序。
use master
go
exec sp_resolve_logins
@dest_db = 'pubscopy',
@dest_path = 'd:/',
@filename = 'syslogins.dat'
步驟 6: 連結(jié)數(shù)據(jù)庫(kù)存取與權(quán)限 bol 對(duì)于角色變更的相關(guān)討論僅止于步驟5，但是它忽略一個(gè)重要步驟：在 "數(shù)據(jù)庫(kù)存取權(quán)限" 與 "轉(zhuǎn)移后登入帳號(hào)" 之間進(jìn)行協(xié)調(diào)動(dòng)作。為了在新主要服務(wù)器內(nèi)線上數(shù)據(jù)庫(kù)，將移轉(zhuǎn)后已解析的登入帳號(hào)連結(jié)至相對(duì)應(yīng)的數(shù)據(jù)庫(kù)使用者及其權(quán)限，您必須執(zhí)行針對(duì)每個(gè)登入帳號(hào)執(zhí)行一次 sp_change_users_login 預(yù)存程序。
use pubscopy
go
exec sp_change_users_login 'update_one', 'username', 'loginname'
執(zhí)行該預(yù)存程序可確保 sql server 登入帳號(hào)能夠正確地連結(jié)相對(duì)應(yīng)的數(shù)據(jù)庫(kù)使用者名稱。
到此為止，您已經(jīng)成功地將次要服務(wù)器升級(jí)為新的角色，而舊主要服務(wù)器也早已變成次要服務(wù)器。然而，您仍然尚未建置新的日志傳送關(guān)系。您完成的只是角色變更，而不是角色互換。
角色互換
為了達(dá)成完整的日志傳送角色互換，您只需在新主要服務(wù)器與新次要服務(wù)器之間重新設(shè)定一次日志傳送即可。因?yàn)樾轮饕?wù)器已內(nèi)含嶄新的數(shù)據(jù)庫(kù)維護(hù)計(jì)劃，您將會(huì)傾向在維護(hù)計(jì)劃內(nèi)直接加入新次要服務(wù)器，做為目的服務(wù)器。然而經(jīng)過(guò)多次嘗試之后，我發(fā)現(xiàn)新主要服務(wù)器的 "交易日志備份工作" 總是會(huì)失敗，并且日志也不會(huì)從新主要服務(wù)器傳送到新次要服務(wù)器。
所以，您需要另外一種方法。您在執(zhí)行過(guò)日志傳送角色變更的預(yù)存程序，以及先前我詳細(xì)說(shuō)明的步驟后，就可以直接達(dá)成完整的角色互換 - 在新主要服務(wù)器與新次要服務(wù)器之間建置一份新的日志傳送計(jì)劃。為了建置該計(jì)劃，您需遵循下列步驟：
1. 在新主要服務(wù)器的數(shù)據(jù)庫(kù)維護(hù)計(jì)劃內(nèi)移除日志傳送功能。
2. 在主要服務(wù)器上刪除數(shù)據(jù)庫(kù)維護(hù)計(jì)劃。
3. 在次要服務(wù)器上刪除數(shù)據(jù)庫(kù)維護(hù)計(jì)劃。
4. 維持所有交易日志文件。
5. 在新主要服務(wù)器上建立一個(gè)新的數(shù)據(jù)庫(kù)維護(hù)計(jì)劃，指定新次要服務(wù)器所在、目的數(shù)據(jù)庫(kù)位置、以及交易日志文件之適當(dāng)存放位置，如同我在 part 1所介紹的內(nèi)容。
6. 重新開(kāi)始新主要服務(wù)器的所有活動(dòng)。
在您成功設(shè)定角色互換且建置新日志傳送配對(duì)服務(wù)器之后，enterprise manager 的日志傳送監(jiān)視器可能會(huì)告知您新次要服務(wù)器數(shù)據(jù)庫(kù)并未與新主要服務(wù)器數(shù)據(jù)庫(kù)取得同步(out of sync)。如果 "最近一次加載的交易日志" 與 "最近一次備份的交易日志" 之間的時(shí)間差超過(guò)了 out-of-sync 設(shè)定值，您就會(huì)收到此報(bào)告。直到最近一次的備份資料被加載之后，日志傳送監(jiān)視器就會(huì)回到平常無(wú)錯(cuò)誤狀態(tài)。
日志傳送監(jiān)視器所在位置
microsoft 強(qiáng)烈建議將日志傳送監(jiān)視器置放于獨(dú)立服務(wù)器上。如此一來(lái)，無(wú)論主要服務(wù)器或是次要服務(wù)器執(zhí)行工作失敗時(shí)，該監(jiān)視器都會(huì)送出警示(alert)。如果監(jiān)視器位于主要或次要服務(wù)器其中之一，報(bào)告結(jié)果將取決于監(jiān)視器所在服務(wù)器。如果監(jiān)視器所在服務(wù)器因故停擺，它將無(wú)法繼續(xù)回報(bào)可能的錯(cuò)誤情況。所以，要讓監(jiān)視器獨(dú)立回報(bào)日志傳送系統(tǒng)內(nèi)主要或次要服務(wù)器上可能發(fā)生的問(wèn)題，給予監(jiān)視器一臺(tái)獨(dú)立服務(wù)器是較佳的實(shí)作方式。此外，也可以使用這臺(tái)獨(dú)立的監(jiān)控服務(wù)器去監(jiān)控其它日志傳送配對(duì)服務(wù)器。
如果沒(méi)有其它服務(wù)器可安裝監(jiān)控程序，而需要放在主要或次要服務(wù)器其中之一。究竟應(yīng)該把日志傳送監(jiān)視器放在哪臺(tái)服務(wù)器呢？因?yàn)橹攸c(diǎn)是想偵測(cè)主要服務(wù)器上可能發(fā)生的日志傳送問(wèn)題，所以放在次要服務(wù)器比較妥當(dāng)。如果將日志傳送監(jiān)視器放在主要服務(wù)器上，當(dāng)主要服務(wù)器停擺時(shí)，您就無(wú)法使用該監(jiān)視器，監(jiān)視器也無(wú)法在日志傳送發(fā)生問(wèn)題時(shí)送出警示。所以呢，如果只有兩臺(tái)服務(wù)器可使用，次要服務(wù)器為置放日志傳送監(jiān)視器較佳的位置。某些時(shí)候，為避免災(zāi)難發(fā)生時(shí)影響次要服務(wù)器，必須將交易日志從某一實(shí)體位置傳送到另一個(gè)地方(也許有一段距離)。在此情況下，日志傳送監(jiān)視器最好放在其它地方的獨(dú)立服務(wù)器，讓災(zāi)難發(fā)生時(shí)不至于影響主要與次要服務(wù)器。
日志傳送功能可自動(dòng)復(fù)制數(shù)據(jù)庫(kù)的交易日志文件，并回存到備援服務(wù)器 (standby server) 的另外一個(gè)數(shù)據(jù)庫(kù)。因此可大幅提高sql server數(shù)據(jù)庫(kù)之可用性。因?yàn)閭湓當(dāng)?shù)據(jù)庫(kù)完整地接收來(lái)源數(shù)據(jù)庫(kù)的異動(dòng)情況，所以它就是一份來(lái)源數(shù)據(jù)庫(kù)的復(fù)本 - 差別僅在于資料復(fù)制與加載過(guò)程所產(chǎn)生的時(shí)間差。然而，當(dāng)主要服務(wù)器停擺時(shí)，您就可以將備援服務(wù)器更改為新的主要服務(wù)器。如果原來(lái)的主要服務(wù)器可重新上線使用，那么您可以將其設(shè)定為新的備援服務(wù)器 - 事實(shí)上就是對(duì)調(diào)兩臺(tái)服務(wù)器的角色。
在sql server 2000企業(yè)版或開(kāi)發(fā)版之中，microsoft在enterprise manager內(nèi)提供了一項(xiàng)日志傳送(log shipping)的功能 - 為數(shù)據(jù)庫(kù)維護(hù)計(jì)劃精靈的其中一部份。在使用之前的sql server時(shí)，您需要自行建立日志傳送系統(tǒng)。
設(shè)定日志傳送
主要服務(wù)器(primary server) 即是實(shí)際處理資料的正式服務(wù)器；此服務(wù)器內(nèi)擁有來(lái)源數(shù)據(jù)庫(kù)。次要服務(wù)器(secondary server)上存放目的數(shù)據(jù)庫(kù)，用來(lái)復(fù)制與回存來(lái)源數(shù)據(jù)庫(kù)的交易日志文件。監(jiān)控服務(wù)器(monitor server)用來(lái)監(jiān)控主要服務(wù)器與次要服務(wù)器。與sql server 7.0不同的是(sql server 7.0是在次要服務(wù)器上監(jiān)控日志傳送動(dòng)作)，sql server 2000使用enterprise manager的日志傳送監(jiān)控工具來(lái)監(jiān)控每一組傳送中的日志資料。microsoft建議您在另外一臺(tái)監(jiān)控用服務(wù)器安裝這個(gè)工具程序。
您可以利用enterprise manager的數(shù)據(jù)庫(kù)維護(hù)計(jì)劃精靈設(shè)定sql server 2000的日志傳送。但是在您激活精靈之前，您必須先進(jìn)行某些準(zhǔn)備工作。一開(kāi)始請(qǐng)先遵循下列步驟：
1.決定一組要設(shè)定日志傳送的服務(wù)器(即日志傳送過(guò)程之中，主要服務(wù)器與次要服務(wù)器為何)。
2. 選擇一臺(tái)監(jiān)控服務(wù)器。最好不同于主要服務(wù)器或次要服務(wù)器。
3. 設(shè)定所有服務(wù)器之安全性。您用來(lái)設(shè)定日志傳送的windows帳號(hào)必須擁有所有服務(wù)器上sql server系統(tǒng)管理者(sa)的權(quán)限。
4. 在主要/次要服務(wù)器上建立分享資料夾。首先，將來(lái)源數(shù)據(jù)庫(kù)交易日志文件所在的目錄設(shè)定為分享目錄。接著在次要服務(wù)器上，將您打算回存交易日志文件的目錄也分享出來(lái)。為了清楚辨別各分享目錄，請(qǐng)?jiān)诜窒砻Q內(nèi)注明服務(wù)器與數(shù)據(jù)庫(kù)之名稱。如果分享目錄名稱已存在，您可能需要從分享目錄中刪除或是搬移其它檔案，特別是舊的日志備份文件。然后再將這些分享目錄的權(quán)限開(kāi)放給每一臺(tái)服務(wù)器上sql agent所使用的windows帳號(hào)。
5. 決定如何建立并初始化目的地?cái)?shù)據(jù)庫(kù)。您可以在日志傳送設(shè)定過(guò)程就先建立與初始同步化目的地?cái)?shù)據(jù)庫(kù)，否則您必須手動(dòng)進(jìn)行初始數(shù)據(jù)庫(kù)之回存動(dòng)作。
6. 在enterprise manager注冊(cè)此三臺(tái)服務(wù)器(即主要、次要與監(jiān)控服務(wù)器)。
在您完成這些準(zhǔn)備動(dòng)作時(shí)，您就可以準(zhǔn)備激活數(shù)據(jù)庫(kù)維護(hù)計(jì)劃精靈來(lái)設(shè)定日志傳送。您可以先檢視日志傳送過(guò)程的五個(gè)連續(xù)步驟，如圖1所示：
圖1：sql server 2000日志傳送的設(shè)定步驟。
前兩個(gè)為選擇性(optional)步驟。如果您尚未同步化來(lái)源與目的數(shù)據(jù)庫(kù)，則步驟1會(huì)為您先備份來(lái)源數(shù)據(jù)庫(kù)，然后執(zhí)行同步化動(dòng)作。在步驟2時(shí)，精靈會(huì)將備份文件復(fù)制到次要服務(wù)器，并回存到目的地?cái)?shù)據(jù)庫(kù)。
精靈一定會(huì)執(zhí)行其余三項(xiàng)步驟。在步驟3時(shí)，精靈將在主要服務(wù)器上建立一個(gè)sql agent工作(job)。此工作將會(huì)周期性地把交易日志文件內(nèi)容備份到磁盤檔案內(nèi)。精靈也會(huì)在次要服務(wù)器上建立一個(gè)傳送日志的數(shù)據(jù)庫(kù)維護(hù)計(jì)劃；此計(jì)畫包含兩個(gè)sql agent工作：一個(gè)是將交易日志文件復(fù)制到次要服務(wù)器(步驟4)，另一個(gè)則是將交易日志文件回存到目的數(shù)據(jù)庫(kù)(步驟5)。這些步驟將建立一組日志傳送服務(wù)器(互相有日志傳送關(guān)系的兩個(gè)數(shù)據(jù)庫(kù))。如果您想要額外提供容錯(cuò)功能或是設(shè)定一臺(tái)報(bào)表服務(wù)器，那么您可以將主要服務(wù)器與另外一臺(tái)次要服務(wù)器組合在一起，再設(shè)定一組日志傳送配對(duì)服務(wù)器。
準(zhǔn)備工作
1. 準(zhǔn)備 primary server (以下為ztao-1) 及 secondary server (以下為introntest)
2. 將要作 log shipping 的數(shù)據(jù)庫(kù)(以下為intronerp)之還原模型(recovery model)設(shè)定為完整(full)。
3. 將兩臺(tái)計(jì)算機(jī)的sql server服務(wù)賬號(hào)加入administrator群組
4. 建立primary server 備份log的數(shù)據(jù)夾
a. 建立c:/logfile，以存放primary server數(shù)據(jù)庫(kù)transaction log的備份
b. 將c:/logfile作數(shù)據(jù)分享，分享目錄的權(quán)限開(kāi)放給sql agent所使用的windows帳號(hào)。
5. 建立 secondary server 還原的數(shù)據(jù)夾(在secondary server)
a. 建立c: hippedlog數(shù)據(jù)夾以存放從primary server傳送過(guò)來(lái)的transaction log 的備份
b. 建立 c:/logfile數(shù)據(jù)夾，當(dāng)角色交換后，可存放新primary server的數(shù)據(jù)庫(kù)transaction log
c. 將c:/logfile數(shù)據(jù)夾作資源共享，分享目錄的權(quán)限開(kāi)放給sql agent所使用的windows帳號(hào)。
6. 在primary server中，新增 secondary server的注冊(cè)信息
逐步設(shè)定
在primary server中，設(shè)定standby server及l(fā)og shipping
1、開(kāi)啟enterprise manager，由工具中點(diǎn)選數(shù)據(jù)庫(kù)維護(hù)計(jì)劃
2、歡迎畫面：
3、選取數(shù)據(jù)庫(kù)：勾選log shipping
4、更新數(shù)據(jù)最佳化信息：維持預(yù)設(shè)，不用選擇！
5、數(shù)據(jù)庫(kù)完整性檢查：維持預(yù)設(shè)，不用選擇！
6、指定數(shù)據(jù)庫(kù)備份計(jì)劃：一般不用選擇！
7、指定交易記錄文件備份磁盤目錄：儲(chǔ)存?zhèn)浞菸募哪夸浿赶騪rimary server上存放資料日志文件的目錄位置！
8、指定交易記錄共享：在此窗口中您必須指定主服務(wù)器上的分享目錄名稱。可以按下【…】按鈕后瀏覽目錄名稱。
9、指定記錄傳送目的地：點(diǎn)選【add】按鈕后可開(kāi)啟『新增目的數(shù)據(jù)庫(kù)』對(duì)話框
10、新增目的數(shù)據(jù)庫(kù)：輸入所有secondary server的相關(guān)信息
【伺服務(wù)器名稱】下拉式選單會(huì)列出您在先前準(zhǔn)備工作中曾利用enterprise manager所注冊(cè)的secondary server名稱。在【目錄】文字字段里，請(qǐng)輸入secondary server的目錄名稱，用以接收來(lái)源數(shù)據(jù)庫(kù)交易日志文件復(fù)本；此名稱為本地端路徑名稱，而不是分享目錄名稱。
有關(guān)數(shù)據(jù)庫(kù)的加載狀態(tài)，您有兩種選項(xiàng)可以設(shè)定：不復(fù)原模式(no recovery mode)與待命模式(standby mode)。所謂的『不復(fù)原模式』表示使用者將無(wú)法進(jìn)行資料查詢，唯一可執(zhí)行的動(dòng)作只有回存交易日志文件。而『待命模式』則是將數(shù)據(jù)庫(kù)設(shè)定成只讀狀態(tài)；只要不是在回存數(shù)據(jù)庫(kù)的時(shí)候，您都可以查詢資料。窗口內(nèi)還有一個(gè)【終止數(shù)據(jù)庫(kù)中的使用者(建議選項(xiàng))】選項(xiàng)，會(huì)在回存數(shù)據(jù)庫(kù)或是回存交易日志文件時(shí)發(fā)生動(dòng)作。在回存數(shù)據(jù)庫(kù)或是交易日志文件時(shí)，『回存程序』將是數(shù)據(jù)庫(kù)內(nèi)唯一的使用者。所以，microsoft建議您勾選此選項(xiàng)，否則其它使用者可能會(huì)影響回存動(dòng)作的進(jìn)行。
11、指定記錄傳送目的地：該設(shè)定完成。
12、初始化目的服務(wù)器：可以挑選最近一次的備份資料；或是建立一份新的備份資料。對(duì)大型數(shù)據(jù)庫(kù)而言，使用既有的備份資料會(huì)比較有效率。然而，從那次備份之后的所有交易日志文件都必須存在于主要服務(wù)器上交易日志文件的分享目錄之中，精靈才有辦法復(fù)制與回存到次要服務(wù)器。如果數(shù)據(jù)庫(kù)不是很大，那么讓精靈產(chǎn)生新的備份將會(huì)比較簡(jiǎn)單。
13、記錄傳送排程：可以設(shè)定來(lái)源數(shù)據(jù)庫(kù)上交易日志文件的備份頻率；也可以設(shè)定次要服務(wù)器上sql agent工作 (由精靈建立的，用來(lái)復(fù)制與加載交易日志文件) 的頻率。日志傳送的頻率可粗略設(shè)定為一分鐘一次；但以大型數(shù)據(jù)庫(kù)來(lái)說(shuō)，五分鐘一次是比較普遍的選擇。
14、記錄傳送臨界值：針對(duì)交易日志文件備份動(dòng)作，以及復(fù)制與回存工作，設(shè)定合理的延遲時(shí)間。當(dāng)超過(guò)臨界時(shí)間時(shí)，日志傳送監(jiān)控程序?qū)υ捒驅(qū)?huì)響應(yīng)一個(gè)警示訊息。
15、指定記錄傳送監(jiān)視服務(wù)器信息：這里可能會(huì)直接使用默認(rèn)值，但是預(yù)設(shè)監(jiān)控服務(wù)器是設(shè)定為主要服務(wù)器。一般來(lái)說(shuō)，不會(huì)把主要或次要服務(wù)器當(dāng)作監(jiān)控服務(wù)器，這是因?yàn)槿绻渲幸慌_(tái)服務(wù)器故障停擺時(shí)，將無(wú)法得知目前日志傳送的狀態(tài)為何。
16、產(chǎn)生報(bào)告：建議將報(bào)告存到你log的目錄下，或者專門存放有關(guān)log shipping的log的目錄下，方便出錯(cuò)時(shí)查找原因！
17、維護(hù)計(jì)劃歷程記錄：在secondary server上也保存一份記錄。
18、設(shè)定log shipping名字
19、按下【完成】吧！此時(shí)精靈會(huì)自動(dòng)從主要服務(wù)器與次要服務(wù)器之間設(shè)定日志傳送動(dòng)作，并且在監(jiān)控服務(wù)器上設(shè)定日志傳送監(jiān)控程序。
您可以使用數(shù)據(jù)庫(kù)維護(hù)計(jì)劃之【屬性】對(duì)話盒來(lái)更改日志傳送相關(guān)設(shè)定。在【交易記錄文件備份】設(shè)定頁(yè)提供的選項(xiàng)可更改日志傳送過(guò)程中交易日志文件備份的組態(tài)。
【記錄傳送】設(shè)定頁(yè)顯示出您先前在維護(hù)計(jì)劃內(nèi)設(shè)定的日志傳送配對(duì)服務(wù)器；如果您設(shè)定了其它組日志傳送配對(duì)服務(wù)器，也會(huì)列在此處。本設(shè)定頁(yè)也包含下列選項(xiàng)：新增目的數(shù)據(jù)庫(kù)(用以建立新的日志傳送配對(duì)服務(wù)器)、刪除既有日志傳送配對(duì)服務(wù)器、編輯目前的日志傳送配對(duì)服務(wù)器之屬性，以及移除整個(gè)日志傳送功能。
當(dāng)您在【記錄傳送】設(shè)定頁(yè)之中點(diǎn)選【編輯】時(shí)，將開(kāi)啟【編輯目的數(shù)據(jù)庫(kù)】對(duì)話盒。您可以在對(duì)話盒內(nèi)【一般】設(shè)定頁(yè)檢視與修改次要服務(wù)器的交易日志文件之目錄位置，以及未來(lái)做為主要服務(wù)器時(shí)分享目錄之路徑。【初始化】設(shè)定頁(yè)則可讓您更改復(fù)原模式，以及次要服務(wù)器上復(fù)制與回存之頻率。【臨界值】頁(yè)可以設(shè)定日志傳送之臨界周期。
在【超出同步臨界值】項(xiàng)目可設(shè)定：當(dāng)日志傳送監(jiān)控程序產(chǎn)生警示訊息之前所能允許的最大時(shí)間間隔 (介于最近一次來(lái)源數(shù)據(jù)庫(kù)交易日志文件備份以及最新的交易日志文件回存動(dòng)作之間)。您也可以在日志傳送監(jiān)控程序之中設(shè)定此參數(shù)。【在入時(shí)間延遲】、【檔案保留期限】以及【歷程記錄保留期限】則是與次要服務(wù)器相關(guān)的設(shè)定。
注：監(jiān)控服務(wù)器在這些組態(tài)選項(xiàng)中扮演相當(dāng)重要的角色。因?yàn)椤居涗泜魉汀吭O(shè)定頁(yè)的大部分信息取決于監(jiān)控服務(wù)器，所以一但監(jiān)控服務(wù)器停擺時(shí)，您將無(wú)法更改日志傳送的組態(tài)設(shè)定值。在監(jiān)控服務(wù)器執(zhí)行sql server 2000 profiler時(shí)，主要服務(wù)器會(huì)連到監(jiān)控服務(wù)器，然后從日志傳送資料表中取得既有的日志傳送計(jì)劃。因此，要改變?nèi)罩緜魉陀?jì)劃的設(shè)定時(shí)，您必須確定在enterprise manager內(nèi)可以連接到監(jiān)控服務(wù)器。
檢查與監(jiān)控日志傳送動(dòng)作
sql server 2000的日志傳送功能還提供了一項(xiàng)日志傳送監(jiān)控程序，可讓您安裝在另一臺(tái)獨(dú)立監(jiān)控用服務(wù)器。
在sql server企業(yè)版與開(kāi)發(fā)版的msdb數(shù)據(jù)庫(kù)中共有七個(gè)關(guān)于日志傳送的資料表：
log_shipping_plans
log_shipping_plan_databases
log_shipping_databases
log_shipping_plan_history
log_shipping_monitor
log_shipping_primaries
log_shipping_secondaries
上述每一個(gè)資料表都存在于主要、次要以及監(jiān)控服務(wù)器上。各服務(wù)器也會(huì)使用某些資料表儲(chǔ)存資料，視該服務(wù)器在日志傳送系統(tǒng)的角色為何。
在主要服務(wù)器上檢視日志傳送動(dòng)作 從enterprise manager 里，您可以登入主要服務(wù)器，并觀察與監(jiān)控日志傳送動(dòng)作。如果某個(gè)數(shù)據(jù)庫(kù)已設(shè)定要進(jìn)行日志傳送，在數(shù)據(jù)庫(kù)【內(nèi)容】對(duì)話盒的【一般】頁(yè)可得知該數(shù)據(jù)庫(kù)的角色(來(lái)源數(shù)據(jù)庫(kù)；或是目的數(shù)據(jù)庫(kù))，也可知道日志傳送監(jiān)控程序是位于那一臺(tái)服務(wù)器上。您可以在enterprise manager內(nèi)sql server agent的【作業(yè)】節(jié)點(diǎn)，檢視日志傳送與交易日志文件備份工作所執(zhí)行的狀態(tài)與歷史紀(jì)錄。主要服務(wù)器只使用msdb數(shù)據(jù)庫(kù)的兩個(gè)日志傳送資料表。在log_shipping_databases資料表中，sql server新增的每一筆資料將會(huì)把數(shù)據(jù)庫(kù)維護(hù)計(jì)劃id以及日志傳送來(lái)源數(shù)據(jù)庫(kù)連結(jié)在一起。在log_shipping_monitor資料表中，sql server新增的每一筆資料包含了監(jiān)控服務(wù)器的名稱，以及登入數(shù)據(jù)庫(kù)的方式。
在次要服務(wù)器上檢視日志傳送動(dòng)作 日志傳送計(jì)劃存在于次要服務(wù)器。您可在次要服務(wù)器監(jiān)控sql agent工作(復(fù)制交易日志文件到次要服務(wù)器，并回存至目的數(shù)據(jù)庫(kù))。 您也可檢視目的數(shù)據(jù)庫(kù)的屬性對(duì)話盒，以決定該數(shù)據(jù)庫(kù)在日志傳送過(guò)程所扮演的角色。
在次要服務(wù)器上，sql server使用msdb數(shù)據(jù)庫(kù)的四個(gè)日志傳送資料表。當(dāng)sql server建立一個(gè)日志傳送計(jì)劃之后，它會(huì)新增一筆資料到log_shipping_plan資料表，用以紀(jì)錄：主要與次要服務(wù)器的名稱、檔案位置、復(fù)制與回存工作id(來(lái)自于次要服務(wù)器之sysjobs系統(tǒng)資料表)。在log_shipping_plan_databases資料表，sql server會(huì)連結(jié)維護(hù)計(jì)劃以及來(lái)源/目的數(shù)據(jù)庫(kù)名稱，而且儲(chǔ)存最后一次進(jìn)行檔案復(fù)制與加載動(dòng)作的相關(guān)信息。log_shipping_plan_history資料表則是將每次日志傳送的復(fù)制與回存事件紀(jì)錄下來(lái)，連同該工作是否成功的信息。sql server也會(huì)新增一筆資料在log_shipping_monitor資料表，用以參照監(jiān)控服務(wù)器。
如果您勾選了【allow database to assume primary role】復(fù)選框，您將在次要服務(wù)器上看到一個(gè)重要的額外項(xiàng)目：另一個(gè)數(shù)據(jù)庫(kù)維護(hù)計(jì)劃(與您先前所建立的維護(hù)計(jì)劃名稱相同)，但是并沒(méi)有激活日志傳送。您也會(huì)看到一個(gè)非作用中(disabled)的sql agent工作(備份該數(shù)據(jù)庫(kù)的交易日志)。也許您會(huì)被這些項(xiàng)目所混淆。盡管它們的名字相同，但是此額外產(chǎn)生的維護(hù)計(jì)劃卻不同于當(dāng)初所建立的那個(gè)。sql server保留第二個(gè)逆向維護(hù)計(jì)劃是為了以后可能發(fā)生的主要/次要服務(wù)器角色對(duì)調(diào)動(dòng)作所準(zhǔn)備。
在監(jiān)控服務(wù)器上檢視日志傳送動(dòng)作 當(dāng)您正確設(shè)定日志傳送之后，sql server 會(huì)激活監(jiān)控服務(wù)器上enterprise manager 的日志傳送監(jiān)控工具程序。此外，sql server會(huì)建立兩個(gè)sql agent 警示工作(alert job)：一個(gè)用來(lái)執(zhí)行工作，另一個(gè)處理out-of-sync情況。
使用監(jiān)控工具程序的方式是，開(kāi)啟enterprise manager并連至監(jiān)控服務(wù)器，展開(kāi)【management】節(jié)點(diǎn)，然后點(diǎn)選【記錄傳送監(jiān)視器(log shipping monitor)】。當(dāng)您點(diǎn)選此工具程序時(shí)，其內(nèi)會(huì)列出日志傳送配對(duì)服務(wù)器的清單。您可在配對(duì)服務(wù)器上按下鼠標(biāo)右鍵，檢視其備份、復(fù)制與回存等工作的執(zhí)行歷史紀(jì)錄。這些歷史紀(jì)錄十分有用，因?yàn)槟鷱倪@里得到的錯(cuò)誤訊息會(huì)比從次要服務(wù)器上(sql agent 復(fù)制與回存工作)得到的更為詳盡。
如圖所示：當(dāng)您開(kāi)啟配對(duì)服務(wù)器之屬性對(duì)話盒，并進(jìn)入【status】設(shè)定頁(yè)時(shí)，您可檢視此配對(duì)服務(wù)器執(zhí)行備份與回存程序之狀態(tài)。
其狀態(tài)(status)可以是normal 或是out-of-sync。如果sql server agent尚未復(fù)制或回存交易日志文件，對(duì)話盒內(nèi)將會(huì)顯示日志文件名為first_file_000000000000.trn。這并不是實(shí)際的文件名稱，只不過(guò)是用來(lái)標(biāo)示sql server agent尚未處理任何檔案而已。在【status】設(shè)定頁(yè)也會(huì)顯示備份、復(fù)制以及加載(回存)等動(dòng)作執(zhí)行時(shí)所耗費(fèi)的時(shí)間。此設(shè)定頁(yè)之信息不會(huì)自動(dòng)更新，所以您必須將此對(duì)話盒關(guān)閉后再開(kāi)啟，才能更新其資料。
sql server只使用msdb數(shù)據(jù)庫(kù)內(nèi)兩個(gè)資料表來(lái)儲(chǔ)存日志傳送服務(wù)器之相關(guān)資料。sql server在這兩個(gè)資料表中都給予一個(gè)id做為連結(jié)，以及一個(gè)外來(lái)鍵(foreign key)。該外來(lái)鍵是設(shè)定在log_shipping_secondaries資料表上，并參照l(shuí)og_shipping_primaries資料表的primary_id字段(這兩個(gè)是所有日志傳送資料表中唯一具有外來(lái)鍵關(guān)系的資料表)。在log_shipping_primaries資料表內(nèi)的每筆資料都包含日志傳送的相關(guān)信息，例如：來(lái)源數(shù)據(jù)庫(kù)名稱、交易日志文件備份工作執(zhí)行之狀態(tài)，以及已規(guī)劃的停擺信息(可避免不必要的警示訊息)。而log_shipping_secondaries 資料表之每筆資料關(guān)于目的數(shù)據(jù)庫(kù)之信息；每個(gè)目的數(shù)據(jù)庫(kù)附屬于特定的日志傳送來(lái)源數(shù)據(jù)庫(kù)。這兩個(gè)資料表互相連結(jié)的結(jié)果就是日志傳送監(jiān)控程序內(nèi)所顯示的配對(duì)服務(wù)器信息。
移除與重新組態(tài)日志傳送功能
如果您想從數(shù)據(jù)庫(kù)維護(hù)計(jì)劃中移除日志傳送功能，可參考下列方式：開(kāi)啟該計(jì)劃的屬性對(duì)話盒，選擇【記錄傳送】設(shè)定頁(yè)，然后點(diǎn)選【移出記錄傳送】。此動(dòng)作將從次要服務(wù)器上移除sql server agent的備份與回存工作，并清除日志傳送資料表內(nèi)的所有相關(guān)資料。此外，日志傳送監(jiān)控程序的相關(guān)信息也會(huì)一并被清除。然而此動(dòng)作將會(huì)適當(dāng)?shù)乇Ａ糁饕?wù)器上sql server agent的交易日志備份工作。只有在刪除數(shù)據(jù)庫(kù)維護(hù)計(jì)劃時(shí)，該工作才會(huì)被移除。假如您想從監(jiān)控服務(wù)器內(nèi)移除掉日志傳送監(jiān)控程序，請(qǐng)用手動(dòng)方式將log_shipping_primaries與log_shipping_secondaries這兩個(gè)資料表(位于監(jiān)控服務(wù)器的msdb數(shù)據(jù)庫(kù))的資料刪除即可。
如果您在數(shù)據(jù)庫(kù)維護(hù)計(jì)劃內(nèi)設(shè)定日志傳送時(shí)，就已允許目的數(shù)據(jù)庫(kù)可以做為新的日志傳送來(lái)源數(shù)據(jù)庫(kù)。當(dāng)您刪除主要服務(wù)器的維護(hù)計(jì)劃時(shí)，次要服務(wù)器上仍然會(huì)保留其數(shù)據(jù)庫(kù)維護(hù)計(jì)劃，以及交易日志文件備份工作。刪除這些項(xiàng)目的方式是將次要服務(wù)器上與日志傳送相關(guān)的數(shù)據(jù)庫(kù)維護(hù)計(jì)劃直接刪除。
sql server 2000之日志傳送功能
可能發(fā)生的錯(cuò)誤
一、殘余數(shù)據(jù)
當(dāng)您進(jìn)行sql server 2000日志傳送的實(shí)驗(yàn)時(shí)，也許偶而會(huì)中斷設(shè)定過(guò)程。如果真是如此，那么某些資料仍然會(huì)存入每臺(tái)服務(wù)器的日志傳送資料表，并且影響到后續(xù)的日志傳送設(shè)定動(dòng)作。為了保證這些剩余資料都會(huì)被清除，請(qǐng)確實(shí)刪除每臺(tái)服務(wù)器msdb數(shù)據(jù)庫(kù)內(nèi)日志傳送資料表之相關(guān)資料。
錯(cuò)誤信息：
error 14261: the specified primary_server_name.primary_database_name ('n') already exists.
error 14426: a log shipping monitor is already defined (...)
處理方法：
必須手動(dòng)執(zhí)行下面幾個(gè)存儲(chǔ)過(guò)程來(lái)刪除log shipping在數(shù)據(jù)庫(kù)中記錄的信息。
1、sp_delete_log_shipping_primary
刪除msdb.dbo.log_shipping_primary表中的primary server信息
2、sp_delete_log_shipping_plan
刪除log shipping計(jì)劃
3、sp_delete_log_shipping_secondary
刪除msdb.dbo.log_shipping_secondaries表中的secondary server信息
4、sp_remove_log_shipping_monitor
刪除log shipping監(jiān)視從表msdb.dbo.log_shipping_monitor
二、數(shù)據(jù)庫(kù)的模式
如果正確設(shè)置了log shipping，但是沒(méi)有辦法正常執(zhí)行，在sql server的日志中可以看到類似這個(gè)信息和界面：
microsoft (r) sqlmaint utility (unicode), version logged on to sql server 'ztao-1' as 'ztao-1/administrator' (trusted)
starting maintenance plan 'log_plan_9' on 2003-9-4 14:42:02
backup can not be performed on database 'erplogshipping'. this sub task is ignored.
deleting old text reports... 0 file(s) deleted.
end of maintenance plan 'log_plan_9' on 2003-9-4 14:42:02
sqlmaint.exe process exit code: 1 (failed)
可能是你沒(méi)有正確設(shè)置數(shù)據(jù)庫(kù)的模式，完整模式。
三、log文件存放路徑
在msdn上看過(guò)一篇文章說(shuō)，同一臺(tái)電腦上再次設(shè)置log shipping時(shí)，不要使用相同的目錄存放log文件。這個(gè)沒(méi)有考證過(guò)，只提一下，提醒大家！
本文來(lái)源于網(wǎng)頁(yè)設(shè)計(jì)愛(ài)好者web開(kāi)發(fā)社區(qū)http://www.html.org.cn收集整理，歡迎訪問(wèn)。
