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

Jira Cloud Migration Assistant は、既存のデータを上書きすることなくクラウド サイトにデータを追加します。データの移行先サイトは、新しいサイトでも既存のデータを含むサイトでも構いません。Jira Cloud Migration Assistant がデータをリンクする仕組みをご確認ください

Jira Cloud Migration Assistant はまだ開発中のため、すべてのデータが移行されるわけではありません。このページでは、Jira Cloud Migration Assistant の最新バージョンで移行の対象または対象外となるものについて概説します。

Jira Cloud Migration Assistant を使用して移行できない場合は、サーバーまたは Data Center からクラウドにデータを移動する他の方法を利用できます。その他の方法と制限についてご確認ください

移行される情報

移行されない情報

Jira Software プロジェクト データ

  • 課題ランク

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

    • エピック名

    • エピックの色

    • エピック リンク

    • エピック ステータス

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

    • エピック名

    • エピックの色

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

    • エピック ステータス

    • 課題ランク

    • 初期見積 (Original Estimate)

    • 残余見積 (Remaining Estimate)

    • フラグ付き

    • コンポーネント

    • 環境

  • スプリント

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

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

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

  • Jira Software ボード - 移行で選択されたプロジェクトに接続 (複数のプロジェクトにリンクされているボードは移行されません)

    • ボード

      • 名前

      • 管理者

      • フィルターと権限

      • 場所

    • 高度なボード設定

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

      • クイック フィルター

      • スイムレーン

      • スプリント権限

      • カードの色

      • 時間統計/見積もり

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

  • Jira Service Management プロジェクト

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

  • すべてのグループ

  • すべてのお客様

  • リクエスト タイプ

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

  • カスタム フィールド

    • 顧客の組織

    • 承認

    • SLA

  • プロジェクト設定

    • 自動化ルール

    • 顧客通知テンプレート

    • ポータル設定

    • カレンダー

    • ワークフロー

    • 言語サポート設定

    • 顧客の満足度設定

    • レポート

  • キュー

Jira Work Management (旧 Jira Core) プロジェクト データ

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

  • プロジェクトの詳細

    • 名前

    • 鍵 (キー)

    • プロジェクト タイプ

    • Project Category

    • 説明

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

    • 既定の担当者

  • プロジェクトロール

  • 課題タイプ

  • 課題タイプ スキーム

    • 既定の課題タイプ

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

  • ワークフロー スキーム

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

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

  • ワークフロー機能

  • 画面スキーム

  • 画面

    • タブ

  • ステータス カテゴリ

  • 権限スキーム

  • 課題セキュリティ

課題データ

  • 要約

  • 説明

  • 課題タイプ

  • 課題番号

  • ステータス

  • 優先度

  • ソリューション

  • ラベル

  • 作成者

  • 報告者

  • 担当者

  • 期限

  • サブタスク

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

    • テキスト

    • 日付

    • 数値

    • 時間

    • ラベル

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

    • チェックボックス

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

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

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

    • 複数行テキスト

    • ラジオ ボタン

    • 環境

    • URL

  • @mentions

  • ウォッチャー/投票

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

  • 添付ファイル

  • コメント

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

  • ストーリー ポイント

  • 消費時間

  • 課題履歴

  • 課題の作業ログ

  • 課題キー履歴

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

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

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

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

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

App and app data

  • Advanced Roadmaps (formerly Portfolio for Jira)

  • Marketplace パートナー (アプリ ベンダーとも呼ばれる) は、Jira Cloud Migration Assistant がアプリ データを移行するための自動移行パスを提供する必要があります。移行パスが提供されている Jira アプリのリスト

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

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

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

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

  • ワークフロー機能

    • プロパティ

    • トリガー

  • 通知スキーム - プロジェクトは、クラウドの既定のスキームに追加されます。

  • メールハンドラー

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

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

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

  • グローバル権限

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

  • ダッシュボード

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

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

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

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

  • Confluence リンク

  • Webhook

ユーザーとグループ

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

特定のアプリ データ

  • ‘Automation for Jira’ アプリのアプリ データは、移行に含まれません。

ユーザー プロファイル

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

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

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

その他の課題タイプ

  • アーカイブされた課題

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

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

  • カスケード選択リスト

  • バージョン ピッカー (単一および複数)

  • アドオンからの任意のカスタム フィールド

次の手順に従ってこれらのフィールドを追加するか、サポート チームに支援を依頼します。これを行うには、Jira Server ログへのアクセス権が必要です。

  1. 欠落しているフィールドを手動で作成する

    1. 移行されていない任意のカスタム フィールドを手動で作成します。

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

  2. CSV エクスポート/インポートで不足しているフィールドのデータを上書きする

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

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

      1. 課題キー、課題の要約、および入力したいすべての不足フィールドのみを残します。例: カスケード選択リスト、バージョン ピッカー

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

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

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

詳細情報とサポート

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

その他のヘルプ