Cloud 移行を計画する
Atlassian Server または Data Center 製品の移行準備に役立つドキュメント。
グループと権限の移行
2024 年 1 月より、 Jira クラウド間移行機能の名前が「製品データのコピー」に変わります。この機能をアトラシアンの管理（admin.atlassian.com）に移行することで、Confluence のクラウド間データ・コピーとともに統一されたエクスペリエンスを実現します。
変更は徐々に導入されるため、Jira Cloud にログインして [システム > [設定] > [クラウド サイトの移行] を選択してもこの機能にアクセスできない場合は、admin.atlassian.com にアクセスして以下を選択することをお勧めします。
[設定] > [データ管理] > [製品データをコピー]
製品データのコピー機能にアクセスして使用するには、組織の管理者権限が必要です。
クラウドのあるインスタンスから別のインスタンスにユーザーを移行すると、そのユーザーが所属するグループと、そのグループが持つ権限が移行されます。移行元インスタンスと移行先インスタンスに同じ名前のグループが存在するかどうかが確認されます。このページでは、グループの移行方法と権限への影響をご説明します。
ユーザーとグループを移行する方法
次の2 つの方法でユーザーとグループを移行できます。
ユーザーとグループを個別に移行する: 移行後にユーザーをそれぞれのグループに追加して、製品またはプロジェクトへのアクセスを付与する必要があります。
ユーザーをグループごと移行する: ユーザーは移行前に所属していたすべてのグループに残ります。ユーザーはすぐに製品またはプロジェクトにアクセスできます。
同じ名前のグループを移行する
移行元インスタンスと移行先インスタンスの両方に、同じ名前のグループが存在する可能性があります。グループの名前が同じで、ユーザーと権限も同じであれば、グループを移行しても問題は起こりません。
ただし、グループの名前は同じでも、ユーザーや権限が異なる場合は、一部のユーザーが移行前にはなかったプロジェクトや製品へのアクセスを持つ可能性があります。この問題に関して、次に一例を示します。
例
Jane は、複数の Jira Cloud インスタンスを持つ Acme Inc という企業の管理者です。再編成のため、Jane は移行元である Acme-Europe から移行先である Acme-Global にデータを移動して、2 つの Jira Cloud インスタンス (Acme-Global と Acme-Europe) をマージするように求められています。
Acme-Europe には、「マーケティング」という名のグループがあります (ユーザー A、B、X)。このグループは、Jira Software へのアクセス権と、「アルファ」というプロジェクトを閲覧する権限を持っています。
Acme-Global にも、「マーケティング」というグループがあります (ユーザー A、B、C)。このグループは、Jira Software へのアクセス権と、「ベータ」という名前のプロジェクトを閲覧する権限を持っています。
Jane が「アルファ」プロジェクトを移動して、ユーザーとグループを個別に移行することを選択すると、ユーザー A、B、C は移行後に「アルファ」プロジェクトと「ベータ」プロジェクトの両方にアクセスできるようになります。ユーザー X も移行されますが、X はグループに追加されないため、2 つのプロジェクトにアクセスできなくなります。
Jane が「アルファ」プロジェクトを移動して、ユーザーをグループごと移行することを選択すると、ユーザー A、B、C、X は「アルファ」プロジェクトと「ベータ」プロジェクトの両方にアクセスできるようになります。
この例では、ユーザーが取得する権限に不一致があります。ユーザー X は、Acme-Europe では「アルファ」プロジェクトにしかアクセスできませんでしたが、移行後は「ベータ」プロジェクトにアクセスできるようになります。同様に、ユーザー X は「アルファ」プロジェクトにアクセスできませんでしたが、移行後はこのプロジェクトにアクセスできるようになります。
ユーザーとグループを移行する際に同じ名前のグループがあると、マージされたグループは次のようになります。
移行元グループのプロジェクト権限を保持します。
移行先グループのプロジェクト権限と製品権限の両方が付与されます。
管理アクセスを管理するグループ
管理者アクセスを管理する一部の既定グループはブロックリストに登録され、移行されません。これは、管理アクセスを持つべきではないユーザーに対して、アクセスを誤って付与するのを防ぐためです。
ブロックリストに登録されるグループ
"site-admins"
"system-administrators"
"atlassian-addons"
"Atlassian-addons-admin"
これらのグループに属するユーザーも移行されますが、そのユーザーをブロックリストに登録されたグループの 1 つに含める場合は、移行後に手動で追加する必要があります。
これらのグループ以外に、管理アクセスを管理するグループがある場合、そのグループは移行されます。管理アクセスを持つグループを移行する際は、慎重に行ってください。
移行後
移行後に正しく設定されていることを確認するために、ご自身のユーザー管理経験に基づいて概説した手順に従うことをお勧めします。
改善されたユーザー管理エクスペリエンスをご利用の場合は、次の手順に従います。
admin.atlassian.com から組織に移動して、[ディレクトリ] > [グループ] の順に選択してグループを確認します。
ユーザーをグループに追加するには、[グループ メンバーを追加] に移動して、追加するユーザーを選んでから [追加] を選択します。
ユーザーを追加する必要があるのは一度だけです。サイトの製品ごとに追加する必要はありません。
改善されたユーザー管理エクスペリエンスがまだロールアウトされていない場合は、次の手順をお勧めします。
[管理] > [ユーザー管理] の順に移動して、新しいグループのメンバーを確認し、権限を承認します。
admin.atlassian.com のサイトに移動して、ユーザーをグループに追加します。ユーザーを追加する製品に移動して、[製品アクセスを管理] と [ユーザーを管理] を選択します。これは、サイトの製品ごとに行う必要があります。
外部のユーザー管理システムを使用している場合は、グループが正しく同期されていることを確認します。
準備が整ったら、ユーザーを招待できます。
この内容はお役に立ちましたか?