Uma configuração útil do MT4 oferece capacidade para a carga real, permite identificar cada instância de negociação e preserva os ajustes previstos após a manutenção de rotina. Ajuste o ambiente com base na pressão observada sobre os recursos e no comportamento verificado do EA, em vez de copiar uma configuração universal para “acelerar o MT4”.
Este é o Guia 2 da série Estabilidade VPS & MT4. O guia básico explica hospedagem e continuidade. Para incidentes, backups e restauração, consulte o Guia 3: falhas e recuperação segura. Para supervisionar entre incidentes, continue com o Guia 4: cotações, heartbeat e alertas.
Defina o que você está otimizando
Este guia pressupõe que o MT4 e o EA previsto já estejam instalados e testados em conta demo. Para colocar os arquivos e anexar o robô ao gráfico, consulte o guia de instalação de EAs. A hospedagem virtual integrada do MetaTrader usa outro processo de migração e não oferece uma área de trabalho do Windows; as instruções sobre inicialização e pastas do Windows não se aplicam a ela.
Otimização operacional significa reduzir a carga desnecessária preservando o comportamento aprovado do EA. É diferente de otimizar parâmetros da estratégia no testador. Não altere tamanho de lote, filtros de sinal, limites de risco ou configurações de execução para o terminal parecer mais ágil. Um terminal mais leve não comprova rentabilidade nem garante execução.
Mapeie a carga antes de mudar as configurações
Registre a função de cada terminal e os componentes realmente necessários. Contar gráficos não revela EAs que usam vários símbolos nem indicadores calculados internamente. Um EA pesado pode exigir mais recursos do que vários EAs simples.
| Registro | O que incluir |
|---|---|
| Identificação do terminal | Caminho de instalação, pasta de dados real, usuário do Windows e atalho com nome claro. |
| Contexto de negociação | Conta e servidor da corretora; finalidade demo, real ou pesquisa. Guarde as credenciais com segurança, fora desta ficha. |
| Carga ativa | Gráficos necessários, símbolos e períodos exatos, EAs anexados, versões e parâmetros Inputs aprovados. |
| Dependências | Outros símbolos ou períodos, histórico necessário, indicadores personalizados, arquivos, DLLs, URLs permitidas para WebRequest e licenciamento. |
| Gerenciamento e operação | Esquema de Magic Numbers, ordens existentes a gerenciar, método de inicialização, destino do monitoramento e data da mudança. |
Conserve o arquivo .set aprovado, quando houver suporte, e um registro do perfil e da configuração atuais. Isso documenta a situação inicial; não é um plano completo de backup ou recuperação.
Dimensione os recursos do VPS pela demanda observada
| Recurso | O que avaliar | Decisão de configuração |
|---|---|---|
| CPU | Períodos movimentados, demanda por terminal e carga concentrada em processadores lógicos específicos. | Deixe margem para picos. A quantidade de vCPUs compartilhadas não comprova capacidade sustentada; compare a carga real. |
| RAM | Windows, todos os terminais, dados dos gráficos, indicadores e aplicativos em segundo plano. | Reserve memória disponível. Pressão crescente e paginação precisam ser investigadas; não desative o arquivo de paginação como atalho. |
| SSD / armazenamento | Espaço livre, crescimento do histórico e dos logs, atividade do disco durante verificações, downloads e atualizações. | Preveja espaço para o sistema e a manutenção, além do MT4. O rótulo SSD não comprova espaço livre suficiente nem desempenho adequado. |
| Windows | Suporte de segurança atual, compatibilidade corretora/EA, sessão do usuário e política de gerenciamento do provedor. | Use um ambiente mantido e com licenciamento adequado. Confirme a edição e as dependências com o provedor e o desenvolvedor. |
| Rede | Conexão com o servidor da corretora previsto, interrupções e atualização de cotações nas sessões relevantes. | Investigue a rota até a corretora. Uma sessão de Área de Trabalho Remota fluida ou um teste público de velocidade rápido não bastam. |
Não existe uma regra universal confiável de “EAs por GB” ou “terminais por vCPU”. Decida a capacidade depois de observar toda a carga prevista, incluindo inicialização, carregamento do histórico e manutenção. A folga de recursos é uma margem operacional, não uma promessa de resultados de negociação.
Meça o uso normal e os picos relevantes
- Estabeleça uma referência. Abra o Gerenciador de Tarefas do Windows com
Ctrl+Shift+Esc. Examine Processos ou Detalhes para cadaterminal.exee Desempenho para a atividade geral de CPU, memória, disco e rede. Relacione os processos aos caminhos de instalação do inventário. - Observe diferentes condições. Inclua um período normal de negociação, fluxo mais intenso de cotações, inicialização e carregamento de dados. Registre horário, configuração ativa, pressão sobre recursos e resposta do MT4. Uma captura em repouso não é um teste de capacidade.
- Identifique a origem da carga. Compare a demanda dos terminais com outros aplicativos, atualizações e verificações de segurança. O uso total de CPU pode esconder um processador lógico ocupado ou um gargalo do programa. Uso geral baixo não comprova que todos os EAs estejam processando prontamente.
- Separe a pesquisa. Quando possível, execute backtests longos e buscas de parâmetros fora da carga de negociação. Uma instalação separada do testador no mesmo VPS distingue a configuração, mas continua disputando os recursos da mesma máquina.
Os EAs MQL4 são executados em threads separadas, enquanto indicadores de gráficos compartilham recursos da thread da interface; um indicador chamado por iCustom() roda na thread do programa que o chamou. Os eventos de cada EA são processados em sequência. Nem todos os novos ticks entram na fila enquanto seu OnTick() já está em processamento. Adicionar núcleos não corrige automaticamente uma lógica pesada ou um indicador travado; consulte o desenvolvedor se a carga do programa persistir.
Identifique claramente as várias instalações do MT4
Para usar contas simultâneas, instale as cópias de MT4 previstas pela corretora em diretórios de instalação diferentes. Dê nomes distintos aos atalhos, descrevendo suas funções. Dois atalhos para o mesmo executável não criam duas instalações separadas.
Em cada cópia aberta, use File → Open Data Folder e registre o local resolvido. A pasta normal depende do caminho de instalação e do usuário do Windows; seu arquivo origin.txt identifica a instalação associada. Não deduza a pasta correta pelo nome da corretora nem suponha que outro usuário do Windows verá os mesmos arquivos e ajustes do EA.
Instale e verifique as dependências de cada cópia na pasta de dados real correspondente. Pastas separadas reduzem confusões, mas não isolam a exposição da conta da corretora. Um EA também pode usar arquivos compartilhados por FILE_COMMON ou um serviço externo de licenciamento; siga suas regras documentadas para várias instâncias.
/portable muda onde o MT4 tenta armazenar os dados. Ele não transfere automaticamente uma pasta existente e ainda exige permissão de escrita. Mantenha o modo normal, salvo um motivo testado para mudar; não desative o UAC nem amplie privilégios indiscriminadamente por conveniência.Separe o gerenciamento das ordens da capacidade do terminal
Vários EAs ou terminais só podem operar na mesma conta quando suas regras de gerenciamento de ordens são compatíveis. Registre Magic Number documentado, símbolo e demais filtros de identificação de cada instância prevista. Não suponha que um EA gerencie apenas as próprias ordens.
Um Magic Number identifica ordens; não bloqueia outros terminais. Duas cópias podem enviar ordens duplicadas mesmo com identificadores diferentes. Antes de mudar um identificador ou mover um EA, confira se ordens abertas e pendentes ainda precisam de gerenciamento. Preserve a identificação documentada necessária para retomá-las. Consulte o modelo detalhado no guia de Magic Number.
Separar recursos também mantém o risco da conta compartilhado: uso de margem e posições correlacionadas podem se acumular entre EAs. Examine essa exposição no guia de gerenciamento de risco; ter CPU disponível não torna o portfólio combinado seguro.
Ajuste gráficos e histórico sem retirar dados necessários
Comece removendo gráficos de análise comprovadamente sem uso e indicadores decorativos. Fechar o gráfico de um EA descarrega esse EA; não é o mesmo que minimizar a janela. Confira o que está funcionando antes de fechar e mantenha os gráficos exigidos pela configuração documentada.
Em Tools → Options → Charts, diferencie Max bars in history de Max bars in chart. O primeiro limita o histórico armazenado; o segundo controla os dados dos gráficos usados nos cálculos de indicadores. Reduzir histórico desnecessário dos gráficos pode diminuir a demanda, mas um valor arbitrariamente pequeno pode retirar os dados anteriores de que o EA ou indicador precisa.
- Determine os dados mínimos necessários para cada símbolo e período exigido, incluindo indicadores calculados internamente.
- Mantenha histórico suficiente para esses requisitos e para a validação prevista. Não suponha que um gráfico visível cubra um EA com vários períodos.
- Altere um limite na demo, recarregue ou reinicie se necessário e verifique inicialização, disponibilidade dos dados e cálculos esperados antes de manter o ajuste.
Esses limites não são uma cota exata de memória: novas cotações podem aumentar as barras do gráfico. Não esvazie a pasta de histórico para “acelerar o MT4”; recarregar consome recursos e pode mudar os dados disponíveis para testes. Preserve o conjunto original para comparação.
Preserve símbolos e dependências de indicadores necessários
Em Market Watch, oculte apenas os símbolos comprovadamente sem uso na configuração completa. O MT4 documenta isso como forma de reduzir o tráfego de cotações. Preserve os símbolos necessários à negociação, a sinais entre instrumentos ou à conversão de moedas, mesmo sem gráfico visível. O MT4 também impede ocultar certos símbolos com gráficos ou ordens abertos; a lista não substitui uma auditoria completa das dependências.
Remover um indicador exibido não comprova que seus cálculos pararam: um EA pode solicitar seus valores internamente. Teste separadamente painéis opcionais e elementos visuais dispensáveis, preservando os indicadores e arquivos exigidos pelo desenvolvedor. Se CPU ou memória crescerem continuamente, reúna horários e logs para o desenvolvedor, em vez de esconder o problema com reinicializações frequentes sem verificações.
Verifique as permissões da cópia que realmente negocia
No MT4 comum para Windows, confira tanto o AutoTrading do terminal quanto a permissão Allow live trading do EA anexado. Um ícone visível, cotações chegando ou um processo ativo não comprovam permissão para negociar. Confirme também conta, servidor e acesso de negociação previstos.
Revise as opções que desativam negociação automática após mudar conta, perfil, símbolo ou período. São mecanismos de proteção, não opções a remover automaticamente. Se um deles for acionado, verifique o novo contexto antes de reabilitar o EA previsto.
Permita importações de DLL apenas para bibliotecas confiáveis e necessárias, e WebRequest somente para URLs confiáveis documentadas. Examine os ajustes do EA já anexado; mudar padrões não substitui a verificação de uma instância ativa. Confira novamente após atualizar perfil, modelo ou EA. Desativar AutoTrading bloqueia as operações dos EAs nesse terminal; não fecha ordens nem interrompe cópias hospedadas separadamente.
Controle o crescimento dos logs sem perder evidências
Depois de cada mudança, confira Experts para mensagens do EA e Journal para eventos do terminal e da conexão. Em qualquer uma das abas, o comando contextual Open abre a pasta correspondente e grava as entradas atuais no disco. Na pasta de dados real, os logs dos EAs normalmente ficam em MQL4/Logs e os do terminal em logs, com arquivos datados YYYYMMDD.LOG.
As abas mostram entradas recentes; Clear limpa a exibição, não os arquivos físicos. Para manter o disco, meça primeiro quais pastas crescem, preserve os logs relevantes de incidentes e comparações e depois arquive os arquivos antigos conforme uma política documentada de retenção. Evite excluir arquivos ativos durante a operação ou limpar recursivamente toda a pasta de dados.
Erros repetidos ou registro excessivo a cada tick precisam de uma correção da causa; excluir os logs de ontem não impede o crescimento de amanhã. Preserve perfis, modelos, predefinições e arquivos de estado do EA. Use o guia de Experts e Journal para o diagnóstico. O projeto detalhado de backup pertence ao Guia 3.
Planeje as atualizações do Windows e teste a inicialização
Mantenha ativa a manutenção de segurança do Windows e organize uma janela controlada de reinicialização. Confira agendamento de reinícios e políticas de sessão da edição Windows e do provedor usados. O horário ativo, quando disponível, ajuda a controlar o momento; não garante negociação ininterrupta. Não desative segurança ou atualizações para melhorar um benchmark.
Se o início depende do login, crie um atalho com nome claro para o executável previsto na pasta Inicializar do usuário correto (shell:startup). Ele roda depois que esse usuário entra, não apenas porque o Windows foi iniciado. Outro mecanismo pode gerar inicializações conflitantes; documente um método testado para cada cópia prevista.
Se for necessário reiniciar sem intervenção, peça ao provedor ou administrador que confirme a sessão de usuário e a forma de inicialização compatíveis. Uma tarefa agendada ou um terminal.exe ativo não comprovam a disponibilidade da pasta de dados, conta, licença e estado corretos do EA. Não configure login automático com credenciais expostas como solução rápida.
Na demo, teste separadamente reabrir o terminal e reiniciar o sistema. Após cada evento, verifique conta e servidor, perfil, gráficos, versão e Inputs do EA, permissões, cotações, logs e gerenciamento de ordens existentes. Teste também desconectar e reconectar a Área de Trabalho Remota; sair da sessão ou seus limites de tempo podem encerrar aplicativos. Evite tarefas de “reiniciar a cada hora” e relançamentos automáticos sem controles que ignorem essas verificações.
Configure alertas úteis e conheça seus limites
Escolha um monitoramento que diferencie pressão sobre os recursos de parada do terminal ou do EA. Defina quem recebe os alertas e o que deve verificar em seguida. Estabeleça limites pela carga normal, pelos picos observados e pelo tempo disponível para responder; não há percentual nem idade de cotação universal.
| Sinal | Verificação útil | Limite |
|---|---|---|
| Pressão persistente sobre CPU ou memória, ou pouco espaço livre | Compare o terminal afetado, tarefas em segundo plano e mudanças recentes com a referência inicial. | Um pico breve é diferente de pressão contínua; o consumo sozinho não comprova a saúde da negociação. |
| Processo do terminal ou sinal periódico esperado ausente | Confirme a instância prevista e seu contexto antes de relançá-la. | Um sinal enviado apenas por OnTick pode parar em mercado calmo ou fechado; considere o comportamento documentado. |
| Erro de conexão, cotação ou EA | Examine a sessão e os dados mais recentes do símbolo necessário, depois Experts e Journal. | Um terminal conectado ainda pode ter dados necessários desatualizados ou lógica do EA com falhas. |
Para alertas push, configure Tools → Options → Notifications, informe o MetaQuotes ID de destino e use Test; confirme a chegada no dispositivo real. Notificações padrão de operações não cobrem solicitações rejeitadas. Quando houver suporte, teste também os alertas de erro do próprio EA na demo.
Um MT4 parado não consegue enviar de forma confiável seu próprio aviso de indisponibilidade. Um monitor independente do processo ou do host, ou uma verificação externa de ausência do sinal periódico, cobre essa lacuna. Prefira uma resposta delimitada e documentada a um watchdog que encerre e reinicie repetidamente o terminal de negociação.
Use um processo controlado de ajuste e validação
- Registre a situação anterior. Preserve configuração, condições de observação, pressão sobre recursos e horários relevantes dos logs.
- Faça uma mudança justificada na demo. Remova um elemento visual sem uso, ajuste um limite documentado de histórico ou separe a carga do testador. Mantenha fixas as configurações de estratégia e risco.
- Compare condições semelhantes. Observe novamente uso normal, fluxo intenso de cotações e inicialização. Se as condições forem diferentes, registre a limitação em vez de alegar uma melhora medida.
- Aceite ou reverta. Mantenha a mudança apenas se dados necessários, cálculos do EA, permissões e gerenciamento de ordens continuarem corretos, com folga de recursos. Caso contrário, restaure a configuração anterior.
Repita a validação após adicionar terminais, mudar versões, perfis ou dependências, ou realizar manutenção. Um teste de reinicialização na demo confirma um procedimento operacional; não comprova execuções idênticas no real nem retornos futuros.
Checklist de configuração
Guarde a data e o resultado dessas verificações. Revise-as após mudanças relevantes e conforme a necessidade de supervisão da carga. Um VPS configurado ainda exige acompanhamento operacional.
Perguntas comuns sobre a configuração do MT4
Quantos terminais MT4 um VPS pode executar?
Não há uma quantidade universal. Meça todos os terminais, EAs e dependências previstos nos picos relevantes, deixando margem para sistema e manutenção. Outra instalação no mesmo VPS não acrescenta recursos físicos.
Devo usar os menores limites de barras possíveis?
Não. Preserve os dados necessários para cada símbolo, período e indicador. Reduza apenas o excesso confirmado, teste na demo e conserve os dados usados nas comparações.
O botão AutoTrading verde comprova que o EA está funcionando?
Não. Verifique permissão do EA anexado, acesso à conta, dados, inicialização, logs e gerenciamento previsto de ordens. A ausência de novas operações pode ser normal quando a estratégia não gera um sinal.
Devo reiniciar o MT4 automaticamente em intervalos fixos?
Não para substituir a investigação de carga persistente ou a verificação de inicialização. Planeje a manutenção necessária, teste a reabertura e use monitoramento com resposta documentada. Um reinício sem verificações pode interromper o gerenciamento ou restaurar a configuração errada.
Referências oficiais e escopo
Os detalhes da plataforma foram conferidos na documentação oficial. O inventário e o processo de medição e validação são orientações operacionais práticas, não resultados medidos de VPS. Os nomes podem variar com o idioma do terminal ou a edição Windows; os rótulos em inglês identificam aqui os ajustes a verificar.
- MetaTrader 4: instalações múltiplas e pastas de dados e modo portátil.
- MetaTrader 4: limites de gráficos e histórico, Market Watch e execução de programas MQL4.
- MetaTrader 4: controles do EA, logs de Experts, logs de Journal e notificações.
- Microsoft: Gerenciador de Tarefas e ferramentas do sistema, inicialização após login e horário ativo das atualizações.
- Referência MQL4: identificadores de ordens e escopo de arquivos compartilhados.