Есть БП 2.0 на sql 2005, сделал тестирование в sql с помощью dbcc
выдало вот такое сообщение

Msg 2533, Level 16, State 1, Line 2
Table error: page (1:8313949) allocated to object ID 1884077998, index ID 1, partition ID 72057601326841856, alloc unit ID 72057601536032768 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header.
        The repair level on the DBCC statement caused this repair to be bypassed.
Msg 8976, Level 16, State 1, Line 2
Table error: Object ID 1884077998, index ID 1, partition ID 72057601326841856, alloc unit ID 72057601536032768 (type In-row data). Page (1:8313949) was not seen in the scan although its parent (1:8313960) and previous (1:8313948) refer to it. Check any previous errors.
        Repairing this error requires other errors to be corrected first.
Msg 8978, Level 16, State 1, Line 2
Table error: Object ID 1884077998, index ID 1, partition ID 72057601326841856, alloc unit ID 72057601536032768 (type In-row data). Page (1:8313950) is missing a reference from previous page (1:8313949). Possible chain linkage problem.
        Repairing this error requires other errors to be corrected first.
CHECKDB found 0 allocation errors and 3 consistency errors in table '_AccumRg7339' (object ID 1884077998).
CHECKDB found 0 allocation errors and 3 consistency errors in database 'account82'.
repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (account82, repair_rebuild).

если взять архив то можно как то исправить эту проблему, не факт конечно что в архиве таких ошибок нет но все же
если возможно то  как действовать?

Изначально проблема проявилась в 1с, при формировании выписок за определенное число (там один не оплаченный документ) и когда  его выбираешь и пытаешся заполнить то вылетает база. Сам документ пробовали создать новый но результата не дало.

что вообще выдал sql не пойму, то ли пары записей не хватает, то ли вообще пары таблиц?

(0) сделай выгрузку - загрузку это самое простое понять есть проблемы с базой или нет

(1)
итак понятно, что выгрузка не сработает.

(0)
внимательней читайте описание DBCC CHECKDB

разверните  резервные копии протестируйте.

если ошибок нет то в отремонтированную базу перенесите данные из копии либо наоборот из рабочей в копию.

У меня была такого роде проблема.
Когда админ выдрал питание во время обновления конфы.
Для начала посмотри что в этих таблицах.
Сделай реиндексацию. Ещё есть вариант побороться
утилитой от 1С - chdbfl.

(0) Ну так там битый регистр накопления.
Можно посмотреть какой: '_AccumRg7339'
Может пересчет итогов или перепроведение поможет?

Пересчет итогов тебе не поможет.
Перепроведение тоже. У тебя в самих таблицах скуля проблемы.
Попробуй тестирование и исправление от 1С. И реиндексацию на SQL.

(0) Да, еще:
написано: "...repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (account82, repair_rebuild)."

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

http://technet.microsoft.com/ru-ru/library/ms176064.aspx

параметр: REPAIR_ALLOW_DATA_LOSS

(6) Может и поможет:
"3 consistency errors in table '_AccumRg7339'"
нарушена логическая целостность таблицы, как я понимаю:
почистить таблицу и перепровести всё, как вариант!?

(7) меня тоже это настораживает что данные можно совсем потерять хоть база и будет работать

(8) перепровести все, это ж сколько будет проводиться?

Я бы натравил DBCC с нужным доступом, а потом бы почистил тваблицу и перепровел всё. хотя конечно зависит от базы, что там и как-там, какой размер и т.п.

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

(10) всё имеется ввиду, что касается только этого регистра

(11) база около 100  ГБ

(12) у тебя похоже только одна таблица сломалась

(14) мда, это хуже

(15) вот можно как то только одну таблицу починить, узнать как то на каком этапе поломка и перетащить данные из архива?

(17)ну разверни бэкап.
проверь, если там все ок, подмени таблицу
Только не забудь все забэкапить.

да и перепроводить все равно прийдется, правда в этом случае можно за недостающий период

(18) наверное так и придется поступать

Да пофиг, если это не операция

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

вполне возможно что в "сбойной" строке ненужные данные (1с пометила как неактивную запись и не удалила еще за собой)

(21) из а чего тогда вот это:
Изначально проблема проявилась в 1с, при формировании выписок за определенное число (там один не оплаченный документ) и когда  его выбираешь и пытаешься заполнить то вылетает база. Сам документ пробовали создать новый но результата не дало.

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

(20) AccumRg7339 - это РегистрНакопления.ИПМПЗОтгруженные, можно как то в таблице sql найти что за документ сделал такие записи, попробовать распровести его или вообще погрохать все записи во всех таблицах от этого документа? Только как найти что это за документ?

(24) у него же гуид есть