複数のAPサーバでジョブスケジューラの同一のトリガーが2重発火します。原因と対処を教えて下さい。Platformジョブスケジューラ複数のAPサーバでジョブスケジューラの同一のトリガーが2重発火します。原因と対処を教えて下さい。複数サーバでのトリガーステータス更新のタイミングにおけるごく稀な事象です。AP1で発火予定のステータス「WAITING」のトリガー取得を実施。ACQUIREDに更新)トランザクションが終わる前にAP2でステータスが「WAITING」のトリガー取得が実行される。その後AP1のトランザクションが完了する。WAITING」へステータス更新が実行される。いずれかの方法で回避できます。次に発火するトリガーを取得する際に、ロックを獲得するよう設定することで回避できます。Summer以降の場合は以下で設定できます。im-job-scheduler-config.xmlのロック獲得設定をtrueに変更することで回避できます。Spring以前の場合は以下で設定できます。WEB-INF/classes配下にim_job_scheduler.propertiesというファイルを作成し、以下を指定することで回避できます。org.quartz.jobStore.acquireTriggersWithinLock=trueジョブスケジューラサービスを単一サーバにすることで回避できます。Platformが5分以内に起動しない場合ジョブスケジューラが起動しません。ジョブネット(ジョブ)が実行中にAccelPlatformが停止(ジョブスケジュールサービスが停止)した時、次回起動時にジョブネットモニタで実行中だったジョブネットを参照するとジョブのステータスが「実行中」のままとなっています。この時、対象のジョブネットを停止しようとしてもジョブネットのステータスは「終了依頼中」のままとなります。(再度停止することもできなくなります)このジョブネットのステータスを「成功」に変更することはできますか?intra-martへのログインユーザ数を確認する方法はございますか。2020年末予定にてサポート終了に伴う弊社製品の対応方針です。Inc.がサービス運用や向上等の目的で利用する場合がございます。当該情報のうち、個人情報の取り扱いについてはZendeskプライバシーポリシーをご覧ください。