데이터 센터의 작동을 확인하는 방법은 무엇입니까? - 페이지 7

 
흠 ... DC를 사용하려면 매니아가 되어야 합니다. 오늘 저는 모든 Alpari 통화 쌍에서 몇 가지 격차를 발견했습니다. 21-15시 및 0시간 서버 시간 이후. 나는 밤에 전쟁이 없다는 것을 즉시 이해하지 못했습니다.



누락된 따옴표 를 업데이트하기 시작했습니다. 데이터 센터에 내가 눌러야 하는 모든 "업데이트"가 드럼에 있는 것이 분명합니다.
따라서 "협력하는 거래자"라는 표현은 다소 대담합니다.
ds 없이 작업하는 것이 조금 더 조용합니다. 최소한 하나 이상의 "약한 링크"가 추가되지 않습니다. 이는 본질적으로 블랙박스이며 세 가지 유형의 상태 메시지를 제외하고는 식별 표시가 없습니다.
"시작됨", "중지됨" 및 "알 수 없음" . 로그 자체는 더 이상 필요하지 않을 때 로그인을 시도하고 livapdate를 만드는 것을 제외하고는 저에게 어떤 정보도 나타내지 않습니다.
하나를 제외하고 DC를 사용하는 옵션은 상상할 수 없습니다. 각 브로커 및 계정 유형(데모 및 실제)에 대한 각 독립 통신 채널에 대해 하나의 DC가 끊어집니다. 두 개의 통신 채널(케이블 인터넷 및 XDSL)과 두 개의 견적 제공업체가 있고 각각 실제 계정과 데모 계정이 있는 경우 2x2x2 데이터 센터를 설치해야 합니다.
 
데이터 센터가 없으면 계정 중 하나의 구멍을 봉인할 수도 없습니다. MT4가 아무리 과부하가 걸리더라도 항상 2바가 필요합니다. 알파리 서버. "업데이트"는 하나의 소스에서 제공되지만 결과는 다릅니다. 물론 원하는 경우 동기화(컴퓨터, 터미널 재부팅, 한 폴더에서 다른 폴더로 기록 다시 쓰기)를 달성할 수 있지만 직관적인 방법은 아닙니다.



휴식시간:
 
만일을 대비하여 DC를 통해 작동하는 두 터미널의 로그:
하나
2005.11.29 18:04:18 '105040' : 로그인(4.00, #2841B56A)
2005.11.29 18:03:48 '105040': DataCenter 연결 실패 [6]
2005.11.29 18:03:45 '105040' : 로그인 (4.00, #2841B56A)
2005.11.29 18:03:06 HistoryCenter: 'GBPUSD15'로 14999개 수입
2005.11.29 18:02:36 '105040' : 로그인 (4.00, #2841B56A)
2005.11.29 18:02:35 HistoryCenter: 'GBPUSD15' 동기화
2005.11.29 18:00:13 커스텀 인디케이터 EZZ GBPUSD,M15: 제거
2005.11.29 17:13:07 '105040' : 로그인 (4.00, #2841B56A)
2005.11.29 17:11:41 '105040': DataCenter 연결 실패 [6]
2005.11.29 16:13:35 '105040': 로그인(4.00, #2841B56A)
2005.11.29 16:13:33 '105040' : 로그인 (4.00, #2841B56A)
2005.11.29 14:11:10 '105040' : 로그인 (4.00, #2841B56A)
2005.11.29 14:10:20 '105040': DataCenter 연결 실패 [6]
2005.11.29 14:10:17 '105040' : 로그인(4.00, #2841B56A)


두번째
2005.11.29 18:04:21 '105039': 로그인(4.00, #2841B56A)
2005.11.29 18:03:50 '105039': DataCenter 연결 실패 [6]
2005.11.29 18:03:30 '105039' : 로그인(4.00, #2841B56A)
2005.11.29 18:03:28 '105039': 로그인(4.00, #2841B56A)
2005.11.29 17:13:07 '105039': 로그인(4.00, #2841B56A)
2005.11.29 17:11:41 '105039': DataCenter 연결 실패 [6]
2005.11.29 16:13:38 '105039': 로그인(4.00, #2841B56A)
2005.11.29 16:13:35 '105039': 로그인(4.00, #2841B56A)
2005.11.29 16:13:26 '105039': 로그인(4.00, #2841B56A)
2005.11.29 14:28:08 '105039': 로그인(4.00, #2841B56A)
2005.11.29 14:28:06 '105039': 로그인(4.00, #2841B56A)
2005.11.29 14:11:12 '105039': 로그인(4.00, #2841B56A)
2005.11.29 14:10:22 '105039': DataCenter 연결 실패 [6]
2005.11.29 14:10:19 '105039': 로그인(4.00, #2841B56A)
2005.11.29 14:09:22 '105039': 연결 실패 [6]
2005.11.29 13:32:05 '105039': 로그인(4.00, #2841B56A)
2005.11.29 13:32:02 '105039': 로그인(4.00, #2841B56A)


이 터미널에서 고문은 저녁에만 일어납니다.

직접 실행되는 터미널의 세 번째 로그:
2005.11.29 18:32:08 '117245': 로그인(4.00, #2841B56A)
2005.11.29 18:03:45 '117245': 로그인(4.00, #2841B56A)
2005.11.29 18:03:30 HistoryCenter: 'GBPUSD15'로 2개의 막대 가져오기
2005.11.29 18:03:30 '117245': 로그인(4.00, #2841B56A)
2005.11.29 18:03:05 HistoryCenter: 'GBPUSD15' 동기화
2005.11.29 18:02:23 HistoryCenter: 'GBPUSD15' 동기화
2005.11.29 18:00:59 HistoryCenter: 'GBPUSD15'로 15034개 수입
2005.11.29 18:00:55 '117245' : 로그인(4.00, #2841B56A)
2005.11.29 18:00:51 HistoryCenter: 'GBPUSD15' 동기화
2005.11.29 17:39:11 메일: 'NRTR v3' 보냈습니다
2005.11.29 17:37:14 '117245': 로그인(4.00, #2841B56A)
2005.11.29 16:16:21 메일: 'NRTR v3' 보냈습니다
2005.11.29 16:01:19 메일: 'NRTR v3' 보냈습니다
2005.11.29 15:31:36 메일: 'NRTR v3' 보냈습니다
2005.11.29 15:17:32 메일: 'NRTR v3' 보냈습니다




DC를 통해 작업할 때 오류 6의 원인은 명확하지 않지만 그러한 오류는 직접적으로 없습니다.
 
DC는 합리적인 간격으로 서버에 연결을 시도합니다.
0초 - 처음
10초 - 1번의 첫 번째 실패 후
20초 - 18회 실패 후
30초 - 24초 후
그 순간 DC 자체가 메인 서버에 연결되어 있지 않으면 누구도 자신에게 연결하는 것을 허용하지 않습니다. 따라서 "DataCenter 연결 실패 [6]".
 
29.11.05와 21.11의 터미널에 따옴표가 없는 것에는 차이가 있다는 결론에 도달했습니다.
18.11과 21.11 사이에 견적이 DC에서 수신되고 데이터베이스에 누적되었지만 터미널에는 발행되지 않았습니다(터미널 중 하나에서 수동으로 "업데이트"를 누를 때까지 터미널은 DC에 연결할 수 없습니다. 그런 다음 다른 두 터미널은 자동으로 데이터 센터에 연결됨). 용어와 dts 간의 통신이 복원된 후. 아무 일도 없었던 것처럼 모든 것이 작동하기 시작했습니다.
그리고 11월 29일(즉, 어제) 데이터 센터 자체에 연결이 없었고(인터넷이 없었거나 다른 이유로 중요하지 않음) DC를 통해 새 견적을 얻으려는 모든 시도가 실패했습니다. 또한 터미널 중 하나에서 "누설" 데이터베이스에 "유효성" 표시가 있어서 데이터베이스를 직접 업데이트할 수 없었습니다. 모든 통화 쌍에 대한 15분 기지를 철거하고 수동으로 최대 깊이까지 펌핑해야 했습니다. 이 경우 일종의 스크립트를 만들어야 합니다. 그렇지 않으면 수동으로 피곤합니다.
 
그는 무엇을 삭제 했습니까 (빌드 285)

05:44:15 195.135.1.3: '105039' 로그인 [ver: 400.186]
05:44:22 195.135.1.3: '105040' 로그인 [ver: 400.186]
07:08:03 195.135.1.3: '105039' 로그인 [ver: 400.186]
07:08:04 195.135.1.3: '105040' 로그인 [ver: 400.186]
09:45:39 데이터 피드: 스레드 종료됨
09:45:41 종료: 서버 삭제됨
09:45:41 종료: 데이터 피더 삭제됨
09:45:41 종료: LiveUpdate 기반 삭제됨
09:45:41 종료: 뉴스 베이스 삭제됨
09:45:41 종료: IP 기반 삭제됨
09:45:41 종료: 유가 증권 삭제
09:45:41 퇴장: 히스토리 센터 삭제
09:45:41 퇴장: 종료
09:45:41 퇴장: 종료
 
그는 무엇을 삭제 했습니까 (빌드 285)

05:44:15 195.135.1.3: '105039' 로그인 [ver: 400.186]
05:44:22 195.135.1.3: '105040' 로그인 [ver: 400.186]
07:08:03 195.135.1.3: '105039' 로그인 [ver: 400.186]
07:08:04 195.135.1.3: '105040' 로그인 [ver: 400.186]
09:45:39 데이터 피드: 스레드 종료됨
09:45:41 종료: 서버 삭제됨
09:45:41 종료: 데이터 피더 삭제됨
09:45:41 종료: LiveUpdate 기반 삭제됨
09:45:41 종료: 뉴스 베이스 삭제됨
09:45:41 종료: IP 기반 삭제됨
09:45:41 종료: 유가 증권 삭제
09:45:41 퇴장: 히스토리 센터 삭제
09:45:41 퇴장: 종료
09:45:41 퇴장: 종료

이것은 단순히 메모리에서 개체를 삭제하는 것에 대한 메시지입니다.
 
새에 대해 이야기합니다. 로그는 GMT 시간대에 기록됩니까?
내 컴퓨터에 모스크바 시간이 있기 때문에 로그는 MTS-3시간으로 기록되고 Alpari 서버는 MSC-2시간으로 이동합니다.
 
네 번째 터미널을 데이터 센터에 연결했습니다. 비행은 정상이며 컴퓨터에 추가 메모리가 필요하지만 충분하지 않습니다 :)
 
메모리 추가, 이제 5개의 터미널을 더 걸 수 있습니다. 모니터가 충분하지 않습니다. :)