Sybase數據庫的備份與恢復

數據庫的備份與恢復是SQL Server保障數據安全的一種重要手段，為防止意外，數據庫管理員必須定期和經常制作數據庫的備份。一旦系統出現故障，數據能夠得到及時的恢復。

一、基本概念
1．事務處理及其日志
SQL Server使用事務來跟蹤所有數據庫變化。事務是SQL Server的工作單元。一個事務包含一條或多條作為整體成功或失敗的T_SQL語句。每個數據庫都有自己的事務日志，即系統表syslogs，事務日志自動記錄每個用戶發出的每個事務，它飲食了每個事務足夠多的信息，以確保數據能夠被恢復。
2．檢查點（CheckPoint）
服務器在何時更新數據？
——在檢查點。在服務器發出一個檢查點時：（1）更新數據；（2）在日志中記錄下執行檢查點的標記。
檢查點可把所有“臟頁”寫到數據庫設備上，“臟頁”是指從上一次檢查點以來，在內存中修改、但沒有在磁盤上修改的頁。SQL Server的自動檢查點機制保證了被完成的事務修改的數據頁有規律地從內存中的緩沖區寫到數據庫設備上。 


sybase的備份

若硬件介質出現故障（如磁盤損壞），當且僅當事先已對數據庫及其事務日志作了備份，才能恢復數據庫。
注意：絕對不要使用操作系統的拷貝數據庫設備，把這樣一個拷貝裝入SQL Server將導致大量數據庫受損。
備份的類型：
完全備份（）
增量備份——備份事務處理日志
說明：
（1）只有把事務日志放在單獨的設備上，才能進行增量備份；
（2）備份事務日志會截斷日志，因此備份的內容是自上次備份以來的事務處理。
（3）備份之前要啟動備份服務器，并最好創建轉儲設備。
命令語法：
dump database 數據庫名
to 轉儲設備名/物理文件名

dump transaction 數據庫名
{with {truncate_only|no_log}
to 轉儲設備名/物理文件名
[with No_truncate]
Truncate_only與no_log選項用于刪除事務處理而不作拷貝。Truncate_only截斷日志；在事務處理日志完全滿時用no_log，它不為數據庫建立檢查點。兩個選項都會丟掉日志。當使用了這兩個參數后，應及時備份整個數據庫。
No_truncate拷貝日志但不截斷日志，在出現介質錯誤時使用該選項。

圖形界面的選項與命令參數的對應關系：
（1）dump transaction （2）dump transaction…… with no_truncate
（3）dump transaction…… with truncate_only
（4）dump transaction…… with no_log

原文轉自：http://www.kjueaiud.com