Analytical Storage Cleanup

CData Virtuality Server は膨大な量のクエリを処理します。これらのクエリはかなりの量のログエントリを生成しますが、将来的にそのすべてが必要になるとは限りません。

例えば、Optimizationが複数のステージ(Mat Table)を作成した場合、そのすべてが再び必要になることはないため、Dropすることができます。また、ログエントリを無期限に保持する必要は必ずしもありません。また、大量のLoggingエントリがあると、表示にかかる時間も長くなります。

CData Virtuality Server は、古いデータを自動的に削除するクリーンアップ機能を提供します。CData Virtuality Server には、古くなったマテリアライゼーションステージを削除する特定のジョブが同梱されています。古いマテリアライゼーション・ステージをフォールバックとして一定数保持することはできますが(バックアップをインポートする場合など)、すべてのマテリアライゼーション・ステージを保持する必要はありません。クリーナージョブは、Optimizationsに関するすべての情報のリフレッシュを実行し、どのMaterializationステージを安全に削除できるかに関する知識を収集します。クリーナー・ジョブを実行する理由はいくつかあります:

  • 分析ストレージのデータ量を削減します;
  • 最新のデータのみを保持します;
  • 構成データベースに使用されていない内部エントリはありません;
  • Analytical Storage Tables のルックアップ時間が短縮されます;
  • は、有用なインデックスのみを保持するため、インデックス管理を改善します。

クリーンアップタスクはCData Virtuality Studio のJobs タブで実行することも、スケジュールを作成して実行することもできます。以下はその例です(ジョブは常にjobId 1を持っています):

CALL SYSADMIN.createSchedule(jobId => 1, type => ?, intervl => ?, startDelay => ?, cronExpression => ?, enabled => ?, chainString => ?);;
 
-- start the cleaner once and immediately with
CALL SYSADMIN.createSchedule(jobId => 1, type => 'once', intervl => 0, startDelay => 0, cronExpression => NULL, enabled => TRUE, chainString => NULL);;

The cleaner job will take some time and requires system resources. It is recommended to run the job when it does not interfere with the users' workload.

Cleanup of Query Logs and Job Logs

CData Virtuality Server には、ログをクリーンアップするためのストアドプロシージャがいくつかあります。詳細については、『Management API Guide』のLog and History Managementセクションを参照してください。

構成データベーステーブルのデータのみが削除されます。エントリはserver.logファイルに存在します。

See Also

Get Usage of Views (for Cleanup and Other Purposes) すぐに使えるスニペットで、異なるビューの使用頻度を確認できます。

Get the Recent N Stages of Mat Tables and Create a Procedure to Drop Old Ones 廃止されたマテリアライズドテーブルステージを削除する方法については、こちらをご覧ください。