Сервис анализа данных берет данные из таблицы базы данных sys_dev_dirtydata, и "распределяет" по прочим. Соответственно надо убедиться, что данный сервис AnalizServerServiceBNC запущен , просмотреть логи его работы.

В работе может случиться так, что за какой-то короткий период в sys_dev_dirtydata будет записано большое количество данных за прошлые периоды. Логика работы службы анализа подсказывает ей начинать "разбор" "грязных" данных с самых ранних. Потому если наличествует их большой объем, то доберется служба до текущий данных постепенно - потребность во времени на прямую зависит от количества координат для разбора.

Как лечить: Проверить, что служба AnalizServerServiceBNC запущена, проверить по ее логам, что она нормально работает.

7. Забранные пакеты помещаются в базу данных, в буферную таблицу. dbo.SYS_DEV_DirtyData 

Возможно проблемы связаны с хранилищем базы данных, или ее повреждением.

Как проверять: 

а) смотреть логи работы сервера (где как???)

б) Через Menegement Studio проверить, что база данных подключена и имеет нормальный статус. (где и как???)

в) проверить, что БД не достигла превысила допустимый размер для версий SQL младше чем standart

Как лечить: Если проблем с БД нет, то вероятнее всего просто нужно время для сервера, что бы он разобрал таблицу. Проверить количество координат для разбора можно скриптом

Так же следует просмотреть логи службы AnalizServerServiceBNC на сервере КиберФлит.

6. Пользователь "забирает" пакеты с сервера посредством "интернета". Для идентификации пользователя используется Имя и пароль (а так же набор уникальных ключей, защиты ПО). Забором информации занимается серверная часть СПО КиберФлит TransferClient

Возможно у вас нет связи посредством интернет с сервером. Для проверки следует:

а) телнет, проверить порты (чтобы узнать на какой IP адрес и порт выполнить проверку следует зайти в файл "C:\program Files\M2M\Cyber Fleet\Server\transfer Client.ini" и в разделе [SERVER] взять нужные значения из строк IP address и TCP Port. после выполняем команду telnet: ПУСК/ВЫПОЛНИТЬ вводим ( например)

      telnet 127.0.0.1 0001, где "127.0.0.1" - адрес сервера, а "0001" -порт. если все хорошо, то окно командной строки должно стать полностью черным без какого-либо текста.

б) проверить по логам работу программы забора данных с сервера :

Все логи работы СПО CyberFleet расположены в "C:\Program Files\M2M\Cyber Fleet\Server\Log.

помним, что забором данных занимается программа TransferClient, соответственно надо смотреть лог-файл Transfer Client.log

В случае нахождения строк 

23/09/2011 20:14:23.180 (I) Main: Send login

23/09/2011 20:14:28.233 (I) Main: Received [-500 Empty login]

23/09/2011 20:14:28.233 (E) Main: Invalid login to server

23/09/2011 20:14:28.233 (I) Main: Server answer [-500 Empty login]

23/09/2011 20:14:28.233 (I) Main: Disconnecting from server

стоит искать причину в авторизационных данных и лицензионном ключе. 

в случае 

23/09/2011 20:15:45.317 (E) Main: Err: SQL Server не существует, или доступ запрещен.

ConnectionOpen (Connect()).

, NativeErr: State:08001,Native:17,Origin:[Microsoft][ODBC SQL Server Driver][Shared Memory]

State:01000,Native:2,Origin:[Microsoft][ODBC SQL Server Driver][Shared Memory]

стоит проверить работу службы MSSQLSERVER. по всей видимости она отключена, либо неправильно настроен доступ к SQL серверу, в частности неправильны настройки строки подключения. Она находится в реестре: 

HKEY_LOCAL_MACHINE\SOFTWARE\Business Navigator\M2M-Soft по умолчанию имя пользователя "sa" пароль "sql".

В случае, если в лог файле мы видим строки Recieved +500 BNC OK и в последствии "N-количество координат" coords saved to database, значит связь с сервером стабильна и работает.

в) время последнего сеанса с сервером отображается в КиберФлит в статусной строке. (рисунок???)

5. Пакеты с данными аккумулируется на сервере, и отдается пользователям по "подпискам".

Данная зона уже ответственность службы тех поддержки. Если серверное ПО по каким-либо причинам не выполняет свои функции, то надо с этим разбираться. 

Как лечить: связаться со службой тех поддержки.

4. Сигнал от провайдера сотовый связи до сервера может передавать различными путями, проходя на своем пути разные шлюзы и устройства - для простты назовем всю эту сеть (от провайдера GPRS до сервера) "Интернет"

По пути следования сигнала от провадера до сервера могут случаться различные коллизии, обычно временно характера. В этом случае, обычно, все терминалы данного провадйера пропадают из сети (или терминалы одной территории).Так же сигнал может не дойти до сервера, в результате того, что сервер по каким-либо причинам "выпал" из интернета.

Как лечить: Проверить п.3. О проблемах со связью обычно знают менеджеры провадера. Связаться со службой технической поддержки вашего Телематического сервера, они тоже уже могут быть в курсе проблемы.

3. Провайдер сотовой сети, посредством сети GPRS (или Inmarsat провайдеры) передает данные на Телематический сервер с конкретным IP адресом. 

Провайдер может по разным причинам отказаться передавать ваши данные (см. п.2.)

Как лечить: Проверить, что у провайдера не ведутся регламентные работы или аналогичные помехи - позвонить, Проверить п.2.

2. Модем прибора получает команду на отправку пакета из буфера. Если ему не удается отправить пакет, то он направляется в черный ящик, и будет ожидать отправки там. 

Модем может быть не исправен, или не исправна симкарта (в том числе по причине отключения услуги GPRS провайдером по симкарте, или отрицательном балансе на счету симкарты), или повреждена антенна GPRS - в этом случае данные от прибора перестанут поступать, и будут накапливаться в черном ящике терминала - как только модему удастся связаться с сервером он начнет выгрузку данных.

Как лечить: Проверить баланс на симкарте, проверить что подключена услуга GPRS, проверить что сикрата исправна (попробовать позвонить на номер ее телефона, если подключена услуга входящих звонков). Далее, проверить п.1.

1. Прибор определяет свое положение и помещает пакет с данными в буфер для отправки. Пакет может содержать и данные от датчиков, но для понимания как передается информация это не существенно.

Прибор не определил свое место-положение, или, попросту, отключен. В этом случае естественно, никакого пакета для передачи на сервер от него не появится. Обычно в КиберФлит проблема с конкретным прибором выглядит так, что от прочих машин данные есть, а от него нет. В этом случае следует убедиться, что машина не ремонтируется/ стоит, а реально работает, что прибор подключен и работоспособен (горят индикаторы). Если машина работает, а индикация отсутствует, то это уже повод обратиться к обслуживающей организации по поводу более тщательного разбирательства.