備份和還原 第一篇：開始數據庫備份

數據庫備份分爲數據文件備份和日誌文件備份，數據文件的備份分爲：完整備份和差別備份。在SQL Server 2012中，可以將數據分佈式備份到不一樣的存儲設備上，通常狀況，只將數據備份到一個備份文件(.bak)中，只有在備份超大的數據庫時，才須要分佈式備份，對於備份集（backup set），備份介質（backup Media），備份族（backup family），鏡像備份，等等看似複雜的術語，不用深刻了解，簡單瞭解一下基本知識：

• backup set：是數據或日誌的一次備份；
• backup media：是備份存儲的文件，分爲兩部分：media header和content，content是由一個或多個backup sets構成的；
• 鏡像備份：一次備份操做建立一個相同的備份，最多三個鏡像備份；
• backup  family：多個備份設備和鏡像備份構成backup family；

數據庫備份的策略通常是：一週一次完整備份，一天一次差別備份，一小時一次事務日誌備份，根據數據容災的要求，適當增減備份的時間間隔。

爲了便於管理數據備份文件，推薦的作法是：

• 數據/日誌的每次備份都使用一個單獨的備份文件，數據備份的擴展名是 .bak，日誌備份的擴展名是.trn；
• 合理命名每一個備份文件，建議使用：database_name+date+time+(.bak/.trn)，該命名方式，很容易識別備份的數據庫和開始備份的時間；
• 建立schedule，定時清理備份文件，避免備份文件耗盡磁盤空間；

一，建立數據庫的完整備份和差別備份

使用backup database命令建立數據庫的數據文件的備份，backup database 命令語法（簡化）：

BACKUP DATABASE database_name 
TO DISK  =  'physical_device_name'
[ WITH { DIFFERENTIAL
|  COPY_ONLY 
| { COMPRESSION | NO_COMPRESSION } 
| { NOINIT | INIT } 
| { NOSKIP | SKIP } 
| { NOFORMAT | FORMAT } 
| STATS [ = percentage ] }]

1，完整備份和差別備份

差別備份由DIFFERENTIAL 關鍵字指定，只備份從上一次完整備份以後發生更新的數據，而不是備份整個數據庫，一般狀況下，差別備份比完整備份佔用的空間更少。差別備份的參考基準是上一次完整備份，而，事務日誌，只備份是從上一次差別備份以後產生的事務日誌。所以，備份是有順序的，若是存在如下備份序列：

1. FullBackup1.bak
2. DifferentialBackup2.bak
3. LogBackup3.trn
4. DifferentialBackup4.bak
5. LogBackup5.trn
6. 出現錯誤

還原的策略是：備份尾日誌，使數據庫處於Restoring狀態，依次還原FullBackup1.bak，DifferentialBackup4.bak，LogBackup5.trn，尾日誌，就能將數據庫還原到一個合適的有效時間點。

在執行完整備份和差別備份時，SQL Server會備份足夠的事務日誌，用於將數據庫還原到一致性的狀態。對於master數據庫，只能執行完整備份。

• During a full or differential database backup, SQL Server backs up enough of the transaction log to produce a consistent database when the backup is restored.
• Only a full database backup can be performed on the master database.

2，只複製（COPY_ONLY ）備份

備份是有順序的，使用COPY_ONLY選項不會影響備份的正常順序，僅僅建立一個數據庫的副本。

差別備份的基準是上一次完整備份，即差別是指從上一次full backup以後，對數據文件執行的更新操做。若是執行一次Copy-Only的完整數據庫備份，不會影響差別備份的base（基準），該base是上一次full backup，而非本次 Copy-only full backup。

3，壓縮數據{ COMPRESSION | NO_COMPRESSION }

在備份時，將數據壓縮，因爲壓縮的備份較小，可以減小Disk Sapce和Disk IO消耗，提升數據備份的速度，可是，備份文件的壓縮和解壓縮十分消耗CPU資源。

4，建議：每一次數據備份，都存儲在單個備份文件上

因爲硬盤空間有限，不可能保留過多的備份文件，將數據的每一次備份都存儲在單個文件上，便於對備份文件進行管理（刪除或歸檔）。

每次備份都存儲在新的備份上，搭配選項 Init、Skip、Format，將數據備份存儲在新的備份文件上，這三個選項的含義是：

• Format 選項：將備份文件格式化，默認選項是 NoFormat;
• Init 選項：初始化備份文件，Init選項不會初始化Media Header，只將backup set初始化，默認選項是NoInit，將備份存儲到備份文件的末尾；
  
• SKIP 選項：不作任何檢查，不會檢查Media Header是否有效，也不會檢查backup set的有效期，默認選項是NoSkip；

5，備份進度（stats)

使用stats選項，每當備份進行到必定的百分比時，SQL Server顯式進度消息，默認值是10，即，每完成10%，SQL Server顯式完成的進度消息，例如，設置stats=10，當備份進程完成30%時，SQL Server會打印消息：30 percent processed.

The STATS option reports the percentage complete as of the threshold for reporting the next interval. This is at approximately the specified percentage; for example, with STATS=10, if the amount completed is 40 percent, the option might display 43 percent. For large backup sets, this is not a problem, because the percentage complete moves very slowly between completed I/O calls.

二，數據備份操做

建議：每一次數據備份，都存儲在單個備份文件上

1，數據庫完整備份，沒有指定Differential選項

backup database [TestSite]
to disk = 'D:\TestDBBackupFolder\Sitedb_bak1.bak' --specify new backup file
with
compression,
format,
init,
skip,
stats=5

2，數據庫差別備份，指定Differential選項

backup database [TestSite]
to disk = 'D:\TestDBBackupFolder\Sitedb_bak2.bak' --specify new backup file
with differential,
compression, 
format, 
init, 
skip, 
stats=5

三，事務日誌備份

要執行事務日誌的備份，數據庫的恢復模式（Recovery Mode）必須是FULL，而且數據庫必須執行過一次數據庫的完整備份操做，不然，事務日誌將處於自動截斷（Auto-Truncate）狀態，沒法進行事務日誌備份。

使用backup log命令對事務日誌進行備份，跟backup database命令的差別是，不能使用differential選項，多了NoRecovery 和 NO_Truncate選項；

BACKUP LOG database_name 
TO DISK  =  'physical_device_name'
[ WITH { 
  COPY_ONLY
| { COMPRESSION | NO_COMPRESSION } 
| { NOINIT | INIT } 
| { NOSKIP | SKIP } 
| { NOFORMAT | FORMAT } 
| STATS [ = percentage ] 
| { NORECOVERY | STANDBY = undo_file_name }
| NO_TRUNCATE }]

1，尾日誌備份

NORECOVERY 選項，指定備份事務日誌的尾部，並使數據庫處於RESTORING狀態

Backs up the tail of the log and leaves the database in the RESTORING state. NORECOVERY is useful when failing over to a secondary database or when saving the tail of the log before a RESTORE operation. To perform a best-effort log backup that skips log truncation and then take the database into the RESTORING state atomically, use the NO_TRUNCATE and NORECOVERY options together.

2，日誌截斷

正常狀況下，數據庫處於Online狀態，在進行事務日誌備份時，若是不指定 NO_TRUNCATE 選項，那麼數據庫將已備份的事務日誌文件截斷，避免事務日誌過大，耗盡disk空間；若是指定 NO_TRUNCATE 選項，表示日誌備份不會將事務日誌文件截斷，該選項通常在數據庫處於異常狀態時使用。

Specifies that the log not be truncated and causes the Database Engine to attempt the backup regardless of the state of the database. Consequently, a backup taken with NO_TRUNCATE might have incomplete metadata. This option allows backing up the log in situations where the database is damaged.
The NO_TRUNCATE option of BACKUP LOG is equivalent to specifying both COPY_ONLY and CONTINUE_AFTER_ERROR.
Without the NO_TRUNCATE option, the database must be in the ONLINE state. If the database is in the SUSPENDED state, you might be able to create a backup by specifying NO_TRUNCATE. But if the database is in the OFFLINE or EMERGENCY state, BACKUP is not allowed even with NO_TRUNCATE. 

3，自動截斷模式

若是數據庫符合如下兩種條件之一，那麼Database就處於自動截斷模式：

• 數據庫的恢復模式是simple；
• 數據庫的恢復模式是full 或 bulk_Logged，而且沒有作過數據庫完整備份；

自動截斷模式是指數據庫引擎把處於可還原狀態（recoverable）狀態的事務日誌自動截斷，使日誌文件可以重複使用，避免日誌文件無限增加。若是事務日誌不是自動截斷模式，那麼事務日誌會保存到日誌文件中，致使日誌文件持續增加。只有作日誌備份時，日誌文件纔會被截斷；若是沒有按期的日誌備份，那麼日誌文件會持續地增加，直到耗盡磁盤的全部空間，所以，必須制定一個日誌備份計劃，把事務日誌截斷，才能使數據庫的事務日誌文件的大小保持在一個能夠管理的水平上。

select db_name(database_id) as DBName,
    case when last_log_backup_lsn is null then 'Auto' else 'Manul' end as TruncateMode
from sys.database_recovery_status

四，事務日誌備份

1，正常狀況下的事務日誌備份

backup log [TestSite]
to disk = 'D:\TestDBBackupFolder\Sitedb_bak3.trn'
with
compression,
format,
init,
skip,
stats=5

2，備份尾日誌，進而還原數據庫

backup log [TestSite]
to disk = 'D:\TestDBBackupFolder\Sitedb_bak4.trn'
with
compression,
format,
init,
skip,
stats=5，
norecovery

 

參考doc：

BACKUP (Transact-SQL)