Oracle 12cのデータガードの基礎 - ダミー

Data Guardは、Oracle 12cの真の災害対策テクノロジーです。その中には、最低でもプライマリとスタンバイの2つのデータベースがあります。 Data Guardには、複数のスタンバイ・サイトと、アクティブ - アクティブ構成のオプションがあります。

アクティブ - アクティブとは、両方の/すべてのサイトが稼動し、アクセス可能であることを意味します。これは、1つのアクティブな場所を持つサイトと、必要なときに起動する必要があるサイトとは対照的です。これは、一般的なアーキテクチャレイアウトの例です。

<！ Data GuardアーキテクチャとOracle 12c

プライマリ・データベースを使用した説明の開始は、他のデータベースとほとんど違いがないため、簡単です。唯一の違いは、アーカイブREDOログでの処理とは異なります。

プライマリ・データベースは、フラッシュ・リカバリ領域またはローカル・ディスクに1セットのアーカイブREDOログを書き込みます。ただし、Data Guard環境で1つ以上の他の宛先を構成することもできます。

<！ LOG_ARCHIVE_DEST_10 = 'LOCATION = USE_DB_RECOVERY_FILE_DEST' LOG_ARCHIVE_DEST_1 = "SERVICE = PHYSDBY1 ARCH" LOG_ARCHIVE_DEST_2 = "SERVICE = LOGSDBY1 LGWR"

LOG_ARCHIVE_DEST_nパラメータは、 LOG_ARCHIVE_DEST_10

は、アーカイブREDOログをローカルフラッシュリカバリ領域に送信するように構成されています。すべてのアーカイブログモードデータベースには、ローカル宛先が1つ必要です。

<！ - 3 - >

LOG_ARCHIVE_DEST_1 は、アーカイブ・ログをアーカイバ・プロセスを介してリモート・サイトPHYSDBY1に送信するように構成されています。このリモートサイトのサービス名には、tnsnamesにエントリがあります。プライマリサーバ上のファイル。
LOG_ARCHIVE_DEST_2
は、アーカイブ・ログをLGWRプロセスを介してLOGSDBY1という名前のリモート・サイトに送信するように構成されています。このリモートサイトのサービス名には、tnsnamesにエントリがあります。プライマリサーバ上のファイルも同様です。 ARCnとLGWRの出荷方法の違いはなぜですか？それは保護モードと関係があります。 Data Guard環境には3つの保護モードがあります。
最大可用性 最大可用性保護モードは、パフォーマンスとデータ可用性の間で妥協します。これは、LGWRを使用して、プライマリ・サイトとスタンバイ・サイトの両方のREDOログに同時に書き込むことによって機能します。パフォーマンスの低下は、REDOログ・エントリが複数の場所に書き込まれるのを待たなければならないプロセスの形で発生します。

セッション発行コミットは、必要なすべての情報が少なくとも1つのスタンバイ・データベースREDOログに記録されるまで待機する必要があります。再実行情報を書き込めないために1つのセッションがハングアップすると、残りのデータベースは前進し続けます。

最大保護

最大保護モードは、セッションがリモートサイトにREDOが書き込まれたことを確認できない場合は、プライマリデータベースがシャットダウンする点を除いて、最大可用性に似ています。

保護モードを最大限にするために、少なくとも2つのスタンバイ・サイトを構成します。このようにして、1つのスタンバイ・サイトが使用不能になっても、アプリケーション全体へのサービスは中断されません。

このモードでは、パフォーマンスを犠牲にして災害発生時にデータが失われないことを確認します。

最大パフォーマンス

最大パフォーマンス保護モードでは、アーカイブログプロセス（ARCn）に渡すことによって、ログ配布プロセスをプライマリデータベースから切り離します。これにより、REDOログがREDOログに書き込まれるのを待たずに、プライマリ・サイトのすべての操作を続行できます。

これは、トランザクションを転送するためにログライターを使用するログ配布モードとは異なります。ログライターを使用すると、ネットワークの可用性やパフォーマンスの影響を受ける可能性があるため、トランザクションの処理が遅くなる可能性があります。

最大パフォーマンスは、プライマリサイトで最も高いレベルのパフォーマンスを提供し、データの相違を犠牲にします。

データの相違は、2つのサイトのデータが同期しなくなると発生します。アーカイブREDOログ全体が満杯になるまで、REDOデータのアーカイブは出荷されません。最悪の場合のシナリオでは、サイト全体の損失により、アーカイブREDOログ全体のデータが失われる可能性があります。

スイッチオーバーおよびフェイルオーバー操作の実行

スタンバイ・サイトへの処理は、2通りの方法で切り替えることができます。スイッチオーバーは、プライマリ・サイトをメンテナンスする必要がある場合利用できません。この操作では、アプリケーションで数分間のダウンタイムが必要になる場合がありますが、1時間以上のメンテナンスが必要な場合は、ダウンタイムが重要になります。

この操作は、プライマリサイトをスタンバイに、スタンバイサイトをプライマリに切り替えるため、

優雅な

スイッチオーバーと呼ばれます。また、最初から元のプライマリサイトに戻すことなく、簡単に元のプライマリサイトに戻すことができます。 フェールオーバー

は、プライマリサイトが何らかの方法で侵害された場合に発生します。おそらく、サイト全体の損失だったのでしょうか、データファイルの物理的な破損を発見したのかもしれません。必ずしもそうではありませんが、通常はフェールオーバー後に、プライマリサイトを完全に再作成するか、バックアップから復元して再作成する必要があります。通常、フェールオーバーは、プライマリサイトの修正に十分な時間がかかり、その間ずっとアプリケーションが停止したくないと判断した場合にのみ実行します。スイッチオーバーを実行するには、次の手順を実行します。
現在のプライマリでSQL * Plusにログインし、次のように入力します。

プライマリ・データベースを停止します。

これが表示されます。

データベースが閉じました。データベースのマウントが解除されました。 ORACLEインスタンスが停止します。
nomountモードでプライマリ・データベースを起動します。
```
次のような表示が表示されます。
```
ORACLE instance started。システム全体のグローバルエリア789172224バイト固定サイズ2148552バイト可変サイズ578815800バイトデータベースバッファ201326592バイトREDOバッファ6881280バイト
データベースをスタンバイとしてマウントします。
```
次のように表示されます。
```
データベースが変更されました。
回復を開始：
```
これが表示されます：
```
メディアの回復が完了しました。
現行スタンバイのSQL * Plusにログインし、次のように入力します。
```
次のように表示されます。
```
データベースが変更されました。
スタンバイ・データベースを停止します。
```
これが表示されます。
```
データベースがクローズしました。データベースのマウントが解除されました。 ORACLEインスタンスが停止します。
このデータベースがプライマリとして正しく動作するように、適切な初期化パラメータがすべて設定されていることを確認します。
```
通常の起動：
```
次のような表示になります。
ORACLE instance started。システム全体のグローバルエリア789172224バイト固定サイズ2148552バイト可変サイズ578815800バイトデータベースバッファ201326592バイト再実行バッファ6881280バイトデータベースがマウントされました。データベースが開かれました。
```
ユーザーとアプリケーションが新しいプライマリインスタンスに接続して使用できることを確認します。
```