集約レポート

集約レポートを稼働させるには、管理者として以下の手順を実行します。
casm173
集約レポートを稼働させるには、管理者として以下の手順を実行します。
CA SDM のデータ ウェアハウス
CA SDM のデータ ウェアハウスは、詳細情報の主要データ ソースであり、以下のような特徴があります:
  • レポート用に最適化されています。
  • インシデントおよびリクエスト管理のデータが含まれます。
  • カスタム属性を含めることができます。
集約(データマート)スキーマ
データマート スキーマとエンティティの関係。
CA SM Insights Datamart Schema ERD.png
カスタム属性のディメンションへの追加
アドホック デザイナ ビューでは、左側のパネルの [フィールド] タブにディメンションが表示されます。 各ディメンションを展開すると、そのディメンションに関連付けられている公開されている属性を確認することができます。 追加属性を追加する必要がある場合は、ドメインを編集し、そのディメンションに関連付けられた属性のリストを表示します。 必要な追加の属性がリストにない場合は、新しい属性を追加します。
以下の手順に従います。
集約(データマート)スキーマへのカスタム属性の追加
  1. 集約レポートをインストールした場所に移動して、config ディレクトリの
    custom_config.xlsx
    ファイルを開きます。
  2. ファイルには、以下の列が含まれます。 以下の説明に従い、各列の下に値を入力します。
    1. tgt_tab
      新しい列/属性を追加するターゲットのダイメンション テーブルを指定します。
    2. tgt_col
      カスタム属性に対応するターゲット ダイメンション テーブルに追加したい新しいカラムを指定します。
    3. src_tab
      データマート
      ディメンション テーブル
      のソースである
      MDB
      内の
      基本テーブル
      。 新しい属性/カラムを追加することが、ベース テーブルに存在する場合は、ここで、ベース テーブルの名前を指定します。 それ以外の場合、これをスキップし、sql_query フィールドの入力にジャンプします。 以下のテーブルは MDB のデータマート内のディメンション テーブルとそれに対応するベース テーブル間のマッピングを示しています。
      ディメンション
      tgt_tab
      ベース テーブル
      アナリスト
      dm_contact
      ca_contact
      ビジネス ユーザ
      dm_contact
      ca_contact
      グループ
      dm_contact
      ca_contact
      カテゴリ
      dm_category
      prob_ctg
      優先度
      dm_priority
      pri
      ステータス
      dm_status
      cr_stat
      テナント
      dm_tenant
      ca_tenant
      チケット タイプ
      dm_ticket_type
      crt
    4. src_col
      追加しようとしている属性のベース テーブル内の列名です。追加しようとしている属性がベース テーブルに存在しない場合は、このフィールドの入力をスキップし、
      [sql_query]
      フィールドの入力に進みます。
    5. sql_query
      それぞれの列が、ベース テーブル以外のテーブルに存在する場合は、ターゲット テーブルに列を追加するには、SQL クエリが必要です。 このクエリでは、ベース テーブルのプライマリ キーである
      src_lkp
      フィールドと共に、他のテーブルから必要な列を抽出します。 そのため、クエリの出力は 2 つの列
      (src_lkp、src_ col)
      のみにする必要があります。
      例:
      description
      c_acctyp_id
      属性/列をそれぞれ
      カテゴリ
      アナリスト
      のディメンションに追加する場合、以下のように Excel シートに入力します。custom_config.png
      dm_contact
      c_acctyp_id
      を追加するには、SQL クエリを指定する必要があります。 この場合、
      dm_contact
      のベース テーブルは、
      ca_contact
      です。 必要な列
      c_acctyp_id
      ca_contact
      に存在しませんが、
      usp_contact
      という名前の別のテーブルに存在します。 SQL クエリでは、
      ca_contact
      usp_contact
      を結合し、
      c_acctyp_id
      列を抽出します。
      このクエリで
      ca_contact.contact_uuid
      src_lkp
      フィールド、
      usp_contact.c_acctyp_id
       は
      src_col
      フィールドです。
      ca_contact.contact_uuid=usp_contact.contact_uuid の ca_contact 左側結合 usp_contact から ca_contact.contact_uuid,usp_contact.c_acctyp_id を選択
      属性がベース テーブルにある場合も、以下の 2 つのテーブルに属性を追加するには SQL クエリのオプションを選択する必要があります。 これは、データマート テーブルの主キーとその対応する MDB テーブル間のデータ タイプの不一致が原因です。
        • dm_contact
          以下の形式で SQL クエリを指定します。
          ca_contact <必要に応じて、結合とその他の条件> から convert(nvarchar(34),contact_uuid,2) として convert(nvarchar(34),contact_uuid,2) を選択
        • dm_tenant
          以下の形式で SQL クエリを指定します。
          select convert(nvarchar(34),id,2) as tenant_uuid,
          <src_col>
          from ca_tenant
          <必要に応じて、結合とその他の条件>
  3. データマート スキーマで変更を有効にするため、ETL ジョブを実行します。
    データマート スキーマに正常に属性を追加しました。
ドメインとトピック内の属性を公開します。
  1. 管理者
    として
    JasperReports Server
    にログインします。
  2. ドメイン
    の下の
    ビューのリスト
    をクリックします。
    使用可能なドメインのリスト付きの [リポジトリ] ページが表示されます。
  3. [名前]
    列の
    [インシデント リクエスト管理]
    ドメインをクリックします。
    [ドメインの編集] ページが開きます。
  4. [ドメインのデザイン]の
    [ドメイン デザイナで編集]
    オプションをクリックします。
    [ドメイン デザイナ]
    ページが開きます。
    [表示]
    タブに、[リソース]、[セット]、および[アイテム]と、[プロパティ]パネルが表示されます。
  5. JoinTree_1 ノードを展開し、新しい属性を追加したディメンションに移動します。
  6. [リソース]
    パネルから属性を選択し、UI で属性を表示する
    [セットおよび項目]
    パネルから、グループを選択します。
  7. [選択したセットに追加]
    ボタンをクリックします。
    属性は [セットおよび項目] パネルの下の選択したグループに追加されます。
  8. [セットおよび項目] パネルの下に新しく追加された属性を選択し、
    プロパティ
    パネルの
    [編集]
    をクリックします。
  9. [フィールドまたはメジャー]
    ドロップダウン リストに移動し、
    [ディメンション]
    を選択します。
  10. [保存]
    をクリックし、
    [OK]をクリックします。
    [ドメインの編集]ページで、
    [送信]
    をクリックします。
  11. ホーム ページに移動し、
    [表示]
    -
    [リポジトリ]
    に移動します。
  12. 左側のパネルから、
    [casm_insights]
    -
    [capability]
    を展開し、
    [トピック]
    を選択します。
  13. インシデント リクエスト管理のトピック
    を選択し、
    [編集]
    をクリックします。
  14. [ソース]
    パネルで属性を選択し、
    [選択フィールド]
    パネルでカテゴリを選択し、
    [追加]
    ボタンをクリックします。
  15. [保存]
    をクリックします。
    既存のディメンションにカスタム属性を追加しました。
データマートのファクト テーブルからのデータのパージ
ファクト テーブルは、集約されたデータを含むテーブルです。 レポートに必要なデータは、データマート内のファクト テーブルに記載されています。 データは、データの集計日として設定された日付から入手できます。 データ統合の日付より前のデータが自動的にパージされます。 データのパージは、config.properties ファイルのデータ集計の日付パラメータに基づきます。 例えば、最初に 2017-01-01 からのデータがある場合、データ集計日は 2017-06-01 に変更され、2017-06-01 以前のすべてのデータはファクト テーブルから削除されます。
詳細については、「インストール後の作業」の「データ集計日の設定
」を参照してください。
抽出、転送、およびロード(ETL)ジョブの実行
ETL ジョブを実行して、初期データを集約(データマート)レポートにロードします。
以下の手順に従います。
  1. <データマートのインストール ディレクトリ>\bin
    フォルダに移動します。
  2. std-load
    バッチ ファイルを実行し、初期データをデータマートにロードします。
    ETL ジョブの完了にかかった時間は、データ サイズと、サーバの設定に基づきます。
    ETL ジョブは、ピーク外の時間に毎日 1 回実行することをお勧めします。
  3. (オプション)ETL ジョブが完了し、SQL サーバ (MSSQLSERVER) サービスで高メモリ が消費された場合は、SQL Server サービスを再起動します。
以下の構成をもつサーバ上で、ETLジョブをさまざまなデータボリュームで実行すると観察されるのは以下のとおり。
ETL ジョブのテスト結果の観察
  • サーバ:
    物理
  • オペレーティング システム:
    Windows Server 2016 (64 ビット)
  • RAM:
    32 GB
  • プロセッサ:
    2.10 GHz (2 プロセッサ)
  • ディスク容量:
    合計で1 TBが使用可能です。MDB の消費量 は40 GBです。
  • データベース サーバ:
    MS SQL 2014
  • MDB とDatamart インストール:
    同じサーバ上
  • MS SQL のメモリ消費量:
    50% 未満
MDB 内のレコードの合計数
データ収集期間
初期ロードの結果
デルタ ロードの結果
リクエストの数= 789,593
アクティビティの数 = 11,167,780
3 か月
ロードされたリクエストの数 = 26,527
ロードされたアクティビティの数 = 360,063
処理時間 = 20 分
消費ディスク領域 = 3 GB
ロードされたリクエストの数 = 4,810
ロードされたアクティビティの数 = 57,984
処理時間 = 2 分
6 か月
ロードされたリクエストの数 = 78,484
ロードされたアクティビティの数 = 830,574
処理時間 = 3 時間 20 分
消費ディスク領域 = 7 GB
ロードされたリクエストの数 = 4,810
ロードされたアクティビティの数 = 57,984
処理時間 = 30 分
12 か月
ロードされたリクエストの数 = 174,463
ロードされたアクティビティの数 = 1,439,205
処理時間 = 7 時間 40 分
消費ディスク領域 = 58 GB
ロードされたリクエストの数 = 4,810
ロードされたアクティビティの数 = 57,984
処理時間 = 1 時間 2 分
24 か月
ロードされたリクエストの数 = 385,622
ロードされたアクティビティの数 = 5,833,017
処理時間 = 26時間19分
消費ディスク領域= 196 GB
N/A
(オプション)マルチテナンシーの変更
データマートでマルチテナンシー設定を変更し、変更をすぐに Insights へ反映するには、コマンド ライン インターフェースを使用して
<データマートのインストール ディレクトリ>\bin
フォルダに移動し、
role-tenant-map.bat
ファイルを実行します。
抽出、転送、およびロード(ETL)ジョブのスケジュール
タスク スケジューリング ツールを使用して、ETL ジョブを一定の間隔で実行するか、特定のイベントが発生したときに実行するようにスケジュールできます。 ETL ジョブを実行する前に Datamartのデータベースをバックアップすることをお勧めします。
たとえば、Windows のスケジューラを使用して、ETL ジョブのスケジュールするには以下の手順に従います。
  1. [スタート]メニューの検索ボックスに「
    sched
    」と入力し、タスク スケジューラを開きます。
  2. [操作]ペインで、
    [基本タスクの作成]
    をクリックします。
  3. 名前とタスクの説明を入力します。
  4. [次へ]
    をクリックして、タスクのトリガを選択します。
  5. タスク(ETL ジョブ)の頻度は、
    [毎日]
    を選択します。
  6. [開始]
    ドロップダウン リストから、ジョブを開始する日付と時刻を選択します。
  7. OK
    ]をクリックします。
  8. [操作]
    ドロップダウン リストから、
    [プログラムの開始]
    をクリックします。
  9. フォルダ
    s
    <
    データマートのインストール ディレクトリ>\bin
    にある
    std-load.bat
    ファイルを参照します。
  10. [OK]
    [完了]
    の順にクリックします。
トランザクション レポートと集約レポートの使用方法の詳細については、「Insights の使用」を参照してください。
Insights に関する問題のトラブルシューティングを行う方法については、「Insights (CABI JasperReports)のトラブルシューティング」を参照してください。