13 レプリケーション・パフォーマンスの向上

レプリケーションのパフォーマンスを向上させるために実装できる方法を説明します。

レプリケーション・パフォーマンスを向上させる方法を次に説明します。

• パラレル・レプリケーションを構成します。「パラレル・レプリケーションの構成」を参照してください。

• デフォルトの非同期のレプリケーションを使用します。「パフォーマンスとリカバリのトレードオフについての判断」を参照してください。ただし、アクティブ・スタンバイ・ペアを使用している場合、RETURN RECEIPT(半同期レプリケーション)よりもRETURN TWOSAFE(同期レプリケーション)のパフォーマンスの方が優れています。

• LogFileSizeおよびLogBufMB初期接続属性を最大値に設定します。「ロギング用の接続属性の設定」を参照してください。

• ワークロードが高く、レプリケーションが遅延することがある場合、インメモリー・ログ・バッファからではなく、トランザクション・ログからレプリケート対象の変更を取得する必要があります。できるだけ高速の記憶域をTimesTenトランザクション・ログ用に使用することで、トランザクション・ログのフラッシュとレプリケーションの取得によるI/Oの競合が緩和し、ワークロードが少ない時間帯にレプリケーションが遅れをすばやく取り戻せるようになります。複数の高速ディスクまたはソリッド・ステート・ストレージにRAID 0ストライプを構成した高性能のキャッシュ・ディスク・アレイを使用することを検討してください。

• 更新が適用されるデータベースへの様々な接続数を試してみてください。同時接続数が65以上必要な場合、Connections初期接続属性の設定値を高くします。『Oracle TimesTen In-Memory Databaseリファレンス』のConnectionsを参照してください。

• トランザクション・ログ・バッファ・サイズ、CPU性能およびリソースを調整します。「トランザクション・ログのバッファ・サイズおよびCPUの調整」を参照してください。

• 複数のパーティションと余分な領域のある表を変更した後、パフォーマンスの問題が発生する可能性があります。「レプリケートされる表を変更するときのパフォーマンスの考慮事項」を参照してください。

• RecoveryThreadsという最初の接続属性を変更して、アクティブ・マスター・データベースからスタンバイ・マスター・データベースに変更を適用するスレッドの数を増やします。「アクティブ・スタンバイ・ペアのレプリケーション・スループットの向上」を参照してください。

• レプリケーションおよびXLA操作では、トランザクション・ロギングで大量のオーバーヘッドが発生します。レプリケーションのスケーラビリティは、トランスミッタまたはレシーバの数が制限されている場合に最も高くなります。「レプリケーションのトランスミッタ、レシーバおよびXLAリーダーの制限」を参照してください。

ノート:

その他の推奨事項については、『Oracle TimesTen In-Memory Databaseモニタリングおよびトラブルシューティング・ガイド』のレプリケーションまたはXLAのパフォーマンスの低下を参照してください。