(изменено: Burbon, 31 марта 2008г. 15:09:06)

Тема: Странный лог SQL сервера

Странный лог SQL сервера

Такого вида лог наблюдаю на одной из баз ТДМС.
Причем все это происходит уже после окончания рабочего дня, т.е. обращений к базе нет.

Последние строки лога вот такие:

udopen: Operating system error 32(Процесс не может получить доступ к файлу, так как этот файл занят другим процессом.) during the creation/opening of physical device C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_B_log.LDF.

FCB::Open failed: Could not open device C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_B_log.LDF for virtual device number (VDN) 2.

Device activation error. The physical file name 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_B_log.LDF' may be incorrect.

Device activation error. The physical file name 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_B_log.LDF' may be incorrect.

Attempting to rebuild primary log file for database TDMS_B. 

FCB::CreateFile() failed with error 80 for file C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_B_log.LDF. 

Cannot create file 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_B_log.LDF' because it already exists.

Database backed up: Database: TDMS_T, creation date(time): 2008/03/05(18:15:14), pages dumped: 1390408, first LSN: 1951:21274:1, last LSN: 1951:21297:1, number of dump devices: 1, device information: (FILE=1, TYPE=PIPE: {'//./pipe/TDMS_T_full'}).

BACKUP failed to complete the command BACKUP DATABASE "TDMS_B" TO PIPE='//./pipe/TDMS_B_full' 

SQL Server is terminating due to 'stop' request from Service Control Manager.

Конечным итогом является переход базы в suspect и ручная перезагрузка SQL сервера утром,
для восстановления работоспособности.

Подскажите, в чем проблема и как ее решать?

Re: Странный лог SQL сервера

"Процесс не может получить доступ к файлу, так как этот файл занят другим процессом" - мне кажется проблемма именно в этом.
Может этот файл используется другой БД?

(изменено: Burbon, 2 апреля 2008г. 11:58:49)

Re: Странный лог SQL сервера

Может этот файл используется другой БД?

Раньше было такое. По ошибке другие базы создавались из бэкапа первой. Теперь все остальные базы созданы средствами ТДМС-администратора. Но проблема осталась. Никакая другая база на этот лог-файл не ссылается.

К сожалению экспорт данных в другую базу прерывается с ошибкой, а то уже давно бы прибил эту базу и создал по новой ее копию.

P.S. А что скажете про картинку: кто может постоянно терзать одну и ту же базу?

(изменено: Евгений, 29 июня 2012г. 10:38:19)

Re: Странный лог SQL сервера

Доброго времени суток!
C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_TYP_log.LDF занимает порядка 330 ГБ, я так понимаю что это не нормально! может его можно как-нибудь обнулить или уменьшить в объеме???
C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_BEL_log.LDF тут же весит всего-то 17 Мб...
Какие есть варианты и возможности???   :unsure:
Если необходимо, могу выложить лог ошибок!

Re: Странный лог SQL сервера

Евгений пишет:

Доброго времени суток!
C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_TYP_log.LDF занимает порядка 330 ГБ, я так понимаю что это не нормально! может его можно как-нибудь обнулить или уменьшить в объеме???
C:\Program Files\Microsoft SQL Server\MSSQL\Data\TDMS_BEL_log.LDF тут же весит всего-то 17 Мб...
Какие есть варианты и возможности???   :unsure:
Если необходимо, могу выложить лог ошибок!

В TDMS третьей и четвертой версии есть сервисная процедура "Усечение журнала транзакций". Про вторую версию уже не помню. Если нет, то воспользуйтесь справкой Microsoft по своей версии сервера. Например, http://msdn.microsoft.com/ru-ru/library/ms...sql.105%29.aspx

Re: Странный лог SQL сервера

спасибо! а пошаговая инструкция есть где-нить, чтобы не напортачить чего???   :huh:

Re: Странный лог SQL сервера

Евгений пишет:

спасибо! а пошаговая инструкция есть где-нить, чтобы не напортачить чего???   :huh:

Операция простая и быстрая. По сути это одна единственная команда. Но на всякий случай сделайте бэкап.

(изменено: Евгений, 4 июля 2012г. 13:27:56)

Re: Странный лог SQL сервера

Бэкап сделан. как усечение (сжатие) может отразится на работе ТДМС если его проводить в рабочее время? или желательно чтобы никто не работал?
Проблема остается, после усечения и сжатия журнала пишет, что используемое пространство 25 ГБ  а сам файл 390 ГБ, в виду этого он еще и ругается что не может создать бэкап,
т.к. не хватает места на диске....

Re: Странный лог SQL сервера

Про усечение журнала транзакций в SQL Server:
http://support.microsoft.com/kb/272318

Для того чтобы файл журнала транзакций не разрастался установите простой (Simple) режим восстановления БД (в свойствах БД).