Вход | Регистрация

1С:Предприятие :: 1С:Предприятие 8 общая

Ошибка: Страница в базе данных с идентификатором 11 помечена RestorePending

Ошибка: Страница в базе данных с идентификатором 11 помечена RestorePending
Я
   Cirus
 
30.09.18 - 11:13
При попытке обмена данными вылетает:

Ошибка СУБД:
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 часов для одного только РБ Хозрасчетный. Подскажите, как быть?
 
 
   Cirus
 
1 - 30.09.18 - 11:16
Конфигурация: УТП 1.2.6.1
Платформа: 8.2.19.130
   Cool_Profi
 
2 - 30.09.18 - 11:17
DBCC CHECKDB
грохни эту таблицу (очисти) и пересчитай итог по этому регистру
   Cirus
 
3 - 30.09.18 - 11:38
DBCC CHECKDB делал, но не дождался результата.
На SSD Kingston SVP200S3/240G, проц. i7-3770, 32 гб оперативы - проверяет базу 160 ГБ более 3-х часов.
Что-то еще можно сделать? Или может как-то ресурсы перераспределить?
   palsergeich
 
4 - 30.09.18 - 11:50
(3) 160 гб ясен пень что за 3 часа не сделал, с таким объемом и сутки могут быть и не одни.
(0) Бэкапа нет. провал конечно
Мой совет - жди
   palsergeich
 
5 - 30.09.18 - 11:53
(3) Но перед всеми любыми манипуляциями просто катастрофически рекомендую сделать бекап, а то есть шанс словить двойной провал
   palsergeich
 
6 - 30.09.18 - 11:55
А еще лучше снять скуль бекап, развернуть его на другой машине, желательно более производительной, там пересчитать итоги, выгрузить DT и залить на свой сервер. Судя по "что может означать повреждение диска" может оказатся так, что SSD готовится к отходу в страну вечной охоты
   Cirus
 
7 - 30.09.18 - 12:12
(4) Нужна база для работы бух-ам поэтому времени особо и нет.
   palsergeich
 
8 - 30.09.18 - 12:13
(7) Спешка хороша только при ловле блох.
   Cirus
 
9 - 30.09.18 - 19:40
А как определить к какому регистру относятся итоги?
   Aleksey
 
10 - 30.09.18 - 19:46
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%'

Запускаешь скрипт он с формирует скрипт для удаления итогов. запускаешь его и делаешь пересчет итогов. Делов то
 
 Рекламное место пустует
   Cirus
 
11 - 30.09.18 - 20:54
Спасибо, но даже так процесс будет очень длительный.
Нашел этот РН и сделал по нему пересчет без предварительной очистки - база ушла в SUSPECT и стала недоступна.
Буду поднимать бэкап, что делал перед манипуляциями...
   palsergeich
 
12 - 30.09.18 - 21:00
(11) Дай бог памяти, при помощи ПолучитьСтруктуруХраненияБазыДанных

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует