設問
ユーザー数 50,000 人の世界的企業である Universal Containersは、従業員と請負業者を含む 20,000 人のユーザーによって 24時間年中無休のコールセンターを運営しています。同社の営業組織は 10,000名で構成されており、Priority および NextStep と呼ばれる商談カスタムフィールドに対する約 100,000 件の更新の処理を開始しました。彼らも加工を始めた高度にネストされたテリトリー階層に対する 20,000件の更新。ルックアップフィールドとしてケースを持つアクションプランカスタムオブジェクトの「次のステップ」フィールドで 3回目の一括更新がありました。ユーザーには、システム内でグループ メンバーシップロック エラーが表示され始めました。このエラーの考えられる原因は何ですか?
選択肢
A. システムが開始した共有ルールの再計算によるロック競合
B. アクション プランのカスタム オブジェクトの更新により、ケースレコードのロック競合が発生しました。
C. テリトリー オブジェクトの更新により、テリトリーオブジェクトでロック競合が発生しました。
D. Opportunity オブジェクトの更新により、取引先レコードのロック競合が発生します。
解答
解説
A. システムが開始した共有ルールの再計算によるロック競合
正解です。「グループメンバーシップロック」は、大量のレコード更新によって共有ルールの再計算がトリガーされ、グループ構造（ロール、共有ルール、パブリックグループなど）に関連するメタデータがロックされることで発生します。特にユーザー数が多く、複雑な共有モデルやロール階層がある場合に顕著です。Salesforceの公式ドキュメントでも、大規模更新時の「Group Membership Lock」について言及があります。
B. アクション プランのカスタム オブジェクトの更新により、ケース レコードのロック競合が発生しました。
不正解です。ケースのロックは可能性としてありますが、「グループメンバーシップロック」ではなく、単一レコードロックに起因します。
C. テリトリー オブジェクトの更新により、テリトリー オブジェクトでロック競合が発生しました。
不正解です。テリトリー階層の更新は確かに負荷が高いですが、これも「グループメンバーシップ」ロックではありません。
D. Opportunity オブジェクトの更新により、取引先レコードのロック競合が発生します。
不正解です。取引先レコードへのアクセスは考慮事項ですが、グループメンバーシップロックの直接原因ではありません。
第181問
こちらをクリック
