グループメンバーシップのロック

インテグレーションまたは管理コンソールによってロール階層またはグループメンバーシップを更新すると、ユーザーに「ロックを取得できない」というエラーが表示され、再操作が必要になることがあります。このエラーは、更新中にグループメンバーシップ情報を保持するテーブルが共有システムによってロックされるために発生します。これは、互換性のない更新が同時に行われたり、タイミングの問題が発生したりするのを防止するためで、どちらの場合も、ユーザーのアクセス権に関するデータが不正確になるおそれがあります。通常、こうしたロックはごく短時間のみ保持され、ユーザーにロック競合エラーが表示されることはほとんどありません。ロールの変更によって共有ルールの再適用が起動された場合など、状況によっては、ロック保持時間が長くなり、競合が発生する可能性があります。

このようなロックエラーが発生するのは、通常、ユーザーが大規模なデータ読み込みを実行している場合や、他の内部システムとのインテグレーションを実行していて、ロールとグループ構造、ロールやグループへのユーザー割り当て、またはその両方が変更される場合です。これらのプロセスが実行されているときにシステム管理者がユーザーのロールを変更しようとしたり、ユーザーが新しい外部ユーザーをプロビジョンしようとすると、こうした同時操作のいずれかで、必要なロックを確保できなくなることがあります。このエラーが最も発生する可能性が高いのは、多くの取引先の割り当てやユーザーロールが変更される年度末処理や四半期末処理のような定期的な組織の再配置イベントの間です。

デフォルトでは、詳細なロックが有効になっており、更新に関係するロールまたはグループ間で階層関係または他の関係がなければ、一部のグループメンテナンス操作を同時進行できます。システム管理者は、メンテナンスプロセスおよびインテグレーションコードを調整してこの制限付きの同時実行を利用することにより、ロッ��エラーを回避しながら、大規模な更新をより速く処理できます。

次の表に、並列実行できるすべての操作を示します。親の変更 (ロール階層内でのロールの移動) などの特定の操作では、引き続き、他のほとんどすべてのグループ更新がブロックされます。

¹ ユーザーは、サイトまたはポータル取引先またはカスタマーポータル取引先を所有できません。

² 既存のポータルロールでの標準ユーザーまたは外部ユーザーのプロビジョニング

³ 取引先にある最初のサイトまたはポータルユーザーを含む、任意の標準ユーザーまたは外部ユーザーのプロビジョニング