1. 資料庫備份方案
1）沒備份，跑路~
2）全量備份+增量備份
如果不小心「刪庫」，可以這麼恢復：
a. 將最近一次全量備份的全庫找到，拷貝回來（檔案一般比較大），解壓，應用；
b. 將最近一次全量備份後，每一天的增量binlog找到，拷貝回來（檔案較多），依次重放；
c. 將最近一次增量備份後，到執行「刪全庫」之前的binlog找到，重放；
恢復完畢。
全量備份+增量備份的恢復週期也非常長，可能是天級別。
3） 1小時延時從庫
a.什麼是1小時延時從庫？
增加乙個從庫，這個從庫不是實時與主庫保持同步的，而是每隔1個小時同步一次主庫，同步完之後立馬斷開1小時，這個從庫會與主庫保持1個小時的資料差距。
b.當「刪全庫」事故發生時，如何利用「1小時延時從庫」快速恢復資料？
b1. 應用1小時延時從；
b2. 將1小時延時從最近一次同步時間到，執行「刪全庫」之前的binlog找到，重放
快速恢復完畢。
4）雙份1小時延時從庫
a.什麼是雙份1小時延時從？
兩個1小時延時從庫，它們連主庫同步資料的時間「岔開半小時」。
這個方案的優點是，沒有萬一，一定能快速恢復資料。潛在的不足是，資源利用率有點低，為了保證資料的安全性，多了2臺延時從，降低了從庫利用率。
b.如何提高從庫利用效率？
對於一些「允許延時」的業務，可以使用1小時延時從，例如：
（1）運營後台，產品後台；
（2）bi進行資料同步；
（3）研發進行資料抽樣，調研；
但需要注意的是，畢竟這是從庫，只能夠提供「唯讀」服務喲
參見：db如何快速回滾+恢復，dba的神技能
Sybase資料庫備份方案
作為sybase的伺服器一端，資料風險比較集中，如何做好資料庫的資料備份，成為至關重要的問題。在實際應用中，我們總結出了兩種全量備份方案 一 使用sybase的backup server 備份伺服器 做dump備份 轉儲資料庫 dump database 就是為整個資料庫 包括資料 表結構 觸發器 ...
Sybase資料庫備份方案
sybase資料庫產品自從1987年問世以來，它的客戶機 伺服器 client server 工作模式 分布處理的基礎體系結構 完善的安全保密性能 高速快捷的執行方式 多平台跨作業系統的廣泛應用等優點，迅速被it界接受並推廣應用。我們作為金融業的使用者，也在1995年開始使用sybase10版本。在...
Sybase資料庫備份方案
sybase資料庫產品自從1987年問世以來，它的客戶 機 伺服器 client server 工作模式 分布處理的基礎體系結構 完善的安全保密性能 高速快捷的執行方式 多平台 跨作業系統的廣泛應用等優點，迅速被it界接受並推廣 應用。我們作為金融業的使用者，也在1995年開始使用sybase10版...