Oracle Streams（REDOおよびアーカイブ・ログのログ・マイニング用）を使用して、負荷の高いシステムに非同期監査証跡機能を実装する予定です。私の場合、監査証跡は、一連のテーブルに対する DML 操作の速度を低下させてはなりません。また、監査には、エンド ユーザーの身元と変更日時に関する追加情報を含める必要があります。
Oracle Streamsを使用して監査証跡を実装した経験のある人はいますか? このまま動かせば良いのでは？
Oracle Streams を使用して監査証跡を実装するためのヒントとテクニックを含むチュートリアルはありますか?
オラクルは、データベースの監査機能によって発生するオーバーヘッドはわずかであると主張しています。それらをテストケースとして試して、どのように機能するかを確認しましたか? テーブルに対する DML トリガーは必要ありません。私はそれらを使用しましたが、顕著な違いはありませんでしたが、システム リソースも使い果たされていませんでした。
監査にストリームを使用することは可能に思えますが、それは非常に複雑なソリューションだと思います。ストリームを使用してトランザクションを別のデータベースに複製し、そのデータベースで監査を使用できると思います。REDO ログを保存する場所に I/O 負荷を追加することになります。
@JOTNに同意します。オラクル ストリームに関してもう 1 つ追加します。これは 12c で廃止され、別のライセンス コストで「ゴールデン ゲート」としてパッケージ化/提供されています。