oracle數據恢復，oracle數據庫文件修復，rac文件恢
瀏覽量： 次 發布日期：2020-01-11 22:55:59
oracle數據庫修復，oracle數據庫壞塊修復，oracle asm存儲損壞數據提取
一、故障描述：基于ORACLE 數據庫環境的常見數據災難
故障表現：
1、ORACLE數據庫無法啟動或無法正常工作。
2、ORACLE ASM存儲破壞。
3、ORACLE數據文件丟失。
4、ORACLE數據文件部分損壞。
5、ORACLE DUMP文件損壞。
二、解決方案
◆檢測
1、檢測是否存在硬件故障，如硬件故障，轉硬件處理
2、以只讀方式檢測故障表現是否與用戶描述相同
◆恢復
1、備份：以只讀方式對故障存儲做完整鏡像(參考附錄)
2、在備份中進行數據分析及恢復操作。
3、通常，恢復后的數據會暫存在另一個存儲體上
◆驗收
對恢復好的數據進行驗證，確認其正確性。如確認，交費–>移交原介質及已恢復數據 –>出具發票(收據)及報告。
如無法認可數據恢復結果，交回原介質，不收服務費，可免費出具報告。
三、數據恢復的可能性
ORACLE數據庫無法啟動或無法正常工作：
如果突發性的出現上述故障，通常可恢復性極高。從技術底層上看，如果SYSTEM表未損壞，數據較容易恢復；如果SYSTEM表損壞，數據需要人工核對表結構，恢復時較為耗時。
ORACLE ASM存儲破壞：
如ASM重置，或組成ASM的部分設備成員故障，出錯后無大量新數據寫入，數據通常可以很好的恢復。
ORACLE數據文件丟失：
不論ORACLE數據文件是刪除、格式化還是未知原因丟失，只要沒有新的數據寫入，不管是什么操作系統，都可以通過ORACLE內部的數據組織規則將數據文件恢復出來，但數據文件的名稱可能需要人工核對。
ORACLE數據文件部分損壞：
如ORACLE數據文件部分損壞(如覆蓋)，通過復雜的數據提取和重組，通常可以將未損壞部分的數據記錄恢復出來，并可新建表追加進去，但會相當耗時。
ORACLE DUMP文件損壞：
ORACLE DUMP文件損壞，將損壞部分去除，其余部分均可正常追加至數據表。
四、數據恢復時間
1TB以下的存儲空間(不是要恢復的數據容量)，通常2個工作日內可完成；1TB以上的隨存儲容量的增加，恢復周期通常也會增加。
數據表如果很大，提取數據、整理數據也會花費大量時間，具體時間需據具體情況而定。
[數據庫數據恢復小貼士]
針對軟件故障，在數據丟失后，應盡可能減少對存儲的操作，有時候，即使是開著機，什么都不做，也可能導致災難進一步加劇。條件允許的話，最好損壞后，對磁盤或存儲卷做完整備份
針對硬件故障，在設備無法正常工作后，應盡可能少的加電，以避免設備的進一步損壞。
Oracle數據庫是創建和維護大型數據庫的高效，可擴展的選擇。數據庫管理系統使用向后兼容的.DBF文件來存儲大量的公司數據，并且由于Oracle在要求苛刻的環境中一致的性能，它是金融企業和金融機構流行的ORDBMS。
Oracle運行在一系列Linux操作系統上，包括Oracle Linux 4-5，Red Hat Enterprise Linux 4-5，Asianux和SUSE Linux Enterprise Server 10. ORDBMS通常與Sun服務器和其他企業服務器產品相關聯。
與其他類似大小的對象關系數據庫管理系統一樣，Oracle使用內置的破壞保護和備份功能來避免永久數據丟失。但是，即使在高度冗余的RAID系統上，介質故障，用戶錯誤等因素都可能導致DBF文件損壞或損壞。
常見的Oracle數據庫錯誤包括：
ORA-00225和ORA - 00227 - 通常表示控制文件損壞。
ORA-00353 - 指示日志損壞，通常使用顯示損壞位置的指示符。
ORA-00354 - 表示損壞的塊標題。
ORA-00355 - 更改號碼是無序的。
有幾十個其他潛在的錯誤消息，這些錯誤消息因Oracle數據庫版本號而異。您可能還會看到由于突然的硬件損壞，錯誤處理的RAID重建，硬盤驅動器故障和其他事件而導致無法讀取.DBF文件的消息。
發生故障時，您需要來自經過認證的數據庫維修公司的快速幫助。兆柏數據恢復服務專門處理Oracle系統，多年來，我們一直領導著我們的研究和開發行業。我們為所有oracle數據恢復服務提供免費的診斷，而我們的無恢復，免費保證可幫助您控制從數據丟失中恢復的費用。
要開始使用，請立即聯系我們的客戶服務團隊以設置評估。技術服務熱線：400-666-3702
Oracle數據恢復的專業資源
為了對損壞的.DBF文件執行數據恢復，數據恢復工程師需要使用所有版本的Oracle和高質量軟件工具的經驗。我們的工程師是行業內經驗最豐富的工程師，他們定期處理Oracle數據庫，并通過參考案例歷史的詳細知識庫，為每種情況創建一個有效的個性化方法。
我們在各種Oracle數據庫版本方面經驗豐富，包括：
Oracle 5-8
Oracle 8i
Oracle 9i
Oracle 10-11g
我們通過使用專門為Oracle數據庫開發的專有軟件在幾個小時內執行大部分.DBF文件修復。即使在我們的工程師需要處理介質損壞或RAID奇偶性損失的情況下，我們也可以通過全國各地的眾多辦事處提供24/7/365緊急Oracle數據恢復服務，并在一天內恢復絕大多數情況。
Oracle數據庫失敗時該怎么辦
如果您無法訪問Oracle數據庫，請立即停止寫入存儲介質。隔離RAID陣列上受影響的分區或完全關閉系統。這將防止額外的重寫和數據損壞，這可能會使數據恢復過程復雜化。
聯系專業的Oracle數據恢復公司進行評估。找一家有經驗和認證的公司來有效地處理你的案子。
一、故障描述：基于ORACLE 數據庫環境的常見數據災難
故障表現：
1、ORACLE數據庫無法啟動或無法正常工作。
2、ORACLE ASM存儲破壞。
3、ORACLE數據文件丟失。
4、ORACLE數據文件部分損壞。
5、ORACLE DUMP文件損壞。
二、解決方案
◆檢測
1、檢測是否存在硬件故障，如硬件故障，轉硬件處理
2、以只讀方式檢測故障表現是否與用戶描述相同
◆恢復
1、備份：以只讀方式對故障存儲做完整鏡像(參考附錄)
2、在備份中進行數據分析及恢復操作。
3、通常，恢復后的數據會暫存在另一個存儲體上
◆驗收
對恢復好的數據進行驗證，確認其正確性。如確認，交費–>移交原介質及已恢復數據 –>出具發票(收據)及報告。
如無法認可數據恢復結果，交回原介質，不收服務費，可免費出具報告。
三、數據恢復的可能性
ORACLE數據庫無法啟動或無法正常工作：
如果突發性的出現上述故障，通常可恢復性極高。從技術底層上看，如果SYSTEM表未損壞，數據較容易恢復；如果SYSTEM表損壞，數據需要人工核對表結構，恢復時較為耗時。
ORACLE ASM存儲破壞：
如ASM重置，或組成ASM的部分設備成員故障，出錯后無大量新數據寫入，數據通常可以很好的恢復。
ORACLE數據文件丟失：
不論ORACLE數據文件是刪除、格式化還是未知原因丟失，只要沒有新的數據寫入，不管是什么操作系統，都可以通過ORACLE內部的數據組織規則將數據文件恢復出來，但數據文件的名稱可能需要人工核對。
ORACLE數據文件部分損壞：
如ORACLE數據文件部分損壞(如覆蓋)，通過復雜的數據提取和重組，通常可以將未損壞部分的數據記錄恢復出來，并可新建表追加進去，但會相當耗時。
ORACLE DUMP文件損壞：
ORACLE DUMP文件損壞，將損壞部分去除，其余部分均可正常追加至數據表。
四、數據恢復時間
1TB以下的存儲空間(不是要恢復的數據容量)，通常2個工作日內可完成；1TB以上的隨存儲容量的增加，恢復周期通常也會增加。
數據表如果很大，提取數據、整理數據也會花費大量時間，具體時間需據具體情況而定。
[數據庫數據恢復小貼士]
針對軟件故障，在數據丟失后，應盡可能減少對存儲的操作，有時候，即使是開著機，什么都不做，也可能導致災難進一步加劇。條件允許的話，最好損壞后，對磁盤或存儲卷做完整備份
針對硬件故障，在設備無法正常工作后，應盡可能少的加電，以避免設備的進一步損壞。
Oracle數據庫是創建和維護大型數據庫的高效，可擴展的選擇。數據庫管理系統使用向后兼容的.DBF文件來存儲大量的公司數據，并且由于Oracle在要求苛刻的環境中一致的性能，它是金融企業和金融機構流行的ORDBMS。
Oracle運行在一系列Linux操作系統上，包括Oracle Linux 4-5，Red Hat Enterprise Linux 4-5，Asianux和SUSE Linux Enterprise Server 10. ORDBMS通常與Sun服務器和其他企業服務器產品相關聯。
與其他類似大小的對象關系數據庫管理系統一樣，Oracle使用內置的破壞保護和備份功能來避免永久數據丟失。但是，即使在高度冗余的RAID系統上，介質故障，用戶錯誤等因素都可能導致DBF文件損壞或損壞。
常見的Oracle數據庫錯誤包括：
ORA-00225和ORA - 00227 - 通常表示控制文件損壞。
ORA-00353 - 指示日志損壞，通常使用顯示損壞位置的指示符。
ORA-00354 - 表示損壞的塊標題。
ORA-00355 - 更改號碼是無序的。
有幾十個其他潛在的錯誤消息，這些錯誤消息因Oracle數據庫版本號而異。您可能還會看到由于突然的硬件損壞，錯誤處理的RAID重建，硬盤驅動器故障和其他事件而導致無法讀取.DBF文件的消息。
發生故障時，您需要來自經過認證的數據庫維修公司的快速幫助。兆柏數據恢復服務專門處理Oracle系統，多年來，我們一直領導著我們的研究和開發行業。我們為所有oracle數據恢復服務提供免費的診斷，而我們的無恢復，免費保證可幫助您控制從數據丟失中恢復的費用。
要開始使用，請立即聯系我們的客戶服務團隊以設置評估。技術服務熱線：400-666-3702
Oracle數據恢復的專業資源
為了對損壞的.DBF文件執行數據恢復，數據恢復工程師需要使用所有版本的Oracle和高質量軟件工具的經驗。我們的工程師是行業內經驗最豐富的工程師，他們定期處理Oracle數據庫，并通過參考案例歷史的詳細知識庫，為每種情況創建一個有效的個性化方法。
我們在各種Oracle數據庫版本方面經驗豐富，包括：
Oracle 5-8
Oracle 8i
Oracle 9i
Oracle 10-11g
我們通過使用專門為Oracle數據庫開發的專有軟件在幾個小時內執行大部分.DBF文件修復。即使在我們的工程師需要處理介質損壞或RAID奇偶性損失的情況下，我們也可以通過全國各地的眾多辦事處提供24/7/365緊急Oracle數據恢復服務，并在一天內恢復絕大多數情況。
Oracle數據庫失敗時該怎么辦
如果您無法訪問Oracle數據庫，請立即停止寫入存儲介質。隔離RAID陣列上受影響的分區或完全關閉系統。這將防止額外的重寫和數據損壞，這可能會使數據恢復過程復雜化。
聯系專業的Oracle數據恢復公司進行評估。找一家有經驗和認證的公司來有效地處理你的案子。
- 支持ASM，能夠直接從ASM磁盤中導出數據，即使相關的磁盤組不能成功mount
- 支持從ASM中直接抽取出數據文件和其他任意存儲在ASM中的文件（包括控制文件、日志文件和歸檔日志等），即使相關的磁盤組不能成功mount
- 在ASM磁盤損壞嚴重的情況下，ODU可以掃描ASM磁盤，提取出沒有被覆蓋的數據文件，然后再提取和恢復數據。
- 支持的Oracle數據庫版本包括7,8i,9i,10g,11g,12c
- 支持多種平臺的數據庫，包括AIX、LINUX、HPUX、SOLARIS、WINDOWS等。能夠在一個平臺上導出其他平臺的數據，比如在Windows 32位系統上，使用AIX系統上的數據文件導出數據。
- 支持的數據類型包括：NUMBER, CHAR, VARCHAR2, NCHAR,NVARHCAR2, LONG, DATE, RAW, LONG RAW, BLOB, CLOB, TIMESTAMP (9i+) , BINARY FLOAT, BINARY DOUBLE (10g+)
-
全面支持LOB字段：
- 支持CLOB、NCLOB和BLOB
- CLOB支持Big Endian和Little Endian字節序
- 支持LOB分區，子分區
- 支持同一個表中，不同LOB列使用不同CHUNK SIZE的情況
- CLOB數據可以導出到與其他列相同的文件中，或存儲到單獨的文件
- LOB列在沒有SYSTEM表空間的情況下仍然能夠導出
- LOB列在相關的lob index損壞的情況下依然能夠導出
- 能夠恢復Oracle 11g及以上版本的SecureFile LOB（目前不支持壓縮、去重和加密的SecureFile LOB)
- 支持各種表，包括普通的HEAP表，IOT表和聚簇（CLUSTER）表
-
支持IOT表：
- 支持普通IOT表的導出
- 支持壓縮IOT表的導出
- 支持IOT表溢出段
- 支持IOT表分區（包括子分區）
- 只能在有SYSTEM表空間時才能導出IOT表
- 支持壓縮表
- 支持表被truncate后的數據恢復
- 支持表被drop后的數據恢復
- 在有SYSTEM表空間的情況下，自動獲取數據字典信息
- 支持在沒有SYSTEM表空間和數據字典損壞的情況下恢復數據，在沒有數據字典可用時，ODU能夠自動判斷數據的類型
- 支持10g及以上的大文件(BigFile)表空間
- 全面支持64位系統，支持超過4G大小的數據文件。
- 支持復制操作系統命令不能復制的壞文件
- 支持同一個庫中不同塊大小的數據文件。
- 支持多種字符集之間的轉換，能夠正確的轉換CLOB、NCLOB、NVARCHAR2列類型的數據到指定的字符集。
- 自動檢測數據文件的表空間號和文件號
- 導出的數據格式包括純文本和DMP文件兩種。以純文本導出時，能夠自動生成建表的SQL語句和SQL*Loader導入所需的control文件
- 模擬Oracle的dump塊功能，能夠dump數據文件中的數據塊
- 支持DESC表，以顯示表的列定義
- 支持列出表的分區和子分區
- 支持對誤刪除數據的恢復，即使被刪除數據的表中有LOB列，即使被刪除數據的表中對應row directory中所有記錄的offset都已經完全被Oracle清除
相關推薦
QQ客服