Комментарии 7
Причину повреждения индекса выяснили?
Просто так такая фигня у меня за 10 лет ни разу не случалась
Просто так такая фигня у меня за 10 лет ни разу не случалась
Без меня выясняют, если узнаю — отпишусь.
Было у меня несколько случаев, за давностью лет не помню подробностей.
MSSQL+1С на одном сервере, все стандартно. Еще была самописная программа на .net, которая из базы 1с выгружала номенклатуру и отправляла на кассы. Как всегда, внезапно, в пятницу вечером номенклатура перестала отправляться. В логах программы OutOfMemoryException, с чего вдруг непонятно, новых товаров в огромных количествах никто не создавал. В логах сервера SQL также появились непонятные Exception in thread… В конце концов сделали DBCC CHECKDB, были найдены какие-то ошибки, их исправили, и отправка прейскурантов благополучно заработала.
Через полгода опять возникла такая же ошибка, и все тоже самое. Заподозрили неладное. Нашли время для проверки памяти, memtest где-то ближе к концу в последней плашке на определенном паттерне нашел несколько сбоев. Память была без ECC.
Другой сервер, бухгалтер при запуске определенного отчета в 1с за определенный период получал ошибку HRESULT 0x-что-тотам. DBCC показал ошибку в файле базе. В конечном счете выяснилось, что на диске был bad block, и попал он именно на файл базы. При этом на сервере был RAID1 на встроенном в материнку чипсете, который fakeraid. Тогда еще возник локальный мем в отделе, как 1с протерла дырку в жестком диске.
MSSQL+1С на одном сервере, все стандартно. Еще была самописная программа на .net, которая из базы 1с выгружала номенклатуру и отправляла на кассы. Как всегда, внезапно, в пятницу вечером номенклатура перестала отправляться. В логах программы OutOfMemoryException, с чего вдруг непонятно, новых товаров в огромных количествах никто не создавал. В логах сервера SQL также появились непонятные Exception in thread… В конце концов сделали DBCC CHECKDB, были найдены какие-то ошибки, их исправили, и отправка прейскурантов благополучно заработала.
Через полгода опять возникла такая же ошибка, и все тоже самое. Заподозрили неладное. Нашли время для проверки памяти, memtest где-то ближе к концу в последней плашке на определенном паттерне нашел несколько сбоев. Память была без ECC.
Другой сервер, бухгалтер при запуске определенного отчета в 1с за определенный период получал ошибку HRESULT 0x-что-тотам. DBCC показал ошибку в файле базе. В конечном счете выяснилось, что на диске был bad block, и попал он именно на файл базы. При этом на сервере был RAID1 на встроенном в материнку чипсете, который fakeraid. Тогда еще возник локальный мем в отделе, как 1с протерла дырку в жестком диске.
Причина — умирающий диск. Сегодня умер окончательно.
Все таки люблю ваши статьи читать. Спасибо за полезный материал. Чисто из любопытства не подскажите тулы самописные, которые напрямую будут из mdf / ldf данные читать?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Поиск повреждённого объекта по номеру повреждённой страницы в MS SQL Server 2005