Всем привет!
На сервере ASE 11.9.2 с некоторых пор перестал обрезаться лог транзакций после выполнения очередного дампа транзакций, т.е. например лог транзакций заполнен на 70%, после выполнения дампа транзакций он остается заполненным на 63%. Т.о. эти 63% уже никак не обрезаются, даже при использовании dump tran with truncate_only. В чем может быть прикол?

sp_lock выдает следующее:

0 62 Sh_intent 23 0 0 emi Non Cursor Lock
0 62 Sh_intent 24 0 0 emi Non Cursor Lock
0 91 Sh_intent 464004684 0 0 master Non Cursor Lock Fam dur

Что это значит?
PS emi - имя пользовательской БД

в таблицах master..syslocks, master..syslogshold пусто

нету таблицы systransactions

действительно, сейчас есть. Странно то, что вчера там точно ничего не было. Ладно, будем считать, что я что-то вчера сделал не так. Вот выборка из syslocks.
1133247092 9 0 4 82 Non Cursor Lock 0 1 0
2135222907 9 0 4 82 Non Cursor Lock 0 1 0
1410260229 9 0 4 82 Non Cursor Lock 0 1 0
1133247092 9 2768 6 82 Non Cursor Lock 0 0 0
2135222907 9 242729 6 82 Non Cursor Lock 0 8 0
2096726522 9 0 4 60 Non Cursor Lock 60 1 0

ничего подобного "dbcc set..." в мануалах по dbcc не нашел

как-то не совсем там понятно :-/

komrad, я имел в виду, непонятно ТАМ: http://www.dbforums.com/sybase/1643498-remove-secondary-truncation-point.html

dbcc gettrunc еще не делал. А можно ли его запускать при работающих юзерах на базе, он не блокирует пользовательские таблицы?

Выполнил. Выдало айдишник базы и ее имя, остальное по нулям.

Может еще у кого-нить какие идеи есть?

komrad, sp_help_rep_agent выдала вот что:
Procedure 'sp_help_rep_agent', Line 73:
Database 'emi' is not configured to use Replication Agent. Run sp_config_rep_agent without parameters to see a list of databases that use Replication Agent. Use the ENABLE option of sp_config_rep_agent to configure a database to use this feature.
(return status = 1)

upЕсли нет висящей транзакции и второй контрольной точки и лог не обрезается значит остаётся 2 варианта:

1. Проверить базу и лог на целостность (dbcc)
2. Девайсы, которые входят в логсегмент, ещё входят (или входили РАНЬШЕ) в сегменты с данными. В общем чем определяли свои занятые постоянно 63%?
1. dbcc базы делается по регламенту раз в неделю. Да, там есть ошибки, но это немного другая история. А вот как делается dbcc лога??? Не знал, что есть такое понятие.

2. Да, есть один девайс, половина которого под данными, а вторая - под логом. Через централ попробовал сделать Move log для этого девайса, в результате весь он отошел под лог. Но проблема так и осталась, т.е. лог не обрезается полностью. Смотрю я это через централ, правой кнопкой по названию сервера-Log Space. Там отражается использование логов транзакций баз.

komradчто вернет


?
вот что (это ДО того, как я сделал Move log):
device size free_pages
------ ---- -----------
db_newemilog 500.0MB 0
dv_emi_add2 500.0MB 0
dv_emi_log_add2 500.0MB 0
dv_emi_log_add3 500.0MB 57768
dv_emi_log_add4 500.0MB 256000
dv_emi_log_add5 500.0MB 256000
dv_emi_log_add6 1000.0MB 429720
dv_emi_log_add7 500.0MB 0
dv_emi_log_add8 1000.0MB 0

Жирным выделен девайс, который также использовался под данные (тоже 500МБ, т.е. весь девайс весит 1000МБ)

После того как сделал Move log получается такая картина:
device size free_pages
------ ---- -----------
db_newemilog 1000.0MB 1792
dv_emi_add2 500.0MB 0
dv_emi_log_add2 500.0MB 0
dv_emi_log_add3 500.0MB 57768
dv_emi_log_add4 500.0MB 256000
dv_emi_log_add5 500.0MB 256000
dv_emi_log_add6 1000.0MB 429720
dv_emi_log_add7 500.0MB 0
dv_emi_log_add8 1000.0MB 0

0rctrakober,
а sysusages про эту базу чего пишет ? там в segmap нет ли гда 7 ?
нету 7
dbid segmap lstart size vstart pad unreservedpgs
----------- ----------- ----------- ----------- ----------- ----------- -------------
9 3 0 768000 352321536 NULL 29256
9 3 7346176 2048000 822083584 NULL 236384
9 3 3481600 512000 335544320 NULL 11360
9 3 9906176 2048000 855638016 NULL 1162728
9 3 6834176 256000 587202560 NULL 24448
9 3 1792000 153600 469762048 NULL 12584
9 3 2713600 256000 218103808 NULL 16064
9 3 1536000 256000 419430400 NULL 21520
9 3 2457600 256000 201326592 NULL 7480
9 3 6066176 512000 520093696 NULL 9680
9 3 1945600 512000 486539264 NULL 15160
9 3 4505600 1048576 553648128 NULL 129440
9 3 5554176 512000 754974720 NULL 42688
9 3 3993600 512000 503316480 NULL 9792
9 4 7090176 256000 771751936 NULL 256000
9 4 3225600 256000 318767104 NULL 57864
9 4 2969600 256000 234881024 NULL 0
9 4 12210176 512000 889192448 NULL 0
9 4 9394176 512000 838860800 NULL 444192
9 4 6578176 256000 536870912 NULL 256000
9 4 11954176 256000 872415232 NULL 0
9 4 1280000 256000 369354752 NULL 1792
9 4 1024000 256000 369098752 NULL 0
9 4 768000 256000 385875968 NULL 0

0rcMasterZiv
сделать дамп на всякий случай, и перестроить лог с чистого листа.
Только как это делать - я не помню уже. Там DBCC что-то там..


dbcc rebuild_log( dbid, 1, 1)
а можно подробнее?
что произойдет в результате выполнения?
выполнять в таком виде, как написали или параметры свои подставлять (если свои, то что означает ...1,1)?

при выполнении dbcc rebuild_log(9, 1, 1) пишет:
DBCC execution completed. If DBCC printed error messages, contact a user with System Administrator (SA) role.
кстати, как посмотреть ошибки?