怎樣解決數據丟失問題？

柳拂風

一個應用系統(tǒng)平臺，后臺數據庫使用oracle10G，
經常會由于系統(tǒng)平臺用戶的誤操作而刪除大量數據（操作是合法的，只是判斷錯誤，比如把一些重要數據當作垃圾刪了），然后領導要求把刪除的數據找回來。

我現在的做法是：用腳本每個小時exp一次，把所有數據導出來，并存放到不同的服務器上，當發(fā)生數據丟失的時候，就把時間最靠近事故發(fā)生時刻的那個導出文件恢復到另一個備用數據庫上，然后從中把丟失的數據找出來，給弄回去。因為系統(tǒng)平臺不能停，所以也不能用歸檔日志回滾。

這樣做真不爽，各位有什么好辦法嗎？雙機熱備能解決這樣的問題嗎？

（各位可憐可憐我，不要問為什么會發(fā)生這樣荒唐的事情，好像領導認為恢復數據是很簡單的事情，想刪就隨便刪了，我快要瘋了）

我愛釣魚

熱備解決不了這樣的問題（因為熱備兩邊的數據要保持一致。。。主機上刪除，副機上也要刪除），冷備才是正道。
寫個腳本加上cron自動備份吧。。

blue_stone

將數據庫置于歸檔模式, 做個全備, 找一臺機器做輔助數據庫服務器,
發(fā)生丟失數據的時候, 可以將數據庫恢復到輔助數據庫服務器, 恢復時使用基于時間點的不完全恢復, 將數據庫恢復到數據刪除前的時間點. 將數據從輔助數據庫中導出, 導入到生產服務器中, 再刪除輔助數據庫, 留做下一次恢復.

oracle版塊前一段時間曾經討論過一個備份的例子, 事實上是建立了一個特殊的物理備用數據庫. 可供參考.

這個主題放在oracle版更合適一些.

blue_stone

原帖由 柳拂風 于 2006-10-17 17:32 發(fā)表
一個應用系統(tǒng)平臺，后臺數據庫使用oracle10G，
經常會由于系統(tǒng)平臺用戶的誤操作而刪除大量數據（操作是合法的，只是判斷錯誤，比如把一些重要數據當作垃圾刪了），然后領導要求把刪除的數據找回來。

我現在的 ...

雙機熱備只有一個數據庫, 主要作用是防止雙機中的節(jié)點故障
當一個節(jié)點的硬件或者oracle實例出現問題后, 可以在正常的節(jié)點上啟動oracle實例.
數據文件通常放在磁盤柜上, 以確保在一個節(jié)點上做的修改, 當oracle實例切換到其他節(jié)點后, 修改對切換后的oracle 實例仍然可用.

nntp

轉Oracle 板.

susbin

也可以在應用端想辦法，如果空間夠用，可以只允許加數據，不允許刪除數據。

把應用改一下，使刪除數據變得極其煩復，觸發(fā)多個警告，并給領導送出多個郵件。

或加個表空間，專門放這些被刪除的數據。

numenhuang

可以考慮這樣的做法，對于重要的應用數據，在作刪除操作時候，只是將這些被刪除的數據存儲到另外的歷史表（附加上額外的時間信息和其他的輔助信息）中，雖然會對性能有一點影響。只要對歷史表進行定期的維護，比如設計成分區(qū)表，定期將分區(qū)備份出來，然后truncate掉，存儲的問題是不大的。這樣恢復起來也比較方便。

rollingpig

1。 把 undo_retention 設大一點，undo_tablespace 給大一點，可以輕松利用 Oracle 的FlashBack 功能找會被誤刪的數據

2。 另外，采用 rman Backup 方式 ,需要的時候恢復到其他機器，讀數據，也是可行的方式

3。 還有，使用 delay apply 的 dataguard , 也可達到類似目的

4。 用logminer 分析archivelog


對比4種方案

1最簡便，但可恢復時間段有限制，取決于undo_retention & undo_tablespace 大小
2最推薦，因為同時達到備份的目的
3也不錯，同時達到容災的目的，主機出問題時也可迅速切換。和1一樣，可恢復時間段也有限制，取決于delay 的時間
4稍微麻煩，但是不需要其他配置

gulibin

肯定要做備份了！

柳拂風

謝謝各位。
我去試試。

看來，要根治這個問題，還要催開發(fā)人員改程序才行。