タグ: MT4

金曜の夜まで正常に動いていたEAが、月曜の朝は静かになっている。チャートはもう動き出しているのに、エキスパートタブの表示が金曜のままで止まっている。こんな月曜を、一度でいいから経験したくないのが、EA運用者の本音だと思います。

ここで問題なのは、EAが止まること自体だけではありません。止まっていた時間は、成績表に「何もなかった時間」として紛れ込むことです。バックテストには「EAが動かなかった月曜」は存在しないのに、リアル口座の成績には存在する。このズレに気づかないまま運用を続けると、EAの実力を読み誤ります。

この記事では、EAを止める原因を4つに分類し、それぞれの予防設定と、止まっていた時間をログから見つける方法、そして月曜に止まっていたときの復旧手順を解説します。監査でEAの生死を記録から判定する際に使っている、同じ見方です。

この記事でわかること

• EAが週末・月曜に止まる4つの原因と、ログに残る痕跡
• StatementとJournal の「時間の穴」から停止区間を特定する方法
• Windows UpdateとMT4の、再起動後に自動で戻す設定手順
• 木曜に15分で終わる週末前の点検リスト
• VPSの容量・プランを見直す3つの確認観点

EAを止める4つの犯人と、ログに残る痕跡

月曜朝にEAが止まっているとき、原因は大きく4つに分類できます。それぞれ痕跡の残し方が違うので、まずはこの表で全体像をつかんでください。

この4分類がなぜ重要か。原因ごとに「効く予防策」が違うからです。Windows Updateには設定変更が効きますが、VPS障害には設定が効きません。原因を間違えると、対策ばかり打って同じ事故が再発します。

止まっていた時間は、記録の「穴」から見つかる

EAが止まっていた時間は、自分から申告しません。しかし、ログには必ず穴が残ります。監査でEAの稼働状況を判定するとき、私はまずこの3つの記録を突き合わせます。

1. Statement(口座明細)の日付:取引履歴のタイムスタンプに、本来トレードする時間帯なのに数日空白があれば止まっていた可能性が高い
2. Journal(ジャーナル):MT4の起動・再接続の記録が、自分が再起動した覚えのない時間帯に残っていないか
3. 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のバージョンで表示が多少違うため、項目名は目安として、該当する項目を探してください。

1. アクティブ時間を設定する:「設定→Windows Update→アクティブ時間」で、EAを動かす主要時間帯を指定します。指定時間帯の外での再起動を避ける狙いです。設定できる上限時間はWindowsのバージョンに依存するため、実際に選択できる範囲を画面で確認してください
2. 更新の自動再起動を極力減らす:更新が適用されるタイミングは自分で計画的に。「更新の一時停止」が使える場合は EA の重要なイベント(指標や決済予定)がない週にまとめて適用します
3. 完全な無効化は推奨しない:セキュリティ更新を止め続けると、VPS が他の脅威に晒されます。無効化より「適用のタイミングを自分で管理する」方針が安全です
4. VPS提供元のメンテ告知を確認する:管理コンソールの通知設定をメール受信にしておくと、計画メンテの告知がメールで届きます。自分のOS更新計画と重ならないか照合する材料になります

念のため書き添えると、Windows Update以外にも、VPS提供元の計画メンテナンスが週末に行われるケースはあります。こちらは設定で回避できないため、告知メールを受け取り、事前に自分のEAを止める・再開する運用ルールを決めておくのが現実的な自衛です。「気づかなかった」をゼロにすることが、事故を最小にします。

再起動後にEAを自動で戻す、MT4側の設定

予防しても再起動はゼロになりません。だから、「再起動してもEAが戻る構造」を作っておきます。設定は一度やれば効果が続くタイプです。VPSの画面でMT4が永続する前提で、次の3つを整えてください。

1. スタートアップにMT4を登録する:WindowsのスタートアップフォルダにMT4のショートカットを置くと、再起動後にMT4が自動起動します
2. 自動ログインを有効にする:ログイン時にパスワードを保存する設定にしておくと、再起動後も口座へ接続します。セキュリティとこの設定はトレードオフのため、VPSのパスワード管理方針とセットで判断してください
3. チャートテンプレートと通知を整える:EAを付けたチャートのプロファイルを保存し、スマホへのプッシュ通知とメール通知を設定しておくと、停止やエラーに気づくのが何時間も早くなります(MetaQuotes ID の設定が必要です)

通知設定の効果は大きいです。月曜の朝に気づけば損失は小さくて済みますが、翌週の水曜まで気づかないままだと、話は別です。EAは通知を送るだけなので、「届いた通知を見る習慣」までセットで運用します。

木曜に15分: 週末をまたぐ前の点検リスト

停止事故の多くは、週末をまたぐ前に先取りできます。私は週末をまたぐEAの点検を木曜の夜にすることを推奨しています。金曜だと市場が閉じるまで時間がなく、見つけた問題への対処が週明けに持ち越されるためです。

1. エキスパートタブを開き、直近3日のエラーがないか確認する
2. VPSの残りディスク容量を確認する(ログの肥大が怪しい場合は旧ログをバックアップ後に整理)
3. Windows Updateの保留中の更新がないか、なければ週末はそのまま、あれば適用を計画する
4. VPS提供元の管理画面で、週末のメンテ告知を確認する
5. EAごとに「週末ポジションを持つ設定か」を再確認し、方針とズレていないか見る

15分というのは、この5項目に慣れた状態での実測目安です。初回は30分ほど見ておくと安心です。このルーティンの本質は、止まる原因を「月曜の朝に発見」から「木曜の夜に発見」へ前倒しすることです。発見が3日前倒しできると、事故はほぼ「予定された対処」に変わります。

VPSを見直すなら、確認する3つのスペック

点検を重ねても容量不足が続くなら、VPS自体の見直しどきです。 選択の基準は、料金より先にこの3つです。

1. ディスクとメモリの容量:ログの肥大や複数ペア運用に耐えるか。安プランでギリギリの運用は、停止事故の温床になります
2. データセンタの所在地:MT4サーバーに近い拠点(多くは東京・NY・ロンドン)が望ましいです。ping とスリッページの関係は過去記事「VPSのレイテンシーとEAのスリッページ」で解説しています
3. メンテと障害の履歴:週末や深夜のメンテ頻度を、提供元の告知ページで確認する。よく見る時間帯が自分の主戦場とかぶると苦しくなります

主要なVPS各社の料金やスペックは変動するため、最新の条件は各社の公式ページで確認してください。

月曜に止まっていたときの、正しい復旧手順

万が一、月曜にEAが止まっていたら、順番が大事です。反射的に再起動する前に、この順で進めてください。

1. 証拠を残す:エキスパートタブとJournalの画面を保存する。原因の4分類に当てはめないと、再発防止が曖昧になります
2. 市場の状況を見る:月曜オープン直後はスプレッドも広がりやすい時間帯です。復旧直後に即エントリーする仕様のEAなら、エントリーの条件を一度確認する
3. 再開し、通知を確認:EAを再開したら、数時間後に通知が届くか確かめる。通知が出ないEAだと、次の停止に気づけません
4. 正直会計で記録する:停止区間と復旧直後の取引月を、平常の運用記録と分けて保存する。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ずれを検出する方法