При попытке обмена данными вылетает:

Ошибка СУБД:
Microsoft SQL Server Native Client 10.0: Страница (1:10034843) в базе данных с идентификатором 11 помечена RestorePending, что может означать повреждение диска. Чтобы вернуться к обычному состоянию, выполните операцию восстановления.

В таблице suspect_pages следующее:
database_id file_id     page_id              event_type  error_count
----------- ----------- -------------------- ----------- -----------
11          1           10034856             2           1          
11          1           10034845             2           1          
11          1           10034843             2           1          

Все page_id относятся к одной таблице итогов _AccumRgT14497.

Бэкапа нет. Запустил пересчет итогов, но он тянется уже 12 часов для одного только РБ Хозрасчетный. Подскажите, как быть?

Конфигурация: УТП 1.2.6.1
Платформа: 8.2.19.130

DBCC CHECKDB
грохни эту таблицу (очисти) и пересчитай итог по этому регистру

DBCC CHECKDB делал, но не дождался результата.
На SSD Kingston SVP200S3/240G, проц. i7-3770, 32 гб оперативы - проверяет базу 160 ГБ более 3-х часов.
Что-то еще можно сделать? Или может как-то ресурсы перераспределить?

(3) 160 гб ясен пень что за 3 часа не сделал, с таким объемом и сутки могут быть и не одни.
(0) Бэкапа нет. провал конечно
Мой совет - жди

(3) Но перед всеми любыми манипуляциями просто катастрофически рекомендую сделать бекап, а то есть шанс словить двойной провал

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

(4) Нужна база для работы бух-ам поэтому времени особо и нет.

(7) Спешка хороша только при ловле блох.

А как определить к какому регистру относятся итоги?

AccumRgT это таблица остатков РН. грохни и сделай пересчет итогов


--очистка итогов http://its.1c.eu/db/metod8dev#content:1591:hdoc

--регистры накопления итоги
SELECT 'TRUNCATE TABLE ' + name+';' FROM sys.tables WHERE name like '_AccumRgT%'
--регистры бухгалтерия итоги по счету
union
SELECT 'TRUNCATE TABLE ' + name+';' FROM sys.tables WHERE name like '_AccRgAT%'
--регистры бухгалтерия обороты между счетами
union
SELECT 'TRUNCATE TABLE ' + name+';' FROM sys.tables WHERE name like '_AccRgCT%'
--таблица регистрации изменений
union
SELECT 'TRUNCATE TABLE ' + name+';' FROM sys.tables WHERE name like '%ChngR%'

Запускаешь скрипт он с формирует скрипт для удаления итогов. запускаешь его и делаешь пересчет итогов. Делов то

Спасибо, но даже так процесс будет очень длительный.
Нашел этот РН и сделал по нему пересчет без предварительной очистки - база ушла в SUSPECT и стала недоступна.
Буду поднимать бэкап, что делал перед манипуляциями...

(11) Дай бог памяти, при помощи ПолучитьСтруктуруХраненияБазыДанных