Уважаемые, проблема сия возникла вот уже во второй раз.
Первый раз исправил топором (переставив Симантек и оббежав 20 компов клиентов), а второй раз хочу понять :-)

Итак, есть Symantec Endpoint Protection 11
Встроенная база данных которого является Adaptive Server Anywhere
девелоп эдишн версии 9. В просторечии Sybase ASA 9

И вот вчера эта встроенная база данных перестала запускаться(сервис не стартуется).
В логах написано, что sem5.log не является допустимым журналом транзакций. Т.е. явно лог повредился. Сама база в размере 500 с лишним мб (sem5.db) имеется там же в каталоге.

В Симантеке не нашел ничего путнего по поводу ремонта базы, кроме как поднять ее из бэкапа :-) Но бэкапы это не наш метод, тем более, что их нет :-)

Поэтому полез на сайт Sybase, слил Sybase ASA 9, установил и полез в каталог утилит(win32), дабы там найти че-нить похожее на eseutil от Эксченьжа для починки съехавшей базы. Из поисковов нашел, что что-то можно сделать утилитой dblog.exe. Но посмотрев ключи и опции ничего не понял ,ибо вообще Sybase вижу в первый раз в жизни. Запустил этот dblog, он говорит, что вот типа есть файл транзакций, смещения у него такие-то и т.п.
Нашел ключик -n, сделать базу без транзакшн лога, но орет, что база была неправильно закрыта
и сначала надо ее починить.

И в связи с этим вопрочс спецам по Sybase: что надо запустить в этом каталоге, чтобы починить транзакшн лог и базу или очистить лог и запустить потом базу данных от Симантека. Думаю лог можно чистить полностью, ибо последние изменения в Симантеке я делал в июле, т.е. совсем критичной потери данных в базе не будет из за удаления транзакшн лога.

White Owl,

А ключик -f не срабатывает.
все равно вопли, что sem5.log не является действительным файлом транзакций.
Также полный текст ошибки содержит эту фразу.

Ничего не пойму. Если этот ключ говорит базе, что не юзать лог, почему она его все равно цепляет?

Спасибо!
Запустил базу Симантека. Теперь не надо оббегать юзерей и переставлять там клиенты.