LogMinerとフラッシュバック・データ・アーカイブを利用したトランザクション管理

例を見てみましょう（注：フラッシュバック・データ・アーカイブの自動UNDO管理を有効化する必要があります）。 まず、フラッシュバック・データ・アーカイブを以下のように作成します。

SQL> create flashback archive near_term
  2  tablespace far_near_term
  3  retention 1 month
  4  /

Flashback archive created.
                       

TRANSと呼ばれる表に変更を記録する必要があるとします。 アーカイブに変更の記録を始めるには、TRANS表のフラッシュバック・データ・アーカイブ・ステータスを有効化するだけです。

SQL> alter table trans flashback archive near_term;

Table altered.
                       

まず、表の特定の行を選択します。

SQL> select txn_amt from trans where trans_id = 2;

   TXN_AMT
----------
  19325.67

SQL> update trans set txn_amt = 2000 where trans_id = 2;

1 row updated.

SQL> commit;

Commit complete.
                       

select txn_amt
from trans
as of timestamp to_timestamp ('07/18/2007 12:39:00','mm/dd/yyyy hh24:mi:ss')
where trans_id = 2;

   TXN_AMT
----------
  19325.67
                       

select txn_amt
from trans
as of timestamp to_timestamp ('07/18/2007 12:39:00','mm/dd/yyyy hh24:mi:ss')
where trans_id = 2;
                       

Oracleデータベースに確認してみましょう。 自動トレースを利用し、実行計画を見てみます。

                                   
SQL> set autotrace traceonly explain
SQL> select txn_amt
  2  from trans
  3  as of timestamp to_timestamp ('07/18/2007 12:39:00','mm/dd/yyyy hh24:mi:ss')
  4  where trans_id = 2;

Execution Plan
----------------------------------------------------------
Plan hash value: 535458644

----------------------------------------------------------

| Id  | Operation                 | Name               | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop
-------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT          |                    |     2 |    52 |    10  (10)| 00:00:01 |       |
|   1 |  VIEW                     |                    |     2 |    52 |    10  (10)| 00:00:01 |       |
|   2 |   UNION-ALL               |                    |       |       |            |          |       |
|*  3 |    FILTER                 |                    |       |       |            |          |       |
|   4 |     PARTITION RANGE SINGLE|                    |     1 |    52 |     3   (0)| 00:00:01 |     1 |     1
|*  5 |      TABLE ACCESS FULL    | SYS_FBA_HIST_68909 |     1 |    52 |     3   (0)| 00:00:01 |     1 |     1
|*  6 |    FILTER                 |                    |       |       |            |          |       |
|*  7 |     HASH JOIN OUTER       |                    |     1 |  4053 |    10  (10)| 00:00:01 |       |
|*  8 |      TABLE ACCESS FULL    | TRANS              |     1 |    38 |     6   (0)| 00:00:01 |       |
|   9 |      VIEW                 |                    |     2 |  8030 |     3   (0)| 00:00:01 |       |
|* 10 |       TABLE ACCESS FULL   | SYS_FBA_TCRV_68909 |     2 |  8056 |     3   (0)| 00:00:01 |       |
-------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - filter(NULL IS NOT NULL)
   5 - filter("TRANS_ID"=2 AND "ENDSCN">161508784336056 AND "ENDSCN"<=1073451 AND ("STARTSCN" IS NULL
              OR "STARTSCN"<=161508784336056))
   6 - filter("F"."STARTSCN"<=161508784336056 OR "F"."STARTSCN" IS NULL)
   7 - access("T".ROWID=("F"."RID"(+)))
   8 - filter("T"."VERSIONS_STARTSCN" IS NULL AND "T"."TRANS_ID"=2)
  10 - filter(("ENDSCN" IS NULL OR "ENDSCN">1073451) AND ("STARTSCN" IS NULL OR "STARTSCN"<1073451))

Note
-----
   - dynamic sampling used for this statement

                                

アーカイブ内のデータは、どのくらいの期間保存されるのでしょうか。 これには保存期間が関係します。 アーカイブ内のデータは保存期間にしたがって保存されます。 保存期間後は、新しいデータが保存され、古いデータは消去されます。 もちろん自分で消去することもできます。以下はその例です。

alter flashback archive near_term purge before scn 1234567;
                       

フラッシュバック・アーカイブ管理

アーカイブには複数の表領域を追加できます。 反対に、アーカイブから表領域を削除することもできます。 ほかのユーザー・データを含む表領域も使用する予定の場合、表領域がフラッシュバック・データ・アーカイブのデータで一杯になり、ユーザー・データのための領域がなくなってしまうことがあります。 この危険を軽減するには、表領域内でアーカイブが占める量を決めるための割当て制限を設定できます。 割当て制限は、以下のとおり設定できます。

alter flashback archive near_term modify tablespace far_near_term quota 10M;
                       

SQL> select * from user_flashback_archived_tables;

TABLE_NAME                     OWNER_NAME
------------------------------ ------------------
FLASHBACK_ARCHIVE_NAME
-------------------------------------------------
TRANS                          ARUP
NEAR_TERM
                       

sql> select * from flashback_archives;

FLASHBACK_ARCHI FLASHBACK_ARCHIVE# RETENTION_IN_DAYS  PURGE_SCN STATUS
--------------- ------------------ ----------------- ---------- -------
NEAR_TERM                        1                30    1042653
MED_TERM                         2               365    1042744
LONG_TERM                        3              1825    1042838
                       

alter flashback archive near_term set default;
                       

alter table trans no flashback archive;
                       

通常の監査との違い

フラッシュバック・データ・アーカイブは通常の監査と何が違うのでしょうか。 まず、通常の監査では、audit_trailパラメータをDBまたはDB_EXTENDEDに設定する必要があり、監査証跡はSYSTEM表領域のAUD$と呼ばれる表に書き込まれます。 フラッシュバック・データ・アーカイブの場合、任意の表領域（あるいは複数の表領域、またはユーザー・データが存在する表領域の部分）に定義できます。そのため、フラッシュバック・データ・アーカイブは安価なストレージに定義できます。

次に、監査はいくらかのパフォーマンス・オーバーヘッドがある自律型トランザクションに基づいています。 フラッシュバック・データ・アーカイブは、FBDAと呼ばれる専用バックグラウンド・プロセスで書き込まれているため、パフォーマンスへの影響が少なくて済みます。

最後に、フラッシュバック・データ・アーカイブは、一定の間隔で自動的に消去できます。 監査証跡の場合は手動で維持する必要があります。

ユースケース

フラッシュバック・データ・アーカイブは多くの目的に役立ちます。 使用目的には以下のようなものがあります。

• データがどのように変更されたのかを記録するために、監査を実施する
• アプリケーションによって変更を取り消せるようにする（誤りの修正）
• データがどのように変更されたのかをデバッグする
• 一定期間後のデータ変更を禁止する規制に従う - フラッシュバック・データ・アーカイブは通常の表ではないため、一般的なユーザーはフラッシュバック・データ・アーカイブを変更できません
• 安価なストレージに監査証跡を記録することで、より少ない費用でより長期間保存する

結論

間違いは起こるものですが、間違いの原因となった変更を特定できるようになりました。それらの間違いのすべてを、トランザクション・バック・アウトでロールバックするツールがあります。 変更部分のマイニングは、アーカイブされたREDOログとオンラインREDOログに限定されることはありません。変更はフラッシュバック・アーカイブに永続的に記録されます。 わずかなコマンドを使用するだけで、フラッシュバック・リカバリ領域にある、あらゆる実用目的を持った表の変更を監査できるようになりました。

---

Arup Nanda（ arup@proligence.com）は、Oracle Databaseテクノロジのあらゆる分野で12年以上の経験を持つ優秀なOracle DBAであり、2003年の『Oracle Magazine』で"DBA of the Year"に選ばれました。 Arupは、オラクル関連のイベントの講演や雑誌の寄稿を頻繁におこなっている Oracle ACE Directorです。 また、『 RMAN Recipes for Oracle Database 11g: A Problem Solution Approach』を含む4冊の書籍を共同で執筆しています。