Мои комментарии

Нет такого

Да уж, лучше поздно, чем никогда!
Настроил, теперь и журнал архивируется при выходе из IB.

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

Как быть?

Да, это я только сейчас обнаружил :)

Угу, по умолчанию, как оказалось, средствами IB резервно копировалось кроме корневой папки с журналом.
А резервное копирование сетевого диска сторонним софтом делается реже.

Спасибо!

Спасибо, ценно для поиска причины.
Кстати, интересно, какой смысл имеют файлы там же типа PROVOD1.DB, PROVOD2.DB (равно как подобные у других DB)?

Насчет числа операций я был излишне оптимистичен.
Похоже, более 300. :(
А еще банковские импорты-экспорты все поднимать, ого-го...
Увы, мы клиенты центрального офиса IB.
А с Вами общаемся давно, еще со старого форума.
Стаж работы с IB с 1992 года.

Фильтр отключен, все галки сняты.
Мне непонятно такое сообщение.
Но причину я описал выше - все файлы *.db стали одного размера 34816 байт,
вот что удивительно, хотя внутри структуру знакомую вижу.
Тем более уже написал, что файлы DB из бэкапа показывает нормально.

Просто такого чуда никогда не встречал,
чтобы эти 6 файлов DB стали одного размера.
Либо сбой файловой системы (ext4, ну-ну).
Либо какое-нибудь нештатное поведение IB.
Я посмотрел - недостача где-то на сотню проводок...
Есть где-нибудь описание, как это делается ручками?
Для автоматизации пересчета, полагаю, придется
нанимать специалиста за некую сумму, чтобы написал скрипт?

Я такого не писал.
Вот рабочая структура каталогов:
Расшарен каталог [basename].
В нем вложенные подкаталоги.
В подкаталоге [DATA] из DB есть только - OKTMO.DB, TESTBDE.DB, USRTABL.DB.
Все основные рабочие DB - в корне каталога [basename].

Странно, скриншот вкладывался, впрочем уже и так понятно.
Нет, в DATA provod.db нету, в DATA/IB есть, но 4 кб.
Так что доставать прошлый бэкап.
Причина побития пока неясна.
Вирусов не обнаружено.
И вообще, такого никогда не видел.
Файлы базы лежат на отдельном NAS в RAID1.

Да. Обновил из отдельных файлов.
Восстановило.
Больше из программы обновлять не буду!

Я обновлялся из самой программы, нажав кнопку "Проверить обновления".
Что за обновления она при этом ставила - даже не знаю.
В третий раз пишу - после этого обновления данный файл из папки исчез.
Обновлялся 27 января 2016 года.
Сразу после проведения успешного обновления это и началось.

Так что повторяю во второй раз.
Странное воздействие обновления.
Впервые такое встречаю.

Извиняюсь, а какое отношение имеет dll от IB10 к системным файлам винды?
Тем не менее, провел вышекуазанные операции, что ничего не изменило.
Обновление просто удалило данный файл. Так как до обновления IB работал.

Это сделано, не помогает. В акт сверки не попадает "корректировка полученной оплаты", которая есть в 62 счете.

Спасибо! В понедельник попробуем.

Я понимаю, просто описал ситуацию выше - после установки обновления вместо старого работающего gnclient.ini чудесным образом в папке IB появляется ДРУГОЙ, с пустыми полями, приводящий к неработоспособности клиента. Это - баг.
Во-вторых - зачем ставить драйвер ключа Stealth на клиенты без ключей?

Почему-то ссылка сбилась, может пригодится

http://www.guardant.ru/download/manual/guardant_LM_6.pdf

Фух, почесал репу, вспомнил старые рекомендации, прочитал старую инструкцию по серверу:

[url=http://www.guardant.ru/download/manual/guardant_LM_6.pdf]Мануал

Итак - в чем глюк новой установки обновления.
При обновлении не формируется правильный gnclient.ini, в нем пустые поля (IP-адрес сервера, ID).
Причем даже не экспортируются данные из старого gnclient.ini, где эти поля были правильны - а это уже баг инсталляции.
В результате клиент входит в ступор из-за неправильных данных в "новом" gnclient.ini
Соответственно, лучше заново провести процедуру экспорта gnclient.ini с сервера - каждому клиенту.
А программистам IB - исправить ситуацию, чтобы все поля правильно экспортировались из старого в новый gnclient.ini

Если такая загрузка сети, навевает мысли на вирус (спам-бот), забивающий трафик сети...

Уфф, наконец-то прислали регистрацию. Спасибо за внимание, всего обменялись несколькими письмами.