フォアグラウンドジョブの代わりにバックグラウンドジョブを使用するようにロールとグループの許可を調整する方法Summaryグループに多数のユーザーを追加したり、グループにいくつかの新しいロールを追加したり、いくつかのグループが別のグループの権限を継承するように設定したりした後、すべてのユーザーにロールやグループを付与する間セッションがスタックして、先に進むにはそれが完了するまで待たなければならないことはありませんか。 Madrid では、これらのトランザクションをすべてバックグラウンドジョブに移動できるため、[送信] をクリックした後は、バックグラウンドでユーザーに同様にアクセス権を付与しながら、その実行中に他の作業を行うことができます。あまりにも良くできた話のように思えますが、これは事実であり、プロパティの変更と同じほど簡単です。 この機能を使用すると、ジョブが作成されたこと、およびインスタンスで実行するためにキューに格納されていることを示すメッセージが表示されます。 これは、次のような問題を回避するのに役立つため、非常に役立ちます。ユーザー数の多いグループに対してロールを追加/削除すると、クォータルールが原因でグループ内のすべてのユーザーに対してロールが追加/削除されない ReleaseMadrid 以降で利用可能ですが、既知の問題があったため、プロパティが機能したのは次の場合のみでした。 グループに対するロールの追加または削除別のロールに対するロールの追加または削除 次の場合は機能しませんでした。 グループに対するユーザーの追加または削除 ただしこの問題は、PRB1480562 により Rome リリースで修正されています。 したがって、Rome より前のインスタンスでこれを有効にすると、2 つのシナリオの利用を開始でき、Rome にアップグレードすると、すべてのシナリオを利用できます。 注： Tokyo 以降のアップグレードでは、お客様が既に追加している場合を除き、このプロパティが追加されて true に設定されます。sys_user_has_role テーブルの再計算はアップグレードの 4 時間後にスケジュールされ、sys_user、sys_user_group、sys_group_has_role、sys_user_role_contains、および sys_user_grmember の構成に基づいてテーブルを再構築し、テーブルの情報がインスタンスの構成を正しく反映するようにします。Instructionsシステムプロパティ glide.ui.schedule_slushbucket_save_for_group_roles を追加し、true に設定します。 Related Linksこの操作はバックグラウンドジョブとして実行されるため、実行される挿入または更新はすべて「システム」によって記録されます。