Jira ユーザーが多すぎる
このインサイトでは、Jira Software にアクセスできるユーザー数が Jira Cloud のユーザー数の制限を超えているかどうかを確認します。
Jira ユーザーに関する詳細
Jira Cloud は、製品へのアクセス権を持つユーザーの数を制限しています。制限には、次のようなユーザーが含まれます。
- アクティブなステータスであるユーザー
- Jira Cloud へのアクセス権が付与されているユーザー
この確認における結果には同じ基準が採用されますが、Jira Software へのアクセス権をチェックします。なお、これは Jira Cloud における Data Center に相当します。以前の Jira Core へのアクセス権は、Data Center では利用できません (移行もされません)。一方、Jira Service Management へのアクセス権はクラウドで個別に付与されます。[管理] > [バージョンとライセンス] で、結果を Jira Software ライセンスと一致させられます。
こうしたユーザーを移行しようとすると、次が実行されます。
- 移行アシスタントによって、ユーザー数がご利用のクラウド プランに基づき比較されます。ユーザー数が、ご利用のプランで許可されているユーザー数よりも多い場合は、移行がブロックされます。
- 移行に向けてユーザーのアクセス権を一時的に削除すると、そのユーザーを移行できます。ただしクラウド側では、制限内のユーザー数に対してのみ、アクセス権を付与できます。
推奨事項
レビューを実行して、ユーザー ベースのクリーンアップを行うことをおすすめします。古いアカウントやテスト用アカウントに対して、不要なアクセス権が付与されているというケースも珍しくありません。こうしたユーザーもすべてライセンスにカウントされるため、移行前にユーザーを削除するか、アクセス権を削除することをお勧めします。
アクセス グループからユーザーを削除する 推奨
アクセス権を付与されているグループからユーザーを削除することも、グループ全体からアクセス権を削除することもできます。
アクセス権を付与されているグループを表示して、そのグループのユーザーを削除するには、次の手順に従います。
- Jira Data Center で、[管理] > [グループ] の順に移動します。
- アクセスが付与されているすべてのグループには、その横に製品ラベル (例えば Jira Software など) が付いています。
- グループで [メンバーを編集] を選択します。
- これらのグループからユーザーを削除します。
グループのアクセス権の表示、付与、取り消しを実行するには、次の手順に従います。
- Jira Data Center で、[管理] > [アプリ] > [アプリ アクセス] の順に移動します。
- アクセス権を持つグループは、特定の製品の下にリストされます。
- グループの横にある [削除] を選択します。そのグループは製品へのアクセス権を失います。
無効なメールや重複するメール (旧ユーザーおよびマージ) を修正する 推奨
移行アシスタントでユーザー評価を実行して、無効なメール アドレスや重複するメール アドレスを持つユーザーを見つけることができます。このようなメールを持つユーザーは移行を妨げるため、とにかく修正する必要があります。
ユーザー評価を実行して、不適切なメールを持つユーザーを特定する
ユーザー評価にすばやくアクセスする
ダッシュボードからこのインサイトを確認する際には、最初の [View user assessment in the assistant (アシスタントでユーザー評価を表示)] リンクを選択して、インスタンスで評価を開きます。
ユーザー評価を実行するには、次の手順に従います。
[管理] > [クラウドに移行] に移動して、Jira Cloud Migration Assistant を開きます。
ホーム画面で、[ユーザーを評価して準備する] カードを見つけて [評価を開始] を選択します。
評価が完了すると、不適切なメールを持つユーザーの数が表示されます。
結果には、無効なメール アドレスまたは重複するメール アドレスを持つユーザーの数が表示されます。これらのユーザーは削除の候補になりますが、確認が必要です。
該当するユーザーを旧ユーザーとして移行して、無効なメールを修正する
はじめる前に
無効なメールを修正する際には、次の選択肢があります。
CSV: 自動オプションの代わりに CSV ファイルを使用します。これにより、どのユーザーを非アクティブ化して、どのユーザーをアクティブ ユーザーとして移行するかを選択できます。
旧ユーザー: 無効なメールを持つユーザーを旧ユーザーとして非アクティブ化します。CSV ファイルのおかげで、選択したユーザーを対象として異なるオプションを使用できます。
無効なメールを持つユーザーを修正するには、次の手順に従います。
評価結果を確認する際には、[Fix invalid emails (無効なメールを修正)] を選択します。
ユーザーを修正するための自動オプションがいくつか表示されます。[ユーザーを CSV ファイルに基づいて更新] を選択し、CSV ファイルをダウンロードします。
CSVファイルを編集する方法
CSV ファイルには、無効なメールを持つすべてのユーザーが含まれています。詳細な説明は readme ファイルに記載されています。
CSV ファイルに関する最も重要な情報
事前に生成されたメール: すべてのユーザーにダミーのメール アドレスが割り当てられます。これらのアドレスは有効ですが、実際には機能していません。ユーザーをアクティブ ユーザーとして移行する場合は、その他の機能しているメール (アクセス権があるもの) に変更できます。
Tombstone (墓石): この値はすべてのユーザーに対して false に設定されます。つまり、既定ではアクティブ ユーザーとして移行されます。非アクティブ化して旧ユーザーとして扱うユーザーに対しては、この値を true に変更します。
ユーザーを旧ユーザーとして扱ってユーザー数を減らすには、次の手順に従います。
非アクティブ化できる各ユーザーについて、Tombstone の値を true に変更します。
維持するユーザーについて、メール アドレスを機能しているものに変更します。
ファイルを保存して、移行アシスタントにアップロードします。
該当するユーザーをマージして、重複するメールを修正する
はじめる前に
重複するメールを修正する際には、次の選択肢があります。
自動オプション: この場合、CSV ファイルの代わりに自動オプションの 1 つを使用します。この方法では、より簡単かつ効率的に重複するメールをマージできます。
マージ: 最終的なユーザー数を減らすために、同じメール アドレスを共有するすべてのユーザーをマージします。
無効なメールを修正したら、[Fix duplicated emails (重複するメールを修正)] を選択します。同じような画面に移動し、重複するメールを持つユーザーを修正できます。
重複するメールを持つユーザーをマージするには、次の手順に従います。
[Merge duplicate users (重複するユーザーをマージ)] オプションを選択します。
変更を確認し、変更されたユーザーのリストを作成する
無効なメールや重複するメールを修正するオプションを選択したら、[Review and apply (確認して適用)] を選択します。
プロジェクトで参照されているユーザーのみを移行する 推奨
Jira Cloud Migration Assistant でプロジェクトを移行する際には、それらのプロジェクトで参照されているユーザーのみを移行し、他のユーザーはすべて除外するという選択肢があります。
移行を実行しなくても、参照されているユーザーとグループの数を確認して、除外できるユーザーの数を把握できます。
選択したプロジェクトで参照されているユーザーのみを移行する
移行計画にプロジェクトを追加した後に、参照されているユーザーを移行することもできます。
参照されているユーザーのみを移行するには、次の手順に従います。
Jira Cloud Migration Assistant で新しい移行計画を作成します。
方法として [移行する内容を選択] を選択して、データを手動で選択できるようにします。
[プロジェクト] カードで、計画に含めるプロジェクトをいくつか選択します。
[ユーザーとグループ] カードで、[選択されたプロジェクトに関連するユーザーとグループのみ] オプションを選択します。選択できるオプションの詳細をご確認ください。
ロードマップ計画やアプリなど、他のカードのデータの選択はスキップできます。
参照されているユーザーとグループの数を確認する
参照されているユーザーとグループの数は、移行前レポートで確認できます。
移行前のレポートをダウンロードするには、次の手順に従います。
1. [移行の確認] 画面が表示されるまで、移行前チェックを進めます。
2. [ログとレポート] タブで、移行前レポートをダウンロードします。
3. アーカイブを解凍して、次のファイルを確認します。
Summary: このファイルには、移行対象のユーザーとグループの数が含まれています。Users and groups: このファイルには、参照されているユーザーとグループ、およびそれらを参照しているプロジェクトの詳細が含まれています。
クラウドに実際に必要なユーザー数を把握するために、移行するすべてのプロジェクトでこれらの手順を繰り返します。移行前レポートを確認する際には、参照されているユーザーとグループのリストを作成して、クラウド側のプロビジョニングおよび同期フィルターから除外できるようにします。
クラウド側のユーザー プロビジョニング フィルターを変更する 推奨
ユーザー プロビジョニングと同期フィルターの構成方法によっては、不要になったユーザーやログインすらしていないユーザーなど、必要以上に多くのユーザーを同期している可能性があります。
これを回避する方法の例は次のとおりです。
LDAP (サーバー) または SCIM (クラウド) のフィルターを変更して、不要になった、またはその他の推奨事項で修正されたユーザーを除外します
Jira ディレクトリだけでなく、外部ディレクトリのユーザーも変更します。これにより、更新または削除されたユーザーがクラウドにプロビジョニングされなくなります
Atlassian Cloud の SCIM フィルター
外部ディレクトリを Atlassian Cloud に直接接続することはできません。間で ID プロバイダーを使用する必要があります。フィルターを変更する場合は、ID プロバイダーで行う必要があります。
Microsoft でこれを行う方法についてのアイデアは次のとおりです。
これは Atlassian Cloud を ID プロバイダーに接続するためのドキュメントです。Okta のように、この接続を設定する際に同期するユーザーを指定できるものもあります。
OneLogin: OneLogin のユーザー プロビジョニングを構成する方法をご確認ください。
Azure AD: Azure AD のユーザー プロビジョニングを構成する方法をご確認ください。
Google Cloud: Google Cloud を使用してユーザー プロビジョニングを構成する方法をご確認ください。
Google Workspace: Google Workspace のユーザー プロビジョニングを構成する方法をご確認ください。
PingFederate: PingFederate のユーザー プロビジョニングを構成する方法をご確認ください。
JumpCloud: JumpCloud のユーザー プロビジョニングを構成する方法の詳細
Data Center の LDAP フィルター
クラウド側でフィルターを更新する方が重要ですが、Data Center でも更新できます。これにより、一部のユーザーをより簡単に削除 (たとえば、Jira にコンテンツがないユーザーは、同期から除外された後に自動的に削除されます) する、既存のユーザー ベースでいくつかの変更を試すなどができます。