Oracle RMANのバックアップとリカバリの検証（ハンズオンチュートリアル）

validate oracle rman backup

Oracle RMANバックアップを作成および検証する方法：RMANコマンドとリカバリプロセスで学習する

二重リンクリストJavaの作成方法

このチュートリアルでは、Oracleデータベースのバックアップの検証とテストについて説明します。データベースのバックアップの内容、理由、方法、バックアップのテスト方法などの概念について説明します。

私たちは Oracleデータベース このチュートリアルのケーススタディとして。

ケーススタディ：Oracle RMANデータベースバックアップのテスト：

学習内容：

• RMANを使用したOracleデータベースのバックアップ検証プロセス
  • データベースバックアップとは何ですか？
  • なぜデータベースをバックアップするのですか？
  • データベースをバックアップする方法は？
  • Oracle RMAN（Oracle Recovery Manager）バックアップコマンド
  • RMANバックアップを検証する
  • 結論
  • 推奨読書

RMANを使用したOracleデータベースのバックアップ検証プロセス

次の4つのセクションに分類しました

1. バックアップとは何ですか？
2. なぜバックアップするのですか？
3. バックアップする方法は？
4. データベースバックアップをテスト/検証する方法–リカバリ戦略？
   

また読む=> データベーステストのすべて

データベースバックアップとは何ですか？

バックアップについてさらに学習する前に、組織の最も重要な資産であるデータを理解する必要があります。組織がOracleデータベースで実行されていることを考慮してください。 「データベース」という用語を理解するには、 Oracleデータベーステストシリーズはこちら 。

組織のデータは、組織の最も重要な部分です。小売業、銀行業を考えてみましょう。それらはすべて、ユーザー、システムなど、膨大な量のデータを持っています。データベース管理者、システム管理者、またはこのデータを保護する仕事を割り当てられた担当者は、組織にとってデータがどれほど重要であるかを知っておく必要があります。データが常に利用可能であることを確認するにはどうすればよいですか？このデータをバックアップします。

バックアップはデータベースの正確なコピーであり、データが失われた場合にデータを再構築するのに役立ちます。

なぜデータベースをバックアップするのですか？

口座番号、名前、候補者、銀行の残高など、数百万の顧客に関するデータを持っている銀行組織がすべてのデータを失ったという単純なケースを考えてみましょう。顧客はそれにどのように反応しますか？組織は、大量のデータを失うというプレッシャーにどのように対処しますか？非常に多くの顧客の不満にどのように答えることができますか？

これが、このデータをバックアップする理由です。これにより、ディスク（ストレージ）、ディスクコントローラー（ストレージコントローラー）に障害が発生した場合でも、バックアップを信頼して、データベース、つまりストレージファイルシステムに復元できます。顧客はデータを失います。

仮に、何百万もの顧客がいて、それぞれが何百万ものトランザクションを実行していて、データベースが誤ってクラッシュしてデータを失ったとしたら、これらすべての顧客にデータを再入力するように依頼しますか？大量のデータの損失にどのように対処しますか？それは非常に受け入れられないでしょう。

同様に、何百万もの顧客をサポートし、電話番号、住所、利用可能なクレジット、保留中の支払いに関するすべてのデータを持っている通信会社を考えてみましょう。すべてのデータが失われた場合はどうなりますか？会社は運命にあり、組織を停止させる可能性のある莫大な費用を負担しなければならないでしょう。それは確かに大きな大惨事になるでしょう。

データベースをバックアップする方法は？

Oracleデータベースのデータをバックアップするには、いくつかの方法があります。それらは、物理バックアップと論理バックアップとして大まかに分類できます。

方法＃1）物理バックアップ ：

1. 3^rdパーティのバックアップ– Veritas NetBackup、SAP、IBM Tivoli Manager、EMC、HPなど
2. ユーザー管理のバックアップ– copy（windows）、cp（Unix）などのOSユーティリティを使用したデータベースのバックアップ。
3. Oracle Secure Backup
4. 私のお気に入りで最も推奨されるOracleユーティリティ– Recover Manager（ RMAN ）。

方法＃2）論理バックアップ：

1. 従来のエクスポート/インポートユーティリティとDatapumpユーティリティ。論理バックアップは、論理データのバックアップです。テーブル、インデックスなどのオブジェクトは、上記のオブジェクトの場所に関係なく、データベースの構成要素です。

データベースの物理的および論理的なストレージ構造を理解するには、以下を参照してください。 この そして このオラクルのドキュメント 。

データベースバックアップに最適な方法はどれですか？

これらのバックアップ戦略にはそれぞれ長所と短所があり、この記事ではあまり扱いません。

物理的なバックアップがない限り、論理的なバックアップがあるだけでは、物理的なデータの破損やハードウェアストレージの問題に対して常に安全であるとは限らないことを理解する必要があります。有効で優れた物理バックアップがあると、優れたバックアップおよびリカバリ戦略になります。常に物理バックアップがあることを確認してください。

実際には、上記の方法のいずれかを使用できますが、データベースの操作中に不要な問題が発生しないように、適切なバックアップとリカバリの戦略を立てておく必要があります。ミラーリングされたテストシステムでバックおよびリカバリ戦略をテストすることを常にお勧めします。これにより、予期しない状況が発生した場合にデータベースを起動して実行するのにかかる時間を予測できます。

この記事では、主にRMANバックアップに焦点を当てます。これにより、バックアップをどの程度正確に実行するかを知ることができます。

Oracle RMAN（Oracle Recovery Manager）バックアップコマンド

Enterprise Manager（GUI）モードを使用するか、OSコマンドラインプロンプトを使用して、データをバックアップできます。

RMAN は、バックアップとリカバリを実行するためにOracleが提供する堅牢で洗練されたツールです。

RMAN Oracleデータベースをインストールすると自動的にインストールされるため、使用するために追加のインストールは必要ありません。 RMAN 。

ザ・ RMAN 環境は2つのコンポーネントで構成されています。

1） ターゲットデータベース（バックアップ、リカバリを実行するデータベース、および

二） ターゲットデータベースへの接続中にユーザーコマンドを解釈し、ユーザーに代わって実行するクライアントであるRMANクライアント。

RMANを使用してデータベースに接続する簡単なコマンドは次のとおりです。

ここでのDBIDは、使用する予定の各データベースに固有の一意の識別子です。

この例では、という名前のデータベースを扱っています ORCL 。

ORCLデータベースに属するデータをバックアップします。

バックアップはデータベースの物理コピーであるため、それらを保存できる場所/ディレクトリが必要です。

これを実現するために、という名前の特別なディレクトリを利用できます。 db_recovery_file_dest これはバックアップの場所として機能します。このパラメータのサイズをで定義します db_recovery_file_dest_size これは、このバックアップ場所のサイズを示します。

バックアップを圧縮するいくつかの方法と、バックアップのサイズを縮小できるいくつかの手法がありますが、少なくとも DB_RECOVERY_FILE_DEST_SIZE データベース内の実際のデータのサイズに合わせます。データブロックへの変更を記録するオフラインREDOログに他ならないアーカイブログも考慮に入れるようにしてください。

バックアップ戦略は、データファイル、制御ファイル、パラメータファイル、ネットワーク関連ファイル、アーカイブREDOログファイルなど、データベースに関連するすべてのファイルで構成されます。

RMANまたはその他の物理バックアップツールは、データファイル、制御ファイル、パラメータファイル、アーカイブREDOログファイルをバックアップできます。ネットワーク関連のファイルは、cpやcopyなどのOSユーティリティを使用して手動でバックアップする必要があります。

データベースをバックアップするには、次のものを使用します。

「バックアップデータベース」–それはそれと同じくらい簡単です。それでは、ORCLデータベースのバックアップを始めましょう。

すでにターゲットデータベース（ORCL）に接続しているので、「backupdatabase」コマンドを実行します。

ここでは、データベースのすべての関連ファイル（データファイル、制御ファイル、spfile（パラメーターファイル））のバックアップが完了していることを確認します。バックアップ操作には約4分27秒（経過時間）かかりました。これは、データファイルが5つしかない小さなテストデータベースであるため、バックアップにかかる時間は非常に短くなります。

巨大な組織のデータベースからデータをバックアップしたい場合、数百のデータファイルがあり、各データファイルはテラバイトサイズである可能性があり、データベースの完全なバックアップを取るには数時間かかる可能性があります。

作成したバックアップの詳細を知るために、以下を実行します。

RMAN> リストバックアップ;

このバックアップは、D： APP1 SUNTYADA FLASH_RECOVERY_AREAとして定義されているDB_RECOVERY_FILE_DESTの場所に配置されます。

バックアップ場所に定義されているサイズは3912MBです。

VALIDATEを使用して、データベースファイルとバックアップを確認します。
RMAN> VALIDATE DATABASE;

RMANバックアップを検証する

危機の際にデータベースを回復できることをどのようにテストまたは検証しますか？

ハードウェア障害またはストレージディスクの破損が原因である場合は、そのストレージファイルに属していたデータが失われないように、この破損したデータを復元するために利用できる適切なバックアップが必要になります。

それはすべて、バックアップの設計方法、バックアップがスケジュールされる間隔、完全バックアップを作成するか増分バックアップを作成するかによって異なります。

データの不必要な操作などのユーザーエラーが発生した場合、論理バックアップによって変更されたデータの一部またはすべてを復元できます。

実際には、将来発生する可能性のあるエラーを認識して予測し、それらを回避するためのすべての戦略をテストする必要があります。

BACKUP VALIDATEコマンドを使用して、バックアップファイルを検証します。

物理的な破損チェックのみを行うコマンド：

RMAN> BACKUP VALIDATE
データベース
ARCHIVELOG ALL;

物理的および論理的な破損チェックのコマンド：

RMAN> BACKUP VALIDATE
論理を確認してください
データベース
ARCHIVELOG ALL;

RMAN> バックアップ検証データベース ;

上記で確認できるように、各ファイルのステータスは「 OK 」は、これらが使用可能であり、いつでもファイルを復元するために使用できることを意味します。

データベース復元のプレビューを実行できます。これにより、実際にファイルを復元しなくても、ファイルとその可用性の優れたリストが得られます。

RESTOREコマンドを使用して、バックアップを検証します。

RMAN> RESTORE DATABASE VALIDATE;
ARCHIVELOG ALLVALIDATEを復元します。

RMAN> データベースプレビューを復元します。

結論

これらは簡単なテクニックです OracleRMANバックアップを確認します。さまざまな重要なRMANコマンドを使用して、RMANのバックアップとリカバリのプロセスを明確に理解していることを願っています。

実際のシナリオではデータのサイズに基づいていますが、数百のデータファイルが存在する可能性があるため、適切なバックアップ戦略を立てるために、すべてのファイルを確実にバックアップする必要があります。また、 回復をテストする テストシステムで、本番環境で同じ手法を使用できることを確認します。

重要/テストデータベースをバックアップするさまざまな方法と、それらをテストするためのさまざまな方法を扱ってきました。すでに何度も提案されているように、適切なバックアップとリカバリの戦略を立てることで、仕事と組織を節約できます。

Oracleまたはその他のデータベースのバックアップとリカバリのテストに関連する質問がある場合はお知らせください。

推奨読書

• 初心者向けの詳細なEclipseチュートリアル
• MongoDBデータベースバックアップの作成
• QTPチュートリアル＃24-QTPテストでの仮想オブジェクトとリカバリシナリオの使用
• 例を含むJavaリフレクションチュートリアル
• OracleAppsの技術面接およびOracleSOA面接の質問
• SVNチュートリアル：Subversionを使用したソースコード管理
• 例を含むPythonDateTimeチュートリアル
• Tortoise SVNチュートリアル：コードリポジトリの改訂