Jira Cloud Migration Assistant で移行される情報

Jira Cloud Migration Assistant では、既存のデータを上書きすることなく Jira Cloud サイトにデータを追加します。データの移行先サイトは、新しい Cloud サイトでも既存のデータを含むサイトでも構いません。

移行の対象となるデータは、移行オプションによって異なります。

  • 移行対象を選択

  • すべてのデータを一度に移行

移行オプション: 移行するデータを選択します

[移行する内容を選択] オプションで移行対象/対象外となるデータの詳細を次に示します。

移行される情報

移行されない情報

Jira のグローバル エンティティと権限

  • プロジェクト横断型ボード

  • クロスプロジェクト フィルター

  • 移行対象のプロジェクトに接続されていないボード

  • 非アクティブなユーザーに属するボード

  • 移行されないボードのフィルター

  • プロジェクトと権限を共有するフィルター

  • ダッシュボード


Jira Software プロジェクト データ

  • 課題ランク

  • エピック (エピック リンク)

    • エピック名

    • エピックの色

    • エピック リンク

    • エピック ステータス

  • 課題履歴 (一部のカスタム フィールドを含む)

    • エピック名

    • エピックの色

    • エピック リンク

    • エピック ステータス

    • 課題ランク

    • 初期見積 (Original Estimate)

    • 残余見積 (Remaining Estimate)

    • フラグ付き

    • コンポーネント

    • 環境

  • スプリント

  • バージョン (影響バージョン、修正バージョン)

  • 移行されるボードに関連付けられたフィルター

  • 移行される 1 つのプロジェクトにのみ接続されているボード


Jira Software ボード

  • ボード

    • name

    • administrators

    • フィルターと権限

    • 場所

    • 詳細なボード設定

      • 列名とステータスのマッピング

      • クイック フィルター

      • スイムレーン

      • スプリント権限

      • カードの色

      • 時間統計/見積


Jira Service Management プロジェクト データ

  • Jira Service Management プロジェクト

  • エージェントを含むすべてのユーザー

  • すべてのグループ

  • すべてのお客様

  • リクエスト タイプ

  • リクエスト タイプ グループ

  • カスタム フィールド

    • 顧客の組織

    • 承認

    • SLA

  • プロジェクト設定

    • レガシーの自動化ルール

    • 顧客通知テンプレート

    • ポータル設定

    • カレンダー

    • ワークフロー

    • 言語サポート設定

    • 顧客の満足度設定

    • レポート

  • キュー


Jira Core プロジェクト データ

: これらのエンティティは Jira Software と Jira Service Management の一部でもあります。

  • プロジェクトの詳細

    • 名前

    • 鍵 (キー)

    • プロジェクト タイプ

    • Project Category

    • 説明

    • プロジェクトのリーダー

    • 既定の担当者

  • プロジェクトロール

  • 課題タイプ

  • 課題タイプ スキーム

    • 既定の課題タイプ

  • 課題タイプ画面スキーム

  • ワークフロー スキーム

  • フィールド設定スキーム

  • ワークフロー - ステータスおよびトランジションとともに正確に移行されたワークフロー スキームへの基本的なリンク

  • ワークフロー機能

  • 画面スキーム

  • 画面

    • タブ

  • ステータス カテゴリ

  • 権限スキーム

  • 通知スキーム

    • 既定の通知があるシステム イベントのみが移行されます。ユーザー定義のカスタム通知は移行されません。カスタム イベントも移行されません。

  • 課題セキュリティ

  • 優先度と優先度スキーム


課題データ

  • 要約

  • 説明

  • 課題タイプ

  • 課題番号

  • ステータス

  • ソリューション

  • ラベル

  • 作成者

  • 報告者

  • 担当者

  • 期限

  • サブタスク

  • 一部のカスタム フィールド

    • テキスト

    • 日付

    • 数値

    • 時間

    • ラベル

    • 選択リスト (単一選択、複数選択、カスケード選択)

    • チェックボックス

    • ユーザー ピッカー (単一/複数)

    • プロジェクト ピッカー (単一プロジェクト)

    • グループ カスタム フィールド

    • 複数行テキスト

    • ラジオ ボタン

    • 環境

    • URL

  • @mentions

  • ウォッチャー/投票

  • 課題リンク (リンク タイプを含む)

  • 添付ファイル

  • コメント

  • セキュリティ レベル付きのコメント

  • ストーリー ポイント

  • 消費時間

  • 課題履歴

  • 課題の作業ログ

  • 課題キー履歴

その他の課題タイプ

  • アーカイブされた課題


アクティブなディレクトリのユーザーとグループ

  • Jira Work Management と Jira Software の各ユーザー、Jira Service Management エージェント

  • サーバーから削除されたユーザーは、「Former user」として移行されます。移行対象のプロジェクトに接続されている削除済みのユーザーのみが、クラウドで作成されます。

  • アクティブなディレクトリ内のすべてのグループ

  • 外部ディレクトリで管理されているユーザー。


Advanced Roadmaps のプラン

  • 課題ソースをプロジェクトとして含むプラン

  • 課題ソースを単一プロジェクトまたはプロジェクト横断型のボードとして含むプラン

  • 課題ソースをフィルターとして持つプラン

  • ユーザーとグループ

  • 共有チーム

  • グローバル構成

  • カスタム課題タイプ、カスタム フィールド、カスタム階層マッピング

  • ライブ プランはインターフェイスが改善されたプランとして移行されます。

アプリとアプリ データ


その他のプロジェクト タイプ

  • アーカイブされたプロジェクト

プロジェクトのセットアップ

  • カスタム フィールドでの言語の翻訳

  • ワークフロー機能

    • プロパティ

    • トリガー

  • プロジェクトのアバター

  • 移行されない課題やエンティティへのリンク

  • カスタムの課題タイプ アイコン

  • プロジェクトショートカット

  • ワークフロー UI ダイアグラムの配置

  • サービス プロジェクトにリンクされたナレッジ ベースの記事

  • メールハンドラー

  • 課題ピッカー カスタム フィールド

  • Issue redirection of moved issues won’t work for migrated Jira tickets


Jira のグローバル エンティティと権限

  • グローバル権限

  • 一般設定 (タイムゾーン、言語など)

  • フィルター サブスクリプション

  • Webhook

  • カスタマイズされたフィルター列


ユーザーとグループ

  • 非アクティブなディレクトリのユーザーとグループ - これらを移行するには、ディレクトリをアクティブにします。


特定のアプリ データ

  • 次のアプリのアプリ データは移行に含まれません。

    • Automation for Jira

    • Assets


ユーザー プロファイル

  • ユーザーのアバター: ユーザーは移行後に自身のアバターを更新する必要があります。

  • パスワード: SSO をセットアップした場合を除いて、ユーザーは移行後に自身のパスワードをリセットする必要があります。

  • タイムゾーン: ユーザーのプロファイル単位のタイムゾーン情報は失われます。

  • アクティビティ ストリーム: アクティビティ ストリームはクラウドに移行されません

  • Jira ユーザー・プロパティ: Jira ユーザー・プロパティはクラウドに移行されません


Advanced Roadmaps プランの一部の項目

  • クラシック プラン

  • 課題ソースを非公開フィルターとして持つプラン

  • 未保存のシナリオ データ

  • 保存済みビュー

  • ユーザー定義のカスタム フィールド タイプ

    • Parent link

    • チーム

    • Target start

    • Target end


サービス

  • Jira Server と Jira Data Center の各サービスは Jira Cloud に移行されません

移行オプション: すべてのデータを一度に移行します

「すべてのデータを一度に移行する」オプションは廃止されます

2024 年 9 月に、「すべてのデータを一度に移行する」移行オプションを廃止します。このオプションを積極的に使用している移行者のため、2024 年 9 月までサポートを継続し、現在の機能を維持します。このお知らせの詳細については、コミュニティ投稿をご覧ください。

すべてのお客様に「移行対象を選択する」オプションの使用をお勧めします。このオプションは、規模を拡大中の組織に特有のニーズに柔軟に対応できるように設計されています。移行する Jira データを選択する方法

[すべてのデータを一度に移行] オプションで移行対象/対象外となるデータの詳細を次に示します。

移行される情報

移行されないデータ

  • ユーザー、グループ、権限: グループのメンバーシップは保持されます。ユーザーは、移行の一環として、グループに追加されます。ユーザーはプロジェクトにアクセスできるようになり、Jira Cloud ライセンスに追加されます。

  • プロジェクトおよび課題を含む、サイト データ

  • Jira 設定 (プロジェクトのセットアップ、カスタム フィールド、ワークフロー スキームを含む)

  • ボード、フィルター、ダッシュボード

  • アプリケーション リンク

  • 添付ファイル

  • プロジェクトのアバター

  • ロゴ

  • アプリ

  • Advanced Roadmaps のプラン

  • Portfolio for Jira: ポートフォリオ機能は Server と Cloud で異なります。移行後、ユーザーにとってどのような違いが生じるのかを理解するためにも、Portfolio for Jira Cloud をユーザー受け入れテストに含めることをおすすめします。

  • 移行実行者のグループ権限: 移行を実行するユーザーは、移行後に自分自身を元のグループに追加し直す必要があります。

  • 外部ディレクトリで管理されるユーザー: 外部ディレクトリで管理されているユーザーがいる場合は、[移行する内容を選択] のオプションを使用することをお勧めします。このオプションを使用してすべてのデータを移行できない場合は、ユーザーのみを移行することをご検討ください。

  • ユーザー アバター: ユーザーは移行後に自身のアバターを更新する必要があります。

  • アーカイブされた課題: アーカイブされた課題は [移行対象を選択する] オプションでのみ移行されます。

  • パスワード: SSO をセットアップした場合を除き、ユーザーは移行後に自身のパスワードをリセットする必要があります。

  • タイムゾーン: ユーザーのプロファイルごとのタイムゾーン情報は失われます。

  • カスタム メール ハンドラー

移行前のレポートで移行されるデータをチェックする

移行に含まれるデータは、移行前のレポートで確認できます。レポートを入手するには、次のステップのいずれかに従います。

  • 移行計画を作成して、そこにデータを追加したら、「移行を確認する」ステップに進みます。[ログとレポート] セクションはそのステップに含まれています。

  • 移行ダッシュボードで移行計画の詳細を表示します。[ログとレポート] セクションはそこに含まれています。

ログとレポートの詳細

CSV インポートを使用したエンティティの追加

移行後に CSV インポートで欠落しているフィールドを手動で追加できます。移行されないフィールドには次が含まれます。

  • アプリのすべてのカスタム フィールド

CSV インポートで欠落しているフィールドを追加するには、次の手順に従います。

  1. Jira Cloud で欠落しているフィールドを作成します。

    1. 移行されなかったカスタム フィールドを作成します。

    2. カスタム フィールドを関連する画面に割り当てます (Jira Server ログのデータを使用し unsupported custom field 文字列を見つける)。

  2. CSV エクスポート/インポートで欠落しているフィールドのデータを追加します。

    1. Server からすべてのフィールドと課題のデータをエクスポートします (検索を作成して CSV としてエクスポート)。

    2. CSV を Excel などで編集します。

      1. 課題キー、課題の要約、入力するすべての不足フィールドのみを残します。

      2. ログのデータに基づいて、課題の画面で使用されている他のすべてのカスタム フィールドを含めます (オプション)。

    3. Cloud サイトで CSV インポートを実行して、Jira Cloud Migration Assistant によって以前に移行されたプロジェクトを選択します。

これらのステップを完了すると、すべての課題が不足しているフィールド データとともに移行されているはずです。プロジェクトは最新の構成およびデータを持ち、移行は完全に完了しました。

詳細情報とサポート

移行をサポートするための多数のチャンネルをご用意しています。

さらにヘルプが必要ですか?

アトラシアン コミュニティをご利用ください。