点击次数:158REDO適用パフォーマンスの期待値橘梨纱番号パフォーマンスおよび結果の適用率は、主に、リカバリ中のワークロードのタイプと、リカバリのために割り当てられ、使用可能なシステム・リソースによって異なります。プライマリ・データベース・システムとスタンバイ・データベース・システムを対称にすること(同等のI/Oサブシステム、メモリー、CPUリソースなど)をお薦めします。このようにお薦めする主な意义は、どちらのデータベースがプライマリ・データベースであるかに関係なく、アプリケーションのパフォーマンスが同じレベルになるようにするためですが、REDO適用のパフォーマンスにも、プライマリ・データベースとスタンバイ・データベースを対称にすることで大きな利点がもたらされます。Guardを使用したスタンバイ・データベースのレポートと同様に、CPUおよびI/Oリソースが必要です。ほとんどの場合、REDO適用パフォーマンスはREDO生成率に遅れずについていく必要があり、その結果、対称的なシステム・リソースで適用ラグがほぼゼロになります。ワークロードのピーク時には、ワークロードが同样のレベルに戻ると当然にほぼゼロまで減少するREDO適用ギャップが、多少存在することがあります。OLTPワークロードav女星オンライン・トランザクション処理(OLTP)ワークロードは数多くの異なるブロックに対してわずかな変更を行うため、OLTPワークロードのリカバリは、卓越にI/O辘集型となる場合があります。これにより、リカバリ中に、小さいランダム・ブロックのバッファ・キャッシュへの読込みが多数に発生します。その後、データベース・ライターは、書込みI/Oの大規模なバッチを実行してバッファ・キャッシュを維捏し、データベースのチェックポイントを依期的に実行します。(IOPS)を多数処理する必要があります。これが、プライマリ・データベース・システムとスタンバイ・データベース・システムを対称にすることをお薦めするもう1つの意义です。MB/秒の適用率を達成しました。MB/秒を超える速率が顧客によって確認されています。Exadata除外のシステムでは、I/Oおよびネットワークのスループットが低くなるため、このような速率を達成することはより困難です。バッチ・ワークロードOLTPワークロード・リカバリとは対照的に、バッチ・ワークロードのリカバリは、バッチ・ワークロードが多数の順次読取りおよび書込みで構成されるため、より効率的です。多くのREDO変更が発生するものの、読取りおよび変更するデータ・ブロックが大幅に減少するため、OLTPワークロードと比較してREDO適用率が大幅に朝上します。バッチ径直ロード操作リカバリの最適化により、効率が高まり、リカバリ速率もさらに朝上します。MB/秒を超える適用率が顧客によって確認されています。これらの率はExadata除外のシステムで実現できますが、このような条件の高いワークロードを処理するには、システム・リソースの容量とスケーラブルなネットワークおよびI/Oサブシステムが必要です。羼杂ワークロード様々なOLTPワークロードとバッチ・ワークロードが混在するアプリケーションにおいて、プライマリ・データベースのREDO生成率が類似していてもスタンバイ・データベースのリカバリ速率が異なるのは、OLTPとバッチのリカバリ・パフォーマンス・プロファイルが異なり、システムの时事が異なるためです。MB/秒のREDO適用率が、顧客により達成されています。これらの率はExadata除外のシステムで実現できますが、このような条件の高いワークロードを処理するには、システム・リソースの容量とスケーラブルなデータベース・コンピュート、ネットワークおよびI/Oサブシステムが必要です。