|
NikiforovEV :
|
2.3.17 09:05 |
 Добрый день.
Периодически в протоколах пропуски данных по всем счетчикам за определенный период.
Например:
01:00 ║ 0.2094│ 60.2│ 11.0│ 4.26│ 2.4 │ 1.7 │ 1.00│
│ 02:00 ║ 0.0267│ 60.6│ 10.8│ 0.53│ 2.8 │ 1.8 │ 1.00│
│ 03:00 ║ 0.2114│ 60.7│ 11.1│ 4.26│ 2.5 │ 1.9 │ 1.00│
│ 04:00 ║ 0.2799│ 61.1│ 11.2│ 5.60│ 2.6 │ 1.8 │ 1.00│
│ 05:00 ║ 0.0266│ 60.4│ 10.8│ 0.53│ 2.6 │ 1.9 │ 1.00│
│ 06:00 ║ │ │ │ │ │ │ │
│ 07:00 ║ │ │ │ │ │ │ │
│ 08:00 ║ │ │ │ │ │ │ │
│ 09:00 ║ │ │ │ │ │ │ │
│ 10:00 ║ │ │ │ │ │ │ │
│ 11:00 ║ │ │ │ │ │ │ │
│ 12:00 ║ │ │ │ │ │ │ │
│ 13:00 ║ │ │ │ │ │ │ │
│ 14:00 ║ │ │ │ │ │ │ │
│ 15:00 ║ 0.0096│ 63.0│ 10.5│ 0.18│ 2.6 │ 1.8 │ 1.00│
│ 16:00 ║ 0.0799│ 64.4│ 10.9│ 1.49│ 2.5 │ 1.9 │ 1.00│
│ 17:00 ║ 0.1574│ 65.1│ 10.9│ 2.90│ 2.3 │ 1.9 │ 1.00│
│ 18:00 ║ 0.2066│ 65.3│ 10.9│ 3.79│ 2.1 │ 1.9 │ 1.00│
│ 19:00 ║ 0.2144│ 65.2│ 10.9│ 3.95│ 2.1 │ 1.9 │ 1.00│
│ 20:00 ║ 0.2225│ 64.7│ 11.0│ 4.14│ 2.1 │ 1.8 │ 1.00│
│ 21:00 ║ 0.2824│ 64.1│ 10.8│ 5.30│ 2.1 │ 1.5 │ 1.00│
│ 22:00 ║ 0.1860│ 63.4│ 11.2│ 3.55│ 2.2 │ 1.6 │ 1.00│
│ 23:00 ║ 0.1786│ 63.1│ 11.1│ 3.43│ 2.1 │ 1.6 │ 1.00│
│ 00:00 ║ 0.2335│ 62.7│ 11.1│ 4.53│ 2.1 │ 1.7 │ 1.00│
├═══════╬═════════════╪═══════╪═══════╪═══════════╪══════╪══════╪════════┤
│ Итого ║ 2.5249│ 63.1'│ 11.0'│ 48.44│ 2.3 │ 1.8 │ 15.00│
И такой промежуток по всем счетчикам.
Как подтянуть недостающие данные? | |
|
NikiforovEV : |
2.3.17 09:38 |
|
Причем в логах приборов указано, что за данный момент эти данные получены и в приборах данные есть. | |
|
CH : |
2.3.17 10:07 |
Здравствуйте.
Попробуйте перечитать приборные данные с временного момента до этого пропуска (в диалоге информации о приборе галочка "перечитать архив с заданной даты", задать дату/время).
Но симптомы сами по себе нехорошие. Возможно, неполадки с базой данных. | |
|
NikiforovEV : |
2.3.17 10:14 |
Помогло.
Есть возможность диагностики причины?
В какую сторону смотреть?
БД крутится в виртуальной машине на отказоустойчивом кластере Hyper-V. | |
|
xBocT : |
2.3.17 13:52 |
Какая версия ДС Архивист установлена?
Какие типы и какое количество приборов/виртуальных систем опрашиваются?
Какое количество опросных станций (копий ДС Архивист) одновременно работают?
БД и опросная станция(станции) разнесены на разные машины или работают на одной системе?
Такое поведение изначально? Или возникло после определенного периода экплуатации? | |
|
NikiforovEV : |
2.3.17 14:10 |
ДС Архивист актуальной версии.
ВИСТ.НС, 7 приборов. Опрашивает 1 станция, остальные клиенты могут только просматривать данные.
БД и опросная станция разнесены. Поведение началось после недели стабильной работы.
Если такого поведения ранее не встречалось, будем смотреть на работу сервера баз данных, хотя там помимо БД архивист еще много баз данных. | |
|
xBocT : |
2.3.17 14:36 |
А как ведет себя Архивист на опросной станции? Работает без сбоев и "вылетания"?
Похожее было замечено несколько раз в одном проекте, там кстати тоже использовались виртуальные машины, и под опросную станцию, и под сервер SQL. Проблемы возникали на сервере SQL, "танцы с бубном" были длительные, и мощность процессорную увеличивали, и "вылизывали" канал связи (виртуалки на разных кластерах крутились)... Что помогло в итоге - я если честно не помню. | |
|
NikiforovEV : |
2.3.17 14:50 |
|
Вылетания бывали. Но не в пропущенный период. | |
|
xBocT : |
2.3.17 15:18 |
Архивист "вылетал" с какой ошибкой?
"Microsoft Visual C++ Runtime Library"
Runtime Error!
Program: archivist.exe
abnormal program termination
или
"Archivist"
ConnectionWrite (send())
General network error. Check your network documentation. | |
|
NikiforovEV : |
2.3.17 15:19 |
|
не сохранил информацию. Дождусь следующего вылета и отпишу. | |
|
NikiforovEV : |
3.3.17 12:14 |
|
Ошибка сети. Обратитесь к документации сети. | |
|
xBocT : |
3.3.17 14:04 |
Архивист теряет соединение с сервером БД.
Если такое происходит в момент импорта данных в базу после сеанса связи с прибором, то это и может послужить причиной возникновения "пропусков" в архиве.
Мы посмотрим, что можно сделать в самом Архивисте, чтобы не возникало "дыр" в такой ситуации, возможно изменить логику фиксации метки времени архива в случае возникновения такой нестандартной ситуации, дополнительные проверки возможно...
Вам же рекомендую "пошаманить" с сервером БД. Пропадание связи между клиентом и сервером для приложений использующих ODBC технологию в режиме постоянного коннекта нежелательно. | |
|
NikiforovEV : |
3.3.17 14:05 |
|
Понял, спасибо за информацию. | |
|
Архив форума
Пропуски данных в Архивист