После падения СХД БД немного в неадекватном состоянии. А конкретно таблица _AccntRegED8707 (как понял, это таблица значений субконто), проверка бд от сиквела ругается, что в индексах есть некая несогласованность, примерно так:
Msg 8977, Level 16, State 1, Line 1
Table error: Object ID 233155976, index ID 1, partition ID 72057596818227200, alloc unit ID 72057596846145536 (type In-row data). Parent node for page (4:3642948) was not encountered.
.......
There are 78052818 rows in 849504 pages for object "_AccntRegED8707".
CHECKTABLE found 0 allocation errors and 97 consistency errors in table '_AccntRegED8707' (object ID 233155976).
repair_rebuild is the minimum repair level for the errors found by DBCC CHECKTABLE

Пробовал проверить таблицу через DBCC, с перестройкой индексов - фиг, не репайрит. Пробовал перестроить индексы через ALTER INDEX ALL ON [_AccntRegED8707] REBUILD WITH (ONLINE = OFF) - нет, говорит, у тебя несогласованность данных.
Вот и думаю, может просто удалить индексы? Ну структуру-то скопировать сначала, конечно. Создать пустые и произвести ребилд средствами SQL?
Просто не знаю, как 1С к этому отнесется, а спросить не у кого.

Не пойму, что тут у всех за манера - вопросом на вопрос отвечать.
Откуда мысль, что речь не про "индексы вообще"?
DBCC пишет:
Msg 8935, Level 16, State 1, Line 1
Table error: Object ID 233155976, index ID 1, partition ID 72057596818227200, alloc unit ID 72057596846145536 (type In-row data). The previous link (4:3636297) on page (4:3669306) does not match the previous page (4:3674846) that the parent (1:348808), slot 57 expects for this page.

и

Msg 1505, Level 16, State 1, Line 1
The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo._AccntRegED8707' and the index name '_AccntR8707_ByPeriod_TRNRN'. The duplicate key value is (Sep 4 2012 7:59PM, 0x000000b6, 0x8376001b78e276c811e1f657f021ed5a, 1, 0x8219e62adc23f46c441dcd706e1946a6, 1).
The statement has been terminated.

[quot AHDP](0) Индексы удалять можно.

Скопируйте данные из этой таблицы в другую, создате индексы. ИзJohnAlMsg 1505, Level 16, State 1, Line 1
The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo._AccntRegED8707' and the index name '_AccntR8707_ByPeriod_TRNRN'. The duplicate key value is (Sep 4 2012 7:59PM, 0x000000b6, 0x8376001b78e276c811e1f657f021ed5a, 1, 0x8219e62adc23f46c441dcd706e1946a6, 1).
quot] следует что у вас сами данные кривые.

А , в том смысле, что индекс не создается, потому что есть дубликат ключевого значения? Проблема данных, логично...
Как бы это устранить теперь...

Точнее, локализовать задвоенные данные средствами sql - можно. Но вот как удалять? Прямых связей между таблицами нет, каскадное удаление на уровне sql невозможно...

Ну почему. При вставке в новую таблицу задвоенных значений не станет. Но это не отменяет проблемы на уровне логики, ссылки на удаляемые значения могут быть в других таблицах.

Лог поломался первым. БД восстанавливал из статуса суспект и т.д. Главное ж - копия резервная есть, но на утро, а крах в 14-00, не устраивает бухов, верните как было. Вот и вилы. Вообще ошибок относительно немного - 67 записей, что к 90млн общих в таблице - не так уж чтобы очень.
Про несогласованность. ALTER INDEX сообщает что не может создать индекс из-за дупликата ключа.

Угу, примерно так и думал. Можно еще использовать конструкцию
select ..., count(*) from ... group by ... HAVING count(*) > 1
Только потренироваться думал все ж на копии таблицы, если копировать без индексов, то по идее можно сразу искать дубли.
Но пока бэкап идет, 500гб - долго...
Спасибо всем большое за помощь