Передача данных из черного ящика
 

Здравствуйте, возник вопрос по принципу передачи данных из черного ящика, если связь с сервером отсутствовала.

У меня случается следующее. Самый простой вариант, транспорт находился в не зоны действия сети в течении нескольких суток (такое возможно, когда объект выезжает в сторону Дальнего востока). А когда он появляется, то он начинает слать сообщения от старого к новому. И получается, что в течении нескольких часов я не вижу его актуальное положение. Пока не придут текущие данные.

Бывают случаи и по круче. Допустим сервак упал или оператор сотовой связи подвел, тогда у меня пропадает от 200 до 600 объектов разом. и когда работа возобновляется уходит примерно сутки, чтобы все приборы прислали на сервер актуальные данные для оперативного слежения за объектами.

Как с этим бороться?

Какие серии приборов? какой канал на сервере? какой сервер? Какой GPRS может все приборы через одну БС одновременно пытаются данные выслать? или они бывают в зоне связи 15 минут в смену..
Старые приборы медленно шлют данные из ЧЯ, новые (вроде с 7 версии) шлют быстрее

Добавлено через 1 минуту
Может у вас "толстые" бинарники?(у меня например 200-600кб каждый) какой интервал записи и отправки, какие еще дополнительные записи пишутся?

У меня на дальний восток никто не жаловался...

несколько приборов серии 4****, 6****
550 приборов серий 7****, 13****, 14****, 16****
Точных характеристик канала не помню, но он достаточно широки (сколько то там мегобит)
Сервер приема данных от ИТС-софт
Услуги GPRS от МТС
Как правило нахождение в зоне действия сети более 80% (я говорю о частных случаях, другими словами внештатных ситуациях, когда нет связи с сервером в течении нескольких часов или суток)

Основная проблема в том, что если мы потеряли канал связи, то приборы копят данные у себя в черном ящике, а когда канал появляется, они начинают высылать свой архив без оперативных данных. Что приводит к дестабилизации работы диспетчеров оперативного мониторинга примерно на сутки, а то и более.

Тут может быть вопрос к ширине канала, но у меня возникает вопрос почему автограф не шлет данные вперемешку и архивные и оперативные.

А может дело в сервер приема данных от ИТС софт?
Если там используются СУБД SQL то расскажите сколько памяти в нем и какая дисковая система. Какой суммарный объем баз данных?
В 10 версии прошивки будет реализована функция отправки данных последнего положения вперед ЧЯ.10 версия встанет на приборы 9 серии, т.е. в вашем случае начиная с 13****

А когда будет 10 версия прошивки

Это не панацея, т.к. она подойдет на приборы начиная с номера 78650

Виртуальная машина, выделено на него два ядра, 2 гига оперативы, 100 гигов харда. СУБД mysql, размер базы 8 гигов(база сквозная, старые данные удаляются, новые записываются).

73*** и ниже в сумме у меня примерно 120 единиц

Плюс данная функция должна поддерживаться сервером и последующим ПО.

Когда будет 10 прошивка? Мне 400 приборов надо будет перепрошивать, а посевная через 4 месяца!!!

Добавлено через 51 секунду
Протокол будет меняться?

Виртуальная машина, выделено на него два ядра, 2 гига оперативы, 100 гигов харда.
СУБД mysql, размер базы 8 гигов(база сквозная, старые данные удаляются, новые записываются).

73*** и ниже в сумме у меня примерно 120 единиц

Для такой базы надо 10 гб оперы, если хотите летать, при большом потоке данных (и это при условии что больше ничего на нем нет).
Я работал с навигационной системой, у которой хранилище в SQL , это смерть когда данные грузятся за неделю. Меня спас выделенный сервер с core2duo E8400 и 8гб озу при базе 5гб.