Не открывается журнал. Испортились .DB в корне

Скриншот прилагается

Скриншот не приложился.

Можно как-то просканировать все проводки (dbf) и восстановить журнал?

Только из архива. Весь журнал в DB файлах.

P.S. Может просто не туда зашли?
Кстати, а в папке DATA что-то есть?

Может вирус погулял?
Тогда только из резервной копии восстанавливать.

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

В DATA кроме IB ничего нет?
Тогда как это могло работать вообще?

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

Доставайте прошлый бэкап.
Если времени прошло много, то можно вытащить из архива счетов-фактур, просто пересчитав бланки по каждой фактуре.
По ОС и ЗП аналогично.
Если использовался импорт из клиент-банка, то его повторить.
Если объём пересчёта большой, то можно и автоматизировать пересчёт.

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

На скрине видно, что у вас включен фильтр в журнале
"Показывать все операции за 03.02.2015".
Может из-за этого ничего и не видно?
Попробуйте отключить фильтр.

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