CQM から DQM への最速パス

それは直線です MotioCI

Cognos Analytics を長年使用している場合は、従来の互換クエリ モード (CQM) コンテンツをまだ引きずっている可能性が高くなります。 ほら なぜ 動的クエリ モード (DQM) に移行する必要があります。

1. CQM にはリスクがあります。 CQM は古いテクノロジーなので、いつでも廃止される可能性があります
2. DQM は将来性があります。 DQM はスケーラブルで効率が高く、パフォーマンスも優れています
3. クラウド。 クラウドへの移行が 5 年以内の場合 roadDQMに移動するために必要なマップ

神話

パッケージとレポートを DQM に移行する作業は、非常に困難に思えます。 まず、移動中に何かが壊れるのではないかという疑念はありますが、それが何かはわかりません。 それは確かに事実であり、簡単に元に戻る方法はありません。 簡単に元に戻す方法がない場合、ユーザーがレポートにアクセスできない状態で何週間も死に続けることはできません。

直線

スイッチを入れるだけで、すべての CQM コンテンツが DQM としてどのように機能するかを確認できたらどうでしょうか? と MotioCI テスト、それがまさにあなたにできることです。 それはとても簡単です。

ディーツ

DQM に移行する必要がある時期については、別の場所で書きました。 こうやって：

1. 評価と在庫 – まず、自分が持っているものを検討し、その努力を評価します。 レポートは何件ありますか? パッケージは何個ですか？ あなたのパッケージのうち CQM はいくつありますか? これにアプローチするには複数の方法があります。

各 Framework Manager モデルを見つけて開き、プロパティを確認します。

または、公開されているすべてのパッケージを検索し、そのプロパティを確認します。

または、 MotioCI 在庫。 の MotioCI インベントリ ダッシュボードとインベントリ概要レポートは、コンテンツ ストア全体の概要を提供します。 これらにより、Cognos コンテンツ ストア内に CQM のパッケージがいくつあり、DQM のパッケージがいくつあるかが一目でわかります。 インベントリ レポートには、パッケージに関する追加の詳細が表示されます。

1. 1. 1. 道。 まさに彼らがいる場所です。
      2. 参考文献。 受信参照の数から、それに依存するレポートの数がわかります。
      3. 廃止。 受信する参照がない場合は、それは簡単です。 パッケージは必要ないかもしれません。 使われていないんですね。

テスト – まず、CQM レポートのベースラインを確立します。

でプロジェクトを作成します MotioCI CQM パッケージ用。 MotioCI パッケージの基になっているすべてのレポートを自動的に検索するのに役立ちます。 テスト ケースを作成して、コンテンツとパフォーマンスの各レポートのベースラインを確立します。

1. 1. 1. 出力の安定性 - 予想されるレポート出力のベースラインを作成します。
      2. 実行時間の安定性 – 期待されるパフォーマンスのベースラインを作成します

テスト ケースを実行してレポート出力を生成し、実行時間を記録します。

評価 – ここでスイッチを DQM に切り替えてレポートを実行します。

1. 1. 前の手順で作成したプロジェクトのクローンを作成します。 MotioCI プロジェクトには同じパッケージとレポートが含まれます。 プロジェクト設定を強制動的パッケージクエリモードに変更します。 レポートごとにテスト ケースを作成し、出力とパフォーマンスを CQM ベースライン結果と比較します。
      1. 出力比較 – DQM のレポート出力を CQM ベースラインと比較します。
      2. 実行時間の比較 – DQM でのレポートの実行時間を CQM ベースラインと比較します。
   2. テストケースを実行し、テスト結果を評価する
      1. 成功 – これらのテスト ケースは、出力比較とパフォーマンスの両方に合格します。 このグループでテストされたレポートは、変更なしで DQM に移行されます。
      2. 失敗 – アサーションのいずれかまたは両方が失敗すると、テスト ケースは失敗します。
         1. 出力比較の失敗 – レポートの CQM 出力と DQM 出力を並べて比較し、相違点を強調表示します。
         2. 実行時間比較の失敗 - このグループのレポートは、CQM よりも DQM での実行が遅くなります。

解像度 – テスト ケースの結果に基づいて、どのレポートに注意が必要かを正確に知ることができます。

1. 1. の見直しを検討してください。 MotioCI テスト ケースの失敗の詳細をレポートします。 このレポートを使用すると、同様のエラーが発生する傾向やレポートのグループがあるかどうかを確認できます。 Framework Manager モデルを編集し、パッケージを再公開します。
   2. 出力とパフォーマンスに満足するまで、DQM プロジェクトのテスト ケースを再実行します。
   3. 場合によっては、出力比較または時間比較に失敗する個々のレポートに対処する必要がある場合があります。 問題があれば修正してください。

移行 – この時点で、すべての CQM レポートが DQM で実行されており、同じ出力が生成され、妥当な時間内に実行されることが確信できます。

1. 1. Framework Manager では、クエリ モード プロパティを動的に安全に変更して、パッケージを再公開できます。
   2. 最後のステップとして、 MotioCI DQM プロジェクトで、[Force DQM Query Mode] プロパティを削除し、それを [Default] に設定します。 テスト ケースを再実行し、結果を確認します。 これにより、レポートとパッケージに加えた変更が出力やパフォーマンスに影響を与えていないことが確認されます。

お祝い

この最後のステップについて言及するのを忘れていました。 お祝い。 DQM の利点をすべて享受し、他のプロジェクトを探し始める時期が来ました。

ボーナス プロのヒント

あなたが使用することができます 無料です。 MotioPI CQM パッケージとレポートを検索するユーティリティ。 CQM を使用するように設定されたモデルを含むパッケージを検索するには、ダウンロードしてインストールします。 MotioPI：

1. Open MotioPI を選択し、[コンテンツ] パネルをクリックします。
2. [タイプのクエリ] を [モデル] に設定して、モデルをクエリします。
3. 検索のソースを適切な範囲に絞り込みます。 パフォーマンスを向上させるには、スコープを縮小します。
4. フィルターを追加し、「Text Property Model is Dynamic Query Mode = false」を選択します。
5. [検索]をクリックします
6. 結果を CSV としてエクスポートし、Excel で開きます
7. レポートを検索するモデ​​ルの Cognos 検索パスをコピーします。
8. 文字列から「/model[@name=」とその後に続くものを削除して、モデルの検索パスを編集します。
9. 短縮されたモデル パス文字列を新しいコンテンツ パネルに貼り付けます。 MotioPI。
10. レポートを表示するタイプのクエリを編集
11. スコープを適切に狭める
12. 短縮されたモデル パス文字列を貼り付けて、テキスト プロパティ パッケージ検索パスを使用するようにフィルターします。
13. [検索]をクリックします
14. 結果として、CQM パッケージを使用するすべてのレポートのリストが返されます。

確かに、これは少し複雑で、テストはできず、プロジェクトの進行状況も管理できませんが、まあ、無料です。 MotioPI は、評価とインベントリの最初の XNUMX つのステップを途中まで進めてから、 MotioCI そこから取ることができます。