金曜の夜まで正常に動いていたEAが、月曜の朝は静かになっている。チャートはもう動き出しているのに、エキスパートタブの表示が金曜のままで止まっている。こんな月曜を、一度でいいから経験したくないのが、EA運用者の本音だと思います。
ここで問題なのは、EAが止まること自体だけではありません。止まっていた時間は、成績表に「何もなかった時間」として紛れ込むことです。バックテストには「EAが動かなかった月曜」は存在しないのに、リアル口座の成績には存在する。このズレに気づかないまま運用を続けると、EAの実力を読み誤ります。
この記事では、EAを止める原因を4つに分類し、それぞれの予防設定と、止まっていた時間をログから見つける方法、そして月曜に止まっていたときの復旧手順を解説します。監査でEAの生死を記録から判定する際に使っている、同じ見方です。
この記事でわかること
- EAが週末・月曜に止まる4つの原因と、ログに残る痕跡
- StatementとJournal の「時間の穴」から停止区間を特定する方法
- Windows UpdateとMT4の、再起動後に自動で戻す設定手順
- 木曜に15分で終わる週末前の点検リスト
- VPSの容量・プランを見直す3つの確認観点
EAを止める4つの犯人と、ログに残る痕跡
月曜朝にEAが止まっているとき、原因は大きく4つに分類できます。それぞれ痕跡の残し方が違うので、まずはこの表で全体像をつかんでください。
| 原因 | 起きる仕組み | 残る痕跡 |
|---|---|---|
| Windows Update | VPSのOSが更新を適用し、設定したアクティブ時間の外で再起動する | Journalの起動記録が週末〜未明に増える |
| VPS側のメンテ・障害 | 提供元の計画メンテナンスや、ホスト障害で仮想マシンが再起動する | 提供元の障害・メンテ告知と時刻が一致する |
| リソースの枯渇 | ログやヒストリデータの蓄積でディスクが圧迫され、書き込みや動作が止まる(メモリ不足も同様) | ログファイルの肥大化、古いログの欠落 |
| EA・MT4内部のエラー | 連続する注文エラーや無効なパラメータでEAが自ら停止する | エキスパートタブにエラーコードが連続記録される |
この4分類がなぜ重要か。原因ごとに「効く予防策」が違うからです。Windows Updateには設定変更が効きますが、VPS障害には設定が効きません。原因を間違えると、対策ばかり打って同じ事故が再発します。
止まっていた時間は、記録の「穴」から見つかる
EAが止まっていた時間は、自分から申告しません。しかし、ログには必ず穴が残ります。監査でEAの稼働状況を判定するとき、私はまずこの3つの記録を突き合わせます。
- Statement(口座明細)の日付:取引履歴のタイムスタンプに、本来トレードする時間帯なのに数日空白があれば止まっていた可能性が高い
- Journal(ジャーナル):MT4の起動・再接続の記録が、自分が再起動した覚えのない時間帯に残っていないか
- EA自身のログ:Printで時刻を残すEAなら、ログの連番が途切れている区間が停止時間
月曜の夜にこの3つを10分見比べるだけで、「止まっていたのは土曜3時から月曜9時まで」のような区間が特定できます。ここまで特定できれば、原因の4分類に当てはめるだけです。未確認のまま「なぜか止まってた」で終わらせると、同じ月曜が再来週にも待っています。
なお、ログの timestamp がサーバー時間で記録される点には注意してください。MT4の表示時間との差(2〜3時間程度になることがある)を確認しないと、停止区間を実際より長く見積もってしまいます。時間のずれ自体の調べ方は、過去記事「バックテストのtimestampずれ問題」で詳しく扱っています。
再起動直後のトレードは、スプレッド会計で不利になる
ここが、単なる「止まる・動く」の話と違う専門的な論点です。再起動したEAが月曜オープン直後に即エントリーする仕様なら、スプレッドが広がりやすい時間帯と重なって、コスト面で不利な約定が積みやすくなります。
市場が閉じていた後の最初のティック付近は、スプレッドが平常より広くなりやすく、Bid/Ask の表示も不安定になります。これを金額で考える「スプレッド会計」で試算してみましょう。1万通貨単位の取引で、平常より0.5pips広いスプレッドが20回発生すると、差し引きでおよそ1,000円(試算)です。月1回なら年間1.2万円。EAの利率から見れば小さいようで、停止直後の不利な約定を黙って成績に混ぜると、EAの実力判定そのものがずれる点が問題です。
監査の現場では、ここを「正直会計」で扱います。停止からの復旧直後の取引は、平常の相場と分けて数える。混ぜたままだと、復旧後の成績でEAを過大にも過小にも評価します。同時に、停止期間がある月は取引回数そのものが減るので、t値などの統計指標の信頼性も下がります。回数が減っても平均が保つ理由を説明しなければ、その月の成績と統計指標は参考値どまりです。
月曜オープン直後のスプレッドや Bid/Ask の歪みについて詳しくは、過去記事「スプレッドの時間帯変化とバックテストの再現性」で検証方法を扱っています。
Windows Updateを、EAの休みに合わせる設定手順
4つの犯人のうち、いちばん防御しやすいのがWindows Updateです。設定はVPSにリモート接続して10分で終わります。手順はWindowsのバージョンで表示が多少違うため、項目名は目安として、該当する項目を探してください。
- アクティブ時間を設定する:「設定→Windows Update→アクティブ時間」で、EAを動かす主要時間帯を指定します。指定時間帯の外での再起動を避ける狙いです。設定できる上限時間はWindowsのバージョンに依存するため、実際に選択できる範囲を画面で確認してください
- 更新の自動再起動を極力減らす:更新が適用されるタイミングは自分で計画的に。「更新の一時停止」が使える場合は EA の重要なイベント(指標や決済予定)がない週にまとめて適用します
- 完全な無効化は推奨しない:セキュリティ更新を止め続けると、VPS が他の脅威に晒されます。無効化より「適用のタイミングを自分で管理する」方針が安全です
- VPS提供元のメンテ告知を確認する:管理コンソールの通知設定をメール受信にしておくと、計画メンテの告知がメールで届きます。自分のOS更新計画と重ならないか照合する材料になります
念のため書き添えると、Windows Update以外にも、VPS提供元の計画メンテナンスが週末に行われるケースはあります。こちらは設定で回避できないため、告知メールを受け取り、事前に自分のEAを止める・再開する運用ルールを決めておくのが現実的な自衛です。「気づかなかった」をゼロにすることが、事故を最小にします。
再起動後にEAを自動で戻す、MT4側の設定
予防しても再起動はゼロになりません。だから、「再起動してもEAが戻る構造」を作っておきます。設定は一度やれば効果が続くタイプです。VPSの画面でMT4が永続する前提で、次の3つを整えてください。
- スタートアップにMT4を登録する:WindowsのスタートアップフォルダにMT4のショートカットを置くと、再起動後にMT4が自動起動します
- 自動ログインを有効にする:ログイン時にパスワードを保存する設定にしておくと、再起動後も口座へ接続します。セキュリティとこの設定はトレードオフのため、VPSのパスワード管理方針とセットで判断してください
- チャートテンプレートと通知を整える:EAを付けたチャートのプロファイルを保存し、スマホへのプッシュ通知とメール通知を設定しておくと、停止やエラーに気づくのが何時間も早くなります(MetaQuotes ID の設定が必要です)
通知設定の効果は大きいです。月曜の朝に気づけば損失は小さくて済みますが、翌週の水曜まで気づかないままだと、話は別です。EAは通知を送るだけなので、「届いた通知を見る習慣」までセットで運用します。
木曜に15分: 週末をまたぐ前の点検リスト
停止事故の多くは、週末をまたぐ前に先取りできます。私は週末をまたぐEAの点検を木曜の夜にすることを推奨しています。金曜だと市場が閉じるまで時間がなく、見つけた問題への対処が週明けに持ち越されるためです。
- エキスパートタブを開き、直近3日のエラーがないか確認する
- VPSの残りディスク容量を確認する(ログの肥大が怪しい場合は旧ログをバックアップ後に整理)
- Windows Updateの保留中の更新がないか、なければ週末はそのまま、あれば適用を計画する
- VPS提供元の管理画面で、週末のメンテ告知を確認する
- EAごとに「週末ポジションを持つ設定か」を再確認し、方針とズレていないか見る
15分というのは、この5項目に慣れた状態での実測目安です。初回は30分ほど見ておくと安心です。このルーティンの本質は、止まる原因を「月曜の朝に発見」から「木曜の夜に発見」へ前倒しすることです。発見が3日前倒しできると、事故はほぼ「予定された対処」に変わります。
VPSを見直すなら、確認する3つのスペック
点検を重ねても容量不足が続くなら、VPS自体の見直しどきです。 選択の基準は、料金より先にこの3つです。
- ディスクとメモリの容量:ログの肥大や複数ペア運用に耐えるか。安プランでギリギリの運用は、停止事故の温床になります
- データセンタの所在地:MT4サーバーに近い拠点(多くは東京・NY・ロンドン)が望ましいです。ping とスリッページの関係は過去記事「VPSのレイテンシーとEAのスリッページ」で解説しています
- メンテと障害の履歴:週末や深夜のメンテ頻度を、提供元の告知ページで確認する。よく見る時間帯が自分の主戦場とかぶると苦しくなります
主要なVPS各社の料金やスペックは変動するため、最新の条件は各社の公式ページで確認してください。
【広告】PR
EAの24時間稼働に向けて、主なVPSの公式ページを確認できます(条件は変動するため各社ページで最新をご確認ください)。
-
※本記事にはアフィリエイト広告も含みます。
- シンクラウド for FX
- お名前.com デスクトップクラウド
- ABLENET VPS
月曜に止まっていたときの、正しい復旧手順
万が一、月曜にEAが止まっていたら、順番が大事です。反射的に再起動する前に、この順で進めてください。
- 証拠を残す:エキスパートタブとJournalの画面を保存する。原因の4分類に当てはめないと、再発防止が曖昧になります
- 市場の状況を見る:月曜オープン直後はスプレッドも広がりやすい時間帯です。復旧直後に即エントリーする仕様のEAなら、エントリーの条件を一度確認する
- 再開し、通知を確認:EAを再開したら、数時間後に通知が届くか確かめる。通知が出ないEAだと、次の停止に気づけません
- 正直会計で記録する:停止区間と復旧直後の取引月を、平常の運用記録と分けて保存する。EAの実力判定に使う月は、この記録を外したもので再計算する
この最後の記録をつい省きがちですが、省くと月次の成績が連続して読めなくなります。監査で月次成績を判定するとき、停止月を含めたままの平均は、私は評価に使いません。「止まらない時間」がどれだけあったかを、運用記録として並べて初めて、EAの成績は正直になるからです。
今日できる最初の一歩は、アクティブ時間の確認
全部を一度にやる必要はありません。今日の最初の一歩は10分です。VPSにリモート接続して、Windows Updateのアクティブ時間が、EAを動かしたい時間帯をカバーしているか確認する。それだけです。
そこから先は、起床後の通知確認を1週間、木曜15分の点検を1か月続けてみてください。停止事故というのは、起きたときの被害より、起きていた時間に気づく速さで甚大さが決まります。あなたのEAの月曜が、静かな朝で終わることを願っています。
まとめ: 止まらないEAより、「止まったと気づける」EA
EAが月曜朝に止まる原因は、Windows Update、VPS側のメンテ・障害、リソース枯渇、 EA・MT4内部のエラーの4つに分類でき、それぞれ痕跡の残し方が違いました。記録の穴から停止区間を特定し、再起動直後のトレードはスプレッド会計で分けて数え、木曜15分の点検で原因を前倒しに潰す。これが、VPS上のEAを止めないための基本セットです。
「自分のEA、実は先週の月曜も止まっていたかも」。もしそう思えたなら、今すぐエキスパートタブを開いてみてください。その一手が、月曜の静寂を防ぐ一番の近道です。
関連記事
- VPSのレイテンシーがEAのスリッページに与える影響: 実測と選び方の3ポイント
- EA向けVPS比較
- スプレッドの時間帯変化とバックテストの再現性
- バックテストとライブのtimestampずれを検出する方法
EAの停止原因と記録の見方を、プロに確認してもらいませんか。
EA監査では、Statement・Journal・EAログを突き合わせ、停止区間やコストの混入を含んだ「正直な成績」に整理します。納期は3営業日以内が目安です。内容によって対応可否が変わるため、まずは無料相談からご相談ください。
EAの検証・監査・制作を承っています
このブログで使っているのと同じ検証の目線で、買う前の数字の検品から、実データでの監査、死因の解剖、月次の健康診断、インジケーター制作まで承っています。
