ブローカー向けMetaTraderサポート:MT4・MT5技術サポートの外部委託
MetaQuotesはプラットフォームのライセンスを提供し、運用は貴社ブローカーが行います。FXSUPPORTは貴社のMT4・MT5サーバー、ゲートウェイ、ブリッジを監視・保守・修復し、所有権、アクセス権、管理権は引き続き貴社が保持します。
ブローカー向けMetaTraderサポートの外部委託:MT4・MT5のサーバー監視、インシデント対応、アップデート、バックアップ。オンコール型・マネージド型・ハイブリッド型を比較。
ブローカー向けMetaTraderサポートの実態
ブローカー向けMetaTraderサポートとは、ブローカーが自社で保有するMT4またはMT5サーバーを稼働させ、正しく設定し、復旧可能な状態に保つための日常的なエンジニアリング業務です。これは、トレーダーからのターミナルに関する質問に答えるリテール向けの「MetaTraderヘルプ」とは異なります。
ブローカーにこのサポートが必要となるのは、構造的な理由によるものです。MetaQuotesはプラットフォームを販売しますが、運用はライセンシーに委ねています。MetaQuotesはブローカー向けページで次のように明言しています。
"You independently deploy our software on your own hardware, as well as maintain your server infrastructure and fully control support and administration. We do not offer SaaS or other similar solutions which would permit even partial external management or third-party control over your company's operations, and thus we have no access to your servers, accounts, or your clients' trading history."
(訳:「お客様は当社のソフトウェアをご自身のハードウェア上に独自に導入し、サーバーインフラを保守し、サポートと管理を完全にコントロールします。当社は、貴社の業務に対する部分的な外部管理や第三者によるコントロールさえも可能にするSaaSその他の類似ソリューションを提供しておらず、したがって貴社のサーバー、口座、または貴社顧客の取引履歴にアクセスすることはできません。」)— MetaQuotes, MetaTrader 5 for Brokers(2026年10月閲覧)
実務上、これはブローカーがあらゆる運用業務を担うことを意味します。サーバーへのパッチ適用、MetaTraderビルドの適用、データフィードの監視、流動性ブリッジの接続維持、ログのローテーション、バックアップのテスト、障害発生後のプラットフォーム復旧などです。これらのために社内チームを構築するブローカーもあれば、その一部または全部を外部委託するブローカーも多くあります。
MetaTraderのバックエンドは、多くのオーナーが想定する以上に多くの構成要素から成り立っています。MetaQuotesはMT5を「異なる機能が異なるサーバーで実行される分散アーキテクチャに基づく」ものと説明し、MT4のバックオフィスを「取引サーバー、アクセスポイント、マネージャーターミナル、各種ゲートウェイ、データフィード」と列挙しています。これにPrimeXM XCoreやoneZero Hubなどのブリッジ、CRM、サーバープラグイン、Manager APIまたはWeb APIとの連携が加わると、一般的なブローカーでは、それぞれが単独で障害を起こし得るコンポーネントが十数個存在することになります。
FXSUPPORTは、FXブローカーおよびプロップファーム向けに、MT4/MT5プラットフォームサポートの外部委託とマネージド運用を提供しています。当社は独立系プロバイダーであり、FXSUPPORTはMetaQuotes Ltd.および本ページに記載のいずれのベンダーとも提携関係にありません。
FXSUPPORTのMetaTraderサポートの対象範囲
当社のMetaTraderサポートは、MT4、MT5、または両者を並行運用している環境を対象に、サーバー、プラットフォーム設定、およびそれらを取り巻く連携をカバーします。以下の表は、領域ごとの対象範囲を示しています。
| 領域 | 実施内容 | MT4 | MT5 |
|---|---|---|---|
| サーバーと監視 | 取引サーバー、ヒストリーサーバー、アクセスサーバー、OSの健全性、ディスク、ネットワーク、サービスの監視。アラート通知とオンコール対応 | 対応 | 対応 |
| プラットフォームのアップデート | MetaTraderビルドおよびOSパッチの計画・テスト・適用を、取引量の少ない時間帯にロールバック手順を用意したうえで実施 | 対応 | 対応 |
| バックアップと復旧 | バックアップスケジュール、リストア確認、文書化された復旧ランブック | 対応 | 対応 |
| 設定 | グループ、シンボル、セッション、スワップ、証拠金設定、権限、夏時間および休日スケジュールの確認 | 対応 | 対応 |
| ゲートウェイとブリッジ | ゲートウェイおよびブリッジの設定と監視(PrimeXM XCore、oneZero Hub、Match-Trade、FIX API) | 対応 | 対応 |
| データフィード | フィードの設定、気配値の確認、価格停滞およびスプレッドのアラート | 対応 | 対応 |
| プラグインとAPI | プラグインのインストールとビルド適用後の互換性確認、Manager APIおよびWeb APIの連携、カスタムプラグイン開発 | 対応 | 対応 |
| ログ監視 | エラー、拒否されたリクエスト、接続問題に関するジャーナルおよびログの確認 | 対応 | 対応 |
| セキュリティ | アクセス権の見直し、ファイアウォールルール、DDoS対策およびセキュリティ強化 | 対応 | 対応 |
| リスク運用 | 日末および夜間のレポート、有害フロー(トキシックフロー)リスト、セッション確認 | 対応 | 対応 |
サポートチケットから始まることの多い関連業務については、それぞれ専用ページがあります:MT4からMT5への移行、プラグイン開発、ブリッジソリューション、および英国とオランダにある当社サーバーでのMetaTraderサーバーホスティング。プラットフォーム別の詳細はMT4サポートおよびMT5サポートをご覧ください。
サポートモデル:オンコール型、マネージド型、ハイブリッド型
MetaTraderサポートの一般的な契約形態は3つあります。オンコール型(障害発生時に当社へご連絡いただく)、マネージド型(当社が運用を担う)、ハイブリッド型(貴社チームが日常の管理を行い、当社が監視、エスカレーション、営業時間外を担当する)です。最適なモデルは、貴社にすでにMetaTrader管理者がいるかどうかによって決まります。
| オンコール型 | マネージド型 | ハイブリッド型 | |
|---|---|---|---|
| 最適な対象 | 有能な社内管理者がおり、専門家によるバックアップを必要とするブローカー | プラットフォーム担当者のいない新規または小規模のブローカー | 1つのタイムゾーンに管理者がおり、24時間365日のカバーを必要とするブローカー |
| アラートの監視者 | 貴社チーム | FXSUPPORT(24時間365日) | FXSUPPORT(貴社チームへのエスカレーションあり) |
| ビルドとパッチ | 貴社チーム(当社が助言) | FXSUPPORT(貴社の承認後) | 合意に基づき分担し、文書化 |
| 日常の設定変更 | 貴社チーム | FXSUPPORT(貴社の書面による依頼に基づく) | 通常は貴社チーム |
| インシデント対応 | 依頼に応じて | FXSUPPORTが主導 | 営業時間外はFXSUPPORTが主導 |
| レポート | インシデントごと | 定期的な運用レポート | 定期的な運用レポート |
| 主なリスク | 初動の遅れ:インシデント対応中に当社が環境を把握することになる | 社内に蓄積される知見が少なくなる | 分担が文書化されていない場合、責任の所在が不明確になる |
当社からの助言:オンコール型のサポートであっても、まずプロバイダーに貴社の環境を文書化させてください。貴社のブリッジ構成を一度も見たことのないエンジニアは、障害発生時の初動をその構成の読み込みに費やしてしまいます。
MetaTraderインシデントへの対応方法
すべてのインシデントは同じ手順に従います。検知、重大度の分類、取引の安定化、原因の修正、そして報告書の作成です。取引停止の最中は、誰が流動性プロバイダーに連絡するかを決めるのに適したタイミングではないため、手順を固定しておくことが重要です。
この体制は、サイト信頼性エンジニアリング(SRE)の確立されたプラクティスに沿っています。GoogleのSRE本は、「Incident Command Systemに基づく」インシデント管理体制を説明しており、1人の責任者と文書による記録を置くとしています。
"The incident commander's most important responsibility is to keep a living incident document."
(訳:「インシデントコマンダーの最も重要な責任は、常に更新されるインシデント文書を維持することである。」)— Google, Site Reliability Engineering, "Managing Incidents"(2026年10月閲覧)
| レベル | 意味 | MetaTraderでの例 |
|---|---|---|
| P1 – 致命的 | 多数の顧客で取引が停止、または価格が誤っている | 取引サーバーのダウン、すべてのアクセスポイントへの接続不能、すべての流動性プロバイダーからのブリッジ切断、主要シンボルの気配値の停止 |
| P2 – 重大 | 取引は可能だが性能が低下している | アクセスポイント1台のダウン、LP1社の切断、約定の遅延、ヒストリーサーバーの同期停止 |
| P3 – 軽微 | 影響が限定的で、回避策がある | 単一グループの設定誤り、レポートプラグインの不具合、1つのシンボルのセッション設定誤り |
| P4 – 依頼 | 計画的な変更または質問 | 新規シンボル、新規グループ、ビルド更新の依頼、APIアクセス |
各レベルの目標応答時間は、テンプレートで定めるのではなく、貴社との契約で合意します。P1またはP2の場合の手順は次のとおりです。
- 検知。アラートが発報されるか、貴社のディーリングデスクが合意済みのチャネルを通じて問題を報告します。
- 分類と担当割り当て。オンコールエンジニアが重大度を設定し、インシデントリードとなります。
- 通知。貴社の指定連絡先に、判明している事項と判明していない事項をお知らせします。
- 安定化。まず取引を復旧させます。バックアップサーバーまたは代替経路へのフェイルオーバー、障害を起こしたサービスの再起動、または貴社の承認を得たうえでの不具合のあるプラグインの無効化を行います。
- 診断。発生時刻前後のサーバージャーナル、ブリッジログ、監視履歴を確認します。
- 修正と検証。修正を適用し、ライブ口座およびデモ口座で価格、約定、ログインを確認します。
- 報告。タイムライン、影響、原因、実施した対応、フォローアップを記載したインシデント報告書を作成します。
インシデント報告書は、貴社のディーリングチームおよびコンプライアンスチームが顧客からの苦情対応や、管轄地域で求められる場合の規制当局への報告に必要な情報を提供します。よくあるエラーのパターンについては、MetaTraderのよくあるエラーおよびFXサーバーのトラブルシューティングをご覧ください。
貴社の環境がP1障害に耐えられるか不安ですか?
貴社のMT4/MT5サーバー、監視、バックアップ、ブリッジ構成を確認し、単一障害点がどこにあるかをお伝えします。
無料の技術レビューを依頼する WhatsApp TelegramMetaTrader監視チェックリスト
優れたMetaTrader監視は、サーバーとトレーダーの体験、つまり価格、約定、ログインの両方を監視します。サーバーのCPUだけを見ていても、気配値の更新が止まったことはわかりません。
実践的な出発点となるのが、GoogleのSRE本にある「4つのゴールデンシグナル」です。同書では、これらのシグナルを「レイテンシ、トラフィック、エラー、飽和度」としています。これをMetaTraderに当てはめると次のようになります。
| シグナル | MetaTraderで監視すべき項目 |
|---|---|
| レイテンシ | リクエストから約定までの執行時間、LPへのブリッジ往復時間、アクセスポイントから取引サーバーへのping |
| トラフィック | 接続中の顧客数、1分あたりのリクエスト数、APIセッション数、シンボルごとの気配値ティック数 |
| エラー | 拒否またはリクオートされたリクエスト、ゲートウェイの切断、ジャーナルのエラー、ログイン失敗、プラグインの例外 |
| 飽和度 | 取引サーバーおよびヒストリーサーバーのCPU、RAM、ディスク容量、ディスクI/O、ネットワーク帯域幅、データベースの増加量 |
4つのシグナルに加えて、当社のチェックリストはプラットフォーム固有の項目もカバーしています。
- 気配値の鮮度:セッション中、シンボルの最終ティックが想定される間隔より古くなった場合にアラートを発報します。
- スプレッドの確認:設定されたマークアップに対して異常なスプレッドが生じた場合にアラートを発報します。
- フィードとブリッジの状態:すべてのLPおよびデータフィードの接続状況とフェイルオーバーの状態。
- サービスの健全性:取引サーバー、ヒストリーサーバー、アクセスサーバーのプロセス、およびバックアップサーバーまたはフェイルオーバーサーバー。
- バックアップ:各バックアップジョブの完了と、定期的なリストアテスト。
- 証明書とライセンス:有効期限を十分前もって追跡します。
- セッションとカレンダー:取引セッション、夏時間の切り替え、休日スケジュールを事前に確認します。
- セキュリティ:通常と異なるマネージャーログイン、新しいIPアドレスからの管理者アクセス、DDoSと思われるトラフィックの急増。
- 日末処理:スワップの適用、日次レポートの生成、ロールオーバーの完了。
詳細はFXリスク管理およびMetaTrader管理をご覧ください。
稼働率99.9%の目標は何分に相当するか
稼働率99.9%の目標では、1か月あたり約43分、1年あたり8.76時間の停止が許容されます。FXSUPPORTは稼働率99.9%を目標としています。これが目標であるのは、LPやデータセンターの障害など、停止原因の多くがいずれか単一のプロバイダーの管理の及ばないところにあるためです。
| 可用性 | 1年あたり | 1か月あたり | 1週間あたり |
|---|---|---|---|
| 99% | 3.65日 | 7.2時間 | 1.68時間 |
| 99.5% | 1.83日 | 3.6時間 | 50.4分 |
| 99.9% | 8.76時間 | 43.2分 | 10.1分 |
| 99.95% | 4.38時間 | 21.6分 | 5.04分 |
実務上のポイントは2つあります。第一に、計画メンテナンスを停止時間に含めるかどうかを合意しておくことです。FXは平日24時間取引されるため、ビルドの更新は通常週末に予定されます。第二に、高可用性は設計段階で組み込むものだということです。MetaQuotesは、MT5の取引サーバーは「複数のアクセスポイントの背後に隠すことができる」と述べており、バックアップサーバーや冗長化されたブリッジ経路によって障害の継続時間を短縮できます。監視が短縮するのは障害の検知までの時間だけです。冗長化のパターンについてはサーバーのトラブルシューティングをご覧ください。
オンボーディング:サポート開始までの流れ
オンボーディングでは、当社がオンコール対応の責任を引き受ける前に、未知の環境を文書化され監視された環境へと移行させます。手順はMT4とMT5で共通です。
- 無料の技術レビュー。貴社のサーバー、ライセンス、ブリッジ、LP、プラグイン、現在の課題について、通話とアンケートでお伺いします。
- 範囲とモデル。オンコール型、マネージド型、ハイブリッド型のいずれかのサポートをご提案し、誰が何を担当するかを文書化します。
- アクセス。貴社が当社エンジニア用に、必要最小限の権限を持つ個人名義のアカウントを作成します。パスワードの共有は行いません。
- 評価。サーバーアーキテクチャ、設定、セキュリティ、バックアップ、監視の網羅性を監査し、発見したリスクを一覧にします。
- 文書化。サーバー、IPアドレス、ゲートウェイ、LPセッション、プラグイン、スケジュール、連絡先をまとめた環境マップを作成します。
- 監視とアラート。上記リストのチェックを導入し、アラートのチャネルとエスカレーション先について合意します。
- ランブック。取引サーバーの再起動、フェイルオーバー、ブリッジの再接続、フィードの切り替え、リストアなど、起こり得る障害に対する復旧手順を作成します。
- 本番稼働。合意した日付からオンコール対応を開始し、最初の数週間の後にレビューを行います。
- 継続的な改善。インシデント、キャパシティ、予定されているビルドについて定期的にレビューします。
オンボーディングに要する期間は、環境がどの程度すでに文書化されているか、またアクセス権がどれだけ迅速に付与されるかによって異なります。
ブローカーが管理権を保持する範囲
MetaTraderサポートを外部委託しても、ライセンス、サーバーの管理者認証情報、顧客データ、そしてすべての商業上およびリスク上の意思決定の所有権はブローカーが保持します。プロバイダーはブローカーの指示に基づいてプラットフォームを運用します。規制当局が求めているのは、まさにこの分担です。
英国では、FCA Handbookが、重要または重大な業務機能を外部委託する企業は「規制制度に基づくすべての義務の履行について引き続き全面的な責任を負う」こと、また外部委託は「上級管理者による自らの責任の委譲をもたらしてはならない」ことを定めています(SYSC 8.1.6R)。EUでは、2025年1月17日から適用されているデジタル・オペレーショナル・レジリエンス法(DORA)が、ICTサービスプロバイダーを利用する金融事業体は「本規則および適用される金融サービス法に基づくすべての義務の遵守および履行について、常に全面的な責任を負い続ける」と定めています(第28条(1)(a))。
| 項目 | ブローカー | FXSUPPORT |
|---|---|---|
| MetaQuotesのライセンスと契約 | 所有 | 技術的な助言のみ |
| マスター管理者の認証情報 | 所有。当社のアクセス権をいつでも取り消し可能 | 合意した権限を持つ個人名義のアカウント |
| スプレッド、マークアップ、レバレッジ、スワップ、A/Bブックのルーティング | 決定 | 書面による依頼に基づき設定 |
| 顧客データと取引履歴 | 所有 | サポートに必要な範囲でのみアクセス |
| ビルドの更新 | 実施時期を承認 | テスト、スケジュール設定、適用、ロールバック |
| 監視とインシデント対応 | 報告を受け、取引に影響する対応を承認 | 実施 |
| LPおよびブリッジベンダーとの契約 | 所有 | 設定に関する技術窓口 |
| 規制当局への報告 | 責任を負う | インシデント報告書とログを提供 |
本内容は一般的な情報であり、法的助言ではありません。貴社を所管する規制当局の外部委託規則をご確認のうえ、分担をサービス契約に明記してください。
MT4とMT5:サポートで何が変わるか
どちらのプラットフォームにも同じ基本的なサポートが必要ですが、現在のMT4サポートは導入済み環境の安定維持が中心であるのに対し、MT5サポートでは頻繁なビルドへの追随も求められます。
"The MetaTrader 4 trading platform licenses are no longer available for purchase. We focus our efforts on the development of MetaTrader 5, and further conceptual updates will only be released for this multi-asset platform."
(訳:「MetaTrader 4取引プラットフォームのライセンスは、現在購入できなくなっています。当社はMetaTrader 5の開発に注力しており、今後のコンセプト上のアップデートはこのマルチアセットプラットフォームに対してのみリリースされます。」)— MetaQuotes, MetaTrader 4 for Brokers(2026年10月閲覧)
MT4を引き続き使用しているブローカーにとって、これは安定性、古いプラグインの互換性、移行計画に関する作業が増えることを意味します。また、MT4にはMT5で撤廃された固定の上限があります。MetaQuotesの比較によると、シンボル数はMT4が1,024であるのに対しMT5は無制限、MT4はヘッジングのみであるのに対しMT5はネッティングとヘッジングの両方に対応しています。
MT5では、変更管理が主な業務となります。MetaQuotesのリリースノートによると、2026年7月23日にBuild 6060、2026年9月3日にBuild 6180、2026年9月24日にBuild 6230がリリースされており、約9週間で3つのプラットフォームビルドが公開されています。各ビルドについて、適用の判断、貴社のプラグインとブリッジのテスト、計画的な作業時間帯の設定が必要です。MT5は連携ポイントも多くなっています。MetaQuotesはReport API、Server API、Gateway API、Manager API、Web APIを挙げており、カスタム連携はそれぞれビルド適用後に再テストが必要です。
MetaQuotesによると、MT5のライセンスはリアル口座の収容数に応じて3つのティアに分かれています:Entry(1,000)、Standard(25,000)、Enterprise(200,000)。ティアは稼働させるサーバーコンポーネント、ひいては監視すべき対象にも影響します。
MetaTraderサポートプロバイダーの選び方
プロバイダーは、表面的な数値ではなく、対象範囲、プロセス、透明性で選んでください。契約前に次の点を確認してください。
サポートは他の製品と抱き合わせになっていないか?
自社のブリッジ、流動性、ホスティングを利用する場合にのみサポートを提供するプロバイダーもあります。一方を変更しても他方を失わずに済むかを確認してください。
プロセスは文書化されているか?
インシデント報告書の例、重大度の表、ランブックのサンプルを求めてください。
アクセスはどのように管理されているか?
個人名義のアカウント、最小限の権限、そして貴社が取り消せるアクセス権。プロバイダーが貴社の唯一の管理者パスワードを保持するような体制は避けてください。
具体的に何が約束されているか?
稼働率の数値が目標なのか契約上の確約なのか、停止時間がどのように測定され、何が除外されるのかを確認してください。
夜間は誰が対応するか?
貴社の取引タイムゾーンで月曜日の午前3時に発生したP1に誰が対応するのかを確認してください。
障害対応以上のことができるか?
プラグイン、API連携、移行、リスクレポートなどの業務が後に続くことはよくあります。貴社の環境を把握している1つのチームに任せることで、引き継ぎが減ります。
費用について:作業内容は環境によって異なるため、FXSUPPORTは料金を公開していません。主な費用要因は、サポートモデル、MT4・MT5のいずれか、または両方か、サーバーとアクセスポイントの数、ブリッジ、LP、プラグインの数、対応時間帯、ホスティングを含むかどうかです。無料の技術レビューの後にお見積もりをご提示します。
よくある質問
ブローカー向けMetaTraderサポートとは何ですか?
MetaQuotesはブローカーにサーバーサポートを提供していますか?
MT4とMT5の両方に対応していますか?
新規ライセンスが購入できない状況でも、MT4のサポートを受けられますか?
オンコール型とマネージド型のサポートの違いは何ですか?
どの程度の稼働率を目標としていますか?
管理者パスワードは誰が保持しますか?
外部委託しても、規制当局に対する責任は引き続き負いますか?
MetaTraderサーバーでは何を監視しますか?
MetaTraderのビルド更新はどのように扱いますか?
ブローカーの取引サーバーの冗長化はどのように構成しますか?
グレーラベルやホワイトラベルの環境にも対応できますか?
MetaTraderサポートの費用はどのくらいですか?
どのように始めればよいですか?
出典
- MetaTrader 5 for Brokers — MetaQuotes(2026年10月8日閲覧)
- MetaTrader 4 for Brokers — MetaQuotes(2026年10月8日閲覧)
- Buy the MetaTrader 5 Platform (licence types) — MetaQuotes(2026年10月8日閲覧)
- MetaTrader 5 vs MetaTrader 4 comparison — MetaQuotes(2026年10月8日閲覧)
- What's new in MetaTrader 5 (release notes) — MetaQuotes(2026年10月8日閲覧)
- SYSC 8.1 General outsourcing requirements — FCA Handbook(2026年10月8日閲覧)
- Regulation (EU) 2022/2554 (DORA), Article 28 — EUR-Lex(2026年10月8日閲覧)
- Digital Operational Resilience Act (DORA) — ESMA(2026年10月8日閲覧)
- Monitoring Distributed Systems — Google, Site Reliability Engineering(2026年10月8日閲覧)
- Managing Incidents — Google, Site Reliability Engineering(2026年10月8日閲覧)
- Availability Table — Google, Site Reliability Engineering(2026年10月8日閲覧)
FXSUPPORTは、MetaQuotes Ltd.および本ページに記載のベンダーとは提携関係にありません。本内容は一般的な情報であり、法的助言または投資助言ではありません。
貴社のMetaTrader環境を専門家の目で見直しませんか
貴社のMT4またはMT5環境の概要をお送りください。サーバー、監視、バックアップ、ブリッジ構成を確認したうえで、最適なサポートモデルをご提案します。