И снова здравствуйте коллеги!

Новые приключения Sybase :)...

Случилась странная вещь. Лог sybase в считанные дни достиг размера почти в 400мб(до этого был порядка 2-3 мб). Наблюдаются затупы в работе сервера и приложения работающего с базой. И основная масса записей лога такова:

00:0008:00000:00021:2013/04/07 23:59:28.86 server Can't allocate space for object 'syslogs' in database 'sybmgmtdb' because 'logsegment' segment is full/has no free extents. If you ran out of space in syslogs, dump the transaction log. Otherwise, use ALTER DATABASE to increase the size of the segment.
00:0008:00000:00021:2013/04/07 23:59:28.86 kernel JS : Exception 3602 raised.
00:0008:00000:00021:2013/04/07 23:59:28.86 kernel JS : js__excute got the Exception

эта ошибка и еще вот такая

00:0007:00000:00009:2013/04/08 08:26:50.71 server 3 task(s) are sleeping waiting for space to become available in the log segment for database sybmgmtdb.

главные наполнители лога.
Ну судя по всему лог базы планировщика переполнен и просить освободить место или переполнена база, хотя как я понял она имеет атрибут миксед, что означает что и данные и лог лежат на одном устройстве, при этом база еще имеет атрибут trunc log on chkpt, который как я понял говорит о том, что каждый раз после чекпоинта журнал очищается, как раз для того чтобы избежать переполнения и этот же параметр не дает выполнить dump transaction. Я просто сделал dump базы и очистил таким образом лог, но спустя день все повторилось. При этом база sybmgmtdb в дефолтном состоянии, туда никаких изменений никто не в носил, она пока не используется. Помогите, я не понимаю что там творится и как быть?)..:)

Все, я сам решил. Удалил базу, пересоздал ее и скриптом вернул все запланированные задачи. Проблемы исчезла.

SQLMantis, а вот не дождетесь =)
Пашет как миленькая, никаких ошибок все в порядке)