ORACLE 環境故障數據恢復方案

一、故障類型

◆故障描述：基于ORACLE 數據庫環境的常見數據災難

◆故障表現：

（1）    ORACLE數據庫無法啟動或無法正常工作。

（2）    ORACLE ASM存儲破壞。

（3）    ORACLE數據文件丟失。

（4）    ORACLE數據文件部分損壞。

（5）    ORACLE DUMP文件損壞。

二、解決方案

◆檢測流程 

（1）檢測是否存在硬件故障，如硬件故障，轉硬件處理

（2）以只讀方式檢測故障表現是否與用戶描述相同

◆恢復流程

（1）備份：以只讀方式對故障存儲做完整鏡像(參考附錄)

（2）在備份中進行數據分析及恢復操作。

（3）通常，恢復后的數據會暫存在另一個存儲體上

◆驗收流程

對恢復好的數據進行驗證，確認其正確性。如確認，交費–>移交原介質及已恢復數據 –>出具發票(收據)及報告。

如無法認可數據恢復結果，交回原介質，不收服務費，可免費出具報告。

三、數據恢復的可能性

◆ORACLE數據庫無法啟動或無法正常工作：

如果突發性的出現上述故障，通?？苫謴托詷O高。從技術底層上看，如果SYSTEM表未損壞，數據較容易恢復；如果SYSTEM表損壞，數據需要人工核對表結構，恢復時較為耗時。

◆ORACLE ASM存儲破壞：

如ASM重置，或組成ASM的部分設備成員故障，出錯后無大量新數據寫入，數據通?？梢院芎玫幕謴?。

◆ORACLE數據文件丟失：

不論ORACLE數據文件是刪除、格式化還是未知原因丟失，只要沒有新的數據寫入，不管是什么操作系統，都可以通過ORACLE內部的數據組織規則將數據文件恢復出來，但數據文件的名稱可能需要人工核對。

◆ORACLE數據文件部分損壞：

如ORACLE數據文件部分損壞(如覆蓋)，通過復雜的數據提取和重組，通?？梢詫⑽磽p壞部分的數據記錄恢復出來，并可新建表追加進去，但會相當耗時。

◆ORACLE  DUMP文件損壞：

ORACLE DUMP文件損壞，將損壞部分去除，其余部分均可正常追加至數據表。

四、數據恢復所需時間

1TB以下的存儲空間(不是要恢復的數據容量)，通常2個工作日內可完成；1TB以上的隨存儲容量的增加，恢復周期通常也會增加。

數據表如果很大，提取數據、整理數據也會花費大量時間，具體時間需據具體情況而定。

DB2故障數據恢復方案

      IBM DB2 是美國IBM公司開發的一套關系型數據庫管理系統，它主要的運行環境為UNIX（包括IBM自家的AIX）、Linux、IBM i（舊稱OS/400）、z/OS，以及Windows服務器版本。

      DB2主要應用于大型應用系統，具有較好的可伸縮性，可支持從大型機到單用戶環境，應用于所有常見的服務器操作系統平臺下。 DB2提供了高層次的數據利用性、完整性、安全性、可恢復性，以及小規模到大規模應用程序的執行能力，具有與平臺無關的基本功能和SQL命令。DB2采用了數據分級技術，能夠使大型機數據很方便地下載到LAN數據庫服務器，使得客戶機/服務器用戶和基于LAN的應用程序可以訪問大型機數據，并使數據庫本地化及遠程連接透明化。 DB2以擁有一個非常完備的查詢優化器而著稱，其外部連接改善了查詢性能，并支持多任務并行查詢。 DB2具有很好的網絡支持能力，每個子系統可以連接十幾萬個分布式用戶，可同時激活上千個活動線程，對大型分布式應用系統尤為適用。

      DB2除了可以提供主流的OS/390和VM操作系統，以及中等規模的AS/400系統之外，IBM還提供了跨平臺（包括基于UNIX的LINUX，HP-UX，SunSolaris，以及SCOUnixWare；還有用于個人電腦的OS/2操作系統，以及微軟的Windows 2000和其早期的系統）的DB2產品。DB2數據庫可以通過使用微軟的開放數據庫連接（ODBC）接口，Java數據庫連接（JDBC）接口，或者CORBA接口代理被任何的應用程序訪問。

sql數據庫故障類型

　　數據庫文件刪除、分區格式化、文件大小變為“0”，或使用備份還原數據庫時覆蓋數據庫

一、典型故障故障現象

項目3.png 數據庫文件（MDF、NDF或LDF）丟失“置疑”狀態；

項目3.png 數據庫數據恢復至早期數據； 

二、檢測流程

項目3.png 通過文件系統對丟失的數據庫文件進行分析；

項目3.png 針對MDF（或NDF）文件內部結構，對硬盤進行全面分析。

三、恢復流程

項目3.png 將故障硬盤接入安全的數據恢復平臺中，對硬盤做完整的全盤鏡像，以防二次破壞；

項目3.png 分析原來的文件系統格式； 

項目3.png 查找文件目錄索引及文件索引信息；

項目3.png 如無法找到其文件索引，則通過MDF（或NDF）文件內部結構，對全盤進行碎片分析；

項目3.png 通過重組碎片，生成數據庫文件；

項目3.png 附加數據庫后，對數據庫做完整的DBCC檢測。

四、驗收流程

項目3.png 對修復好的數據庫文件進行附加

項目3.png 附加后對數據庫做DBCC檢測 

項目3.png 對重要表進行數據查詢，檢驗數據的最后更新日期

項目3.png 如無法找到其文件索引，則通過MDF（或NDF）文件內部結構，對全盤進行碎片分析；

項目3.png 通過重組碎片，生成數據庫文件；

項目3.png 附加數據庫后，對數據庫做完整的DBCC檢測。

五、故障出現的可能原因：

項目3.png人為誤操作

項目3.png 文件系統損壞，計算機自動做磁盤檢測

項目3.png在刪除文件和格式化分區時，請先做好原有數據的備份

項目3.png 在進行數據庫還原時，盡量不要覆蓋現有的數據庫，或先做備份再進行還原

林治數據恢復中心提供ACCESS、FOXPRO、SQL SERVER、ORACLE、MYSQL、DB2、NFORMIX、SYBASE等數據庫丟失的恢復服務。

ACCESS數據庫修復

1.支持文件提示未知格式打不開問題。（一般是頭部信息破壞?。?/p>

2 支持文件表刪除恢復及表中記錄刪除恢復。

3 支持誤刪除，誤格式化，同名覆蓋后的恢復！從磁盤找出數據殘存數據提取出來做最大化恢復！

SYBASE數據庫修復

(1)系統崩潰只剩下數據文件的情況下的恢復,甚至數據庫文件不存在而只有損壞得備份文件情況下得恢復.

(2)誤delete數據恢復、誤刪除表恢復(drop）、truncate表恢復 等.

(3)各種sybase錯誤的修復.

(4)sybase數據庫被標記為可疑，不可用等情況.

(5)sybase數據庫中數據文件出現壞塊情況下的恢復.

(6)sybase數據庫無數據文件但有有日志的情況下的恢復.

(7)sybase數據庫只有設備數據文件 沒有任何日志的情況下的恢復.

(8)sybase數據文件被誤刪除情況下的恢復.

(9)磁盤陣列上的sybase數據庫被誤格式化情況下的恢復.

(10)針對UNIX版本，Novell Netware版本，Windows NT版本 的SYBASE數據庫誤刪除，誤分區，誤格式化，分區打不開等情況我們可以做該數據庫的碎片恢復

SQL數據庫修復

(1) 系統崩潰只剩下Sqlserver數據文件的情況下的恢復.即無日志文件或者日志文件損壞情況下的恢復

(2) SqlServer數據文件內部存在壞頁情況下的恢復。數據庫備份無法還原的恢復，可恢復SQL數據庫BKF備份文件

(3) 在SQL 6.5 7.0 2000 2005 2008數據被誤(drop、delete、truncate）刪除表恢復，誤INSERT INTO誤UPDATE的數據恢復等. 無

日志同樣恢復誤操作刪除丟失的表及行數據！

(4) Sql Serve文件無法附加情況下的數據恢復。 Sql Server數據庫被標記為可疑，不可用等情況.

(5) SQL 6.5 7.0 2000 2005 2008數據庫SysObjects等系統表損壞無法正常應用情況下的恢復

(6) SQL 6.5 7.0 2000 2005 2008 數據庫被誤刪除，所在分區被誤格式化的數據庫恢復及修復。

(7) SQL 6.5 7.0 2000 2005 2008 數據庫置疑，可疑，Suspicious，系統表損壞！索引斷裂，頁撕裂，通訊中斷，一致性錯誤，數

據庫還原還原時報一致性錯誤，錯誤823等情況下的數據恢復,各種錯誤提示的數據庫文件修復和某些表打不開的錯誤修復！

(8)可恢復因硬盤壞道造成的數據庫損壞，可修復日志收縮或突然斷電后的數據庫，支持所有的SQL版本

(9) 可恢復多個關系型數據庫，金蝶 用友 管家婆 速達 等ERP軟件數據庫報錯問題。

(10)磁盤陣列上的SQL SERVER數據庫被誤格式化等情況下的數據庫恢復

oracle數據庫恢復

(1)系統崩潰只剩下數據文件的情況下的恢復,甚至沒有system表空間而只有數據表空間的情況下的恢復.只要提供數據文件就可恢復.

(2) undo system 表空間損壞數據恢復 .

(3) 非歸檔或者歸檔模式下誤 delete 數據的恢復、誤刪除表空間的恢復、 drop truncate 表的恢復 .

(4) 數據庫中有大量CLOB BLOB對象數據恢復等情況以及各種ora-錯誤的修復.

(5) DMP文件損壞導致文件不能導入數據庫的數據恢復

(6) oracle數據庫中數據文件出現壞塊情況下的恢復.

(7) oracle數據庫無數據文件但有日志的情況下的恢復.

(8) UNIX、WINDOWS下ORACLE數據文件被誤刪除情況下的數據庫恢復.

(9) Oracle10G、Oracle11G 的ASM損壞的數據庫恢復.

溫馨提示：

(1)國內大部分關于數據庫修復技術，基于網上下載資料，這些公司都對數據庫了解甚少，卻蒙蔽客戶。 比如SQL Server 異常不能啟動

或者缺少日志文件。都可以用基本辦法解決。 不過建議為了保護數據。請備份數據庫文件。并在其他設備上做修復測試。 切記不要在

丟失數據機器上測試。SQL數據庫修復中心能解決諸如典型的數據庫問題如庫刪除、表刪除、表重置、數據庫備份錯誤、數據庫異常、

典型數據庫丟失問題！

(2)林治數據恢復中心修復各類數據庫，自主開發一系列SQL、ORACLE數據庫修復工具，有效解決各種故障導致損壞的數據庫修復問題。