Level1-4でまとめた人気コンテンツのeBook版。標準監査機能の基本から応用まで全8回で解説。ベロ先週のお盆休みを皆さんいかがお過ごしでしたか?社会復帰できない方もレッツAUDIT!ということで今週はオブジェクト監査について検証していきます。オブジェクト監査とは、特定オブジェクトに対してSELECT、INSERT、UPDATEといったアクションを追跡できる機能を提供しています。]今回はORABMユーザの持つ6つのテーブル全てにSELECT、INSERT、UPDATE、DELETEのアクションを追跡するように設定してみた。SESSION|ACCESSは、AUD$表に書き込む単位をセッション単位かACCESS単位にするかという意味。SESSIONであれば、1セッション内で何度オブジェクトにアクセスしても1レコードしか作成しない。ACCESSではオブジェクトのアクセス毎にレコードが作成される。言うわけで、設定したところでまず、オブジェクト監査で最も気になるレスポンスへの影響を確認することにする。そこで、レスポンスを前回のTPCベンチマークを利用して見てみよう。SESSION毎に監査を行った場合、NOAUDITからのレスポンスダウン率が17.6%、ACTION毎に監査を行った場合は、NOAUDITからのレスポンスダウン率が29%と予想以上に大きなレスポンスダウンとなった。オブジェクト監査は大きなレスポンスダウンをもたらすことから、ターゲットとなるオブジェクトを見極めて監査を実施する必要がありそうだ。オブジェクト監査を実施する上での考慮すべき点を探っていこう。3SES_ACTIONS列にはそのセッションが実行したアクティビティの成功/失敗といった情報が蓄積されていく。SES_ACTIONS列の'-'はプレイスホルダと呼ばれ以下のアクションに対応している。同上つまり、(1)では、左から10、11番目に'S'のフラグが立っている。よってCUSTOMER表へのSELECTおよびUPDATEが成功していることを意味している。(2)では左から7番目に'F'のフラグが立っていることから、HISTORY表へのINSERTが失敗したことを示している。(ちなみに同一セッション内で成功/失敗両方のアクティビティがある時は、'B'で表示される)しかしながら(と言うかやっぱり)実行したSQLの内容の詳細を知ることはできない。オブジェクト監査も(AUDIT自体)後追いの監査であることから、監査を実施する場合は、アプリケーション、オブジェクトの性格を把握しおくことが大事。参照、更新の激しいホットオブジェクトに監査を実施すれば監査レコードを大量に生成することになり、レスポンスダウンは免れない。参照系のオブジェクトに対してDELETEやUPDATEによるデータ破壊を監視することはそれほどレスポンスダウンは発生しないと考えられる。監査を実施する場合は、オブジェクトの正確を見極め、最小限の監査レコードで最大限の監査ができるように設定していくことが大事というわけ。来週は、この最小限の監査レコードで最大限の監査を実現すべくファイングレイン監査なるものを見ていきたいと思います。夏だというのに肌寒い茅ヶ崎より。reserved.トップページ企業概要プライバシーポリシ。