Oracle TimesTen In-Memory Databaseトラブルシューティング・プロシージャ・ガイド

増分自動リフレッシュが完全自動リフレッシュになる

キャッシュ管理ユーザーの表領域が一杯になると、増分自動リフレッシュが完全自動リフレッシュになる場合があります。

この項の内容は次のとおりです。

増分自動リフレッシュが完全自動リフレッシュになっている場合の検出

キャッシュ管理ユーザーの表領域の理解

キャッシュ管理ユーザーの表領域が一杯になった場合の診断

増分自動リフレッシュが完全自動リフレッシュになっている場合の検出

増分自動リフレッシュが完全自動リフレッシュになっていないかどうかは、いくつかの方法で検出できます。

サポート・ログで、完全自動リフレッシュ操作が行われていることを示すメッセージを確認します。たとえば、次のようなメッセージです。

2007-08-08 08:06:51.35 Warn: ORA: 22119: ora-22119-0015-refresh05652: A full autorefresh will be performed for Incremental autorefresh table USER1.READTAB because change log table T_03_55555_L on Oracle has been truncated.

ttCacheAutorefreshStatsGetプロシージャを使用します。

自動リフレッシュが通常より長い時間InProgressの状態である場合、完全自動リフレッシュが行われている可能性があります。

自動リフレッシュされた行数（autoRefNumRows）が通常よりはるかに多い場合、完全自動リフレッシュが行われた可能性があります。

サポート・ログで、完全自動リフレッシュについてのメッセージを確認してください。

SNMPトラップが有効になっている場合、SNMPトラップttCacheRecoveryAutorefreshTrapによって完全自動リフレッシュが通知されます。

キャッシュ管理ユーザーの表領域の理解

キャッシュ管理ユーザー用に個別の表領域を作成することを強くお薦めします。この表領域は、キャッシュ管理ユーザーのデフォルトの表領域として使用されます。表領域には、各Oracle表の自動リフレッシュ・トリガー、各Oracle表の変更ログ表、およびTimesTenが各キャッシュ管理ユーザーに対して必要とするその他のオブジェクトが含まれます。個別の表領域を指定しない場合、これらのオブジェクトはOracleのシステム表領域に配置されます。

Oracleでのキャッシュ管理ユーザー作成時に表領域を指定します。また、OracleのALTER USER文のDEFAULT TABLESPACE句を使用してユーザーを作成した後も表領域を指定できます。

キャッシュされた各Oracle表の変更ログ表は、キャッシュ管理ユーザーの表領域に存在します。Oracle表の各更新では、1行（1つの変更ログ・レコード）がそのOracle表の変更ログ表に挿入されます。変更ログ・レコードのサイズ（バイト）は次のようになります。

変更ログ・レコードのサイズ=Oracle表の主キーのサイズ+250

変更ログ表のレコード数は、Oracle表での更新率、およびTimesTenでの自動リフレッシュ間隔によって異なります。関連付けられているOracle表をキャッシュしているすべてのデータ・ストアに適用済の変更ログ・レコードは、20秒ごとにTimesTenによって削除されます。

変更ログが削除されると、次のようなメッセージがサポート・ログに表示されます。

16:32:26.73 Info: ORA: 5652: ora-5652-4756-ogTblGC01036: Garbage collector deleted 1 rows from TT_03_383270_L where logseq < 1

キャッシュ管理ユーザーの表領域が一杯になった場合、自動リフレッシュ・トリガーは既存の変更ログ・レコードを削除して、新しい変更ログ・レコード用の領域を確保します。これによって、一部のTimesTenデータ・ストアのいくつかの表に対して完全自動リフレッシュを行うことができます。

キャッシュ管理ユーザーの表領域が一杯になった場合の診断

キャッシュ管理ユーザーの表領域が一杯になった場合は、次の状態を確認します。

自動リフレッシュの状態がPAUSEDに設定されていないかどうか。状態がPAUSEDの場合、変更ログ・レコードは蓄積されます。

作成したキャッシュ・グループをロードしているかどうか。キャッシュ・グループ作成のデフォルトの自動リフレッシュの状態はPAUSEDです。

キャッシュ・グループを作成中かどうか、またはデータ・ストアを複製中かどうか。これらの両方の処理は、変更ログ表のクリーンアップ処理を一時的に停止します。

TimesTenデータ・ストア上のすべてのキャッシュ・エージェントが稼働中かどうか。キャッシュ・エージェントが稼働していない場合、変更ログ・レコードは蓄積されます。

データ・ストア内の自動リフレッシュ・キャッシュ・グループを削除せずにデータ・ストアを破棄していないかどうか。このようなデータ・ストアは、次のような場合に発生します。

ttDestroy -forceでデータ・ストアを破棄した場合。

Overwrite接続属性を1に設定したデータ・ストアにアプリケーションで接続したが、古いデータ・ストアに存在していたキャッシュ・グループが再作成されない場合。

データ・ストアがまだ存在している場合は、破棄されたデータ・ストアに接続してキャッシュ・グループを削除してください。

autorefreshChangeLogInfo.sqlスクリプトを使用して、キャッシュされたOracle表ごとに変更ログ表の大きさを確認します。出力を調べて、データ・ストアがまだ使用中かどうかを確認します。「変更ログ表の情報の表示」を参照してください。

データ・ストアがまだ使用中である場合は、キャッシュ・エージェントが稼働していることを確認します。

TimesTenでの自動リフレッシュの処理状況を、変更ログ表の最大ログ順序番号と比較します。TimesTenの方が遅れている場合は、ttCacheAutorefreshStatsGetプロシージャをコールして、自動リフレッシュ操作が正常に行われているかどうかを確認します。「ttCacheAutorefreshStatsGetプロシージャの使用」を参照してください。

通常より長い時間InProgressの状態であるように思われる場合は、「自動リフレッシュのパフォーマンスが悪い」を参照してください。

場合によっては、自動リフレッシュ間隔を減らすか、キャッシュ管理ユーザーの表領域のサイズを大きくする必要があります。