Поломка SQL базы. Она стала Подозрительной

Новая тема
SQL-база 1С 8.2 стала подозрительной. Произошло внезапно среди рабочего дня. Перед крахом пользователи примерно в течении недели периодически просили сбросить соединение, т.к. сессии зависали с открытими ими документами. Подлечил её скриптом, выгрузил в .dt архив, поднял в файловом варианте, проверил с помощью chdbfl.exe - никаких сообщений о нарушении целостности. Произвел полный пересчет, выполнил реиндексацию, выгрузил в .dt архив и не могу его поднять в SQL. При загрузке получаю сообщение:

Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._InfoRg6268" и индекса с именем "_InfoRg6268_ByDims_RR". Повторяющееся значение ключа: (0x89d5000423c6eb2c11dde8821f1ff145, 0xb5971936027110f540fe753698daadff).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1


SQL server 2008 на MS server 2008. Платформа 1С 8.2 релиз 301, последний на настоящий момент. Пользователи работают в терминальном режиме на этом же сервере. Всё лицензионное.

Кто нибудь сталкивался с этим? Поделитесь, пожалуйста, опытом!
1. т.е. до быгрузки дамп б.д. средствами sql не делался ?
2. x64 1с ?
1. Да, база была совершенно недоступна.
2. Сервер 1С:Предприятия тоже 64-х
для начала надо выяснить, что за регистр

пример, как узнать, что за таблица тут : http://www.sql.ru/forum/actualthread.aspx?tid=632829&pg=2&mid=6876561#6876561
> Подлечил её скриптом

Настораживает... Что за скрипт?
"А потом сделать примерно так:
1. РегистрыНакопления.НужныйРегистр.УстановитьИспользованиеИтогов(Ложь);
2. переиндексация
3. РегистрыНакопления.НужныйРегистр.УстановитьИспользованиеИтогов(Истина);"
"Вот этот скрипт, найденный на просторах интернета. Применять или не применять решать самостоятельно.


Восстановление рабоотспособности базы с отсутствующим журналом транзакций
1. Создать базу *.mdf с таким же именем
2. Остановить сервер и заменить новую базу на нужную
3. Запустить сервер
4. Выполнить скрипт ( buh заменить на имя своей базы)

Use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
---Execute---
reconfigure with override
---Execute---
select status from sysdatabases where name = 'buh'
---Execute---
EXEC sp_resetstatus 'buh';
ALTER DATABASE buh SET EMERGENCY
---Execute---
alter database buh set EMERGENCY, SINGLE_USER
---Execute---
dbcc checkdb ('buh', REPAIR_ALLOW_DATA_LOSS)
---Execute---
alter database buh set ONLINE, MULTI_USER
---Execute---
Use master
go
sp_configure 'allow updates', 0
go
---Execute---
reconfigure with override"
А почему решили, что вот этот скрипт должен что-то вам сделать полезное? Просто потому что там умные словечки написаны?
Эти "умные словечки" уже дважды спасли базы. Один раз был испрочен файл транзакций и все восстановилось полностью. Второй раз проблемы были с mdf-файлом. Кое-что потерялось. Так что скрипт работает.
Читают тему
(гостей: 1)

Быстрый переход