請教各位前輩先進：
由於我沒實務上管理過微軟主機網域等之經驗，我遇到了瓶頸了，試了好久，
請各位前輩指點提攜一下。
我所謂MSSQL資料庫異地備份就是指當我下資料庫備份命令時，
我希望它不是備到機房中MSSQL資料主機上，而是希望它能備到Client端電腦，
或某台Samba或WinFileServer分享出來的目錄上。即我在執行下列命令：
BACKUP DATABASE my_data_base_name to disk = '\\Server\Share\dir\filename'...
我是希望它不是備到MSSQL主機上，而是備回到別台電腦上，即我不希望到機
房才能取得此備份檔。我有請網路管理者，先在WinFileServer開個目錄讓
MSSQL主機上啟動MSSQL的帳號有寫入權，但沒在MSSQL主機先MAP此共享的磁碟
目錄，因為網路管理者不敢擔這麼大的風險。當然我是失敗了。我看線上手冊
及上網查了好久，別人告訴我說『啟動MSSQL的帳號必需要有標的目錄的寫入
權限才可順利執行本命令』。這些我不是已經作了嗎？為何還是不行？
我也不太理解是不是我要先先MAP此磁碟機？我想如果我先MAP好此共用磁碟
機，那是應該沒問題。可是又覺得這樣很危險，網芳不是很容易作入侵管道嗎？
在MSSQL主機作MAP會不會有風險？
如果不先作MAP，可否作MSSQL異地備份？
請前輩指點。謝謝。

看來還是權限的問題
請檢查一下執行那行SQL本身的權限
不然試一下連線網路磁碟機

------
======================
昏睡~
不昏睡~
不由昏睡~

直接用網芳連到遠端的機房?

網芳的檔案傳輸模式好像不太適合在這種跨router用途吧。

不但慢，而且可能拖跨你的 MSSQL，萬一線路有什麼瞬斷之類的，這個process會發生什麼不可預期的事也很難講。

建議你先 Backup 在本機的磁碟上。

然後再透過 ftp or 磁帶 之類的其它模式，把它弄到異地的機房。

這樣你本機至少先有一份備份，備份的時間也可以縮短。本機備份也不會因為網路異常而使 Process異常。



===================引 用 limary 文 章===================
請教各位前輩先進：
由於我沒實務上管理過微軟主機網域等之經驗，我遇到了瓶頸了，試了好久，
請各位前輩指點提攜一下。
我所謂MSSQL資料庫異地備份就是指當我下資料庫備份命令時，
我希望它不是備到機房中MSSQL資料主機上，而是希望它能備到Client端電腦，
或某台Samba或WinFileServer分享出來的目錄上。即我在執行下列命令：
BACKUP DATABASE my_data_base_name to disk = '\\Server\Share\dir\filename'...
我是希望它不是備到MSSQL主機上，而是備回到別台電腦上，即我不希望到機
房才能取得此備份檔。我有請網路管理者，先在WinFileServer開個目錄讓
MSSQL主機上啟動MSSQL的帳號有寫入權，但沒在MSSQL主機先MAP此共享的磁碟
目錄，因為網路管理者不敢擔這麼大的風險。當然我是失敗了。我看線上手冊
及上網查了好久，別人告訴我說『啟動MSSQL的帳號必需要有標的目錄的寫入
權限才可順利執行本命令』。這些我不是已經作了嗎？為何還是不行？
我也不太理解是不是我要先先MAP此磁碟機？我想如果我先MAP好此共用磁碟
機，那是應該沒問題。可是又覺得這樣很危險，網芳不是很容易作入侵管道嗎？
在MSSQL主機作MAP會不會有風險？
如果不先作MAP，可否作MSSQL異地備份？
請前輩指點。謝謝。

致ko及carstyc兩位前輩：
因為學校這幾天事情很多，好幾天沒回文。實在很失禮。請前輩海涵。
這問題困擾我很久了，我到天瓏翻遍了所有中文的MSSQL的書，都沒找
到類似的資訊。很高興有前輩願幫忙，細說如後文。

    權限方面，我是以DB-Owner身分執行的，我也到過機房主機上確認這命令
可以正確執行，所以這個執行SQL命令的權限應該是沒問題的。
我也主要是想透過網路磁碟機作這件DB備份取回的工作的，因為可以不必
到好遠好遠及門禁管制嚴格的機房去取DB備份。美夢是好，可是管機房的人絕
對不會同意在主機上設常設的MAP網路磁碟機的。這好像是緣木求魚，只可想，
不可求。我也試者寫一些NetUse的工具以臨時MAP磁碟機，可是我要如何在
Client端對主機下這些命令？即使可以，管機房的更不會準的。
真的很煩惱。
===================引 用 ko 文 章===================
看來還是權限的問題
請檢查一下執行那行SQL本身的權限
不然試一下連線網路磁碟機

    謝謝前輩的指點，小妹受益良多。
我的資料庫是很小的，它備出來時只有20幾Mega，下BackUp Database
命令時，也只約三至五秒即會完成。它不是大型線上商用資料庫，而且機房到
客端電腦也只是隔了四五十公尺，還是在同一個網段內。所以，我考慮的比較
簡單。我對微軟的東西實在很不熟，翻遍市面上MSSQL的書及MSSQL-OnLineHelp
都找不到異地備份可以用的上東西。管機房的一點都不肯變通，我實在很煩惱。
實在是踢了好幾個月的鐵板了，還請前輩們大力協助，不吝賜教。
===================引 用 carstyc 文 章===================
直接用網芳連到遠端的機房?
網芳的檔案傳輸模式好像不太適合在這種跨router用途吧。
不但慢，而且可能拖跨你的 MSSQL，萬一線路有什麼瞬斷之類的，這個process會發生什麼不可預期的事也很難講。
建議你先 Backup 在本機的磁碟上。
然後再透過 ftp or 磁帶 之類的其它模式，把它弄到異地的機房。
這樣你本機至少先有一份備份，備份的時間也可以縮短。本機備份也不會因為網路異常而使 Process異常。

除了權限還有防火牆的問題
所以備份事情還是請機房來做吧
報告主管你可以協助但是備份需要機房做

------
======================
昏睡~
不昏睡~
不由昏睡~

其實我講的方案，是能配合你的需求。

你只要以排程的方式將將資料備出在本機端。

然後寫一個批次檔，裡面就是用 FTP 的方式將備份的檔案傳出至另一台 ftp server。

如此就能達到你的需求。

比如說你定時每天11:00 pm 自動備一份資料在 C:\BACKUP\SQLDB.BAK

另外用一個批次檔AutoRun.bat 內容如下

ftp -s:upload.txt



而另準備一個 upload.txt 內容如下

open 192.168.1.100 (你的 ftp server ip)
userid (ftp 的帳號)
password (ftp 密碼)
binary
put C:\BACKUP\SQLDB.BAK
bye


然後設排程在 11:30 pm 執行AutoRun.bat 。


如此妳就能在每天 11:30 pm 左右就在另一台電腦看到這個更新的備份檔。




===================引 用 limary 文 章===================
謝謝前輩的指點，小妹受益良多。
我的資料庫是很小的，它備出來時只有20幾Mega，下BackUp Database
命令時，也只約三至五秒即會完成。它不是大型線上商用資料庫，而且機房到
客端電腦也只是隔了四五十公尺，還是在同一個網段內。所以，我考慮的比較
簡單。我對微軟的東西實在很不熟，翻遍市面上MSSQL的書及MSSQL-OnLineHelp
都找不到異地備份可以用的上東西。管機房的一點都不肯變通，我實在很煩惱。
實在是踢了好幾個月的鐵板了，還請前輩們大力協助，不吝賜教。
===================引 用 carstyc 文 章===================
直接用網芳連到遠端的機房?
網芳的檔案傳輸模式好像不太適合在這種跨router用途吧。
不但慢，而且可能拖跨你的 MSSQL，萬一線路有什麼瞬斷之類的，這個process會發生什麼不可預期的事也很難講。
建議你先 Backup 在本機的磁碟上。
然後再透過 ftp or 磁帶 之類的其它模式，把它弄到異地的機房。
這樣你本機至少先有一份備份，備份的時間也可以縮短。本機備份也不會因為網路異常而使 Process異常。

編輯記錄

    感謝前輩大力協助，這應該可以解決我的一部份的問題。我的環境中沒有ftp，但我以
稍前輩講的主架構，我用排程啟動一支可以MAP磁碟的exe作這個動作。而因為我沒要求主
機一開機時就作MAP的動作，而且這個分享是個Samba上的隱藏分享，而這個分享是管機房
的親手開設的，只有我這DB_Owner一個人有權限，所以管機房的特別通融，讓我試試。當
然一試就成功了。忙了好幾天，總算弄好了。謝謝前輩。
看到前輩的神奇指點，小妹實在好佩服也好崇拜。這幾天抽空去天瓏買了好幾本MSSQL
的書，早晚研究，希能寸進。
小妹還有個問題：這是用定時代理功能作的，如果我要由Client端下命令立即執行這
些作業，我要如何才能達到的需求？T-SQL好像不能要求執行cmdEXE的命令似的？我所以會
有此想法，是因為管機房的人神龍見首很難見尾，如果急者要取得這個DB備份，要如何作？
又麻煩前輩了。非常感謝。

妳只要有 SQL的 Client可以下 SQL Command ，就能透過 SQL 語法來產生備份檔

BACKUP DATABASE [mydb] TO DISK = N'C:\mydb.bak' WITH NOFORMAT, NOINIT, SKIP, NOREWIND, NOUNLOAD, STATS = 10

接下來的問題就是如何去取到這個備份出來的 mydb.bak 。

最簡單的方式，裝個vnc ，需要的時候就用vnc連過去將檔案傳回來。

另一個方式你可以寫一隻程式，來monitor這個 mydb.bak 檔案日期有無變化，有變化的話就去呼叫妳那exe 做網路磁碟MAPPING，然後把檔案傳出去。



可是最根本的問題是，

1.妳有啥需求要迫不急待的要立刻拿到這個『備份檔』?
2.為何妳要逆向的把檔案送出去，而不把這個檔案開『分享』出來，讓有需要的妳，想要的時候就連上來取檔案，而這個檔案的權限當然只開放給妳，這樣不就好了。





===================引 用 limary 文 章===================
感謝前輩大力協助，這應該可以解決我的一部份的問題。我的環境中沒有ftp，但我以
稍前輩講的主架構，我用排程啟動一支可以MAP磁碟的exe作這個動作。而因為我沒要求主
機一開機時就作MAP的動作，而且這個分享是個Samba上的隱藏分享，而這個分享是管機房
的親手開設的，只有我這DB_Owner一個人有權限，所以管機房的特別通融，讓我試試。當
然一試就成功了。忙了好幾天，總算弄好了。謝謝前輩。
看到前輩的神奇指點，小妹實在好佩服也好崇拜。這幾天抽空去天瓏買了好幾本MSSQL
的書，早晚研究，希能寸進。
小妹還有個問題：這是用定時代理功能作的，如果我要由Client端下命令立即執行這
些作業，我要如何才能達到的需求？T-SQL好像不能要求執行cmdEXE的命令似的？我所以會
有此想法，是因為管機房的人神龍見首很難見尾，如果急者要取得這個DB備份，要如何作？
又麻煩前輩了。非常感謝。

這問題困擾我好久了。翻遍MSSQL及WinServer的書，試了好幾個月了
，都沒能解決。
謝謝前輩的耐心與熱心，小妹萬分感激。
前輩指點的應已夠處理我的問題了。我跟學姐討了份VNC，自己試了
老半天，VNC還真蠻好用，可是也卡在要機房的配合，還是有點問題
。前輩提到在主機那開分享，讓User或AP主動來抓mssql備在主機目
錄上的資料庫備份檔的方式，一語提醒夢中人，以往老是想要讓MSSQL
將備份檔丟到FileServer上，再讓User或AP到FileServer來取回，
而從沒想過到主機上來抓。不過，這點也被管機房的同仁否決了。
我在網路及書店到處找網芳及SMB及CIFS的資料，買了好幾本駭客的
書及在多個駭客網站流留多時，還是很難說服管機房的同仁幫我忙讓
我在主機上開個分享，以方便作業。
還在努力中。
真是好累，好累。

為何我會須要取得這個資料庫備份的原因有好幾個。最常見的原因就
是我不會寫系統日誌，而Except的抓取攔截我寫的很不好，客戶遇到
問題，描述的又很不清楚，我常需請客戶將資料傳回來，照客戶操作
重跑一遍以找問題。而客戶也很不願跑老大遠到機房取備份檔，且客
戶也很不喜歡與管機房的打交道。而且我這套系統雖然沒賣多少錢，
可是也很幸運的賣了好幾十套，客戶的需求成長的很快，資料結構更
改的速度也是很頻繁，資料更新也是讓我很困擾﹝又一個惡夢﹞，學
校的功課又蠻重的，我實在作的很吃力。想想，我還是先畢業再說。
真是好煩。
===================引 用 carstyc 文 章===================
可是最根本的問題是，

1.妳有啥需求要迫不急待的要立刻拿到這個『備份檔』?

limary兄：你好。
對於你講的情況，個人是十分同情的。不過，也不必太過悲觀，你這些問題是有
解的，沒有那麼嚴重。不過由於你提到太多的問題，說實在的，每個都真要講的話，
真是可以寫出好幾本書來。實在不知由何講起，就信筆言之吧。
KTop是個好地方，大家幫助素未見面的同好，熱心分享心得經驗，不求回報。
正式系統一定要有系統日誌、操作日誌，及維護日誌，以協助我們服務客戶及減
輕維護的壓力。而且系統在分成標準版、專業版、企業版等版本時，也是看主系統附
載的這些子系統及其他附加功能來加收銀子的。這些不同AP都同時需要的類似功能的
附屬共用性質的附加系統不是很好寫。Delphi也不像Java有Spring/AOP等方便工具與
完整環境，寫這些通用系統要有突破，很難。三言兩語要能講清楚，很不容易。權先
略過。
通常，DBA的壓力是很大的，有時他們是會有點難溝通，這要原諒他們一點。如果
你真覺得他們是在刁難你的話，你可以請你的客戶部門的頭頭找DBA的頭頭溝通一下，
或請你公司裏的頭頭去溝通溝通。讓DBA儘可能給助力，而非加阻力。溝通是重要的技
巧，只要你不是作過份離譜的要求，繼續努力，加油。
主機的管理，尤其是公司生命線的資料庫主機的保護，那更是嚴密之極。通常管機
房的在可能情況下是會更跟我們密切配合的，試想我們不可能客戶一通電話打來，就立
刻飛到台中、高雄、花蓮的﹝客戶付不起那種維護費的﹞，而通常客戶的問題又往往必
需力刻解決，這時遠端維護就是不得不然。所以管機房與我們溝通的管道往往是很暢通
的。VNC或遠端桌面，甚或是一些很奇怪的聯線工具都是很常見的。
還是那句話，多溝通。
VNC是蠻好用的，而且在人為操控下，它的安全度是蠻好的。VNC有分免錢的但較不
安全的陽春版，及Person與Enterprise版，你要用Enterprise版較安全。
主機是儘量不要設成共享，甚至應該將File and Printer Share都要點掉，以求安
全。就像carstyc兄講的MSSQL的備份還是以先備在主機上較好，因為速度實在差太多。
就以你講的二、三十Mega的DB備份來說，本機可能兩三秒鐘就好了，可是異地備份就可
能至少要三、四十秒才行。如果你的資料庫大上很多，那還真會拖垮你的主機的。而且
那麼龐大的體積，你要你的客戶如何傳送給你？

------
Kevin

==>如果我要由Client端下命令立即執行這些作業，我要如何才能
==> 達到的需求？
這很簡單，就用XP_cmdShell就可以了。XP_cmdshell可以透過T-SQL執行
任何命令，如dir/copy/del/any.exe等。更離譜的是，它還會傳回執行的結果
給你。比如你下令它執行一個backup database命令後，你還可以要求它執行
一下dir看看是否有備出成功。不過，也因為它實在是威力無比，所以不是一般
人可以使用的，如果你只是個DB_Owner，恐怕是不能執行這個命令的。而且，在
MSSQL2005上內定是把個工具給disable掉的，要用時須要先打開之。這個通常因
威力實在太大，也是很難說服管機械的人開的。即使開了，你也很難取得這個執
行權限的。不過，也不需太悲觀，因為即使沒這個，問題還是可以處理的﹝比如
用carstyc兄建議的幾種方法﹞。
先講Xp_cmdshell如何使用。你可以用你的工具丟以下的命令：
exec master.dbo.xp_cmdshell 'dir C:\work'
exec xp_cmdshell 'copy C:\backup\*.* C:\temp\*.*/v'
xp_cmdshell 'dir \\ServerNameOrIP\Sharename'
xp_cmdshell 'del C:\work\*.*'
本來就已是無所不能，如果你再在主機上先安裝一些偉大的工具，則透過
xp_cmdshell來執行，那更是蝦米都可啦。
不過，你要先打開xp_cmdshell。你可以以下方式開之。開始->程式集->
mssql 2005->sql server 2005介面區組態->功能的介面區組態->DataBase Engine->
xp_cmdshell，將之勾選。勾完，此功能即已可使用。
無所不能，不過責任實在太大。如果我是你，我寧可不要有此特權。

------
Kevin

====>我在執行下列命令：
====> BACKUP DATABASE my_data_base_name to disk = '\\Server\Share\dir\filename'...
====> 我是希望它不是備到MSSQL主機上，而是備回到別台電腦上，即我不希望到機
====> 房才能取得此備份檔。我有請網路管理者，先在WinFileServer開個目錄讓
====> MSSQL主機上啟動MSSQL的帳號有寫入權，但沒在MSSQL主機先MAP此共享的磁碟
====> 目錄，因為網路管理者不敢擔這麼大的風險。當然我是失敗了。我看線上手冊
====> 及上網查了好久，別人告訴我說『啟動MSSQL的帳號必需要有標的目錄的寫入
====> 權限才可順利執行本命令』。這些我不是已經作了嗎？為何還是不行？
====> 我也不太理解是不是我要先先MAP此磁碟機？我想如果我先MAP好此共用磁碟
====> 機，那是應該沒問題。可是又覺得這樣很危險，網芳不是很容易作入侵管道嗎？
====> 在MSSQL主機作MAP會不會有風險？
這個Backup database指令是沒問題的，而且執行前不需要先map此磁碟機。你會失敗
的原因，你自己也列出來了，且ko兄也跟你提到過了，就是權限問題。你下此
backup database命令時，實際執行的是mssql的執行個體，而啟動這個執行instance的帳
號沒有寫入你指定的\\FileServer\ShareName的權限所致。這個設定稍有點麻煩些，你要
耐心聽我說：
1.先在mssql主機上開個帳號，這個帳號要為administrators群組成員，名自普通一
點，可不要偷懶用個什麼administrator這類驚天動的的名字，蓋太惹人注目，恐
有後患。用這個帳號作mssql執行個體的啟動帳號。名字可任取，但一定要是
administrators群組成員之一。否則mssql會一直停在waiting的狀態，會有問題的
2.將此帳號設為mssql啟動帳號：可點系統管理工具->服務->SQL Server(MSSQL)->先
停掉MSSQL，進登入頁，將原先內定的『本機系統帳戶』改為『這個帳戶』，記得要
輸入密碼。
3.同理，將agent也設好。理由同上。
4.在FileServer上給此帳號權限,此可單給此目錄,或乾脆將此帳號加入此FileServer的
administrators,那就可用 \\FileServerIP\C$\...的整個硬碟啦
如此，應該沒問題了。不過就像carstyc兄講的，這個速度會很慢。如果像你講的約
二、三十mega時，你得到的對比可能是備本機為三秒，但備異地就可能是三十秒了。這你
要先自己有個譜。當然，半分鐘尚稱可以忍受的。

------
Kevin

編輯記錄

====>我也不太理解是不是我要先先MAP此磁碟機？我想如果我先MAP好此共用磁碟
====> 機，那是應該沒問題。可是又覺得這樣很危險，網芳不是很容易作入侵管道嗎？
====> 在MSSQL主機作MAP會不會有風險？
這問題很複雜，要一個個來講。
網芳是透過SMB/CIFS協定，及port137/138/139/445等進行入侵的。而且它執行的
方式簡直嚇死狼。你不要以為你沒設分享目錄或你沒有map磁碟機就沒問題，別傻了。除
非你將File and Printer share關掉﹝即關掉139port﹞，別人只要知道你的帳號與密
碼，他就可以用 \\YourIP\C$等將你的整個C碟都展現在他的檔案總管上。
別以為只有Win的FileServer才是菜蛋，samba只是因為unix對檔案管的較嚴格所以
好一些罷了，只要身份對，你跟本不必下MAP指令，直接下個
dir/del \\SambaServer\ShareName\...還不是照樣曝光了。有沒map都一樣的﹝當然，
重點還是身份與權限﹞。
網芳入侵真是個嚴肅課題，不可等閒視之。不過也不能因噎廢食，還是有處理辦
法的。但通常很少聽說有人在資料庫主機上設被動分享﹝即別機來讀﹞的。而前面提
到的File and Printer share是指被動分享，如自己的目錄與檔及印表要讓人分享，
這是要勾選，可是如果你要讀別人的，你是可以不用勾的﹝不勾，應該是port被關了
，就是不給別人分享及也不分享別人的才對？這我也有點糊塗了﹞。而且我跟你說我
才試的結果，即使你在MSSQL主機上下MAP別機目錄如到I:\...，那你下
backup database.... disk='I:\..'也是無法執行的。如果這個I:是本機碟，那是可
以執行。所以還是關了File and Printer share及別提主動分享吧。
WinFileServer及SambaServer的安全設定及規劃可以寫一大篇，這裏就先略過吧。
通常木馬及病毒須要受害者的配合，網芳可是不必的，你看它有多毒就有多毒。
還是關了File and Printer share，反正你還是可以用samba或WinFileServer。當然
Samba較WinFileServer強太多了。
重點還是強效密碼啦

------
Kevin

編輯記錄

    看來，這個異地備份的問題真的對你困擾很大。小弟想想當年常常碰壁叫天叫地，
感同身受。看過我以上的說明，這個異地備份的問題現在對你來說應該已不是什麼問
題了吧。小弟為這個問題，特別提出了八、九個解法。因為有事情要先處理一下，暫
容小弟明日再續。
其實，異地備份是很必要的，不過通常是為了安全的緣故由agent定時處理的，而
不是你講的這種立即取得的需求。機房門禁管制及DB主要是備在主機上﹝連tape都只
能是local可知﹞，是有道理的。管機房的老是神經過敏，也是很可理解及值得同情的
。必竟，稍有風吹草動，他們可是要殺頭的。

------
Kevin

====>這套系統雖然沒賣多少錢，可是也很幸運的賣了好幾十套
看來光是每年每家收個三、五萬的維護費就可以養個人了。有無考慮畢業後也不用
找事了，就自己開個小公司就可以了。

------
Kevin

謝謝前輩，困擾我好幾個月的問題竟然解決了。真是神奇萬分。
想不到這困了我好幾個月的問題竟然還有好幾種解法，小妹願聞其詳，還請
前輩解惑。謝謝。

limary兄：你好。
小弟失言了，純是拾人牙慧，沒什麼偉大見解，要講的，ko兄與carstyc兄
都講過了，小弟只是重覆而已。所以這題真要講得分，那limary兄千萬要考慮的
是ko兄或carstyc兄，萬萬不可將分數給小弟。就針對你的需求講MSSQL異地備份
，可以有以下幾種方式：
1.以MSSQL備到本機，以agent及ftp定時將已備出檔拷到異地。
// 這是最標準作法
2.以MSSQL備到本機，以agent及map{或直接copy啦}定時將已備出檔拷到異地。
// 這也可以勉強算標準作法
3.以MSSQL備到本機，讓User以VNC或遠端桌面主動到主機來抓。
// 非常作業，但也可算標準作法
4.在MSSQL上作被動分享，讓User來抓或丟
// 這是很糟很糟的作法，後患不小
5.設好權限，以MSSQL下backup database ...disk='\\TargetIP\...'
// 也算標準作法,但資料庫只能小小的數十M才行
6.還有一個取巧方法，不需管網域的任何涉入，只需Coding即可。如你言資料
庫只有二、三十Mega時可以採用此法。在local端建個空的access.mdb，將
資料刷下來，這也可以。速度稍慢，約五至八分鐘。這只能抓資料，其他
物件是抓不下來的。可是純抓小DB的資料是OK的。
恭喜你過關了。

------
Kevin

編輯記錄

感謝ko及carstyc及kevin2004三位前輩的大力協助，小妹的問題完全解決了。
非常感謝，感謝非常。
===================引 用 kevin2004 文 章===================
limary兄：你好。
小弟失言了，純是拾人牙慧，沒什麼偉大見解，要講的，ko兄與carstyc兄
都講過了，小弟只是重覆而已。所以這題真要講得分，那limary兄千萬要考慮的
是ko兄或carstyc兄，萬萬不可將分數給小弟。就針對你的需求講MSSQL異地備份
，可以有以下幾種方式：
1.以MSSQL備到本機，以agent及ftp定時將已備出檔拷到異地。
// 這是最標準作法
2.以MSSQL備到本機，以agent及map{或直接copy啦}定時將已備出檔拷到異地。
// 這也可以勉強算標準作法
3.以MSSQL備到本機，讓User以VNC或遠端桌面主動到主機來抓。
// 非常作業，但也可算標準作法
4.在MSSQL上作被動分享，讓User來抓或丟
// 這是很糟很糟的作法，後患不小
5.設好權限，以MSSQL下backup database ...disk='\\TargetIP\...'
// 也算標準作法,但資料庫只能小小的數十M才行
6.還有一個取巧方法，不需管網域的任何涉入，只需Coding即可。如你言資料
庫只有二、三十Mega時可以採用此法。在local端建個空的access.mdb，將
資料刷下來，這也可以。速度稍慢，約五至八分鐘。這只能抓資料，其他
物件是抓不下來的。可是純抓小DB的資料是OK的。
恭喜你過關了。