Здравсвуйте. Какая-то хрень стала происходить, каждое утро что-то блокирует базу, точнее ночью, утром никто подцепиться не может.
Вот логи.

03/10/2010 08:35:39,spid53,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 2
03/10/2010 08:35:39,spid53,Неизвестно,I/O error 21(Устройство не готово.) detected during read at offset 0x00000000094000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 08:35:35,spid53,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 2
03/10/2010 08:35:35,spid53,Неизвестно,I/O error 21(Устройство не готово.) detected during read at offset 0x00000000094000 in file 'D:\COMMON\infotex\2008\buh2008_Data.MDF'..
03/10/2010 08:35:35,spid53,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 2
03/10/2010 08:35:35,spid53,Неизвестно,I/O error 21(Устройство не готово.) detected during read at offset 0x00000000094000 in file 'D:\COMMON\infotex\2008\buh2008_Data.MDF'..
03/10/2010 08:35:23,spid53,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 2
03/10/2010 08:35:23,spid53,Неизвестно,I/O error 21(Устройство не готово.) detected during read at offset 0x00000000094000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 08:35:22,spid53,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 2
03/10/2010 08:35:22,spid53,Неизвестно,I/O error 21(Устройство не готово.) detected during read at offset 0x00000000094000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 08:31:45,spid52,Неизвестно,Using 'xpstar.dll' version '2000.80.2039' to execute extended stored procedure 'xp_regread'.
03/10/2010 08:31:16,spid51,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 3
03/10/2010 08:31:16,spid51,Неизвестно,I/O error 21(Устройство не готово.) detected during write at offset 0x00000000006000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 08:30:42,spid51,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 3
03/10/2010 08:30:42,spid51,Неизвестно,I/O error 21(Устройство не готово.) detected during write at offset 0x00000000006000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 08:30:09,spid51,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 3
03/10/2010 08:30:09,spid51,Неизвестно,I/O error 21(Устройство не готово.) detected during write at offset 0x00000000006000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 05:00:10,spid51,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 3
03/10/2010 05:00:10,spid51,Неизвестно,I/O error 21(Устройство не готово.) detected during write at offset 0x00000000006000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 00:13:47,spid51,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 3
03/10/2010 00:13:47,spid51,Неизвестно,I/O error 21(Устройство не готово.) detected during write at offset 0x00000000006000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 00:13:47,spid51,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 3
03/10/2010 00:13:47,spid51,Неизвестно,I/O error 21(Устройство не готово.) detected during write at offset 0x00000000006000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/10/2010 00:13:47,spid51,Неизвестно,Error: 823<c/> Severity: 24<c/> State: 3
03/10/2010 00:13:47,spid51,Неизвестно,I/O error 21(Устройство не готово.) detected during write at offset 0x00000000006000 in file 'D:\COMMON\infotex\2009\buh2009_Data.MDF'..
03/09/2010 12:10:25,backup,Неизвестно,Database log truncated: Database: buh2009.
03/09/2010 08:51:51,spid2,Неизвестно,Recovery complete.
03/09/2010 08:51:51,spid2,Неизвестно,SQL global counter collection task is created.
03/09/2010 08:51:51,spid11,Неизвестно,0 transactions rolled back in database 'buh2009' (7).
03/09/2010 08:51:51,spid11,Неизвестно,Recovery is checkpointing database 'buh2009' (7)
03/09/2010 08:51:51,spid11,Неизвестно,7 transactions rolled forward in database 'buh2009' (7).
03/09/2010 08:51:47,spid5,Неизвестно,Starting up database 'tempdb'.
03/09/2010 08:51:42,spid8,Неизвестно,Recovery is checkpointing database 'msdb' (4)
03/09/2010 08:51:41,spid5,Неизвестно,Clearing tempdb database.
03/09/2010 08:51:41,server,Неизвестно,SQL server listening on TCP<c/> Shared Memory<c/> Named Pipes.
03/09/2010 08:51:41,server,Неизвестно,SQL Server is ready for client connections
03/09/2010 08:51:41,spid14,Неизвестно,Starting up database 'buh2006'.
03/09/2010 08:51:41,spid13,Неизвестно,Starting up database 'buh2007'.

Винт здесь точно не при чем. Службу mssqlserver перезапускаешь и всё работает как обычно. Целый день бухгалтера работают без проблем. Бэкапы есть, делаются каждый день и кладутся на сетевой носитель, я за это не переживаю.
Я просто хочу разобраться, что за зараза блокирует этот файл? Началось совсем недавно, но мы ничего такого не меняли, если только сами 1С-ники, он они богом клянутся, что ничего не меняли.
Как бы это отследить?
Решили из дома в офис заходить ночью и смотреть после какой задачи происходит косяк.
Была одна задача ночная, которая делал бэкап, её отрубили, ещё 2 задачи по выгрузке данных в головной офис и загрузке их обратно.
Но как узнать какая именно ... трассировку может какую сделать можно? Подскажите.

авторпостоянные "рековери" по чекпоинтам тоже ничего хорошего не сулят... что это такое? кто этот рековери делает? задач в самой базе никаких нет, агент не запущен.

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

rancidВыполните хотя бы dbcc checkdb
Это делать утром, когда 1С не загружается?

Я знаю как диски начинают сыпаться, тут не тот случай точно. Если бы что-то было физически с дисками (в зеркалке), то перезапуск службы мускула ичего бы не давало и более того, были бы явные проблемы в работе в течении дня. Около 10 бухгалтеров сидит целый день в программе и никто никаких изменений не заметил, будь то заторможенность или выскакивание каких-либо ошибок, нет, такого нет.
Попробую DBCC CHECKDB завтра, но на всякий случай выключу ещё и задания ночные.

В общем ситуация повторилась, наблюдали с 21-го часа, что-то раньше заблокировало вообще все базы 1С, т.е. и MDF и LOG были заблокированы.
dbcc checkdb ещё не делал. Вопрос по checkdb, его можно запустить в любое время, он сделает только диагностику или же внесёт какие-то изменения?
Думаю может есть смысл посмотреть какие-то блокировки с момента как все уйдут с работы до 22:00? Имеется 2 типа блокировок, по процессам и объектам. Можно там что-то увидеть?

авторCHECKDB found 0 allocation errors and 0 consistency errors in database 'buh2009'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Довольно быстро пролетело сканирование.
Дело в том, что если бы был диск не доступен, то я бы не смог зайти через менеджер и не смог бы сделать никакой выборки из таблиц, правильно?

У меня как всегда, все ситуации нестандартные, которые ни в одном учебнике не описаны и разобраться с ними можно только методом исключения или методом "тыка".
Есть у меня ещё один сервак, на котором стоит CA BrightStor Backup, он бэкапил эту базу buh2009, вот он и подвешивал всю базу. Точнее его кривой агент, даже после того как я его снёс с сервера где SQL крутится, он всё равно продолжал его блокировать, даже удалил сам JOB из CA, не помогало. Пришлось полностью отключать службу BrightStor и тогда косяки прекратились.
Ненавижу этот буржуйский софт, у которого нет техподдержки в России нормальной.