sql無線網路開關

Ⅰ 如何將SQL資料庫備份到網路共享

定期備份SQL資料庫是必須的。我們已經覆蓋的方式就可以輕松備份您的所有SQL Server資料庫到本地硬碟中，但這並不能防止驅動器和/或系統故障。作為針對此類災難的額外保護層，您可以在網路共享上復制或直接創建備份。

在本地備份，然後復制到網路共享

完成此任務的首選和最直接的方法是簡單地創建資料庫的本地備份，然後將相應的備份文件復制到網路共享。您可以通過創建如下所示的批處理腳本來完成此操作：

SET LocalFolder = C：Program Files Microsoft SQL ServerMSSQL.1MSSQLBackup
SqlCmd -E -Q「備份資料庫MyDB到磁碟=％LocalFolder％MyDB.bak」
XCopy「％LocalFolder％MyDB.bak」「 192.168.16.55BackupDatabases」/ Z / V
DEL「％LocalFolder％MyDB.bak」

此腳本執行以下操作（逐行）：

• 將變數設置為本地SQL備份目錄。

• 創建MyDB的SQL備份（使用Windows身份驗證）到本地SQL備份目錄。

• 將本地備份文件復制到網路共享。

• 刪除本地備份文件。

同樣，這是首選方法，因為它的工作原理和備份失敗的可能性是最小的，因為備份是在本地磁碟上創建。但是，如果沒有足夠的磁碟空間來存儲備份文件的本地副本，則此操作將失敗。在這種情況下，您需要添加額外的磁碟空間或直接備份到網路共享。

直接備份到網路共享

通常，當您嘗試使用以下命令直接創建備份到網路共享時：

SqlCmd -E -Q「備份資料庫MyDB到磁碟= 192.168.16.55BackupDatabasesMyDB.bak」

你很可能會得到一個錯誤的行：

消息3201，級別16，狀態1，伺服器JF，行1
無法打開備份設備 192.168.16.55BackupDatabasesMyDB.bak。操作系統錯誤5（訪問被拒絕。）。
消息3013，級別16，狀態1，伺服器JF，第1行
BACKUP DATABASE異常終止。

盡管使用Windows身份驗證（-E開關）和Windows帳戶作為通過Windows資源管理器訪問和復制文件到共享的能力運行SQL備份命令，仍會出現此錯誤。

此操作失敗的原因是SQL命令在SQL Server服務運行的帳戶的邊界內執行。當您在計算機上查看服務列表時，很可能您將看到運行為（登錄為）列的SQL Server服務本地系統或網路服務，它們是沒有網路訪問許可權的系統帳戶。

在我們的系統上，網路共享命令的備份失敗，因為我們有SQL Server服務作為本地系統運行，再也無法獲得任何網路資源。

為了允許SQL直接備份到網路共享，我們必須將SQL Server服務作為可訪問網路資源的本地帳戶運行。

編輯SQL Server服務的屬性，並在「登錄」選項卡上將服務配置為作為具有網路訪問許可權的備用帳戶運行。

單擊「確定」後，您將收到一條提示，指示在重新啟動服務之後，設置才會生效。

重新啟動服務。



服務列表現在應顯示SQL Server服務正在作為您配置的帳戶運行。

現在當您運行命令直接備份到網路共享：

SqlCmd -E -Q「備份資料庫MyDB到磁碟= 192.168.16.55BackupDatabasesMyDB.bak」

您應該會看到一個成功消息：

處理資料庫MyDB的152頁，文件1上的文件MyDB。
為資料庫MyDB處理2頁，文件1上的文件MyDB_log。
BACKUP DATABASE在0.503秒（2.493 MB /秒）中成功處理了154頁。

使用備份文件現在在網路共享目錄：

網路共享注意事項請務必注意，備份命令希望能夠直接連接到網路共享，而不會提示您輸入憑據。您配置要運行的SQL Server服務的帳戶必須與網路共享具有可信連接，其中相應的憑據允許訪問，否則可能會發生以下錯誤：

消息3201，級別16，狀態1，伺服器JF，行1
無法打開備份設備 192.168.16.55BackupDatabasesMyDB.bak。操作系統錯誤1326（登錄失敗：未知用戶名或密碼錯誤。）。
消息3013，級別16，狀態1，伺服器JF，第1行
BACKUP DATABASE異常終止。

此錯誤表示網路共享不接受帳戶的用戶名和密碼，並且命令失敗。




另一個要記住的問題是備份直接執行到網路資源，因此網路連接中的任何打嗝可能會導致您的備份失敗。因此，您只應該備份到穩定的網路位置（即可能不是VPN）。

安全隱患

如前所述，使用在本地備份然後復制到網路共享的方法是首選，因為它允許您將SQL服務作為僅具有本地系統訪問許可權的帳戶運行。

通過將服務作為備用帳戶運行，您打開了潛在的安全問題的大門。例如，惡意SQL腳本可以在備用帳戶下執行並攻擊網路資源。此外，對相應帳戶（密碼更改/到期或帳戶的刪除/禁用）的任何更改將導致SQL Server服務無法啟動。

• 如果您使用備用帳戶運行SQL Server實例，請務必記住這些要點。如果採取適當的預防措施，則這些不顯示阻止程序，則應考慮添加額外的硬碟驅動器空間，然後實施本地備份和復制，以便可以使用本地帳戶運行SQL服務。