クラウド間移行においてサイト間でデータをリンクする方法

クラウド間移行では、既存のデータは上書き不要で 2 つの異なるクラウド サイト間でデータを移行します。データの移行先サイトは、新しいサイトでも既存のデータを含むサイトでも構いません。複数回移行した際の重複を避けるために、移行済みのデータをリンクするようにします。このページでは、クラウド サイト間でデータがいつどのようにリンクされるかを説明します。

エンティティのレコード

クラウド間移行では、初めて移行される各エンティティ (ワークフローやカスタム フィールドなど) の記録を保存します。同じ移行先サイトへのその後の移行では、そのエンティティのレコードがすでに存在しているかどうかと、エンティティが同一である (つまり基礎となるプロパティが同じである) かどうかを確認します。

移行された内容と移行間で何が変更されたかを追跡します。これによって次を防止できます。

• 元のサイトと移行先のサイト間で一致しないプロジェクトの構成の共有 (ワークフロー、カスタム フィールド、スキームなど)

• 不要な重複 (同じエンティティの複数のコピーなど)

エンティティの変更を追跡する

エンティティは移行後に、削除または変更される可能性があります。たとえば、移行先サイトでカスタム フィールドが削除されたり、元のサイトで新しいカスタム フィールド オプションが追加されたりする場合があります。

そのため、エンティティ フィールドの内容を追跡して、異なる移行の間で確実な一貫性を維持するようにしています。これによって、エンティティが次の状態の場合に、共有構成エンティティを再移行できるようになりました。

• 移行先サイトから削除された場合

• 元のサイトまたは移行先サイトで変更された場合

移行に含まれるエンティティが移行先サイトのエンティティと同名である場合は、元の名前と「(移行済み)」タグが付いた新しいエンティティが作成されます。その後、この新しいエンティティと併せてデータが移行されます。

たとえば、「画面 A」という名前のエンティティが移行に含まれており、移行先サイトにあるエンティティも同名であることからエンティティが変更された場合、「画面 A」は移行後に「画面 A (移行済み)」として移行サイトに表示されます。

移行に含まれるエンティティが移行先サイトから削除されていない、またはエンティティが変更されていない場合は、移行先サイトの既存のエンティティにデータをリンクします。このエンティティは再移行されません。

このロジックをすべてのエンティティに展開します。現在、このロジックは次のエンティティにのみ適用されます。

Jira

• 課題タイプ

• 課題タイプ スキーム

• カスタム フィールド

• カスタム フィールド スキーム

• フィールド設定

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

• 画面

• 画面スキーム

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

• 権限スキーム

• 課題セキュリティ レベル

• 課題セキュリティスキーム

• フィルター

• ワークフロー

• ワークフロースキーム

不要な重複を防止する

現在、基になるフィールドが同一の場合にのみ 2 つのエンティティをマージする変更を展開しています。たとえば、優先エンティティは名前フィールドと色フィールドが同じ場合にのみマージされます。

移行に含まれるエンティティが移行先サイトのエンティティと同名であり、基になるフィールドが一致しない場合は、元の名前と「(移行済み)」タグが付いた新しいエンティティが作成されます。 その後、この新しいエンティティと併せてデータが移行されます。 

たとえば、優先度 A という名前のエンティティが移行中で、移行先サイトに存在する優先度 A と呼ばれるエンティティと同じでない場合、移行元サイトの優先度 A は移行後に移行先サイトで優先度 A (移行済み) として表示されます。

このロジックをすべてのエンティティに展開します。現在、このロジックは次のエンティティにのみ適用されます。

Jira

• 課題のステータス

• 優先度

• ソリューション

• 課題タイプ リンク

• Project Category

• プロジェクトロール

• 課題タイプ

• 課題タイプ スキーム

複数の重複

いくつかの理由によって、エンティティの重複が複数作成される場合があります。これらは、カスタム フィールド A (移行済み)、カスタム フィールド A (移行済み 2)、カスタム フィールド A (移行済み 3) のように表示されます。

重複は、以下の理由により発生する可能性があります。

• 元のサイトと移行先サイトの両方に存在するデフォルト エンティティ

• 移行の合間にリセットされるソース サイトまたはクラウド サイト

• 移行間で削除された一部のデータ

重複を避けるために、本番環境の移行とは別のサイトでテストを実行することをお勧めします。