sql server數據庫備份方案
2008-08-05 13:15
SQL Server 數據庫備份方案
爲了保證SQL Server 數據的安全，數據庫管理員應定期備份數據庫，在不同情況下應採用不同備份數據庫備份策略，一方面維持數據的安全性，另一方面也可保持SQL Server 能順暢運行。盡最大的努力減少由於數據的損壞對客戶造成的損失。
概念
1) 備份工作規劃
計算機軟硬件的穩定性還未達到非常穩定的狀態，計算機中的數據仍有損失或毀壞的情況發生。存在於計算機內的數據不安全，即使採用容錯設備，也無法保證數據庫 100%安全。 計算機硬件的費用可能很高，但計算機數據更珍貴，做好數據備份，可保證在各種意外發生情況時，仍能保持有數據庫的完整性。 管理員必須花時間來備份數據庫，但 SQL SERVER也提供不少自動化功能。
2）備份方式
數據庫——完全
就是備份整個數據庫的內容。若將整個數據庫的內容都備份下來，需很多的存儲空間來存放備份數據，但其好處是在還原數據庫時，也只要將整個數據庫從一份數據庫備份還原到 SQL SERVER 中就可以了。它是其他備份的基礎，在做其他備份之前，必須得做此種方式的備份。
數據庫——差異 （Differential）
只備份從上一次執行“完全”數據庫備份後有改動的數據，因此所需要的備份時間和備份空間都比“完全” 方式少，所以此方式最適合作爲經常性的備份方式。
事務日誌（Transaction Log）
只備份事務記錄文件的內容，由於事務日誌文件只會記錄我們在前一次數據庫備份或事務日誌記錄備份之後，對數據庫所做的變動過程，也就是隻記錄某一段時間的數據庫變動情況，因此在做事務記錄備份之前，必須做一次“完全”的數據庫備份
文件和文件組：
如果數據庫的內容分散存儲於多個文件或文件組，而且數據庫已非常大，大到進行一次完整的數據庫備份會有時間和存儲空間上的問題。這時就可以使用此方式來備份數據庫的部分文件或文件組。由於每次只備份部分的文件或文件組，因此需做數次不同的備份才能完成整個數據庫的備份。才用此方式備份也有個好處，就是當毀壞的數據只是數據庫中的某個文件或文件組時，也只要還原壞的文件或文件組備份就可以了。
3）備份方案制訂原則
規劃數據庫的備份策略，需要考慮備份的各項變量，必須同時考慮到還原作業的進行。在做備份時，可考慮以下幾點。
(1) 有多少時間以及在那些時段可進行備份
(2) 數據庫變動的頻率如何
(3) 數據庫大小
(4) 當數據庫出問題時，用戶願意等待多久讓數據庫還原完畢
(5) 應採用何種備份方式，做怎樣的搭配
(6) 要使用哪種存儲介質
4）備份方案
（1）完全數據庫備份配合事務日誌備份
對於數據庫數據比較大，但每天的變動的內容小，可考慮採用此方式。可定期做一次完整的數據庫備份，例如：每週或每月做一次“完全”數據庫備份。然後再以較段短的週期，如每天或每兩天做一此事務日誌備份。這樣平時備份工作負擔比較輕，發生以外時，可將數據還原到最近期的狀態。
（2）完全數據庫備份配合差異式備份
此方式是將前一種方式中的事務日誌備份方式改成差異式備份。其優點是在做還原時，只需在做完最近一次數據庫備份的還原後，再用前一天的差異備份來還原就可以了，不像使用事務記錄備份時，需一天一天還原。缺點是在比較後的日子裏，每次做差異備份所需的時間和空間會增加。
（3）三種備份方式的綜合使用
由於事務記錄備份和差異備份各有其優缺點，因此我們可以將兩種方法結合起來使用。對於數據信息非常重要，每1、2小時備份一次，可能的損失只是1、2個小時的數據。
（4）當數據庫過大，有不易備份的問題時，可以採用文件或文件組備份方式，可考慮將數據庫分開存於不同的文件和文件組中，然後以文件和文件組的方式將整個數據庫分數次備份。此外，如果數據庫中只有部分表經常變動，另一部分很少變動，也可考慮將這兩部分存於不同的文件和文件組中，然後用不同的備份頻率來備份其內容。 採用此方式備份數據的缺點是：必須數次操作才能備份完數據。
（5）使用備用服務器
採用此方式是再準備一臺服務器，先在原服務器上做完全的備份，再把此備份放到備份服務器上做還原，使兩邊的數據同步，以後可以定期對原數據庫做事務日誌備份，把事務日誌放到備份服務器上還原。當原服務器出現問題既可使用備份服務器接上網絡提供服務。
注意：系統數據庫的備份與還原是很多用戶在定義數據庫備份方案中容易忽略的，系統數據庫中雖然不保存業務數據，但它保存了很多SQL Server的設置，如果不備份系統數據庫，那麼在服務器發生故障導致系統損壞時，重新配置所有的SQL Server設置將是一個噩夢DEMO
方案一 數據庫備份（常用方案）
在SQL Server備份窗口，可以通過調度設置，將當前進行的備份處理設置爲定時自動處理的作用。具體的步驟如下：
1. 展開一個服務器組。
2. 展開一個服務器( SQL Server實例)。
3. 展開【數據庫】，右單擊要備份的數據庫，在彈出的菜單中選擇【所有任務】—〉【備份數據庫】命令。
4. 在隨後打開的SQL Server備份窗口中，設置備份的相關選項。參見前面的備份方案
單擊【常規】選項卡，在【調度】項中，選中【調度】複選框，然後單擊【調度】複選框後的【…】按鈕。在隨後出現的【編輯調度】對話框中，設置時間調度安排。
5. 設置完成後，單擊【確定】按鈕，SQL Server將執行備份操作，同時在【SQL Server 代理】—〉【作業 】中自動建立對應的作業。
6. 在【SQL Server 代理】—〉【作業 】窗口中，可以像處理普通作業一樣修改或刪除數據庫備份窗口中定義的備份計劃。
演示
方案二 數據轉換法（DTS）
具體的方案就是：
1.主服務器和備份服務器裝載完全一樣的操作系統和數據庫軟件，以及相應編制的管理軟件；
2.事先選定需要定期更新的表、視圖、存儲過程等等，必要時可選擇全部數據庫更新；
3.使用SQL Server 提供的數據轉換服務導入/ 導出嚮導(以SQL Server2000 爲例) ，利用複製 SQL Server 對象任務，將 Microsoft SQL Server 對象從SQL Server 的一個實例複製到另一個SQL Server 中；
4.編輯反覆出現的作業調度，確定發生的頻率和具體時間，一般情況下，由於數據量較大，不提倡每日發生多次，儘量安排在網絡空餘時間發生。
這個方案優點是：
1.成本低、可靠性高，操作簡單，較易維護；
2.系統轉換時間短，備份系統替換主服務器只需幾分鐘。即使出現意外，備份系統很快就會恢復正常，只損失少量數據，重新輸入即可；
3.本地和異地備份都是利用晚上網絡空閒時間進行的，沒有增加日常網絡流量，不會增加網絡負擔。
注意選擇傳輸對象，相同版本的SQL Server 可以相互，或者由低版本向高版本SQL Server 備份，如：
SQL Server 7.0 的實例備份到 SQLServer 2000 的實例。
SQL Server 2000 的實例備份到另一個 SQL Server 2000 的實例。
備份的操作步驟：
1.打開企業管理器，選擇SQLServer 服務器的數據庫，單擊鼠標右鍵，選擇“所有任務”，並點選“導入數據”或“導出數據”。 如果是在主服務器上進行操作，選導出數據；在備份服務器上進行操作，則選導入數據。
2.第一步操作後，調出“數據轉換服務導入/ 導出嚮導”界面，單擊“下一步”，進入“DTS 導入/ 導出嚮導”的選擇數據源界面，選擇“目的”，選擇“制定表複製或查詢”，選擇要複製的對象。 弱
做選擇時，首先根據具體的客戶端選擇數據源，如果是OLE DB客戶端，選擇“用於SQL Server的Microsoft提供的OLEDB 程序”。
然後選擇提供數據源的服務器，接下來選擇進入數據庫的方式，可選擇“使用Windows 身份驗證”或“使用SQL Server 身份驗證”。 如果選“使用SQL Server 身份驗證”，須填寫SQL Server 認可並對數據有修改權的用戶，一般可選“SA”及其密碼。最後選擇要複製的數據庫。
3.在“制定表複製和查詢”中，選擇“在SQL Server數據庫之間複製對象和數據”，然後單擊下一步。選擇具體複製對象和相應的選項等等.。
4.通過保存調度和複製包，定製進行復制的時間和頻率。
5.全部設置完成後，提示會列出源、目的、採用的方式、數據庫等選項，由你確認完成。
6.如果設置結束後要進行定製時間修改，在企業管理器中，通過服務器、數據庫、管理、SQL server 代理、作業，然後選擇具體的作業，調出界面進行修改。
至此，你就可以在自己的中小企業環境中，輕鬆實現多臺數據庫服務器間的定時自動數據備份了。
演示
方案三 數據庫維護計劃+Xcopy命令（推薦使用）
1. 展開一個服務器組
2. 展開一個服務器實例（SQL Server實例）。
3. 展開【管理】，右擊【數據庫維護計劃】，在彈出的快捷菜單中選擇【新建維護計劃】命令。
4. 在隨後出現的【數據庫維護計劃 —（Local）】對話框中，單擊【下一步】按鈕跳過歡迎頁，在接下來的【選擇數據庫】步驟中，定義要備份的數據庫。
5. 單擊【下一步】按鈕，跳過與數據庫備份無關的步驟，在【指定數據庫備份計劃】步驟中，選擇【作爲維護計劃的一部分來備份數據庫】複選框；通過單擊【磁帶】或者【磁盤】單選按鈕來選擇備份設備；單擊【調度】選項右邊的【更改】按鈕，可以在隨後出現的【編輯反覆出現的作業調度】對話框中設置維護計劃的時間安排。
6. 單擊【下一步】按鈕，如果在步驟（5）中，備份設備選擇的是【磁盤】設備，則會進入【指定備份磁盤目錄】步驟，根據實際情況，設置此步驟中的內容。
7. 單擊【下一步】按鈕，進入【指定事務日誌備份計劃】步驟，如果需要進行事務日誌備份，則選擇【作爲維護計劃的一部分來備份事務日誌】複選框。備份事務日誌的其他設置步驟參考（5）～（6）。
8. 根據需要設置其他步驟，最後進入【正在完成數據庫維護計劃嚮導】步驟，設置好【計劃名】，單擊【完成】按鈕完成數據庫維護計劃的定義。
9. 完成步驟（1）～（8）後，單擊【數據庫維護計劃】，在企業管理器控制檯右邊的詳細信息窗口中就可以看到定義好的數據庫維護計劃，同時，展開【SQL Server代理】—〉【作業】，可以【作業】右邊的詳細窗口中，可以看到維護計劃自動建立的備份出路作業。
10. 通過有機維護計劃，選擇【屬性】命令，可以修改已經定義的維護計劃。
11. 通過右擊維護計劃，選擇【刪除】命令，可以刪除已經定義的維護計劃，同時【SQL Server 代理】—〉【作業】中的相關作業也會自動刪除。
新建一個批文件 Copy.bat具體腳本如下：
@echo off
title 正在傳輸數據庫備份文件到遠程備份服務器上！
echo 提示：開始驗證服務器上是否存在備份文件！
echo 請稍候！
if exist F:/DBback/*.bak (goto Process ) else goto UnFound
:Process
echo 提示：在服務器上找到了備份文件！
echo -------------------------------------------------------------------------------
echo 提示：開始刪除遠程備份服務器上的原始文件！
rem 備註：下列IP地址爲遠程備份服務器的IP地址！
del //192.168.244.24/DBback /q /s /f
del //192.168.244.24/DBback/*.* /q /s /f
if errorlevel 0 goto success
:success
echo 提示：成功刪除原始文件！
echo -------------------------------------------------------------------------------
echo 提示：開始複製數據庫備份文件到遠程備份服務器//192.168.244.24/DBback！
echo 請稍候！
rem 備註：請具體更改//192.168.244.1/DBback爲服務器備份文件存放的位置。//192.168.244.24/DBback爲備份服務器上存放的位置！
xcopy //192.168.244.1/DBback //192.168.244.24/DBback /y /f
rem 備註：當Xcopy命令結束後返回的Errorlevel爲4說明磁盤控件不足。當Xcopy命令返回0時說明成功完成操作！
if errorlevel 4 goto lowmemory
if errorlevel 0 goto showmessage
:lowmemory
echo 警告：請查看磁盤空間是否不足！
:UnFound
echo 警告：在服務器上找不到備份文件，批任務將要結束。服務器備份工作似乎沒有正常進行，請確認服務器是否正常生成備份文件！
goto exit
:showmessage
echo 提示：批任務完成！
echo 提示：成功複製數據庫備份到遠程服務器//192.168.244.24/DBback！
echo 按任意鍵結束退出！
echo --------------------------------------------------------------------------------
:exit
pause
echo 成功複製PersonnelM數據庫備份到遠程服務器//192.168.244.24/1上！
Pause
利用Windows 任務計劃來調度批任務
1. 單擊“開始”—〉“程序”—〉“附件”—〉“系統工具”—〉“任務計劃”
2. 雙擊“新建任務計劃”，彈出“任務計劃嚮導”單擊“下一步”。在選擇任務窗體中選擇“瀏覽”。我們選擇要調度執行的Copy.bat文件。
3. 在接下來彈出的窗體中爲我們的任務計劃起個名稱並且選擇執行頻率。這裏我們選擇“每天”
4. 在密碼確認窗體中輸入本機的密碼。單擊“下一步”選擇“完成”。至此任務計劃設置完成。（有需要的話可以單擊選擇“在單擊完成時，打開此任務的高級屬性”複選框以便對此任務進行高級設置！）
方案四 同步備份服務器（腳本）
/*該部分參考了鄒建的腳本*/
/*--說明：
下面的代碼演示瞭如何利用日誌還原功能，將主數據庫中的數據變化及時反饋到備用數據庫中
備用數據庫的數據可以隨時用於查詢，但不能被更新（備用數據庫只讀）。
--*/
--首先,創建一個演示用的數據庫(主數據庫)
CREATE DATABASE Db_test
ON
( NAME = Db_test_DATA,
FILENAME = 'c:/Db_test.mdf' )
LOG ON
( NAME = Db_test_LOG,
FILENAME = 'c:/Db_test.ldf')
GO
--對數據庫進行備份
BACKUP DATABASE Db_test TO DISK='c:/test_data.bak' WITH FORMAT
GO
--把數據庫還原成備用數據庫(演示主數據庫與這個備用數據庫之間的同步)
RESTORE DATABASE Db_test_bak FROM DISK='c:/test_data.bak'
WITH REPLACE,STANDBY='c:/db_test_bak.ldf'
,MOVE 'Db_test_DATA' TO 'c:/Db_test_data.mdf'
,MOVE 'Db_test_LOG' TO 'c:/Db_test_log.ldf'
GO
--啓動 SQL Agent 服務
EXEC master..xp_cmdshell 'net start sqlserveragent',no_output
GO
--創建主服務器數據訓與備用服務器數據庫之間同步的作業
DECLARE @jogid uniqueidentifier
EXEC msdb..sp_add_job
@job_id = @jogid OUTPUT,
@job_name = N'數據同步處理'
--創建同步處理步驟
EXEC msdb..sp_add_jobstep
@job_id = @jogid,
@step_name = N'數據同步',
@subsystem = 'TSQL',
@command = N''
--主數據庫中進行日誌備份
BACKUP LOG Db_test TO DISK="c:/test_log.bak" WITH FORMAT
--備用數據庫中還原主數據庫的日誌備份(應用主數據庫中的最新變化
--實際應該時主數據庫備份與備用數據庫的還原作業應該分別在主服務器和備用服務器上建立，並且備份文件應該放在主服務器和備用都能訪問的共享目錄中
RESTORE LOG Db_test_bak FROM DISK='c:/test_log.bak' WITH STANDBY='c:/test_log.ldf',
@retry_attempts = 5,
@retry_interval = 5
--創建調度(每分鐘執行一次)
EXEC msdb..sp_add_jobschedule
@job_id = @jogid,
@name = N'時間安排',
@freq_type=4,
@freq_interval=1,
@freq_subday_type=0x4,
@freq_subday_interval=1,
@freq_recurrence_factor=1
-- 添加目標服務器
EXEC msdb.dbo.sp_add_jobserver
@job_id = @jogid,
@server_name = N'(local)'
GO
--通過上述處理,主數據庫與備用數據庫之間的同步關係已經設置完成
--下面開始測試是否能實現同步
--在主數據庫中創建一個測試用的表
CREATE TABLE Db_test.dbo.TB_test(ID int)
GO
--等待1分鐘30秒（由於同步的時間間隔設置爲1分鐘,所以要延時才能看到效果）
WAITFOR DELAY '00:01:30'
GO
--查詢一下備用數據庫,看看同步是否成功
SELECT * FROM Db_test_bak.dbo.TB_test
/*--結果:
ID
-----------
（所影響的行數爲 0 行）
--*/
--測試成功
GO
--最後刪除所有的測試
DROP DATABASE Db_test,Db_test_bak
EXEC msdb..sp_delete_job @job_name=N'數據同步處理'
GO
/*===========================================================*/
/*--服務器宕機處理說明
使用這種方式建立的數據庫同步，當主數據庫不可用時（例如，主數據庫損壞或者停機檢修）
可以使用以下兩種方法使備用數據庫可用。
--*/
--1. 如果主數據庫損壞，無法備份出最新的日誌，可以直接使用下面的語句使備用數據庫可讀寫（丟失最近一次日誌還原後的所有數據）。
RESTORE LOG Db_test_bak WITH RECOVERY
--2. 如果主數據庫可以備份出最新日誌，則可以使用下面的語句。
--先備份主數據庫的最新的事務日誌
BACKUP LOG Db_test TO DISK=''c:/test_log.bak'' WITH FORMAT
--再在備用數據庫中恢復最新的事務日誌，並且使備用數據庫可讀寫（升級爲主數據庫）
RESTORE LOG Db_test_bak FROM DISK='c:/test_log.bak'
方案五 複製訂閱
開始學習之前我們先搞清楚以下幾個概念：
複製（Replication）就是將數據由某處複製到一個或多個目的地，由於對數據庫分散式應用的需求日漸增加，SQL Sever也提供了複製的功能。
SQL Server 的複製功能基本上是使用“發佈服務器(Publisher) ”和“訂閱服務器”（Subscriber）的結構，這整個結構中包含了數個不同的組件。
（1） 發佈服務器（Publisher）：在複製中，發佈服務器就是負責發佈數據庫內容給其他服務器的SQL Server (一般的我們把主服務器當作發佈服務器，形象一點比喻發佈服務器就好像是一本書的作者)
（2） 訂閱服務器（Subscriber）：訂閱服務器就是指受發佈服務器所發佈數據的SQL SERVER，通常發佈服務器只有一個，但訂閱服務器可以有多個。（形象比喻訂閱服務就像是讀者，購買相同圖書的讀者可以有很多。）
（3） 分發服務器（Distributor）：除了發佈服務器和訂閱服務器這兩個基本外，另一個可以由 SQL SERVER 在整個複製結構中扮演的角色就是分發服務器。分發服務器是負責將發佈服務器所發佈的數據庫發佈、傳輸到各訂閱服務器的服務器。在簡單的複製結構中，發佈服務器和分發服務器通常是使用同一個 SQL SERVER。設置爲分發服務器的 SQL SERVER，會有個名爲 distribution 的系統數據庫存放複製信息。
（4） 發佈項（Article）：發佈服務器所發佈的數據稱爲發佈項，發佈項是進行復制時的複製單位，發佈項可以是表或存儲過程等數據庫對象，也可以知識表中的某幾列或某幾項數據。
（5） 發佈（Publish）：一組特定的發佈項組合就稱爲發佈，也就是 SQL SERVER進行復制時所複製的數據合。當訂閱服務器向發佈服務器訂閱數據時，是以發佈爲單位，而不是以發佈項爲單位的。即，訂閱服務器只能接收整個發佈中的所有 article。而不能只選擇其中幾個發佈項類訂閱，每個發佈只有來自單一數據庫的內容，但我們可以爲數據庫設置多個發佈。
（6） 爲適應不同的複製需求，SQL SERVER提供了發送（Push）和請求(Pull)兩種不同的訂閱方式。區別如下：
（a） 發送訂閱（Push Subscription也稱爲強制訂閱）：所謂的發送訂閱就是由發佈服務器主動傳送發佈給訂閱服務器，也就是由發佈服務器控制複製的操作，只要指定進行復制的時間一到，不管訂閱服務器有沒有提出要求，發佈服務器都會將數據傳送給訂閱服務器。
（b） 請求訂閱（Pull Subscription）：請求訂閱和發送訂閱相反，是由訂閱服務器自行根據排定的日程向發佈服務器要求訂閱發佈，通常在訂閱服務器數量較多，或是不需要即時取的最新的數據內容時，可採用此種訂閱方式。
步驟：
下介紹實現複製的步驟。(以快照複製爲例)
準備工作:
1.發佈服務器,訂閱服務器都創建一個同名的windows用戶,並設置相同的密碼,做爲發佈快照文件夾的有效訪問用戶
--我的電腦
--控制面板
--管理工具
--計算機管理
--用戶和組
--右鍵用戶
--新建用戶
--建立一個隸屬於administrator組的登陸windows的用戶
2.在發佈服務器上,新建一個共享目錄,做爲發佈的快照文件的存放目錄,操作:
我的電腦--D:/ 新建一個目錄,名爲: BakPUB
--右鍵這個新建的目錄
--屬性--共享
--選擇"共享該文件夾"
--通過"權限"按紐來設置具體的用戶權限,保證第一步中創建的用戶具有對該文件夾的所有權限
--確定
3.設置SQL代理(SQLSERVERAGENT)服務的啓動用戶(發佈/訂閱服務器均做此設置)
開始--程序--管理工具--服務
--右鍵SQLSERVERAGENT
--屬性--登陸--選擇"此賬戶"
--輸入或者選擇第一步中創建的windows登錄用戶名
--"密碼"中輸入該用戶的密碼
4.設置SQL Server身份驗證模式,解決連接時的權限問題(發佈/訂閱服務器均做此設置)
企業管理器
--右鍵SQL實例--屬性
--安全性--身份驗證
--選擇"SQL Server 和 Windows"
--確定
5.在發佈服務器和訂閱服務器上互相註冊
企業管理器
--右鍵SQL Server組
--新建SQL Server註冊...
--下一步--可用的服務器中,輸入你要註冊的遠程服務器名--添加
--下一步--連接使用,選擇第二個"SQL Server身份驗證"
--下一步--輸入用戶名和密碼
--下一步--選擇SQL Server組,也可以創建一個新組
--下一步--完成
6.對於只能用IP,不能用計算機名的,爲其註冊服務器別名
(在連接端配置,比如,在訂閱服務器上配置的話,服務器名稱中輸入的是發佈服務器的IP)
開始--程序--Microsoft SQL Server--客戶端網絡實用工具
--別名--添加
--網絡庫選擇"tcp/ip"--服務器別名輸入SQL服務器名
--連接參數--服務器名稱中輸入SQL服務器ip地址
--如果你修改了SQL的端口,取消選擇"動態決定端口",並輸入對應的端口號
==============================================================================
正式開始:
1.配置發佈服務器
a. 選中指定 [服務器] 節點
b. 從 [工具] 下拉菜單的 [複製] 子菜單中選擇 [發佈、訂閱服務器和分發] 命令
c. 系統彈出一個對話框點 [下一步] 然後看着提示操作
--直到"指定快照文件夾"
--在"快照文件夾"中輸入準備工作中創建的目錄: //<服務器名>/ BakPUB
一[下一步] 直操作到完成。
d. 當完成了出版服務器的設置以後系統會爲該服務器的樹形結構中添加一個複製監視器
同時也生成一個分發數據庫(distribution)
---------------------------------------------------------------------------
2.創建發佈
a. 選中指定的服務器
b. 從 [工具] 菜單的 [複製] 子菜單中選擇 [創建和管理髮布] 命令。此時系統會彈出
一個對話框
c. 選擇要創建發佈的數據庫，然後單擊 [創建發佈]
d. 在 [創建發佈嚮導] 的提示對話框中單擊 [下一步] 系統就會彈出一個對話框。對話
框上的內容是複製的三個類型。我們現在選第一個也就是默認的快照發布(其他兩個
大家可以去看看幫助)
e. 單擊 [下一步] 系統要求指定可以訂閱該發佈的數據庫服務器類型，SQLSERVER允許在
不同的數據庫如 ORACLE或ACCESS之間進行數據複製。但是在這裏我們選擇運行
"SQL SERVER 2000"的數據庫服務器
f. 單擊 [下一步] ,選擇要發佈的對象(如表,視圖,存儲過程,一般是表)
g. 然後 [下一步] 直到操作完成。當完成出版物的創建後創建出版物的數據庫也就變成了
一個共享數據庫。
---------------------------------------------------------------------------
3.設計訂閱
a. 選中指定的訂閱服務器
b. 從 [工具] 下拉菜單中選擇 [複製] 子菜單的 [請求訂閱]
c. 按照提示單擊 [下一步] 操作直到系統會提示檢查SQL SERVER代理服務的運行狀態，執行
複製操作的前提條件是SQL SERVER代理服務必須已經啓動。
d. 單擊 [完成] 完成訂閱操作。
----------------------------------------------------------------------------
完成上面的步驟其實複製也就是成功了。但是如何來知道複製是否成功了呢？
這裏可以通過這種方法來快速看是否成功。
展開出版服務器下面的複製——發佈內容——右鍵發佈內容——屬性——擊活——狀態然後點立即運行代理程序接着點代理程序屬性擊活調度
把調度設置爲每一天發生，每一分鐘，在0：00：00和23：59：59之間。
接下來就是判斷複製是否成功了打
開C:/Program Files/Microsoft SQL Server/MSSQL/REPLDATA/下面
看是不是有一些以時間做爲文件名的文件夾差不多一分中就產生一個。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/dealer_man/archive/2009/04/02/4043218.aspx