まず、問題の説明：一般的なデータの災害ORACLEデータベース環境に基づいて
、障害のパフォーマンス：
1は、ORACLEデータベースは起動できませんか動作しません。
2、ORACLE ASMストレージダメージ。
3、ORACLEデータファイルが欠落しています。
4、ORACLEデータファイルの一部が破損しています。
5、ORACLEダンプファイルの破損。
第二に、溶液
◆検出器
1は、そのようなハードウェア障害、ハードウェア処理スイッチとして、ハードウェア障害があるか否かを検出
2、読み取り専用同じに記載のユーザパフォーマンスの故障かどうかを検出
◆リストア
バックアップ：リードオンリーメモリは、完全な故障を作りますミラー（付録参照）
バックアップ中のデータ解析のための2およびリストア操作。
3は、一般的に、回復されたデータは、一時的に他の銀行に保存されます
◆受諾
良好な回収データの正確さを検証することができます。確認された場合は、ご入金- >メディアに転送し、データを復元すること- >請求（領収書）と報告しています。
あなたはデータ復旧の結果を認識できない場合は、元のメディア、なしサービス料、無料問題レポートを返します。
第三に、データ復旧の可能性
ORACLEデータベース★は起動できませんか動作しません：
この障害は、突然、多くの場合、高い回収可能性を発生した場合。技術的な観点から下、テーブルは、システム、データ復旧簡単に破損していない場合は、テーブルが破損している場合、システムは時間がかかり、データを手動でテーブル構造、回復時間を確認する必要があります。
★ORACLE ASM記憶破壊：
実質的に新しいデータのないエラーが書き込まれた後ASMリセット、またはASM故障デバイスのいくつかのメンバーの組成物は、データは、多くの場合、リストアすることが好ましいです。
★ORACLEデータファイルが不足している：
ORACLEデータファイルは限り新しいデータが書き込まれていないとして、未知の理由のため、削除されたフォーマットされたか、失われていない問題で、どんなオペレーティングシステム、データはOracleデータファイルの内部組織のルールによって回収することはできないが、データファイルの名前は手動チェックが必要な場合があります。
★Oracleデータファイルが部分的に破損している：
ORACLEデータファイル部分（例えば、カバー）、抽出及び再結合複雑なデータを破損し、データ記録部は、一般に無傷回収することができる、新しいテーブルに追加することができるが、時間がかかり。
★ORACLEダンプファイルの破損：
ORACLEダンプ・ファイルが破損し、破損部分が除去され、残りは通常のデータテーブルに追加することができます。
第四に、時間
1TBより少ないストレージ容量（データ容量を回復させない）、完了するまでに通常2営業日は、1TBのストレージ容量を超えると増加し、一般的に回復期間を増加します。
大規模なデータテーブル場合は、データの抽出、データの照合は、多くの時間を過ごすことになり、それは特定の状況に応じて、特定の時間を必要とします。
[ヒント]
★は、ソフトウェア障害、データ損失に対して、時には何もしない、機械を駆動する、店舗のオペレーションを可能な限り削減しなければならない、それが激化、さらに災害につながる可能性があります。損傷後の最高は、ディスクまたはストレージボリュームにフルバックアップを行い、許可条件
デバイスが正常に動作していないされた後、あなたは機器へのさらなる損傷を避けるために少し力を加える必要があり、ハードウェア障害に対して★。
避けるために、どのように
単一のストレージバックアップを避けるために、可能な限り、バックアッププログラムを作成し、そのようなデータは非常に重要であり、オフサイトのバックアップを検討してください。