[SFS]-サービスリソースを共有する複数のテリトリーに対して最適化リクエストを同時に実行すると、サービス予定が重複して設定される

シナリオ:

2 つの異なるサービステリトリーに対して、2 つの OR が同時にトリガーされます。これらのテリトリーに配置されているサービスリソースは次のとおりです。

両方の OR が同時に開始されます。

根本原因

FSL 最適化エンジンでは、スケジュールされた実行を処理するときに楽観的並行性制御モデルが使用されます。

1. データスナップショット: 実行の開始時に、各 OR は関連するすべてのリソースの対応可能状況と予定データについて、その時点でのスナップショットを取得します。

2. 独立実行: 最適化エンジンは、この固定された独立スナップショットのみを参照して実行されます。

3. コミットフェーズ: OR は処理を完了すると、処理の実行中に元となるデータが変更されたかどうかを再確認することなく、スケジュール結果をデータベースにコミットします。

OR 1 と OR 2 が同時に開始されると、それぞれが同一のデータスナップショットを取得します。最初に完了した OR (OR 1) は、有効な割り当てを正常にコミットします。ただし、2 番目の OR (OR 2) が完了すると、古くなったスナップショットに基づいて変更が書き込まれ、意図せず OR 1 の割り当てが上書きされ、重複する予定が作成されます。

# 「テリトリーを照合」でこれを防ぐことができない理由:

一般的に、システム管理者は「テリトリーを照合」の作業ルールによってテリトリーの最適化処理が分離されることを期待します。このルールは正しく動作するものの、データベーストランザクションではなくポリシー範囲を制御します。

結果的に発生した重複は、ポリシー違反や設定ミスによるものではありません。これは、2 つの独立したプロセスが同じ物理リソースを同じ時間枠にスケジュール設定してしまうことで発生する、データの競合状態です。