すべてのアプリを別の組織に転送する
一元的されたユーザー管理エクスペリエンスを使用している組織では、アプリの転送を利用できません。サポートにお問い合わせのうえ、ご利用のアプリを別の組織に転送するか、新しいアプリを組織に追加してください。
Atlassian Government 組織のアプリは転送できません。
すべてのアプリ インスタンスを転送して、組織をマージできるかどうかは、いくつかの要因によって決まります。これは主に組織の複雑さと、新しいユーザー管理機能を使用しているかどうかが影響します。組織統合の仕組み
1. 転送の計画
ここではまず、2 つの組織をマージすることの意味について十分に理解しているかを確認しましょう。アトラシアンの組織をマージできますか?
また、時間をかけて転送の計画を立て、変更内容をアプリ管理者に事前に伝えることをお勧めします。
アプリを他の組織に転送することをアプリ管理者に伝えます。
転送は、アプリ管理者のロールやアプリの管理方法には影響しませんが、新しい組織の構成が異なる場合は、アプリ ユーザーに影響を及ぼす可能性があります。両方の組織の管理者を確認します。
転送元組織の組織管理者はすべて、転送先組織でも組織管理者になります。つまり、すべてのサイトのサイト管理者になるということです。他のユーザーにこの権限を与えない場合は、転送する前に、該当するユーザーの組織管理者ロールを削除します。既存の設定を確認し、転送先組織で必要な構成を再作成します。
転送プロセスの一環として、必要のない組織の構成やサブスクリプションのほとんどを削除する必要があります。転送先組織で必要な構成を再作成できるように、既存の設定を書き留めておくことをお勧めします。
転送チェックリスト: 削除して再作成する設定とサブスクリプション
転送を開始する前に、転送元の組織から特定の設定とサブスクリプションを削除するように求められます。次の表で概要をご確認ください。
こうした変更の一部はユーザーのログイン方法に影響するため、転送を開始する直前に既存のセットアップを削除することをお勧めします。
セキュリティ設定 |
どのグループもプロビジョニングを解除しないでください。移行するアプリの既存のグループと権限設定を維持するには、まずアトラシアン側の構成で接続を解除します。
|
|---|---|
サブスクリプションとプラン |
Atlassian Guard を解約する場合、サブスクリプションを譲渡することはできませんが、返品ポリシーに従って、古いサブスクリプションの返金は可能です。返金を依頼するには、請求書とライセンスに関するお問い合わせフォームに入力してください。 Atlassian Guard Premium のトライアル版またはサブスクリプションを利用している場合は、アプリを転送するのにサポート チームの支援が必要になります。これは、Atlassian Guard Premium には転送できない設定がいくつかあるためです。
|
領域 |
DNS ホストによっては、ドメインが検証されて DNS の変更が有効になるまでに最大 72 時間かかる場合があります。最適な時間帯で計画することをお勧めします。
|
ユーザーの招待 |
|
HIPAA 準拠 |
|
AI |
|
2. アプリすべての転送
このステップは、両方の組織が一元化されたユーザー管理機能を使用していない場合にのみ適用されます (ユーザー リストとグループ リストがアトラシアンの管理の [ディレクトリ] タブに表示されていれば、一元化されたユーザー管理を使用しています)。
一元化されたユーザー管理機能を使用している場合は、いくつかの選択肢があります。組織のマージが可能かどうかをご確認ください。
両方の組織で組織管理者になっている必要があります。また、上記で推奨する準備を完了していることも必要です。ユーザー管理システムの調整には時間がかかる場合があります。重要な期限に間に合うよう、適切に計画を立ててください。
転送プロセスを実行すると、元に戻すことはできません。
すべてのアプリ インスタンスを 1 つの組織から別の組織に転送する方法は次のとおりです。
移動 アトラシアンの管理。複数の組織がある場合は、対象の組織を選択します。不要になった組織を選択しましょう。
Select Organization settings, then Profile.
[アプリの転送] を選択して、手順に従います。転送先組織の選択と変更の確認を行ってから、転送を確認します。
If your organization uses Atlassian Analytics (now Insights), Jira Service Management, or Opsgenie, create a support ticket for Technical issues and bugs to ensure your Atlassian accounts are properly associated with your new organization. Until this request is complete, you may experience data discrepancies in Atlassian Analytics (Insights) and in-app asset and operations reporting within Jira Service Management and Opsgenie.
アプリ インスタンスとアカウント データが転送されると、空になった組織が削除されます。
ユーザーのアクセスは中断されません。ただし、シングル サインオンの設定が転送先の組織で異なる場合、ログイン時に多少の違いがあります。発生する可能性のある一時的なログインの変更について、ユーザーに通知してください。
これで、転送先の組織で API キー、許可リスト、ドメイン、その他の構成を再作成できるようになりました (まだ作成していない場合)。
すべてのアプリを別の組織に転送すると変更されること
すべてのアプリを転送して組織をマージした後に何が起きるかを知ることは重要です。
変更されないこと
ダウンタイムやアクセスの損失が発生することはありません。
同じアプリ アクセスと権限が保持されます。
転送されたアプリのアプリ管理者は、引き続き、そのアプリ インスタンスのアプリ管理者になります。
転送されたサイトのサイト管理者は引き続き、それらのサイトのサイト管理者です。
転送先組織の組織管理者は、引き続き組織管理者になります。
転送されたアプリには、URL、権限、プロジェクト、スペース、コントロール、パートナー製アプリが保持されます。
転送されたアプリは分離されたままです。両方の組織に同じアプリがあった場合、転送後に複数のアプリ インスタンスが存在することになります (マージされることはありません)。
転送されたアプリの請求は分離されたままになるため、同じ数の請求書 (Atlassian Guard Standard を除く) が発行されます。
アプリの請求書は、引き続きサイト別に分類されます。
変更されること
転送元の組織で組織管理者のロールだったユーザーはすべて、転送先の組織でも組織管理者になり、関連するすべてのサイトのサイト管理者として追加されます。
アトラシアンの管理の [概要] タブと [アプリ] タブには、マージ後の組織のアプリすべてがリスト表示されます。
不要になった組織は、アトラシアンの管理のランディング ページに表示されなくなります。
転送の過程で追加された組織管理者に新しくアプリ アクセス権が付与された場合、請求額が増加する可能性があります (それらのユーザーに対する支払いを停止したい場合、転送後に該当ユーザーの管理者およびアプリ権限を更新できます)。
ユーザーのログイン方法が一時的に変わる場合があります。ユーザーは、必要のない組織で SSO をオフにした後、転送が完了して新しい組織で SSO が設定される前に、ログイン用のパスワードを設定する必要があります。
転送を完了するために以前のユーザー管理に戻す必要があった場合は、アトラシアンの管理のナビゲーションが異なることがわかります。
User search results for mentions and user pickers may be inconsistent for up to 24 hours following the transfer.
この内容はお役に立ちましたか?