インスタンス間でのデータのリンク方法

既存のデータを上書きすることなく、ソースと呼ばれる Jira または Confluence のインスタンスから、宛先と呼ばれる別のインスタンスにデータをコピーできます。 ターゲットは、新しいインスタンスでも、既存のデータを含むインスタンスでもかまいません。データを複数回コピーする場合の重複を避けるため、以前にコピーしたデータへのリンクが試みられます。

However, there is an exception with Epic and Story work types. In a specific scenario, when you copy data, we overwrite these work types. Read more about this exception with Epic and Story work types and how to manage them

このページでは、クラウド サイト間でデータがいつどのようにリンクされるかを説明します。

エンティティのレコード

When you copy data, we save a record of each entity, such as workflow or custom field, during the initial copy. In the subsequent copies to the same destination, we check the records for existing or identical (meaning they have the same underlying properties) entities.

コピー中にコピーされた内容と変更された内容を追跡します。 これによって次を防止できます。

• ソースと宛先の間で一致しないプロジェクトの共有設定 (ワークフロー、カスタム フィールド、スキームなど)

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

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

エンティティはコピー後に、削除または変更される可能性があります。たとえば、宛先でカスタム フィールドが削除される、ソースで新しいカスタム フィールド オプションが追加されるなどです。

そのため、エンティティ フィールドの内容を追跡して、データをコピーするたび確実に一貫性を維持するようにしています。共有設定エンティティが次の状態であれば、再コピーできます。

• 宛先から削除された場合

• ソースまたは宛先で変更された場合

If an entity in your copied app data has the same name as an entity in the destination, we'll create a new entity with the original name and a "(migrated)" tag. We’ll then copy your data along with this new entity.

For example, your copy data has an entity named Screen A that has been modified and there is another entity with the same name in the destination site, Screen A will be renamed to Screen A (migrated) after you finish copying.

コピー データ内のエンティティが宛先から削除されていない、またはエンティティが変更されていない場合は、宛先にある既存のエンティティにデータをリンクします。このエンティティは再度コピーされません。

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

Jira

• 作業タイプ

• Work type scheme

• カスタム フィールド

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

• フィールド設定

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

• 画面

• 画面スキーム

• Work type screen scheme

• 権限スキーム

• 作業項目セキュリティ レベル

• Work item security scheme

• フィルター

• ワークフロー

• ワークフロースキーム

不要な重複を防止する

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

When copying app data, if an entity with the same name exists in the destination but has different underlying fields, a new entity will be created with the original name and a "(migrated)" tag. We’ll then copy your data along with this new entity. 

For example, if an entity called Priority A is being copied and it’s not identical to the entity also called Priority A that exists in the destination, Priority A from the source will appear as Priority A (migrated) in the destination after copying app data.

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

Jira

• 作業項目ステータス

• 優先度

• ソリューション

• Work type link

• Project Category

• プロジェクトロール

• 作業タイプ

• Work type scheme

• カスタム フィールドのオプション

複数の重複

Multiple duplicates of an entity may be created for several reasons. These will appear as Custom field A (migrated), Custom field A (migrated 2), Custom field A (migrated 3), and so on.

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

• 既定のエンティティがソース インスタンスと宛先インスタンスの両方に存在する

• ソース インスタンスまたはクラウド インスタンスがコピー中にリセットされる

• コピー中に一部のデータが削除される

コピー中に重複しないように、本番環境とは別のインスタンスでテストを実行することをお勧めします。