Comment puis-je vérifier le fonctionnement du centre de données ? - page 7

 
Ouais... Il faut être un passionné pour utiliser un DT. J'ai trouvé plusieurs écarts sur toutes les paires de devises Alpari aujourd'hui. A 21-15 et après l'heure zéro du serveur. Je n'ai pas réalisé tout de suite qu'il n'y avait pas de guerre pendant la nuit.



J'ai commencé à essayer de mettre à jour les citations manquantes - il est clair que le centre de données ne se soucie pas de toutes mes poussées vers "Update".
L'expression "pour les commerçants coopérants" est un peu audacieuse, cependant.
Il est un peu plus facile de travailler sans DTz, au moins il ne fournit pas un "maillon faible" de plus, qui est une boîte noire et n'a pas de marques d'identification, sauf pour trois types de messages d'état
"Started", "Stopped" et "Unknown". Les journaux eux-mêmes ne me fournissent aucune information, si ce n'est qu'ils essaient parfois de se connecter et de faire une livapdate alors que ce n'est pas nécessaire.
Je ne peux pas imaginer de variantes d'utilisation des DT, sauf une - pour chaque canal indépendant, un DT pour chaque courtier et type de compte (démo et réel). Si vous disposez de deux canaux de communication (Internet par câble et XDSL), de deux fournisseurs de devis et d'un compte réel et d'un compte de démonstration, vous avez besoin de 2x2x2 centres de données.
 
Sans centre de données, je n'ai pas non plus pu faire boucher les trous sur l'un des comptes. Peu importe le nombre de fois où j'ai surchargé MT4 - il prend toujours 2 barres chacune. Serveur Alpari. La "mise à jour" provient de la même source, mais le résultat est différent. Je peux bien sûr réaliser la synchronisation si je le souhaite (en redémarrant l'ordinateur, les terminaux, en réécrivant l'historique d'un dossier à l'autre), mais pas de manière intuitive.



Pause :
 
Juste au cas où, les journaux de deux terminaux passant par DC :
un
2005.11.29 18:04:18 '105040' : connexion (4.00, #2841B56A)<br / translate="no"> 2005.11.29 18:03:48 '105040' : échec de la connexion du DataCenter [6]
2005.11.29 18:03:45 '105040' : connexion (4.00, #2841B56A)
2005.11.29 18:03:06 PM HistoryCenter : 14999 barres importées dans 'GBPUSD15'.
2005.11.29 18:02:36 '105040' : connexion (4.00, #2841B56A)
2005.11.29 18:02:35 PM HistoryCenter : synchronisation de 'GBPUSD15'.
2005.11.29 18:00:13 Indicateur personnalisé EZZ GBPUSD,M15 : supprimé
2005.11.29 17:13:07 '105040' : connexion (4.00, #2841B56A)
2005.11.29 17:11:41 '105040' : La connexion du centre de données a échoué [6].
2005.11.29 16:13:35 '105040' : connexion (4.00, #2841B56A)
2005.11.29 16:13:33 '105040' : connexion (4.00, #2841B56A)
2005.11.29 14:11:10 '105040' : connexion (4.00, #2841B56A)
2005.11.29 14:10:20 '105040' : Échec de la connexion du centre de données [6]
2005.11.29 14:10:17 '105040' : connexion (4.00, #2841B56A)


deuxième
2005.11.29 18:04:21 '105039' : connexion (4.00, #2841B56A)
2005.11.29 18:03:50 '105039' : Échec de la connexion du centre de données [6]
2005.11.29 18:03:30 '105039' : connexion (4.00, #2841B56A)
2005.11.29 18:03:28 '105039' : connexion (4.00, #2841B56A)
2005.11.29 17:13:07 '105039' : connexion (4.00, #2841B56A)
2005.11.29 17:11:41 '105039' : Échec de la connexion du centre de données [6]
2005.11.29 16:13:38 '105039' : connexion (4.00, #2841B56A)
2005.11.29 16:13:35 '105039' : connexion (4.00, #2841B56A)
2005.11.29 16:13:26 '105039' : connexion (4.00, #2841B56A)
2005.11.29 14:28:08 '105039' : connexion (4.00, #2841B56A)
2005.11.29 14:28:06 '105039' : connexion (4.00, #2841B56A)
2005.11.29 14:11:12 '105039' : connexion (4.00, #2841B56A)
2005.11.29 14:10:22 '105039' : Échec de la connexion du centre de données [6]
2005.11.29 14:10:19 '105039' : connexion (4.00, #2841B56A)
2005.11.29 14:09:22 '105039' : échec de la connexion [6]
2005.11.29 13:32:05 '105039' : connexion (4.00, #2841B56A)
2005.11.29 13:32:02 '105039' : connexion (4.00, #2841B56A)


sur ces terminaux, les conseillers experts ne se réveillent que le soir.

Le troisième journal provient du terminal qui fonctionne directement :
2005.11.29 18:32:08 '117245' : connexion (4.00, #2841B56A)
2005.11.29 18:03:45 '117245' : connexion (4.00, #2841B56A)
2005.11.29 18:03:30 PM HistoryCenter : 2 barres importées dans 'GBPUSD15'.
2005.11.29 18:03:30 '117245' : connexion (4.00, #2841B56A)
2005.11.29 18:03:05 PM HistoryCenter : synchronisation de 'GBPUSD15'.
2005.11.29 18:02:23 PM HistoryCenter : synchronisation de 'GBPUSD15'.
2005.11.29 18:00:59 HistoryCenter : 15034 barres importées dans 'GBPUSD15'.
2005.11.29 18:00:55 '117245' : connexion (4.00, #2841B56A)
2005.11.29 18:00:51 HistoryCenter : synchronisation 'GBPUSD15'.
2005.11.29 17:39:11 Mail : 'NRTR v3' a été envoyé.
2005.11.29 17:37:14 '117245' : connexion (4.00, #2841B56A)
2005.11.29 16:16:21 Mail : 'NRTR v3' a été envoyé.
2005.11.29 16:01:19 Mail : 'NRTR v3' a été envoyé.
2005.11.29 15:31:36 Mail : 'NRTR v3' a été envoyé.
2005.11.29 15:17:32 Mail : 'NRTR v3' a été envoyé.




L'origine de l'erreur 6 n'est pas claire lorsque l'on travaille à travers DC, alors qu'il n'y a pas de telle erreur directement.
 
Le DC tente de se connecter au serveur à intervalles raisonnables :
0 sec - la première fois
10 sec - après 1 premier échec
20 sec - après 18 échecs
30 sec - après 24
Dès que le DC lui-même ne parvient pas à se connecter au serveur principal, il ne permet à personne de s'y connecter. D'où "DataCenter connecting failed [6]".
 
Je suis arrivé à la conclusion qu'il y a une différence entre l'absence de citations dans les terminaux le 21.11 et le 29.11.05.
Entre le 18.11 et le 21.11, les devis ont été reçus et stockés dans la base de données, mais les terminaux n'ont pas pu les recevoir (les terminaux ne pouvaient pas accéder au centre de données jusqu'à ce que j'appuie manuellement sur "Update" dans l'un des terminaux - puis les deux autres terminaux ont automatiquement contacté le centre de données). Après avoir rétabli la connexion entre les bornes et le courant continu, tout a commencé à fonctionner comme si rien ne s'était passé.
Le 29.11 (c'est-à-dire hier), le centre de données n'a pas réussi à se connecter (soit parce qu'il n'y avait pas d'Internet, soit pour une autre raison) et toutes les tentatives d'obtenir de nouvelles cotations par l'intermédiaire du centre de données ont échoué. De plus, dans l'un des terminaux, les bases de données "trouées" avaient une marque de "validité", ce qui fait que je n'ai pas pu mettre à jour les bases de données directement. J'ai dû démonter les bases de données de 15 minutes pour toutes les paires de devises et les remonter manuellement à la profondeur maximale. Je devrais faire une sorte de script pour ce cas, c'est fatiguant de le faire manuellement.
 
Il a supprimé quelque chose (build 285)
<br / translate="no"> 05:44:15 195.135.1.3 : 105039' login [ver : 400.186]
05:44:22 195.135.1.3 : 105040' login [ver : 400.186]
07:08:03 195.135.1.3 : 105039' login [ver : 400.186]
07:08:04 195.135.1.3 : 105040' login [ver : 400.186]
09:45:39 Datafeed : thread terminé
09:45:41 Exit : serveur supprimé
09:45:41 Exit : le chargeur de données a été supprimé.
09:45:41 Exit : Base LiveUpdate supprimée
09:45:41 Exit : base de nouvelles supprimée
09:45:41 Exit : ip base supprimé
09:45:41 Exit : titres supprimés
09:45:41 Exit : centre d'histoire supprimé
09:45:41 Sortie : terminé
09:45:41 Sortie : terminé
 
Quelque chose qu'il a supprimé (build 285)<br / translate="no">

05:44:15 195.135.1.3 : 105039' login [ver : 400.186]
05:44:22 195.135.1.3 : 105040' login [ver : 400.186]
07:08:03 195.135.1.3 : 105039' login [ver : 400.186]
07:08:04 195.135.1.3 : 105040' login [ver : 400.186]
09:45:39 Datafeed : thread terminé
09:45:41 Exit : serveur supprimé
09:45:41 Exit : le chargeur de données a été supprimé.
09:45:41 Exit : Base LiveUpdate supprimée
09:45:41 Exit : base de nouvelles supprimée
09:45:41 Exit : ip base supprimé
09:45:41 Exit : titres supprimés
09:45:41 Exit : centre d'histoire supprimé
09:45:41 Sortie : terminé
09:45:41 Sortie : terminé

C'est juste un message pour effacer les objets de la mémoire.
 
En parlant d'oiseaux. Les journaux sont-ils écrits dans le fuseau horaire GMT ?
Comme j'ai l'heure de Moscou sur mon ordinateur, les journaux sont écrits par MTS-3 heures, les serveurs Alpari vont à MSC-2 heures.
 
J'ai branché un quatrième terminal au centre de données. Le vol est OK, mais il faut plus de mémoire sur l'ordinateur, pas assez :)
 
Ajout de mémoire, maintenant vous pouvez accrocher cinq terminaux de plus, pas assez de moniteurs :)