使用オラクル・ストリーム
利点Oracleはストリーム：あなたは、異なるハードウェアプラットフォームとOracleデータベースのバージョン間でデータをコピーすることができます。異なるハードウェアプラットフォーム間でのデータベースの移行が少しでもダウンタイムやデータの損失を必要としないことをこの機能が保証されます。この機能は、データベース・プラットフォームを簡素化し、アップグレードするアプリケーションは、ダウンタイムを持っていません。
1.データレプリケーション
オブジェクトと複数のデータベース間でのデータの共有を簡素化オラクル・ストリーム。データベース内のオブジェクトのいずれかに変更が複製に関与する他のすべてのデータベースに普及させることができます。オラクルストリームが捕捉され、DDLおよびテーブルに対するDML変更を複製することができます。これは、データベース層、パターン層、表面データ、データサブセットに対するこれらの修飾の構成であっても複製することができます。
表か同じデータ型の構造は、オラクル・ストリームは、テーブルへのデータの複製をサポートします。複製プロセスでは、追加または任意の成分（キャプチャコンポーネント、送信コンポーネントとアプリケーションコンポーネント）の列を削除してもよい、モード、リネームテーブルまたは列であってもよいです。
1.1一方向レプリケーション
片道複製複製オラクルストリームは、最も広く使用されている方法で、レプリケーション環境だけでなく、構成が最も簡単ですかもしれません。ターゲット・データベースとしてソース・データベースとデータベース、およびその他：双方向のレプリケーションデータベースに参加するために必要です。ソース・データベースに加えられた変更は、ターゲット・データベースにコピーされます。以下、データベースA内のユーザアプリケーションデータが変更を加え、これらの変更は、データベースBに伝播され、アプリケーションデータベースBへの読み取り専用アクセスは、データを取得してもよいです。
比較的大きなリソース消費の定期的な使用のためではなく、別のデータベース・サーバーのニーズに負荷シャントはそれらを生成するために、このような複雑なクエリやレポートジョブとして読み取り専用の操作、およびこの構成は非常に適切です。
ターゲット・データベースを変更するテーブルをコピーすることはできません。アプリケーション・ユーザーにのみ、通常、管理者はこれらのテーブルに適用される変更をコピーすることができますストリーム。アプリケーションとユーザーが任意のローカルの非複製フォームを変更することができます。
構成論理Oracleデータ・ガード・スタンバイ・データベースと同様とすることができるときに全体一方向複製元データベース。書き込みモードに開示され、およびレプリケート・データベース上で実行されるアプリケーションにほぼリアルタイムのデータを提供する - しかし、異なるロジカル・スタンバイ・データベースが複製されたデータベースは、読み取りで場合ストリーム。Oracleデータベース11グラムデータガードは、新しいオプション「アクティブ・スタンバイ」と呼ばれる、だけでなく、アプリケーションのデータベースアプリケーションの変更に類似したリアルタイムデータを提供しています。表書き込みモード - しかし、アクティブ・スタンバイ・データベースは、アプリケーションのための任意の読み取りを提供することはできません。
1.2。双方向レプリケーション
環境でのレプリケーションに参加して二人は、データベースのいずれかを変更し、別のデータベースにコピー、変更することが可能です。両方のデータベースは、ローカルの変更を取得し、これらの変更は、データベースで実行している別のアプリケーション・プロセスに伝播されます。これは、双方向レプリケーションと呼ばれています。実際には、双方向は、2つのアクティブインスタンス間のデータベース複製のストリーム。
あなたは、ユーザーとアプリケーションのローカルデータベースには、この構成は非常に適しているときにアクセスがより簡単にデータを保持する必要がある場合。この構成はまた、これらのデータベースを提供するために、アクティブ/アクティブまたは竹東鎮/パッシブな方法で、災害復旧サイトのユーザーを作成することができます。
双方向レプリケーションでは、同僚は、両方のデータベースで同じデータを変更することができます。そのような修飾は、別のアプリケーションがデータベースを変更するためのアプリケーションを処理するときにデータの競合が発生する原因となることができます。これは、アプリケーションエラーが発生します。このようなエラーを回避するために、ストアドプロシージャで更新の競合を解決する必要が生じます。理想的には、データを可能な限りアプリケーションの設計での紛争を減らすか、または排除する必要があります。Oracleは、競合ハンドラのいくつかの種類を提供しています。これらの競合を解決するのに十分でない場合は、ストアドプロシージャをカスタマイズすることができます。さらに、ラベルを使用する必要性を避けるために、サイクルの変更をストリーミングします。
1.3。ポイントのコピー
あなたは、双方向レプリケーションの延長として見られるポイントをコピーすることができます。この構成では、二つ以上のデータベースが参加することが必要。各データベースは、データベースであり、各地域の変化の他のソースは、他のすべてのデータベースに伝播されています。各データベースには、すべてのターゲット・データベースおよびデータベースを変更するために、他のアプリケーションから他のデータベースです。タグを使用してストリームは、ソース・データベースに変更されません。
データはつ以上の分散型データベース、アプリケーション、およびユーザーに格納されているが、統一されたビューを必要とする場合、この構成が適しています。
双方向レプリケーションと同様に、だけでなく、循環を回避するための適切なピア・レプリケーションの競合の取り扱いや保管の手順を必要とし、修正ラベルをストリーミングします。
1.4。放射線の複製
データは複数のデータベースから別のマスタへのデータベースからコピーする必要があるとき、放射複製オラクルが設けストリーム用いて構成されてもよいです。
放射型レプリケーションの構成データベース内の他のすべての接続のマスターデータベースを維持します。支店などの他のデータベースのプライマリ・データベースの中心として。各分岐線データベースは、直接、他の地域のデータベースと通信しません。単一の分岐、経由アーキテクチャの中心から必要なすべての情報との間に接続がありません。
1.4.1読み取り専用のブランチ
この場合、中央またはプライマリ・データベースは、すべてのフィーダのデータベースのローカルコピーを変更します。拡張子はレプリケートされたデータベース・オブジェクトを変更しません。単一の中央 - 放射線の複製と複製の分岐構成を同様の方法。
1.4.2読み取り - 書き込み型フィーダー
この場合、中央データベースと地域データベースの全ては、コピーオブジェクトを修正することができます。これらの修飾は、データベースを介して、残りの中央データベースにコピー。データベースの変更とキャプチャーローカルブランチは、中央データベースにこれらの変更を伝播します。これらの修正中央データベースのアプリケーション、およびそのような修正を奪還し、支線データベースの残りの部分に伝播。
中央データベースと各分岐データベースで捕獲変更する伝播取得プロセスキャプチャの変更及びこれらの脚によって生成変更データベースのローカル、および。使用する必要がある変更が地域のデータベースに送り返されていないことを確認するためにラベルをストリーミングします。
加えて、データベースはこれ転送データベース内の他の脚脚データベース修正することを、中央通信センタとして構成することができます。中央データベースは、ローカルでこれらの変更を適用したり、ローカル変更をキャプチャしません。これは、転送キューの複製をポイント・ツー・ポイントの一例です。
これは、すべてのサポートされているデータを支援するために、他のデータベースへの接続ピア・レプリケーション各データベースをする必要がなくなります。
1.5。コピーとOracle以外のデータベース
オラクルは、オラクルと、非Oracleデータベース間でメッセージを共有するためのメカニズムを提供するストリーム。R2 11グラムOracleは、にデータを送信するために新しいAPIを使用してXStreamのと呼ばれ、OracleデータベースのOracleデータベースからデータを受け取ります。このAPIは、Oracleデータベースと他のシステム間での情報の共有を可能にします。他のシステムは、Oracle以外のデータベース、ファイル・システム、さらにはクライアントアプリケーションかもしれません。XStreamのインタフェースは、Oracleストリームインフラが構築されているに基づいて、およびOracleストリームと同じ柔軟性と機能を提供しています。しかし、追加のデータベース・オプションとしてXStreamのとは別にライセンスされています。
2.データウェアハウスのロード
データウェアハウスやデータマートは、多くの企業の不可欠な一部となっています。これらのデータは、データベースのメンテナンスアップデート既存のデータが含まれており、トランザクションと運用データベースからより多くのデータを追加します。一般的に、これらの操作は、日常と時間のかかる操作の一部です。これらのデータがコピーされるので、これはデータレプリケーションの別の形態として見ることができるので、多くは、他のデータベースから来ます。
Oracleのストリームはやる行われたデータベースの操作にキャプチャの変更に使用することができます。これらの変更の前に適用することができ、中間処理におけるデータ・ウェアハウスは、データベースに格納されています。そうすることで定期的なデータ抽出処理を回避することができます。
オラクルストリームは、直接これらのテーブル内のデータが最新であることを確実にするために、ターゲット・テーブル・データ・ウェアハウスへの変更を適用することができます。
オラクルは、データウェアハウスのデータのために満たすアプリケーション要件への変換、再フォーマット及び変更データの柔軟性を提供するストリーム。これは、テーブル内のデータのローディングを容易にするために、操作テーブルとテーブルデータウェアハウス、データウェアハウスの違いをマスクするのに役立ちます。そのようなオラクル・ストリームによって自動的に行わ長いLOB変換など多くのデータ変換、。ユーザ定義の変換は、負荷データに構成されてもよいです。
1.3。データの監査
Oracleのストリームは、データをトラッキングする監査機構を変更するように構成することができます。このモードでは、データをコピーし、単にキャプチャしたデータを変更しません。あなたが撮影に必要な情報を管理するための柔軟性を持つ、オラクルストリームが追跡し、機密や重要なデータの変更を監視するためのシンプルで効果的なソリューションを提供します。
DML LCRは、修正するために、監査DMLで情報を使用することができます。シリアル番号、ユーザ名、および発生位置、テーブル、カラム名、カラムの古い値と新しい値に加えて、編集モードには、さらに、受信された行番号の影響、変更操作として、LCR内の追加情報を含んでいてもよいですセッション番号。情報を容易にLCRから抽出し、独自の監査テーブルに格納することができます。
変化の難しさは、特に厳格な制御機構が存在しない場合のコードでは、大きいため、トラッキングおよびDBA DDLによってレポートは、データベースに加えられました。それは非常に困難であるため、多くの場合、非常に少ないDBAは、多数のデータベースを維持する必要があります。オラクルストリームを構成することができる、DDLはそれのみキャプチャを修正し、DDL監査コンテナなどの他のデータベースに伝播します。DDL LCRは、ソース・データベースを識別するため、影響を受けたオブジェクトの名前と変更時に必要なすべての情報を提供します。LCRに追加情報を含めることにより、捕捉を改変し、ユーザ名およびセッション番号生成位置のシリアル番号の動作を変更することができます。
1.4。データ保護
使用オラクル・ストリームは、本番データベースのリモートコピーを作成することができ、このコピーではなく、スタンバイデータベースのレプリケーションデータベースと呼ばれています。データベースをコピーして、準リアルタイムミラーリングのためのデータベース製品で、読み取り/書き込みアクセスを許可します。変更がレプリケート・データベースへの製品データベースの複製になります。プライマリ・データベースが使用できない場合は、アプリケーションがデータベースを複製するためにコマンドを使用することができます。使用双方向のレプリケーションは、それが利用可能になったとき、あなたはすぐに画面の原点とデータベースデータベースの同期してデータをコピーすることができ、元の製品のデータベースをストリーミングします。このような構成は、データサービスの継続のために必要な保護を提供することができます。
1.5メッセージキューの管理
アドバンスト・キューイング（アドバンスト・キューイング、AQ）のオラクル・ストリームは、メッセージングインフラストラクチャの統合コンポーネント、サポートメッセージキュー管理システムへの標準機能のすべてです。
Oracleは、AQがあるキューから別のキューにメッセージが同じローカルデータベースまたは分散環境における非同期通信への適用を可能にするリモート・データベースを伝播できストリーム。オラクルの重要な特徴は、AQがメッセージのトランザクション・サポートを提供することであるストリーム。アプリケーションは、単一のトランザクションでデータやメッセージを管理することができます。
購読（または消費者）モデル - Oracleは、AQを使用して、モデル上の点にポイントを使用して、データベースにこれらのキューをサポートしてキューを作成し、公開することができますストリーム。
彼らは、特定のメッセージタイプまたはANYDATAタイプをサポートするように、これらのキューを設定することができます。実用化されているすべてのメッセージタイプがANYDATAカプセル化にカプセル化することができます。作成した後は、ユーザ・アプリケーションは、メッセージキューに挿入することができます。その後、メッセージは、加入者のキューに伝播されます。通知メッセージを受信した後、ユーザアプリケーションは、メッセージキューから取り出した、到着しました。これらのキューは内部キューにデータベースに格納されている持続します。表の行は、メッセージ・キューのそれぞれの1つに対応します。
オラクルは、サポートコンテンツベースのルールのルーティングに加えて、AQは、メッセージ内容に基づいてメッセージルーティングを許可ストリーム。OracleはAQサポートメッセージ変換システムをストリーミングし、それはメッセージのメッセージフォーマット変換前の加入者に送信することができます。
1.6データベースのアップグレード時のダウンタイムを削減
場合は、古いバージョンのための新しいOracle Databaseリリースでは、最終的にはサポートされなくなります。アプリケーションが新しいバージョンで利用可能な新機能や強化された機能を利用することはできませんが、データベースがまだ新しいバージョンに更新する必要がありますが、サポートを保証するために。アップグレード時に、データベースの古いバージョンが新しいバージョンに変換されます。通常アップグレードする前に、データベースのバックアップの冒険をお勧めします。
オラクルの流れを大幅に低減することができる、あるいは除外データベースは時間を聞いて、いくつかのケースでは、関係なくはどのくらいの時間がデータベースをアップグレードするのにかかります。
この場合、まずすべてのストリームの単一のソース（シングルソース）単方向レプリケーション環境を構成する必要があります。まず、ソース・データベースと同じ空のターゲット・データベースの現在のバージョンを作成する必要があります。その後、あなたはそれらの間のデータベースレベルの複製ストリームを設定する必要があります。アプリケーションは、現在のソースデータベースを継続して使用します。次は、ソース・データベース、複製が一時停止された取得プロセスを停止し、ターゲット・データベースのアップグレードでした。ターゲット・データベースのアップグレードが完了すると、レプリケーションが再開されます。この間、ソース・データベースへのすべての変更は、ターゲット・データベースにコピーされます。ソースとターゲット・データベースの一貫性のあるデータベースと、それは、ソース・データベースを制限し、ターゲット・データベースを使用するようにアプリケーションを変換します。あなたは、ターゲット・データベース・ストリームの設定を削除することができます。
ダウンタイムを削減するために保守作業を行う1.7。
要約：
Oracle Streamsレプリケーションの要件データのための汎用性の高いソリューションを提供し、ユーザーは、さまざまなシナリオの数をコピーすることができます。しかし、データの複製はoraclestreamsの唯一のアプリケーションではありません。Oracleは、それは、多くの異なるビジネスニーズのキャプチャデータに変更することができるように環境を設定するには、柔軟かつ容易にストリーム。あなたが撮影したログとアーカイブREDOログおよびオラクルのハードウェアプラットフォームとバージョンの異なる吸引奇妙な量とこれらのデータベースの変更を複製しすることができますので、オラクルの流れは減少またはデータベースの移行および除外時のダウンタイムをアップグレードすることができます。
Oracleは、AQコンポーネントが統合メッセージングインフラストラクチャを提供してストリーム。標準のメッセージ管理機能に加えて、彼はまた、トランザクションメッセージのサポートを提供します。アプリケーションは、単一のメッセージ、およびトランザクション管理でデータを管理することができます。