# 移行の計画 Qlik Sense Client-Managed または QlikView から Qlik Cloud への移行は、エンタープライズ分析の戦略的な進化を意味します。この移行はリフト＆シフトではなく、計画的な準備、ステークホルダー間の合意形成、アーキテクチャ面での将来を見据えた設計を必要とする、モダナイゼーションの取り組みです。 Qlik Analytics Migration Tool は、定義済みの移行プランを実行するために構築されています。アプリケーション、ユーザー、スペース、接続、関連アセットを移行するための、一連のステップを体系的に提供します。ただし、このツールは移行の全体戦略を定義するものではありません。アセットを事業部門ごとにどう分割するか、影響度に基づいてどう優先順位をつけるか、タイムラインをどう段階的に進めるかといった判断は行いません。 代わりに、ツールにより、策定済みの戦略を実行するための予測可能な枠組みが提供されます。 このページでは、Qlik Cloud への移行を成功させるために必要な基盤となる計画作業について説明します。徹底した準備により、移行はイノベーションを加速し、業務を合理化し、ガバナンスを強化します。 ## 1移行目標の設定 ビジネス目標と技術目標を明確にし、ステークホルダー間で認識を揃えます。一般的な移行の目的は次のとおりです。 | 目的 | 例 | 値 | | --- | --- | --- | | モダナイゼーション | Qlik Cloud SaaS 機能を採用する | AI、自動化、拡張分析、ネイティブ コラボレーションなどの最新機能へのアクセス | | 運用の効率化 | インフラのメンテナンスや手動更新の排除 | 管理負荷の軽減と俊敏性の向上 | | コスト最適化 | ライセンスの統合、レガシーシステムの廃止 | TCO の削減と分析開発への再投資 | | スケーラビリティ | データ量やユーザー需要の増加に対応 | インフラをアップグレードすることなく、エンタープライズ分析需要を満たす | | ガバナンスの適合 | アクセス制御とポリシーの集中管理 | データ保護とコンプライアンスの強化 | | ユーザー エクスペリエンスを向上する | 応答性が高く、ブラウザネイティブなインターフェイスの提供 | 採用率と満足度の向上 | 主なアクティビティ: * 測定可能な成功基準の定義 (例: アプリのパフォーマンス、システムの廃止スケジュール) * 主要ステークホルダーとスポンサーの特定 * 制約条件と依存関係の文書化 ## 2.既存アセットの監査と合理化 移行対象を定義する前に、Qlik 環境の包括的なインベントリを作成します。これには次が含まれます。 * Qlik Sense および QlikView アプリケーション * 拡張機能およびテーマ * Qlik NPrinting レポート * データ接続およびデータソース * リロード タスクおよび依存関係 * ユーザー、ロール、セキュリティ ルール 各アセットの分類: * 移行対象 - 現在使用中、高価値、戦略的重要性がある * 再設計対象 - Qlik Cloud 互換性のために調整が必要 * 廃止対象 - 未使用または重複している 情報メモ このプロセスを支援する SaaS 準備ツールは、Qlik の技術担当者や認定 Qlik パートナーを通じて提供されます。これらの情報は一般公開されておらず、正規のルートで依頼する必要があります。 適切に構造化された監査は、集中的な移行計画をサポートし、未使用または古くなったコンテンツの引き継ぎを回避します。 ## 3.移行範囲と構成の定義 テスト、反復、段階的なロールアウトを可能にするために、明確な境界に沿って移行作業を構造化します。 Qlik Analytics Migration Tool の構成要素: * Plans - 移行対象 (アプリ、ユーザー、データなど) を定義する * Projects - 関連するプランと設定を整理する * Jobs - プランで定義されたステップを実行する 次の計画ガイダンスを参考にしてください。 * 事業部門別、地域別、アセットタイプ別にプランを分割する * テストやロールバックを簡素化するためプラン サイズを制限する * リスクの低いコンテンツを優先的に検証する * 影響度や依存関係に基づきスケジュールを調整する 情報メモ Qlik Analytics Migration Tool は実行ステップの順序を定義しますが、移行フェーズの構造化方法は定義しません。戦略計画により、スコープ、タイミング、チーム間の調整が決定されます。 ## 4.Qlik Cloud 環境構造の設計 移行が成功するかどうかは、Qlik Cloud アーキテクチャとの整合性が不可欠です。事前に環境設計を行い、セキュリティ、コラボレーション、スケーラビリティを確保します。 ### スペースとアプリのライフサイクル * Qlik Sense ストリームを共有スペースまたは管理スペースにマッピングする * データ分離や事業領域別の専用スペースを作成する * 開発、検証、本番用といったライフサイクルのステージに応じたスペースを作成する * スペースの所有権、アクセス ロール、プロモーション ワークフローを定義する ### データ アクセス戦略 * すべてのデータソースに対するアクセス要件を確認する * ファイアウォール/オンプレミスのソースには Qlik Data Gateway - Direct Access が必要 * データゲートウェイを Qlik Analytics Migration Tool の外部で構成する 情報メモ Qlik Cloud のデータ ゲートウェイは、プラン UI または Excel ファイルの Data Gateway ドロップダウンを使用してオンプレミス接続にマッピングできます。Qlik Cloud オブジェクトの取得は、利用可能なデータ ゲートウェイを検出し、ドロップダウンに表示するために使用されます。File (via Direct Access gateway) はまだ実装されておらず、代わりにスクリプトを更新するには Search and Replace を使用する必要があります。 ## 5.ユーザー マッピングとセキュリティの準備 ソース環境と Qlik Cloud 間のユーザー ID とロールを一致させます。 ### ID の一致 * オンプレミス システム (例: Active Directory) とクラウド IdP (例: Azure Entra ID、Okta) は異なる * ユーザーはメール アドレスまたはサブジェクト項目で一致させる * 所有権やアクセス権を維持するため一致が必要 情報メモ ID の一致の考慮事項については「[プランの作成](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Plans/Creating-Plans.htm)」で説明されています。 ### アクセス制御 * 資格 (Professional, Analyzer) を適切に割り当てる * ユーザー グループを Qlik Cloud スペース ロール (ビューアー、コントリビューター、所有者) にマッピングする * 所有権を割り当てる前にユーザーが存在していることを確認する * Export UsersとImport Usersを使用して一貫性を維持する ## 6.QlikView 変換の計画 Qlik Analytics Migration Tool (バージョン 2.3.0 以降) に直接統合されている QlikView to Qlik Sense Converter (QV2QS) を使用して、QlikView アプリケーションは Qlik Sense アプリに変換されます。以前のコンバーターとは異なり、QV2QS は、再利用可能なアセットだけでなく、アプリケーションのエクスペリエンスを再作成するため、変換されたアプリはより完成に近い状態で Qlik Cloud に到達します。 変換されたアセットには次が含まれます。 * シートとそのレイアウト * 視覚化 (グラフ、表、その他のオブジェクト) * オブジェクトのスタイル設定 * オブジェクト内の式とメジャー * 変数 情報メモ 変換は出発点であり、完成品ではありません。QlikView と Qlik Sense は、設計思想、レイアウト構造、およびインタラクションモデルが異なるため、変換されたコンテンツは、Qlik Cloud のベストプラクティスとユーザーのニーズを反映するようにレビューおよび最新化する必要があります。変換を、コンテンツのプレゼンテーションを再考し、応答性が高いデザイン、動的なフィルタリング、最新のインタラクション モデルを活用する機会と捉えてください。 ### 計画の考慮事項 * まずQV2QSで複雑な変換をテストしてください。移行ツールで利用可能な設定は、完全なQV2QSオプションのサブセットです。複雑なレイアウト、スタイル設定、または式を持つアプリケーションの場合、スタンドアロンのQV2QSツールで変換を検証し、その後、それらの設定を移行ツールにインポートします。 * モダナイゼーションのための時間を確保する。シートと視覚化が再作成されたとしても、変換されたアプリのレビュー、必要に応じた再設計、および Qlik Cloud の慣例への適合のための作業を計画してください。 * 変換するか、再構築するかを決定します。一部の価値の高い、または大幅にカスタマイズされたアプリケーションは、Qlik Senseでネイティブに再構築する方が良いかもしれません。全体のジョブをコミットする前に、アプリケーションごとにプレビューを使用してこの決定を行ってください。 ## 7.開発凍結のスケジュール 移行中に一貫性を維持するために、次を実行します。 * 移行中の変更を避けるために一時的なコンテンツの凍結を調整する * 開発チームや分析チームと明確なコミュニケーションをとる * テストと問題解決のための時間を確保する ## 8.移行の検証 組み込みの Qlik Analytics Migration Tool 機能を使用します。 * Job Logs - ステップごとの状況を確認する * Validate Applicaations - ソースとターゲットの動作を比較する * Reset App Descriptions と Reset QlikView App Descriptions - クリーンアップ ## 9.移行後のガバナンス Qlik Cloud のベストプラクティスに沿って継続的な運用を整備します。 * スペースを活用して DTAP ワークフローをサポートする * Qlik Cloud の自動化と監視ツールを活用する * アクセスポリシー、命名規則、所有権の文書化を確立および維持する ## 10.Qlik プロフェッショナルサービスの活用 包括的な移行をサポートするために、次を実行します。 * Qlik プロフェッショナルサービスや認定パートナーと提携する * SaaS 準備ツールや戦略ワークショップを活用する * 環境設計、実行、導入のための実績あるフレームワークを活用する Qlik の営業担当者に問い合わせ、サービス オプションを検討し、スムーズな移行を実現してください。 ## 関連ページ * [プランの作成](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Plans/Creating-Plans.htm) * [プロジェクトの管理](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Projects/Managing-Projects.htm) * [ジョブの管理](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Jobs/Managing-Jobs.htm) * [移行ステップの管理](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Migration-Steps/Managing-Migration-Steps.htm) * [QlikView 変換](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Migration-Steps/QlikView/QlikView.htm) * [Qlik NPrinting 移行](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Migration-Steps/Qlik-NPrinting/Qlik-NPrinting.htm) * [ジョブ ログ](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Jobs/Job-Logs.htm) * [アプリケーションの検証](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Migration-Steps/Applications/Validate-Applications.htm) * [アプリ説明のリセット](https://help.qlik.com/ja-JP/migration/Content/AnalyticsMigrationTool/Managing-Migration-Steps/Post-Migration/Reset-App-Descriptions.htm)