Um VPS transfere seu terminal de negociação para fora da dependência da energia e da conexão de internet do computador de casa. Isso pode melhorar a continuidade operacional, mas o funcionamento confiável do EA ainda depende do sistema operacional, do MT4, da conexão com a corretora e do próprio EA. Um VPS não torna uma estratégia lucrativa.
Este guia apresenta a base da série Estabilidade VPS & MT4. Continue com a configuração do MT4 e otimização de recursos e depois com falhas, backups e recuperação segura. Para supervisionar entre incidentes, continue com o Guia 4: cotações, heartbeat e alertas.
O que um VPS faz pelo MT4
Um servidor privado virtual (VPS) é uma máquina virtual hospedada na infraestrutura física de um provedor. Um VPS Windows tem seu próprio ambiente de sistema operacional e recursos alocados de CPU, memória e armazenamento. Você se conecta remotamente para instalar e administrar o MT4; o terminal roda ali, em vez de no seu notebook.
O host físico e alguns recursos podem ser compartilhados com outros clientes. Um servidor dedicado reserva hardware físico; um servidor em nuvem descreve como a infraestrutura é provisionada e gerenciada e também pode ser uma máquina virtual. Essas classificações se sobrepõem. Nenhuma, por si só, comprova que o MT4 continuará disponível ou que um EA negociará corretamente.
Um computador doméstico pode executar um EA continuamente se energia, rede, sistema operacional e terminal permanecerem disponíveis. Um VPS reduz a dependência do ambiente doméstico e pode oferecer uma rota adequada até a corretora, mas acrescenta um provedor, condições de acesso remoto e responsabilidades de manutenção.
“Hospedagem 24/7” se refere à disponibilidade do ambiente. Os instrumentos Forex têm sessões de negociação, fins de semana e períodos de manutenção da corretora. Um EA pode corretamente permanecer inativo quando o mercado está fechado ou suas regras não geram um sinal.
Da cotação à solicitação de negociação
- O servidor de negociação da corretora envia cotações pela rede ao MT4 no VPS.
- O MT4 fornece dados e eventos ao EA. O EA avalia as regras programadas e as verificações de risco.
- Se autorizado, o EA envia uma solicitação de negociação pela plataforma e pela rede à corretora.
- A corretora processa a solicitação e devolve um resultado. O EA precisa interpretá-lo e administrar as ordens que estão sob sua responsabilidade.
Esse fluxo é bidirecional, não uma cadeia de sentido único que termina no EA. O VPS hospeda o sistema operacional, o MT4 e o EA; não é outra corretora nem um local adicional de execução. Uma falha nos dados, nas permissões ou no programa pode interromper o processo mesmo que o VPS continue acessível.
Computador doméstico, VPS Windows ou hospedagem MetaTrader?
| Ambiente | Uso prático | Principal responsabilidade ou limitação |
|---|---|---|
| Computador doméstico | Configuração, testes e operação local quando está continuamente disponível | Você administra energia, internet, suspensão, atualizações e MT4. |
| VPS Windows | Área de trabalho remota completa com MT4 e utilitários compatíveis do fornecedor do EA | Você administra Windows, segurança, inicialização, arquivos do EA e estado do terminal; confira requisitos de DLL e licença. |
| Hospedagem virtual MetaTrader | Ambiente de terminal hospedado, migrado do MT4 local | Sem área de trabalho remota; chamadas DLL são proibidas e scripts não são migrados. Mudanças exigem sincronização deliberada. |
| Infraestrutura dedicada ou em nuvem | Outra forma de fornecer capacidade de processamento para a mesma carga | Confira sistema, alocação, administração e projeto de disponibilidade reais. O rótulo “nuvem” não fornece failover automático para um EA. |
Escolha com base nas dependências do EA e na sua capacidade de administrar o ambiente. A hospedagem integrada e um VPS Windows seguem processos diferentes; não aplique as instruções de um ao outro sem conferir.
Por que o MT4 ou um EA podem parar de funcionar
| Interrupção | Efeito | Primeira verificação |
|---|---|---|
| Falta de energia ou internet em casa | O terminal local para de funcionar ou perde a conexão com a corretora. Um ambiente remoto saudável pode continuar de forma independente. | Onde a cópia de negociação prevista está realmente rodando? |
| Suspensão, hibernação ou reinicialização do Windows | Os aplicativos locais não rodam durante a interrupção; uma reinicialização não comprova que o MT4 tenha reaberto corretamente. | Estado do sistema, histórico de reinicializações e procedimento de início testado. |
| MT4 fechado ou travado, EA removido do gráfico | A lógica de negociação afetada não consegue operar normalmente. | Resposta do terminal, gráficos previstos e mensagens de inicialização do EA. |
| AutoTrading ou permissão de negociação do EA desativados | No MT4 comum, a análise pode continuar enquanto as operações do EA ficam bloqueadas. | Permissões do terminal e do EA; também os ajustes que desativam o trading após mudanças de conta, perfil, símbolo ou período. |
| Conta ou servidor errados, ou acesso somente leitura | Cotações ou dados da conta podem aparecer sem o acesso de negociação previsto. | Número da conta, servidor da corretora, senha de negociação e mensagens do Journal. |
| Falha de conexão, licença ou dependências | O MT4 pode perder dados ou o EA pode falhar mesmo com o Windows disponível. | Conexão, cotações do símbolo, Experts, Journal e dependências documentadas pelo fornecedor. |
Consulte o guia de erros de EAs no MT4 para interpretar mensagens específicas. Não altere o tamanho do lote nem remova filtros de proteção apenas para forçar uma operação de teste.
O que um VPS pode proteger e o que não pode
Um ambiente remoto funcionando pode manter o EA disponível quando o computador de casa está desligado. Uma infraestrutura adequada pode reduzir interrupções locais e atrasos de rede. Ela não elimina o risco de mercado, não corrige uma estratégia inválida, não garante execução, não elimina slippage e não mantém disponível o servidor da corretora.
Ordens e níveis de proteção já aceitos pela corretora são diferentes da lógica que ainda roda dentro do MT4. Stop Loss e Take Profit no servidor podem continuar ativos quando o terminal está offline. O Trailing Stop nativo do MT4 precisa que o terminal esteja funcionando; seu último Stop Loss aceito permanece na corretora. Stops virtuais e saídas administradas pelo EA precisam do EA correspondente, de dados e de acesso de negociação.
Verifique as ordens abertas e pendentes reais. Um stop previsto nas configurações do EA não comprova que um Stop Loss tenha sido colocado no servidor. Parar o EA não fecha automaticamente posições nem cancela ordens pendentes. Um Stop Loss também não garante seu preço de execução.
Latência, ping e localização do VPS
O ping mede o atraso de ida e volta da rede até o destino testado. A hospedagem MetaTrader mostra o ping entre seu servidor virtual e o servidor de negociação da corretora. A resposta do Remote Desktop reflete outra rota: do seu computador ao VPS. Um teste genérico de velocidade em um site não mede a rota do EA até a corretora.
A proximidade geográfica pode ajudar, mas roteamento, congestionamento e o servidor da corretora escolhido também importam. Compare medições do VPS previsto até o servidor de negociação previsto nos horários relevantes. Medições repetidas e interrupções de conexão informam mais do que a menor leitura isolada.
Exemplo ilustrativo, não um benchmark: uma rota medida em 35 ms em vez de 8 ms tem um atraso de rede medido maior. A diferença não promete uma melhoria de 27 ms na execução de ordens: processamento do EA, agendamento do terminal, processamento da corretora e mudanças de preço também interferem. Um ping menor não comprova uma vantagem estatística da estratégia.
Para preços solicitados e executados, consulte o guia de slippage, latência e requotes.
Requisitos básicos: dimensione a carga real
Não existe uma especificação universal de VPS para todo EA. Uma carga leve em um único gráfico difere de vários terminais com indicadores personalizados pesados. Comece pelos requisitos de compatibilidade do fornecedor e observe a carga prevista, deixando folga para picos, atualizações e crescimento dos logs.
| Requisito | O que confirmar antes da implantação |
|---|---|
| CPU e memória | Uso normal e máximo com os terminais, gráficos e EAs previstos. A quantidade de vCPUs compartilhadas, sozinha, não descreve o desempenho sustentado. |
| Armazenamento | Espaço para Windows, MT4, histórico, logs e atualizações. Armazenamento rápido não compensa disco cheio. |
| Sistema operacional e dependências | Ambiente Windows com suporte e licença adequados para a configuração; compatibilidade com EA, bibliotecas e regras de ativação do fornecedor. |
| Rede | Conexão utilizável e estável com o servidor correto da corretora, não apenas com um site público de testes. |
| Operação | Acesso seguro, suporte do provedor, condições de manutenção, reinicialização testada e acesso à configuração se o VPS ficar indisponível. |
Em um VPS Windows, use o Gerenciador de Tarefas para verificar pressão sobre os recursos; a hospedagem integrada tem seu próprio monitoramento. Evite otimizações pesadas junto com negociação em conta real sem avaliar o impacto. O ajuste detalhado dos recursos pertence ao Guia 2.
Prepare o EA antes de transferi-lo
- Verifique em demo o comportamento previsto do EA, incluindo a retomada após uma reinicialização. Instalação bem-sucedida não comprova lucratividade.
- Registre conta e servidor da corretora previstos, símbolo exato, período, versão do EA e arquivos de dependências.
- Salve os Inputs aprovados em um arquivo
.setquando o EA permitir e confira os ajustes de risco na cópia implantada. - Confirme o Magic Number documentado e o escopo de gerenciamento das ordens, especialmente quando já existem posições.
- Confira requisitos de DLL, WebRequest e licença. Permita apenas dependências confiáveis e URLs necessárias.
- Saiba como pausar a cópia que realmente negocia e como as ordens existentes serão administradas durante a pausa.
Use o guia de instalação de EA para o procedimento exato dos arquivos. Projeto de backup e testes de recuperação pertencem ao Guia 3.
Implantação em um VPS Windows
- Conecte-se com segurança. Obtenha os dados de conexão do provedor e use um cliente confiável de acesso remoto. Confirme que você está no VPS previsto.
- Instale o MT4 previsto. Use o instalador oficial da corretora e conecte-se ao servidor correto com acesso de negociação. A senha de investidor permite somente leitura.
- Instale o EA e suas dependências. No MT4, use
File → Open Data Folder, coloque os arquivos nas pastas documentadas e atualize ou reinicie quando necessário. - Anexe e configure. Use o símbolo e o período previstos, carregue e confira Inputs e verifique tanto o
AutoTradingdo MT4 quanto a permissão de negociação do EA. Ative DLL ou WebRequest apenas quando necessários e confiáveis. - Confira a operação. Verifique inicialização, cotações recebidas, logs e atribuição prevista das ordens. Mantenha a outra cópia de negociação pausada, a menos que o projeto aceite explicitamente instâncias simultâneas.
- Teste em demo a operação sem acompanhamento. Desconecte o acesso remoto, reconecte e examine o MT4. Teste separadamente uma reinicialização controlada do sistema e confira depois conta, gráficos, Inputs, permissões e estado do EA.
Desconectar o Remote Desktop normalmente mantém a sessão Windows e os aplicativos em execução. Sair da sessão a encerra; políticas de tempo limite do provedor também podem encerrar uma sessão desconectada. Confira a política real e teste. Um atalho na pasta de Inicialização roda após o login do usuário; sozinho, não comprova recuperação automática sem acompanhamento após uma reinicialização.
Mantenha as atualizações de segurança do Windows, organize a manutenção e repita as verificações depois. Não suponha que a “reinicialização automática” do provedor restaure um ambiente EA funcionando.
Implantação com hospedagem virtual MetaTrader
Conecte o MT4 local à conta de negociação prevista. No Navigator, use Register a Virtual Server para essa conta com uma conta válida da MQL5.community. Confira localização, assinatura e condições antes da migração. Contratar a hospedagem, por si só, não implanta o EA.
Prepare a conta local, os gráficos necessários com os EAs previstos anexados, os Inputs do EA e as dependências. Escolha o modo de migração adequado: Experts para EAs e indicadores; All se o ambiente também incluir cópia de sinais. Examine os logs remotos depois.
A migração é de mão única: do terminal local ao hospedado, não uma sincronização contínua nos dois sentidos. Repita após mudanças relevantes na configuração. Chamadas DLL são proibidas; scripts e gráficos com símbolos ou períodos não padrão não são migrados.
A negociação automatizada é sempre permitida no terminal hospedado, mesmo que as permissões locais estivessem desativadas. A migração desativa AutoTrading local para reduzir duplicações. O botão da barra local não para o EA hospedado. Use Stop Server nos controles de hospedagem e verifique o estado remoto antes de ativar uma cópia substituta.
O ambiente hospedado não tem Remote Desktop. Confira última sincronização, estado operacional e logs solicitados do terminal e do EA, em vez de observar apenas o gráfico local. Uma mensagem de migração comprova uma tentativa de transferência; confirme que o ambiente implantado realmente inicializou como previsto.
Mantenha uma única instância de negociação prevista
Dois terminais conectados à mesma conta podem enviar solicitações de negociação. O Magic Number identifica ordens para a lógica do EA; não é uma trava no servidor entre terminais. Usar números diferentes não resolve a execução acidental da mesma estratégia duas vezes.
Antes de uma troca, salve a configuração, confira e concilie as ordens abertas e pendentes, pare a cópia antiga e então inicie e verifique a prevista. Preserve os identificadores documentados quando o EA precisar retomar a gestão de posições existentes. Veja o guia de Magic Number.
Se o VPS estiver inacessível, não conseguir conectar pelo Remote Desktop não comprova que o MT4 tenha parado. Confirme o estado operacional pelo provedor ou pelos controles de hospedagem antes de ativar uma cópia substituta. Um terminal local separado pode servir para observação em modo somente leitura; não habilite a negociação nele por acidente.
Monitore quatro camadas, não só o tempo ativo do VPS
| Camada | Evidências a conferir |
|---|---|
| VPS / sistema operacional | Disponibilidade, reinicializações inesperadas, pressão sobre CPU e memória, espaço livre e política de sessões remotas. |
| MT4 / conta | Terminal respondendo, conta e servidor previstos, conexão e permissões de negociação. |
| Dados de mercado | Atualizações do símbolo necessário, horário da última cotação e sessão relevante. Mercados fechados e períodos de pouca liquidez exigem contexto. |
| EA / gestão de ordens | Versão e Inputs esperados, status ou sinal periódico disponível, inicialização e erros, além da atribuição e gestão de ordens reais. |
No monitoramento técnico, IsConnected() informa a conexão do terminal com o servidor; não comprova cotações recentes nem lógica saudável do EA. MODE_TIME representa o horário do último tick recebido para um símbolo. Comparações da idade da cotação exigem relógios e fusos horários coerentes e consideração das sessões. Não existe um tempo limite universal de cotação desatualizada para todos os símbolos.
Confira Experts e Journal após implantação, alterações, reinicializações e manutenção da corretora. Use o guia de logs para horários e contexto dos erros. Escolha a frequência de revisão conforme a rapidez com que uma posição sem gerenciamento poderia causar impacto, em vez de depender de logins ocasionais.
Teste as notificações de ponta a ponta. Um alerta enviado pelo próprio MT4 não consegue anunciar de forma confiável que o MT4 parou completamente. Monitoramento independente ou verificação de ausência de um sinal periódico podem cobrir essa lacuna. Notificações padrão de operações não monitoram todas as ordens rejeitadas ou interrupções, e um EA silencioso pode apenas estar sem sinal.
Manutenção e verificação final de prontidão
Use credenciais únicas, restrinja o acesso remoto pelos controles disponíveis do provedor, mantenha os programas atualizados e guarde os dados da conta com segurança. Não coloque senhas em chamados de suporte ou logs públicos. Registre mudanças e confira o ambiente após atualizações.
Esta lista confirma a preparação operacional, não os resultados futuros. É necessário continuar observando em demo após a implantação; uma reinicialização bem-sucedida não demonstra qualidade da estratégia.
Perguntas frequentes sobre VPS e MT4
Posso fechar o notebook depois da implantação?
Sim, se o EA previsto estiver realmente rodando no ambiente remoto verificado. Fechar um notebook que ainda hospeda o EA pode parar seu funcionamento. Em um VPS Windows, diferencie desconectar o Remote Desktop de sair da sessão.
Desativar o AutoTrading local interrompe a hospedagem integrada?
Não. Pare o terminal hospedado pelos controles de hospedagem e confirme seu estado. Confira separadamente as ordens existentes.
Não haver operações significa que o EA falhou?
Não. Confira sessões, dados, permissões, inicialização e regras dos sinais. Não force operações para demonstrar que o VPS funciona.
Um servidor dedicado ou em nuvem é automaticamente mais seguro?
Não. Sua utilidade depende do projeto real de disponibilidade, da carga, da manutenção e da recuperação do terminal testada. Mudar o rótulo da hospedagem não elimina as verificações deste guia.
Referências oficiais e escopo
O comportamento da plataforma foi conferido na documentação oficial. Dimensionamento, verificações de implantação e decisões de monitoramento são orientações práticas, não benchmarks de um provedor nem resultados medidos de um EA.