Como posso verificar o funcionamento do centro de dados? - página 7

Novo comentário
 
Sim... Você tem que ser um entusiasta para usar um DT. Encontramos hoje várias lacunas em todos os pares de moedas Alpari. Às 21-15 e após o horário de zero horas do servidor. Não percebi imediatamente que não havia guerra da noite para o dia.



Comecei a tentar atualizar as citações em falta - é claro que o centro de dados não se importa com todos os meus empurrões para "Atualizar".
Portanto, a frase "para comerciantes cooperantes" é um pouco ousada.
É um pouco mais fácil trabalhar sem DTz, pelo menos não fornece mais um "elo mais fraco", que é uma caixa preta e não tem marcas de identificação, exceto para três tipos de mensagens de status
"Started", "Stopped" e "Unknown". Os registros em si não me fornecem nenhuma informação, exceto que eles tentam se conectar às vezes e fazer uma data de vida quando não é necessário.
Não posso imaginar variantes de uso de DTs exceto uma - para cada canal independente um DT para cada corretor e tipo de conta (demo e real). Se você tem dois canais de comunicação (internet a cabo e XDSL), dois provedores de cotação e uma conta real e uma conta demo - então você precisa de centros de dados 2x2x2.
 
Sem um datacenter, eu também não conseguiria ter os furos colados em uma das contas. Não importa quantas vezes eu sobrecarreguei o MT4 - são sempre necessárias 2 barras cada. Servidor Alpari. A "Atualização" vem da mesma fonte, mas o resultado é diferente. É claro que posso conseguir a sincronização se desejar (reiniciando o comp, terminais, reescrevendo o histórico de uma pasta para outra), mas não de uma forma intuitiva.



Quebras:
 
Só por precaução, logs de dois terminais que passam por dc:
um
2005.11.29 18:04:18 '105040': login (4.00, #2841B56A)<br / translate="no"> 2005.11.29 18:03:48 '105040': Falha na conexão do DataCenter [6]
2005.11.29 18:03:45 '105040': login (4.00, #2841B56A)
2005.11.29 18:03:06 PM HistoryCenter: 14999 barras importadas em "GBPUSD15
2005.11.29 18:02:36 '105040': login (4.00, #2841B56A)
2005.11.29 18:02:35 PM HistoryCenter: sincronizar 'GBPUSD15'
2005.11.29 18:00:13 Indicador personalizado EZZ GBPUSD,M15: removido
2005.11.29 17:13:07 '105040': login (4.00, #2841B56A)
2005.11.29 17:11:41 '105040': Falha na conexão do DataCenter [6]
2005.11.29 16:13:35 '105040': login (4.00, #2841B56A)
2005.11.29 16:13:33 '105040': login (4.00, #2841B56A)
2005.11.29 14:11:10 '105040': login (4.00, #2841B56A)
2005.11.29 14:10:20 '105040': Falha na conexão do DataCenter [6]
2005.11.29 14:10:17 '105040': login (4.00, #2841B56A)


segundo
2005.11.29 18:04:21 '105039': login (4.00, #2841B56A)
2005.11.29 18:03:50 '105039': Falha na conexão do DataCenter [6]
2005.11.29 18:03:30 '105039': login (4.00, #2841B56A)
2005.11.29 18:03:28 '105039': login (4.00, #2841B56A)
2005.11.29 17:13:07 '105039': login (4.00, #2841B56A)
2005.11.29 17:11:41 '105039': Falha na conexão do DataCenter [6]
2005.11.29 16:13:38 '105039': login (4.00, #2841B56A)
2005.11.29 16:13:35 '105039': login (4.00, #2841B56A)
2005.11.29 16:13:26 '105039': login (4.00, #2841B56A)
2005.11.29 14:28:08 '105039': login (4.00, #2841B56A)
2005.11.29 14:28:06 '105039': login (4.00, #2841B56A)
2005.11.29 14:11:12 '105039': login (4.00, #2841B56A)
2005.11.29 14:10:22 '105039': Falha na conexão do DataCenter [6]
2005.11.29 14:10:19 '105039': login (4.00, #2841B56A)
2005.11.29 14:09:22 '105039': a conexão falhou [6]
2005.11.29 13:32:05 '105039': login (4.00, #2841B56A)
2005.11.29 13:32:02 '105039': login (4.00, #2841B56A)


nestes terminais, os Conselheiros Especialistas acordam somente à noite.

O terceiro log é do terminal que trabalha diretamente:
2005.11.29 18:32:08 '117245': login (4.00, #2841B56A)
2005.11.29 18:03:45 '117245': login (4.00, #2841B56A)
2005.11.29 18:03:30 PM HistoryCenter: 2 barras importadas em "GBPUSD15
2005.11.29 18:03:30 '117245': login (4.00, #2841B56A)
2005.11.29 18:03:05 PM HistoryCenter: sincronizar 'GBPUSD15'
2005.11.29 18:02:23 PM HistoryCenter: sincronizar 'GBPUSD15'
2005.11.29 18:00:59 HistoryCenter: 15034 barras importadas em "GBPUSD15
2005.11.29 18:00:55 '117245': login (4.00, #2841B56A)
2005.11.29 18:00:51 HistoryCenter: sincronizar 'GBPUSD15'
2005.11.29 17:39:11 Correio: 'NRTR v3' foi enviado
2005.11.29 17:37:14 '117245': login (4.00, #2841B56A)
2005.11.29 16:16:21 Correio: 'NRTR v3' foi enviado
2005.11.29 16:01:19 Correio: 'NRTR v3' foi enviado
2005.11.29 15:31:36 Correio: 'NRTR v3' foi enviado
2005.11.29 15:17:32 Correio: 'NRTR v3' foi enviado




A origem do erro 6 não é clara quando se trabalha com DC, enquanto não há tal erro diretamente.
 
O CD tenta se conectar ao servidor em intervalos razoáveis:
0 seg - a primeira vez
10 seg - após 1 primeira falha
20 seg - após 18 falhas
30 seg - depois de 24
No momento em que o próprio CD não se conecta ao servidor principal, ele não permite que ninguém se conecte a ele. Assim, a "conexão do DataCenter falhou [6]".
 
Cheguei à conclusão que há uma diferença entre a ausência de citações nos terminais em 21.11 e 29.11.05.
Durante o período entre 18.11 e 21.11, as cotações foram recebidas e armazenadas no banco de dados, mas os terminais não puderam recebê-las (os terminais não puderam acessar o centro de dados até que eu pressionasse manualmente "Update" em um dos terminais - então os outros dois terminais contataram automaticamente o centro de dados). Depois de restaurar a conexão entre os terminais e a dc, tudo começou a funcionar como se nada tivesse acontecido.
Em 29.11 (ou seja, ontem) o datacenter não conseguiu se conectar (ou porque não havia internet ou algum outro motivo) e todas as tentativas de obter novas citações através do datacenter falharam. Além disso, em um dos terminais os bancos de dados "buracos" tinham uma marca de "validade", como resultado eu não pude atualizar os bancos de dados diretamente. Tive que simplesmente derrubar as bases de dados de 15 minutos para todos os pares de moedas e bombeá-las manualmente até a profundidade máxima. Eu deveria fazer um roteiro para isso, pois é cansativo fazer isso manualmente.
 
Ele apagou algo (construiu 285)
<br / translate="no"> 05:44:15 195.135.1.3: Login '105039' [ver: 400.186]
05:44:22 195.135.1.3: Login '105040' [ver: 400.186]
07:08:03 195.135.1.3: Login '105039' [ver: 400.186]
07:08:04 195.135.1.3: Login '105040' [ver: 400.186]
09:45:39 Datafeed: fio terminado
09:45:41 Saída: servidor apagado
09:45:41 Saída: Alimentador de dados apagado
09:45:41 Saída: Base LiveUpdate apagada
09:45:41 Saída: base de notícias apagada
09:45:41 Saída: Base ip apagada
09:45:41 Saída: títulos excluídos
09:45:41 Saída: centro de história apagado
09:45:41 Saída: terminado
09:45:41 Saída: terminado
 
Algo que ele apagou (build 285)<br / translate="no">

05:44:15 195.135.1.3: Login '105039' [ver: 400.186]
05:44:22 195.135.1.3: Login '105040' [ver: 400.186]
07:08:03 195.135.1.3: Login '105039' [ver: 400.186]
07:08:04 195.135.1.3: Login '105040' [ver: 400.186]
09:45:39 Datafeed: fio terminado
09:45:41 Saída: servidor excluído
09:45:41 Saída: Alimentador de dados apagado
09:45:41 Saída: Base LiveUpdate apagada
09:45:41 Saída: base de notícias apagada
09:45:41 Saída: Base ip apagada
09:45:41 Saída: títulos excluídos
09:45:41 Saída: centro de história apagado
09:45:41 Saída: terminado
09:45:41 Saída: terminado

É apenas uma mensagem para apagar objetos da memória.
 
Por falar em pássaros. Os logs estão escritos no fuso horário GMT?
Como tenho tempo de Moscou em meu computador, os logs são escritos pelo MTS-3 horas, os servidores Alpari vão para o MSC-2 horas.
 
Enganchei um quarto terminal ao centro de dados. Vôo está OK, precisa de memória extra no computador, não o suficiente:)
 
Adicionada memória, agora você pode pendurar mais cinco terminais, não há monitores suficientes :)
1234567891011121314...16
Novo comentário