sybaseDatabase Backup策略

Database Backup策略在維護系統資料安全起著非同小可的作用，好的備份策略應該考慮保證資料的安全，並且操作較為方便。 基本過程很簡單，如下：
1．備份到本地硬碟：
dump transaction with truncate_only
dump database … to …
dump transaction
。。。

2．當裝載資料庫和交易記錄時，為防止其他使用者對資料庫的操作，須把資料庫設定為 dbo use only。
進行裝載時的順序為：
dump transaction with no_truncate
load database database_name from ...
load transaction database_name from ...
。。。
online database
也可以用until指定恢複到某個時間

使用閾值管理
可以使用閾值管理，在閾值管理中安排當超過某個閾值時自動轉儲交易記錄。當超過閥值以後，SQL Serve中斷或掛起試圖寫這個日誌的使用者事務。對每一個掛起的事務 向errorlog 發一條訊息；然後執行sp_thresholdaction
sp_thresholdaction使用者自己編寫
create procedure sp_thresholdaction
@dbname varchar（30）,
@segmentname varchar（30）,
as
dump transaction @dbname to "DEVICE"
print "LOG DUMP: %1! for %2! dumped", @segmentname, @dbname
其中參數 ：
@dbname 為達到閥值的資料庫名；
@segmentname 為達到閥值的段名；

使用者資料庫損壞的處理
如果資料庫處於suspect狀態，無法用drop database 刪除時：
dbcc dbrepair (db_name, dropdb)
create database db_name on dev_name for load
load database db_name from dump_device

master庫損壞的處理
使用 buildmaster -m 重建一個新的master資料庫；
buildmaster 建立 master 裝置並在這個裝置上建立 master， model， tempdb 庫。
-m 選項只重新寫 master 庫， 而不修改配置塊或初始化 master 裝置。
以單使用者方式重啟動伺服器， 如果需要的話， 則需增加傾印裝置；
從備份裝載master資料庫；
用 startserver 重啟 SQL Server；
檢查一致性： 對每一個資料庫運行 dbcc checkalloc，並對重要的表進行檢查；

但是，當我們問及sybase的支援人員是否建議使用threshold 時，他們並不積極建議這樣做，理由是自動化操作往往會出現一些難於預料的結果。當然，要是有那麼負責的dba，天天定時手工備份，當然是再好不過了。
基本的備份操作是簡單，但是我們在實際實施備策略時，往往會考慮這樣那樣的問題，也會出現一些意想不到的問題，比如：
1、是整庫備份還是增量備份
2、每天什麼時候備份，備份時間怎麼安排
3、萬一需要恢複資料庫，當前的備份能恢複到一個什麼程度
4、資料庫在恢複時可能出現哪些緊急情況
等等...

歡迎大家就這個主題進行一下討論，以激發出一些好的想法和經驗，以共同增強系統資料的安全性！