程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> 其他數據庫知識 >> MSSQL >> SQL SERVER 數據庫備份的三種策略及語句

SQL SERVER 數據庫備份的三種策略及語句

編輯:MSSQL

SQL SERVER 數據庫備份的三種策略及語句。本站提示廣大學習愛好者:(SQL SERVER 數據庫備份的三種策略及語句)文章只能為提供參考,不一定能成為您想要的結果。以下是SQL SERVER 數據庫備份的三種策略及語句正文


1.全量數據備份

   備份整個數據庫,恢復時恢復所有。優點是簡單,缺點是數據量太大,非常耗時
全數據庫備份因為容易實施,被許多系統優先采用。在一天或一周中預定的時間進行全數據庫備份使你不用動什麼腦筋。使用這種類型的備份帶來的問題是非常缺乏靈活性,而且當數據庫被沖掉後,你面臨丟失大量數據的潛在威脅。例如,假設你每天在午夜備份數據庫。

如果服務器在晚上11點崩潰了,你將丟失前面23個小時對數據所做的全部修改。對大多數系統來說,這是無法接受的。對此規則,為數不多的例外如下:

1.系統中所存的數據可以很容易地再創建。這類服務器中一個很好的例子是報表服務器,其中所存的所有數據都由一個批處理過程裝載的。如果這個數據庫被沖掉了,你只需要再運行一次這個批處理過程,所有數據就可以恢復了。
2.不經常修改的數據庫。一個例子是被收集存儲在數據中心或數據倉庫的歷史數據。通常,查詢這些數據以判斷趨勢,但是這些數據極少被修改。
3.一個遙遠的站點,那裡很少或沒有數據庫管理員支持。這種類型的站點常常依靠沒受過足夠培訓的人來維持備份計劃,並且他還從事其他工作。通常最好保證實施的備份計劃非常簡單,不必讓那些用戶監視和維護它。
4.系統中所存數據的重要性很低。一個很好的例子是開發用服務器。在這些類型的服務器上,開發者通常裝載一些舊的或假定的數據來測試應用程序。這類數據庫每天的備份是可接受的。

Sql語句:

BACKUP DATABASE [wxh] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\wxh.bak' WITH NOFORMAT, NOINIT, NAME = N'wxh-Full Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10

2.增量數據備份(Differential Backups)

所謂增量,就是以某個起始時間點的全量數據為基礎,備份該時間點以後的數據。而起始時間點的全量數據,就是通過全量備份而為的。
如果有人告訴你“每周一進行全量備份,每天進行一次增量備份。”,這就意味著,星期一作一次全量配份,形成一個起始時間點的全量數據;星期二備份星期一以來的數據;星期三也備份星期一以來的數據;.......星期天也備份星期一以來的數據。到第二周的星期一時,又執行一次全量配份,再開始新的備份周期。
如果要恢復星期三的數據,則要先恢復星期一的全量數據,然後再恢復在星期一到星期三之間的增量數據。
 
增量備份是能用來幫助你實施備份計劃的最新技術。這種備份,像事務日志備份一樣,只備份你上次全數據庫備份後所做的修改。與事務日志備份不一樣的是這種備份不允許時間點恢復。它只允許你在實際所做的備份點上恢復。所以,這種備份通常要有事務日志備份作為補充。在下列情況下,增量備份非常有用:

1.你想通過聯合使用全數據庫備份、增量備份和事務日志備份最大程度地減少花費的時間。
2.數據庫的大小使經常做全數據庫備份很困難的情況。
3.一個遙遠的站點,那裡很少或沒有數據庫管理員支持。這種類型的站點常常依靠沒受過足夠培訓的人來維持備份計劃,而且他還經常從事其他工作。通常最好保證實施的備份計劃非常簡單,不必讓那些用戶監視和維護它。
4.系統中所存數據不是非常重要,所以所做的一些修改丟失後,不會導致災難性的後果。對於這種類型的系統,手工重建數據比建立一個事務日志備份計劃更容易。

Sql語句

BACKUP DATABASE [wxh] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\wxh.bak' WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N'wxh-Differential Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10
GO 

3.日志備份 
   周一做一次全量數據備份,周二時備份 周一至周二 的日志,周三時配份 周二至周三 的日志......。
   若要恢復周三的數據,則先恢復到周一的全量數據,再按 周一至周二的日志、 周二至周三的日志 進行數據庫操作

一個事務日志備份只備份事務日志中的信息。事務日志備份必須與至少一次全數據庫備份聯用,這是因為如果恢復數據,必須要有一個開始點。事務日志備份比全數據庫備份少花費許多資源,經常執行也容易多了。這實際上有兩個目的。首先是縮短了最後一次備份與服務器失敗之間的時間間隔,因而減少了數據損失。事務日志備份還允許你實施一種特殊類型的恢復,即時間點恢復。這種類型的恢復允許你恢復數據到一個特定的時間點,比如到一次實際失敗發生前5分鐘時。
當某人所做的大量的數據修改或刪除要取消時,它顯得特別有用。你只需簡單地恢復數據庫到這次動作發生的時間點前。事務日志恢復在下列情況時非常有用:

1.數據庫被高頻率地修改。在發生大量的數據庫修改時,數據庫備份可能很快就過時了,如果把事務日志備份和全數據庫備份聯系起來使用,這些修改你都能記錄下來。
2.你想采取時間點恢復。像我前面提到的,時間點恢復是非常重要和有用的,你可以通過事務日志備份來實現。
3.不能接受丟失大量數據的情況。在這種情況下,你可以每天做一個全數據庫備份,再每小時或更頻繁地做事務日志備份。這將減少數據丟失量。
4.數據庫的大小使得經常做全數據庫備份很困難。例如,非常大的數據倉庫很容易達到上萬億字節。這種情況下,你可以做一次全數據庫備份,然後當數據修改時,再做一次事務日志備份。

Sql語句:

BACKUP LOG [wxh] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\wxh.bak' WITH NOFORMAT, NOINIT, NAME = N'wxh-Transaction Log Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10
GO

4.增量數據備份與日志備份相結合

sql語句:

備份整個數據庫:
BACKUP DATABASE { database_name | @database_name_var }
TO < backup_device > [ ,...n ]
[ WITH
    [ BLOCKSIZE = { blocksize | @blocksize_variable } ]
    [ [ , ] DESCRIPTION = { 'text' | @text_variable } ]
    [ [ , ] DIFFERENTIAL ]
    [ [ , ] EXPIREDATE = { date | @date_var }
   | RETAINDAYS = { days | @days_var } ]
    [ [ , ] PASSWORD = { password | @password_variable } ]
    [ [ , ] FORMAT | NOFORMAT ]
    [ [ , ] { INIT | NOINIT } ]
    [ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]
    [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
    [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]
    [ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]
    [ [ , ] { NOSKIP | SKIP } ]
    [ [ , ] { NOREWIND | REWIND } ]
    [ [ , ] { NOUNLOAD | UNLOAD } ]
    [ [ , ] RESTART ]
    [ [ , ] STATS [ = percentage ] ]
]
備份特定的文件或文件組:
BACKUP DATABASE { database_name | @database_name_var }
    < file_or_filegroup > [ ,...n ]
TO < backup_device > [ ,...n ]
[ WITH
    [ BLOCKSIZE = { blocksize | @blocksize_variable } ]
    [ [ , ] DESCRIPTION = { 'text' | @text_variable } ]
    [ [ , ] DIFFERENTIAL ]
    [ [ , ] EXPIREDATE = { date | @date_var }
   | RETAINDAYS = { days | @days_var } ]
    [ [ , ] PASSWORD = { password | @password_variable } ]
    [ [ , ] FORMAT | NOFORMAT ]
    [ [ , ] { INIT | NOINIT } ]
    [ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]
    [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
    [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]
    [ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]
    [ [ , ] { NOSKIP | SKIP } ]
    [ [ , ] { NOREWIND | REWIND } ]
    [ [ , ] { NOUNLOAD | UNLOAD } ]
    [ [ , ] RESTART ]
    [ [ , ] STATS [ = percentage ] ]
]
備份一個事務日志:
BACKUP LOG { database_name | @database_name_var }
{     TO < backup_device > [ ,...n ]
    [ WITH
   [ BLOCKSIZE = { blocksize | @blocksize_variable } ]
   [ [ , ] DESCRIPTION = { 'text' | @text_variable } ]
   [ [ ,] EXPIREDATE = { date | @date_var }
  | RETAINDAYS = { days | @days_var } ]
   [ [ , ] PASSWORD = { password | @password_variable } ]
   [ [ , ] FORMAT | NOFORMAT ]
   [ [ , ] { INIT | NOINIT } ]
   [ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]
   [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
   [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]
   [ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]
   [ [ , ] NO_TRUNCATE ]
   [ [ , ] { NORECOVERY | STANDBY = undo_file_name } ]
   [ [ , ] { NOREWIND | REWIND } ]
   [ [ , ] { NOSKIP | SKIP } ]
   [ [ , ] { NOUNLOAD | UNLOAD } ]
   [ [ , ] RESTART ]
   [ [ , ] STATS [ = percentage ] ]
    ]  }
< backup_device > ::=
    {
   { logical_backup_device_name | @logical_backup_device_name_var }
   |
   { DISK | TAPE } =
  { 'physical_backup_device_name' | @physical_backup_device_name_var }
    }  < file_or_filegroup > ::=
    {
   FILE = { logical_file_name | @logical_file_name_var }
   |
   FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
    }

截斷事務日志:

BACKUP LOG { database_name | @database_name_var }
{     [ WITH
   { NO_LOG | TRUNCATE_ONLY } ]  }

參數

DATABASE 指定一個完整的數據庫備份。假如指定了一個文件和文件組的列表,那麼僅有這些被指定的文件和文件組被備份。
說明  在進行完整數據庫備份或差異數據庫備份時,Microsoft® SQL Server™ 備份足夠的事務日志,以生成一個將在還原數據庫時使用的一致的數據庫。在 master 數據庫上只能采用完整數據庫備份。
{ database_name | @database_name_var } 指定了一個數據庫,從該數據庫中對事務日志、部分數據庫或完整的數據庫進行備份。如果作為變量 (@database_name_var) 提供,則可將該名稱指定為字符串常量 (@database_name_var = database name) 或字符串數據類型(ntext 或 text 數據類型除外)的變量。
< backup_device > 指定備份操作時要使用的邏輯或物理備份設備。可以是下列一種或多種形式:
{ logical_backup_device_name } | { @logical_backup_device_name_var }  是由 sp_addumpdevice 創建的備份設備的邏輯名稱,數據庫將備份到該設備中,其名稱必須遵守標識符規則。如果將其作為變量 (@logical_backup_device_name_var) 提供,則可將該備份設備名稱指定為字符串常量 (@logical_backup_device_name_var = logical backup device name) 或字符串數據類型(ntext 或 text 數據類型除外)的變量。
{ DISK | TAPE } =  'physical_backup_device_name' | @physical_backup_device_name_var  允許在指定的磁盤或磁帶設備上創建備份。在執行 BACKUP 語句之前不必存在指定的物理設備。如果存在物理設備且 BACKUP 語句中沒有指定 INIT 選項,則備份將追加到該設備。  當指定 TO DISK 或 TO TAPE 時,請輸入完整路徑和文件名。例如,DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\Mybackup.dat' 或 TAPE = '\\.\TAPE0'。
說明  對於備份到磁盤的情況,如果輸入一個相對路徑名,備份文件將存儲到默認的備份目錄中。該目錄在安裝時被設置並且存儲在 KEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer 目錄下的 BackupDirectory 注冊表鍵值中。
如果使用的是具有統一命名規則 (UNC) 名稱的網絡服務器或已重新定向的驅動器號,則請指定磁盤的設備類型。
當指定多個文件時,可以混合邏輯文件名(或變量)和物理文件名(或變量)。但是,所有的設備都必須為同一類型(磁盤、磁帶或管道)。
Windows 98 不支持備份到磁盤。
n 是表示可以指定多個備份設備的占位符。備份設備數目的上限為 64。
BLOCKSIZE = { blocksize | @blocksize_variable } 用字節數來指定物理塊的大小。在 Windows NT 系統上,默認設置是設備的默認塊大小。一般情況下,當 SQL Server 選擇適合於設備的塊大小時不需要此參數。在基於 Windows 2000 的計算機上,默認設置是 65,536(64 KB,是 SQL Server 支持的最大大小)。
對於磁盤,BACKUP 自動決定磁盤設備合適的塊大小。
說明  如果要將結果備份集存儲到 CD-ROM 中然後從 CD-ROM 中恢復,請將 BLOCKSIZE 設為 2048。 磁帶的默認 BLOCKSIZE 為 65,536 (64 KB)。顯式聲明塊大小將替代 SQL Server 選擇的塊大小。
DESCRIPTION = { 'text' | @text_variable } 指定描述備份集的自由格式文本。該字符串最長可以有 255 個字符。
DIFFERENTIAL 指定數據庫備份或文件備份應該與上一次完整備份後改變的數據庫或文件部分保持一致。差異備份一般會比完整備份占用更少的空間。對於上一次完整備份時備份的全部單個日志,使用該選項可以不必再進行備份。有關更多信息,請參見差異數據庫備份和文件差異備份。
說明  在進行完整數據庫備份或差異備份時,SQL Server 備份足夠的事務日志,從而在恢復數據庫時生成一個一致的數據庫。
EXPIREDATE = { date | @date_var } 指定備份集到期和允許被重寫的日期。如果將該日期作為變量 (@date_var) 提供,則可以將該日期指定為字符串常量 (@date_var = date)、字符串數據類型變量(ntext 或 text 數據類型除外)、smalldatetime 或者 datetime 變量,並且該日期必須符合已配置的系統 datetime 格式。
RETAINDAYS = { days | @days_var }  指定必須經過多少天才可以重寫該備份媒體集。假如用變量 (@days_var) 指定,該變量必須為整型。
重要  假如 EXPIREDATE 或 RETAINDAYS 沒有指定,有效期將取決於 sp_configure 的 media retention 配置設置。這些選項僅僅阻止 SQL Server 重寫文件。用其它方法可擦除磁帶,而通過操作系統可以刪除磁盤文件。有關過期驗證的更多信息,請參見本主題的 SKIP 和 FORMAT。
PASSWORD = { password | @password_variable } 為備份集設置密碼。 PASSWORD 是一個字符串。如果為備份集定義了密碼,必須提供這個密碼才能對該備份集執行任何還原操作。
重要  備份集密碼防止未經授權即通過 SQL Server 2000 工具訪問備份集的內容,但是不能防止重寫備份集。
有關使用密碼的更多信息,請參見"權限"部分。
FORMAT  指定應將媒體頭寫入用於此備份操作的所有卷。任何現有的媒體頭都被重寫。FORMAT 選項使整個媒體內容無效,並且忽略任何現有的內容。
重要  使用 FORMAT 要謹慎。格式化一個備份設備或媒體將使整個媒體集不可用。例如,如果初始化現有條帶備份集中的單個磁帶,則整個備份集都將變得不可用。
通過指定 FORMAT,備份操作也就暗示了 SKIP 和 INIT;這些都不必顯式說明。
NOFORMAT 指定媒體頭不應寫入所有用於該備份操作的卷中,並且不要重寫該備份設備除非指定了 INIT。
INIT 指定應重寫所有備份集,但是保留媒體頭。如果指定了 INIT,將重寫那個設備上的所有現有的備份集數據。
當遇到以下幾種情況之一時不重寫備份媒體:
媒體上的備份設置沒有全部過期。有關更多信息,請參見 EXPIREDATE 和 RETAINDAYS 選項。
如果 BACKUP 語句給出了備份集名,該備份集名與備份媒體上的名稱不匹配。有關更多信息,請參見 NAME 子句。
使用 SKIP 選項替代這些檢查。有關使用 SKIP、NOSKIP、INIT 和 NOINIT 時的相互作用關系的更多信息,請參見注釋部分。
說明  如果備份媒體有密碼保護,SQL Server 將不寫入媒體,除非提供媒體密碼。SKIP 選項不替代此檢查。只有通過格式化才能重寫受密碼保護的媒體。有關更多信息,請參見 FORMAT 選項。
NOINIT 表示備份集將追加到指定的磁盤或磁帶設備上,以保留現有的備份集。NOINIT 是默認設置。
RESTORE 命令的 FILE 選項用於在還原時選擇適當的備份集。有關更多信息,請參見 RESTORE。
如果為媒體集定義了媒體密碼,則必須提供密碼。
MEDIADESCRIPTION = { text | @text_variable }
指明媒體集的自由格式文本描述,最多為 255 個字符。
MEDIADESCRIPTION = { text | @text_variable }
為整個備份媒體集指明媒體名,最多為 128 個字符。假如指定了 MEDIANAME,則它必須與以前指定的媒體名相匹配,該媒體名已存在於備份卷中。假如沒有指定 MEDIANAME,或指定了 SKIP 選項,將不會對媒體名進行驗證檢查。
MEDIAPASSWORD = { mediapassword | @mediapassword_variable }
為媒體集設置密碼。MEDIAPASSWORD 是一個字符串。
如果為媒體集定義了密碼,則在該媒體集上創建備份集時必須提供此密碼。另外,從該媒體集執行任何還原操作時也必須提供媒體密碼。只有通過格式化才能重寫受密碼保護的媒體。有關更多信息,請參見 FORMAT 選項。
有關使用密碼的更多信息,請參見"權限"部分。
NAME = { backup_set_name | @backup_set_var }
指定備份集的名稱。名稱最長可達 128 個字符。假如沒有指定 NAME,它將為空。
NORECOVERY
只與 BACKUP LOG 一起使用。備份日志尾部並使數據庫處於正在還原的狀態。當將故障轉移到輔助數據庫或在 RESTORE 操作前保存日志尾部時,NORECOVERY 很有用。
STANDBY = undo_file_name
只與 BACKUP LOG 一起使用。備份日志尾部並使數據庫處於只讀或備用模式。撤消文件名指定了容納回滾更改的存儲,如果隨後應用 RESTORE LOG 操作,則必須撤消這些回滾更改。
如果指定的撤消文件名不存在,SQL Server 將創建該文件。如果該文件已存在,則 SQL Server 將重寫它。有關更多信息,請參見使用備用服務器。
NOREWIND
指定 SQL Server 在備份操作完成後使磁帶保持打開。NOREWIND 意即 NOUNLOAD。SQL Server 將保留磁帶驅動器的所有權,直到 BACKUP或 RESTORE 命令使用 REWIND 為止。
如果無意中使磁帶處於打開狀態,則釋放磁帶的最快方法是使用下面的 RESTORE 命令:
RESTORE LABELONLY FROM TAPE = <name> WITH REWIND
通過查詢 master 數據庫中的 sysopentapes 表可以查找正在打開的磁帶列表。
REWIND
指定 SQL Server 將釋放磁帶和倒帶。如果 NOREWIND 和 REWIND 均未指定,則默認設置為 REWIND。
NOSKIP
指示 BACKUP 語句在可以重寫媒體上的所有備份集之前先檢查它們的過期日期。
SKIP
禁用備份集過期和名稱檢查,這些檢查一般由 BACKUP 語句執行以防重寫備份集。有關更多信息,請參見注釋部分。
NOUNLOAD
指定不在備份後從磁帶驅動器中自動卸載磁帶。設置始終為 NOUNLOAD,直到指定 UNLOAD 為止。該選項只用於磁帶設備。
UNLOAD
指定在備份完成後自動倒帶並卸載磁帶。啟動新用戶會話時其默認設置為 UNLOAD。該設置一直保持到用戶指定了 NOUNLOAD 時為止。該選項只用於磁帶設備。
RESTART
指定 SQL Server 重新啟動一個被中斷的備份操作。因為 RESTART 選項在備份操作被中斷處重新啟動該操作,所以它節省了時間。若要重新啟動一個特定的備份操作,請重復整個 BACKUP 語句並且加入 RESTART 選項。不一定非要使用 RESTART 選項,但是它可以節省時間。
重要  該選項只用於導向磁帶媒體的備份和跨越了多個磁帶卷的備份。在備份的第一卷上永遠不會有重新啟動操作。
STATS [= percentage]
每當另一個 percentage 結束時顯示一條消息,它被用於測量進度。如果省略 percentage,SQL Server 將每完成 10 個百分點顯示一條消息。
<file_or_filegroup>
指定包含在數據庫備份中的文件或文件組的邏輯名。可以指定多個文件或文件組。
FILE = { logical_file_name | @logical_file_name_var }
給一個或多個包含在數據庫備份中的文件命名。
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
給一個或多個包含在數據庫備份中的文件組命名。
說明  當數據庫的大小和性能要求使得進行完整數據庫備份不切實際時,備份一個文件。若要單獨備份事務日志,請使用 BACKUP LOG。
重要  必須通過使用 BACKUP LOG 提供事務日志的單獨備份,才能使用文件和文件組備份來恢復數據庫。有關文件備份的更多信息,請參見備份使用文件備份。
如果恢復模型為 SIMPLE,則不允許文件和文件組備份。
n 是一個占位符,表示可以指定多個文件和文件組。對文件或文件組的最大個數沒有限制。
LOG 指定只備份事務日志。該日志是從上一次成功執行了的 LOG 備份到當前日志的末尾。一旦備份日志,可能會截斷復制或活動事務不再需要的空間。
說明  假如備份日志看來並沒有截斷大部分的日志,則有可能在日志中存在一個舊的開放事務。可以使用 DBCC SQLPERF (LOGSPACE) 觀察日志空間。有關更多信息,請參見事務日志備份。
NO_LOG | TRUNCATE_ONLY
無須備份復制日志即刪除不活動的日志部分,並且截斷日志。該選項會釋放空間。因為並不保存日志備份,所以沒有必要指定備份設備。NO_LOG 和 TRUNCATE_ONLY 是同義的。
使用 NO_LOG 或 TRUNCATE_ONLY 備份日志後,記錄在日志中的更改不可恢復。為了恢復,請立即執行 BACKUP DATABASE。
NO_TRUNCATE 允許在數據庫損壞時備份日志。
注釋
可以將數據庫或日志備份追加到任何磁盤或磁帶設備上,從而使得數據庫和它的事務日志能存儲在一個物理位置中。
當數據庫正在使用時,SQL Server 使用一個聯機備份過程來對數據庫進行備份。下面的列表包括在數據庫或事務日志備份時無法進行的操作:
在備份操作時允許進行文件管理操作,如帶有 ADD FILE 或 REMOVE FILE 選項的 ALTER DATABASE 語句,以及 INSERT、UPDATE 或 DELETE 語句。
收縮數據庫或文件。這包括自動收縮操作。
假如在這些操作正在進行時啟動備份,備份將終止。假如正在進行備份時,試圖進行這些操作,則操作會失敗。
只要操作系統支持數據庫的排序規則,就可以在不同的平台之間執行備份操作,即使這些平台使用不同的處理器類型。有關更多信息,請參見 SQL Server 排序規則基礎知識。
備份文件格式
因為 SQL Server 2000 的備份格式遵從 Microsoft 磁帶格式 (MTF),該格式與 Windows NT 磁帶備份所使用的格式相同,所以 SQL Server 備份可與 Windows NT 備份共存於磁帶媒體上。若要確保相互操作性,磁帶應由 NTBackup 格式化。
備份類型
SQL Server 支持的備份類型包括:
完整數據庫備份,它備份包括事務日志的整個數據庫。
在完整數據庫備份之間執行差異數據庫備份。
事務日志備份。
日志備份序列提供了連續的事務信息鏈,可支持從數據庫、差異或文件備份中快速恢復。
文件和文件組備份。
當時間限制使得完整數據庫備份不切實際時,請使用 BACKUP 備份數據庫文件和文件組,而不是備份完整數據庫。若要備份一個文件而不是整個數據庫時,請合理安排步驟以確保數據庫中所有的文件按規則備份。同時必須進行單獨的事務日志備份。在恢復一個文件備份後,使用事務日志將文件內容前滾,使其與數據庫其余部分一致。
在條帶集中使用的備份設備必須一直在條帶集中使用(除非在某處用 FORMAT 重新初始化),而且設備數目不變。在備份設備已定義為條帶集的組成部分後,就不能用於單個設備備份,除非指定了 FORMAT。同樣,一個含有非條帶集備份的備份設備不能用於條帶集,除非指定了 FORMAT。使用 FORMAT 來分開條帶備份集。
如果寫入媒體頭時未指定 MEDIANAME 或 MEDIADESCRIPTION,則與空項對應的媒體頭字段將為空。
如果恢復模型為 SIMPLE,則無法使用 BACKUP LOG。應該使用 BACKUP DATABASE 來替代。
SKIP、NOSKIP、INIT 和 NOINIT 間的相互作用
下表說明 { INIT | NOINIT }和{ NOSKIP | SKIP } 子句間是如何相互作用的。
說明  在所有這些交互操作中,如果磁帶媒體為空或磁帶備份文件不存在,則寫入媒體頭並繼續。如果媒體頭不為空或不含有效的媒體頭,則指出這是無效的 MTF 媒體並取消備份。
  INIT NOINIT
SKIP 如果卷中包含有效的1 媒體頭,則驗證媒體密碼並重寫媒體上的全部備份集,僅保留媒體頭。
如果卷不含有效的媒體頭,則使用給定的 MEDIANAME、MEDIAPASSWORD 和 MEDIADESCRIPTION(若有)生成媒體頭。
如果卷中包含有效的媒體頭,則驗證媒體密碼並添加備份集,並保留所有現有備份集。
如果卷不含有效的媒體頭,則會出錯。
 
NOSKIP 如果該卷包含一個有效的媒體頭,將執行以下檢查:
驗證媒體密碼。2
如果指定了 MEDIANAME,將驗證所給的媒體名是否匹配媒體頭的媒體名。
驗證媒體上沒有未過期的備份集。
如果有,將終止備份。
如果這些檢查都通過了,將重寫該媒體上一切備份集,只保留媒體頭。
如果卷不含有效的媒體頭,則使用給定的 MEDIANAME、MEDIAPASSWORD 和 MEDIADESCRIPTION(若有)生成媒體頭。
如果該卷包含一個有效的媒體頭,將驗證媒體密碼*並且驗證媒體是否名匹配所給的 MEDIANAME(假如有的話)。如果匹配,追加備份集,同時保留所有現有的備份集。
如果卷不含有效的媒體頭,則會出錯。
 
1. 有效性包括 MTF 版本號和其它標題信息。如果不支持指定的版本或指定的版本不是期望值,將會發生錯誤。
2. 用戶必須屬於適當的固定數據庫或服務器角色,並提供執行備份操作所需的正確媒體密碼。
說明  為保持向後兼容性,在 BACKUP 語句的語法中可使用 DUMP 關鍵字替代 BACKUP 關鍵字。另外,可使用 TRANSACTION 關鍵字替代 LOG 關鍵字。
備份歷史表
SQL Server 使用以下的備份歷史表來跟蹤備份活動:
backupfile
backupmediafamily
backupmediaset
backupset
執行 RESTORE 時,將修改備份歷史記錄表。
兼容性注意事項
注意  無法在早期 SQL Server 版本中還原使用 Microsoft® SQL Server™ 2000 創建的備份。
權限
BACKUP DATABASE 和 BACKUP LOG 權限默認情況下授予 sysadmin 固定服務器角色和 db_owner 及 db_backupoperator 固定數據庫角色的成員。
此外,用戶可以為媒體集、備份集或兩者指定密碼。如果為媒體集指定了密碼,則用戶若只是適當的固定服務器和數據庫角色成員還不足以執行備份。用戶還必須提供媒體密碼才能執行這些操作。同樣,除非在還原命令中指定正確的媒體集密碼和備份集密碼,否則不能執行還原操作。
在 BACKUP 語句中,定義備份集密碼和媒體集密碼為可選功能。使用密碼可防止利用 SQL Server 2000 工具未經授權地執行還原操作和在媒體中添加備份集,但是,密碼不能防止通過 FORMAT 選項重寫媒體。
因此,盡管使用密碼對防止利用 SQL Server 工具未經授權地訪問媒體內容有幫助,但密碼不能防止媒體內容被破壞。密碼不能完全防止未經授權地訪問媒體內容,原因在於備份集中的數據沒有加密,理論上可以被專為此目的創建的程序所檢查。對於安全性至關重要的場合,防止未經授權的個人訪問媒體非常重要。
為不是用相關密碼創建的對象指定密碼是錯誤的做法。
BACKUP 使用由 PASSWORD 選項提供的備份集密碼創建備份集。另外,BACKUP 正常情況下在寫入媒體之前驗證由 MEDIAPASSWORD 選項提供的媒體密碼。BACKUP 不驗證媒體密碼的唯一情況是當格式化媒體時,這將重寫媒體頭。BACKUP 只在下列情況下格式化媒體:
如果指定了 FORMAT 選項。
如果媒體頭無效且指定了 INIT。
如果正在寫入延續卷。
如果 BACKUP 寫入媒體頭,BACKUP 將給 MEDIAPASSWORD 選項中指定的值指派媒體集密碼。
有關密碼對 SKIP、NOSKIP、INIT 和 NOINIT 選項的影響的更多信息,請參見注釋部分。
備份設備物理文件的所有權和權限問題可能會妨礙備份操作。SQL Server 必須能夠讀取並寫入設備;運行 SQL Server 服務的帳戶必須有寫入權限。但是,為設備在系統表中添加項目的 sp_addumpdevice 不檢查文件訪問權。備份設備物理文件的這些問題可能直到為備份或還原而訪問物理資源時才會出現。
示例
A. 備份整個 MyNwind 數據庫
說明  MyNwind 數據庫僅用於演示。
下例創建用於存放 MyNwind 數據庫完整備份的邏輯備份設備。
-- Create a logical backup device for the full MyNwind backup.
USE master
EXEC sp_addumpdevice 'disk', 'MyNwind_1',
   DISK ='c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MyNwind_1.dat'
-- Back up the full MyNwind database.
BACKUP DATABASE MyNwind TO MyNwind_1
B. 備份數據庫和日志
本例創建了一個數據庫和日志的完整備份。將數據庫備份到稱為 MyNwind_2 的邏輯備份設備上,然後將日志備份到稱為 MyNwindLog1 的邏輯備份設備上。
說明  創建邏輯備份設備需要一次完成。
-- Create the backup device for the full MyNwind backup.
USE master
EXEC sp_addumpdevice 'disk', 'MyNwind_2',
   'c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MyNwind_2.dat'
--Create the log backup device.
USE master
EXEC sp_addumpdevice 'disk', 'MyNwindLog1',
   'c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MyNwindLog1.dat'
-- Back up the full MyNwind database.
BACKUP DATABASE MyNwind TO MyNwind_2
-- Update activity has occurred since the full database backup.
-- Back up the log of the MyNwind database.
BACKUP LOG MyNwind
   TO MyNwindLog1
使用SQL產生BCP命令快速備份/恢復你所有數據(僅用於Sybase和MS SQL Server數據庫)
  BCP命令是Sybase和MS SQL Server用來備份和恢復數據用的工具,它使用方便,備份/恢復速度快。當Table過多時,編寫批處理是一件繁瑣的事情。可以使用下面方法快速生成BCP的批處理
select 'bcp database..' + name + ' out ' + '/data/' + name + '.out' + ' -n -Sservername -Usa -Pxxx' from database..sysobjects where type = 'U'
  將上面database換成自己需要備份的數據庫名稱,-Sservername改為對應SQL Server名稱 -Pxxx 將xxx換成實際sa密碼,上面語法是用來備份數據,將第一行中的out改為in即可生成恢復數據的批處理 以上可以在Sybase或MS SQL Server的ISQL中執行(MS SQL Server 7.0中ISQL已變為Query Analyzer),然後將執行結果通過剪貼板Copy到記事本(注意不要Copy結果集的標題),保存為Bat文件。在執行最後的Bat文件時,需要在Bat所在目錄建立Data子目錄,備份的*.out文件將存放在此子目錄下。 也可以通過PB的Database Administration中執行(需要最後補充;號才可以執行),然後將結果保存為Text類型,改名為Bat文件。

[db:作者簡介][db:原文翻譯及解析]
  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved