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.
кстати, как посмотреть ошибки?