Потеря сигнала со всеми авто

[jek.us]

Вчера с 17:53 и более чем на 4-е часа(у всех по разному) была потеря сигнала с терминалов всего парка техники. Утром информация пошла.Что могло случиться и есть ли возможность получить(и каким образом) данные с терминалов за пропущенный период? В офисе вечером были перебои с интернетом, возможно это как-то связано?

[SK]

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

[denisio]

Вчера с 17:53 и более чем на 4-е часа(у всех по разному) была потеря сигнала с терминалов всего парка техники. Утром информация пошла.Что могло случиться и есть ли возможность получить(и каким образом) данные с терминалов за пропущенный период? В офисе вечером были перебои с интернетом, возможно это как-то связано?

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

[jek.us]

Sim-карты операторов Билайн и МТС, я не думаю в их синхронной проблеме.
На нескольких терминалах до сих пор нет обновленных данных. Вот примерная картинка происходящего: http://rusfolder.com/foto/view_foto/v5pjzqn2f5ez
http://rusfolder.com/foto/view_foto/2at5trpwxs_8
Программисты кроме перезагрузки сервера ничего не делали.

[plex]

jek.us, вам надо считать данные с прибора. Возможно на сервере эти четыре часа писались в другое место. И точно узнать когда и что делали на сервере, похоже в этом дело. Лучше к программистам с утюгом идти.

[mon72]

Программисты кроме перезагрузки сервера ничего не делали

Первый скриншот явно свидетельствует о том, что по некоторым приборам данных на сервере на момент запроса оказалось меньше, чем у вас в диспетчерской программе. Если сервер не трогать, то так не бывает - данных на сервере должно быть или ровно столько же, или больше, но никак не меньше. Кто их "почикал"? Барабашка? )))

[plex]

mon72, говорю без утюга не обойтись!

[mon72]

plex,
Паяльник даже эффективней, если место приложения выбрано правильно.

[jek.us]

Программистам передал все доводы и предположения по поводу потери данных и их(прогр.-ов) участия в этом, их ответ свелся примерно к такому -Сам дурак! Сегодня синхронизация устаканилась , но куска данных, увы, так и нет.

[plex]

jek.us, Данные есть в приборе 100%, можете считать напрямую в ПО и убедится что прибор все записал. то что записал он передал, что случилось с данными на сервере это другой вопрос.
Либо DATA папку восстановили из архива (4х часовой давности), либо 4 часа данные писались в другое место, либо глюк RAIDа или еще что.

[ФОРУМ ТК]

либо 4 часа данные писались в другое место

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

[plex]

Сообщение от plex

либо 4 часа данные писались в другое место

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

Все считывать данные со всех машин и искать подвох в этом промежутке. Если найти левый рейс или хищение то все встанет на свои места

[Proffit]

Совершенно верно, косяк сервера либо программистов, что в общем-то одно и то же

[jek.us]

Спасибо, всем. В каком направлении двигаться понял, может будет мне счастье.

[Proffit]

Либо саботаж, но это тоже косяк программеров

[mon72]

Спасибо, всем. В каком направлении двигаться понял, может будет мне счастье.

Выложите куда-нибудь, чтобы можно было скачать, логи сервера за это время - посмотрим, может, что-нибудь прояснится. Можно просто все логи за тот день. И список серийных номеров приборов, по которым есть вопросы.

[jek.us]

В АГ-сервер в папке RedirectTemp, нашел *.sbin-файлы, за 28.08, по времени подходящие на "пропуск". Надо наверное распихать их по своим папкам-терминалов в Data?

[plex]

jek.us, лучше сначала посмотреть что в этих файлах в ПО. Ну и откуда они там? Куда у вас настроен редирект?

[ФОРУМ ТК]

jek.us, сначала переименовать их, т.к. имена будут одинаковые.

[plex]

jek.us,вообще дайте RDP доступ техподдержке технокома на ваш сервер, у вас там что-то странное)))

[jek.us]

В техподдержку написал, жду...

[jek.us]

...написал еще раз, жду...

[plex]

jek.us,
Там у них переезд
2. ТОЛЬКО ТЕХ. ПОДДЕРЖКА напрямую!!!!! Многоканальный.
211-02-22

[jek.us]

Дозвониться сегодня не получилось, поэтому пытался докопаться сам. Вот что из этого вышло, вернее не вышло.
Просмотрел потерянный bin-файл, сигнал не пропадает. Вставил его в промежуток по датам в bin прибора, немного переименовав, опять потеря сигнала со смещением по часам. Скрины прилагаются.
http://rusfolder.com/foto/view_foto/_rwluyyhsmar/
http://rusfolder.com/foto/view_foto/nisy83elhwqv/
http://rusfolder.com/foto/view_foto/me1cvmjn3idv/

Добавлено через 3 минуты
Пояснение: 1) как было;
2)потерянный промежуток;
3)воссоединенный.

[plex]

jek.us,дело может быть в фильтрах и прочем, лучше для начала файлы смотреть отдельно.
вообще надо выяснить причины столь частой пропажи сигнала!

[SK]

1. Что значит "потерянный bin-файл" и откуда Вы его взяли ?
2. Что значит "Вставил его в промежуток по датам в bin прибора, немного переименовав" ? Как именно вставляли - опишите подробно процесс.

[ФОРУМ ТК]

1. Что значит "потерянный bin-файл" и откуда Вы его взяли ?
2. Что значит "Вставил его в промежуток по датам в bin прибора, немного переименовав" ? Как именно вставляли - опишите подробно процесс.

см. первую страницу темы....

[SK]

Я видел первую страницу, меня интересует - где нашелся и откуда был взят "потерянный файл" ? И как его потом вставили в данные.

[jek.us]

В АГ-сервер в папке RedirectTemp, нашел *.sbin-файлы, за 28.08, по времени подходящие на "пропуск". Надо наверное распихать их по своим папкам-терминалов в Data?

Взял потерянный bin-файл(за 28.08) и вставил в промежуток по датам, изменив немного название по аналогии с другими файлами(примерно так было 0271955.sbin, переименовал так- 0271955.sbin-130826). Но как уже говорил, ничего не вышло.
Сегодня созвонился с техподдержкой обещали выслать пояснения по "разрезанию, вставке и склейки" bin-файлов.

[SK]

Взял потерянный bin-файл(за 28.08) и вставил в промежуток по датам, изменив немного название по аналогии с другими файлами(примерно так было 0271955.sbin, переименовал так- 0271955.sbin-130826). Но как уже говорил, ничего не вышло.

Ну естественно. Имена файлов имеют значение.
Допустим, имеются такие файлы:
1273855-130513.sbin
1273855-130520.sbin
1273855-130527.sbin
1273855-130603.sbin

т.е. формат ххххххх-YYMMDD.sbin

чтобы сделать вставку, файл нужно переименовать так:
1273855-130513.sbin
1273855-130520.sbin
1273855-130527.sbin
1273855-130528.sbin
1273855-130603.sbin

Есть нюанс: данные в последовательно расположенных файлах должны идти последовательно от более старых к более новым. ПО считает, что данные принимаются последовательно - это гарантирует целостность данных. Если после 10 ноября внезапно приходят данные за 24 октября, ПО в нормальном режиме считает это сбоем времени и не делает инъекцию такого "броска времени назад" в 24 октября - иначе не будет гарантии целостности (чего не понимают многие наши конкуренты и периодически огребают за это).
Впрочем, для их нехронологичных терминалов предусмотрен соответствующий режим в настройках ПО 4.х.х, осуществляющий сортировку.
Для приёма таких данных необходимо включить на вкладке «Online» параметров ТС опцию «Коррекция хронологически непоследовательных протоколов».

[jek.us]

Именно так я и делал. Пробовал заканчивать список вставленным файлом, а все новые(по дате) убирал,то данные не пропадали, стоило вернуть новые, как появлялся опять пропуск данных, получается, что данные-bin за следующий день как-то перебивают вставленный-bin?

[transn]

иначе не будет гарантии целостности (чего не понимают многие наши конкуренты и периодически огребают за это).
SK- не выдавай секреты !!!))))

[SK]

Именно так я и делал. Пробовал заканчивать список вставленным файлом, а все новые(по дате) убирал,то данные не пропадали, стоило вернуть новые, как появлялся опять пропуск данных, получается, что данные-bin за следующий день как-то перебивают вставленный-bin?

Мне пока неясно, что в этих файлах содержалось.
Были ли во вставляемом файле только те данные, которые отутствовали между имеющимися файлами или они были "из середины" некоего файла...

[skier]

jek.us, лучше выслать bin-ы в ТК для анализа

[jek.us]

Прошу прощения за паузу. Навалилось дел, да и голова кругом пошла от всех вопросов с "провалом" данных. В диспетчерской программе изменилось время периода пропуска данных, если раньше пропуск начинался с 17:53, то теперь с 15:06, ну и соответственно "хвост" подтянулся.
По поводу врезки пропущенных данных. Нужно было пропуск вставлять в середину одного из файлов. Сделал по инструкции техподдержки ТК, путем деления файла в нужном промежутке, корректировкой и последующим вставлением и слиянием с файлом пропущенных данных. Вроде бы срослось. Хотя есть "потери в хвосте" от 10 до 30 минут(разное время окончания событий). Во время "врезки" просматривал сырые данные и заметил такое безобразие http://rusfolder.com/foto/view_foto/fe8otvjpy36c/, Время как то странно вклинилось не в свой промежуток, можете объяснить почему так произошло на некоторых ТС?

[mon72]

можете объяснить почему так произошло на некоторых ТС?

A1 - слабый сигнал GPS
V0 - ваще нет сигнала GPS

[Роман86]

Здравствуйте, произошла та же ситуация, с приборов данные не поступили, перешли на автограф два месяца как, сервер свой, объясните новичку подробнее, заранее спасибо

[SK]

Роман86, выше была совсем другая ситуация. Там данные поступили, записались на сервер, даже попали в диспетчерское ПО, а потом каким-то образом пропали с сервера. Скорее всего восстановили либо резервную копию либо воспользовались точкой восстановления windows.
А вот что у Вас там происходит - пока мало от Вас информации. Вам нужно обратиться в техподдержку или к дилеру.
Типичная причина отсутствия данных - единый счет у сотового оператора за симки приборов и закончившиеся деньги на нем.
Если, конечно, вы не восстанавливали сервер из резервной копии вместе с данными. И если на сервере с интернетом что-то не произошло.

[Роман86]

спасибо, с приборов данные считали, на сервере еще не смотрели.