Veri merkezinin çalışması nasıl kontrol edilir? - sayfa 7

Yeni yorum
 
Hmm... DC kullanmak için meraklı olmanız gerekiyor. Bugün tüm Alpari döviz çiftlerinde birkaç boşluk buldum. 21-15'te ve sıfır saat sunucu saatinden sonra. Geceleri savaş olmadığını hemen anlamadım.



Eksik alıntıları güncellemeye başladım - veri merkezinin tamburda tüm "Güncellemeler" e sahip olduğu açık.
Bununla birlikte, "işbirliği yapan tüccarlar için" ifadesi biraz cesur.
ds olmadan çalışmak biraz daha sakin, en az bir tane daha "zayıf bağlantı" eklenmedi, esasen bir kara kutu olan ve üç tür durum mesajı dışında herhangi bir tanımlama işareti taşımayan
"Başladı", "Durduruldu" ve "Bilinmeyen" . Günlüklerin kendileri benim için herhangi bir bilgiyi temsil etmiyor, ancak artık gerekmediğinde bazen oturum açmaya ve bir güncelleme yapmaya çalışıyorlar.
Her komisyoncu ve hesap türü (demo ve gerçek) için her bağımsız iletişim kanalı için bir - bir DC'nin kapatılması dışında bir DC kullanmak için herhangi bir seçenek düşünemiyorum. İki iletişim kanalı (kablo internet ve XDSL), iki fiyat sağlayıcısı ve her birinin gerçek ve bir demo hesabı varsa, 2x2x2 veri merkezi kurmanız gerekir.
 
Bir veri merkezi olmadan, hesaplardan birindeki delikleri de kapatamazdım. MT4 ne kadar aşırı yüklenirse yüklensin, her zaman 2 bar alır. Alpari sunucusu. "Güncelleme" aynı kaynaktan gelir, ancak sonuç farklıdır. Tabii ki, istenirse senkronizasyon sağlayabilirim (bilgisayarı, terminalleri yeniden başlatarak, geçmişi bir klasörden diğerine yeniden yazarak), ancak sezgisel bir şekilde değil.



Molalar:
 
Her ihtimale karşı, DC üzerinden çalışan iki terminalin günlükleri:
1
2005.11.29 18:04:18 '105040': oturum açma (4.00, #2841B56A)
2005.11.29 18:03:48 '105040': DataCenter bağlantısı başarısız oldu [6]
2005.11.29 18:03:45 '105040': giriş (4.00, #2841B56A)
2005.11.29 18:03:06 HistoryCenter: 'GBPUSD15' cinsinden içe aktarılan 14999 bar
2005.11.29 18:02:36 '105040': oturum açma (4.00, #2841B56A)
2005.11.29 18:02:35 HistoryCenter: 'GBPUSD15'i senkronize edin
2005.11.29 18:00:13 Özel gösterge EZZ GBPUSD,M15: kaldırıldı
2005.11.29 17:13:07 '105040': oturum açma (4.00, #2841B56A)
2005.11.29 17:11:41 '105040': DataCenter bağlantısı başarısız oldu [6]
2005.11.29 16:13:35 '105040': oturum açma (4.00, #2841B56A)
2005.11.29 16:13:33 '105040': oturum açma (4.00, #2841B56A)
2005.11.29 14:11:10 '105040': oturum açma (4.00, #2841B56A)
2005.11.29 14:10:20 '105040': DataCenter bağlantısı başarısız oldu [6]
2005.11.29 14:10:17 '105040': oturum açma (4.00, #2841B56A)


ikinci
2005.11.29 18:04:21 '105039': oturum açma (4.00, #2841B56A)
2005.11.29 18:03:50 '105039': DataCenter bağlantısı başarısız oldu [6]
2005.11.29 18:03:30 '105039': giriş (4.00, #2841B56A)
2005.11.29 18:03:28 '105039': oturum açma (4.00, #2841B56A)
2005.11.29 17:13:07 '105039': oturum açma (4.00, #2841B56A)
2005.11.29 17:11:41 '105039': DataCenter bağlantısı başarısız oldu [6]
2005.11.29 16:13:38 '105039': giriş (4.00, #2841B56A)
2005.11.29 16:13:35 '105039': oturum açma (4.00, #2841B56A)
2005.11.29 16:13:26 '105039': oturum açma (4.00, #2841B56A)
2005.11.29 14:28:08 '105039': oturum açma (4.00, #2841B56A)
2005.11.29 14:28:06 '105039': oturum açma (4.00, #2841B56A)
2005.11.29 14:11:12 '105039': giriş (4.00, #2841B56A)
2005.11.29 14:10:22 '105039': DataCenter bağlantısı başarısız oldu [6]
2005.11.29 14:10:19 '105039': giriş (4.00, #2841B56A)
2005.11.29 14:09:22 '105039': bağlanılamadı [6]
2005.11.29 13:32:05 '105039': giriş (4.00, #2841B56A)
2005.11.29 13:32:02 '105039': oturum açma (4.00, #2841B56A)


bu terminallerde danışmanlar sadece akşamları uyanır

Doğrudan çalışan bir terminalden üçüncü günlük:
2005.11.29 18:32:08 '117245': oturum açma (4.00, #2841B56A)
2005.11.29 18:03:45 '117245': oturum açma (4.00, #2841B56A)
2005.11.29 18:03:30 HistoryCenter: 'GBPUSD15' cinsinden içe aktarılan 2 çubuk
2005.11.29 18:03:30 '117245': giriş (4.00, #2841B56A)
2005.11.29 18:03:05 HistoryCenter: 'GBPUSD15'i senkronize edin
2005.11.29 18:02:23 HistoryCenter: 'GBPUSD15'i senkronize edin
2005.11.29 18:00:59 HistoryCenter: 'GBPUSD15' içinde ithal edilen 15034 bar
2005.11.29 18:00:55 '117245': giriş (4.00, #2841B56A)
2005.11.29 18:00:51 HistoryCenter: 'GBPUSD15'i senkronize edin
2005.11.29 17:39:11 Posta: 'NRTR v3' gönderildi
2005.11.29 17:37:14 '117245': oturum açma (4.00, #2841B56A)
2005.11.29 16:16:21 Posta: 'NRTR v3' gönderildi
2005.11.29 16:01:19 Posta: 'NRTR v3' gönderildi
2005.11.29 15:31:36 Posta: 'NRTR v3' gönderildi
2005.11.29 15:17:32 Posta: 'NRTR v3' gönderildi




DC üzerinden çalışırken hata 6'nın kaynağı açık değildir, ancak doğrudan böyle bir hata yoktur.
 
DC, sunucuya makul aralıklarla bağlanmaya çalışır:
0 sn - ilk kez
10 sn - 1 ilk arızadan sonra
20 saniye - 18 arızadan sonra
30 sn - 24'ten sonra
O anda DC'nin kendisi ana sunucuya bağlanmadığında kimsenin kendisine bağlanmasına izin vermez. Bu nedenle "DataCenter bağlantısı başarısız oldu [6]".
 
29.11.05'ten 21.11'deki terminallerde tırnak olmaması arasında bir fark olduğu sonucuna vardım.
18.11 ile 21.11 arasındaki aralıkta, DC'de alıntılar alındı ve veritabanında birikti, yalnızca terminallere gönderilmediler (terminallerden birinde manuel olarak "Güncelle" düğmesine basana kadar terminaller DC'ye ulaşamadı - sonra diğer iki terminal otomatik olarak veri merkeziyle iletişime geçti). Terim ve dts arasındaki iletişimin restorasyonundan sonra. her şey hiçbir şey olmamış gibi işlemeye başladı.
Ve 29 Kasım'da (yani dün) veri merkezinin kendisinin bir bağlantısı yoktu (İnternet yoktu ya da başka bir nedenden dolayı - önemli değil) ve DC üzerinden yeni teklifler alma girişimleri başarısız oldu. Ayrıca, terminallerden birinde "sızdıran" veritabanlarında bir "geçerlilik" işareti vardı, bunun sonucunda veritabanlarını doğrudan güncelleyemedim. Tüm döviz çiftleri için 15 dakikalık temelleri yıkmak ve manuel olarak maksimum derinliğe pompalamak zorunda kaldım. Bu durum için bir çeşit script yapmak gerekecek, yoksa manuel olarak yorucu oluyor.
 
Neyi sildi (derleme 285)

05:44:15 195.135.1.3: '105039' oturum açma [ver: 400.186]
05:44:22 195.135.1.3: '105040' oturum açma [ver: 400.186]
07:08:03 195.135.1.3: '105039' oturum açma [ver: 400.186]
07:08:04 195.135.1.3: '105040' oturum açma [ver: 400.186]
09:45:39 Veri beslemesi: iş parçacığı sonlandırıldı
09:45:41 Çıkış: sunucu silindi
09:45:41 Çıkış: veri besleyici silindi
09:45:41 Çıkış: LiveUpdate tabanı silindi
09:45:41 Çıkış: haber tabanı silindi
09:45:41 Çıkış: ip tabanı silindi
09:45:41 Çıkış: menkul kıymetler silindi
09:45:41 Çıkış: tarih merkezi silindi
09:45:41 Çıkış: bitti
09:45:41 Çıkış: bitti
 
Neyi sildi (derleme 285)

05:44:15 195.135.1.3: '105039' oturum açma [ver: 400.186]
05:44:22 195.135.1.3: '105040' oturum açma [ver: 400.186]
07:08:03 195.135.1.3: '105039' oturum açma [ver: 400.186]
07:08:04 195.135.1.3: '105040' oturum açma [ver: 400.186]
09:45:39 Veri beslemesi: iş parçacığı sonlandırıldı
09:45:41 Çıkış: sunucu silindi
09:45:41 Çıkış: veri besleyici silindi
09:45:41 Çıkış: LiveUpdate tabanı silindi
09:45:41 Çıkış: haber tabanı silindi
09:45:41 Çıkış: ip tabanı silindi
09:45:41 Çıkış: menkul kıymetler silindi
09:45:41 Çıkış: tarih merkezi silindi
09:45:41 Çıkış: bitti
09:45:41 Çıkış: bitti

Bunlar sadece bellekten nesnelerin silinmesiyle ilgili mesajlardır.
 
Kuşlardan bahsetmişken. Günlükler GMT saat diliminde mi yazılıyor?
Bilgisayarımda Moskova zamanı olduğu için loglar MTS-3 saatine yazılıyor, Alpari sunucuları MSC-2 saatine gidiyor.
 
Dördüncü terminali veri merkezine bağladı. Uçuş normal, bilgisayarda ek belleğe ihtiyacınız var, yeterli değil :)
 
Eklenen bellek, şimdi beş terminal daha asabilirsiniz, yeterli monitör yok :)
1234567891011121314...16
Yeni yorum
Neden: