Длительная реструктуризация ИБ #807477

Коллеги добрый день! Мы столкнулись с проблемой длительной реструктуризации информационной базы при обновлении 1C:Бухгалтерии(Бит:Финанс) 2.0 на 3.0. 1С:Предприятие 8.3.10 MS SQL Server 2008 R2 Размер базы 230 Гб Количество записей в регистре бухгалтерии 10 000 000. Значения субконто 46 000 000. Уже 3-е суток ms sql работает над запросом: SELECT TOP 1 T1._RecorderTRef, T1._RecorderRRef FR OM dbo._AccRgED479NG T1 WITH(NOLOCK) LEFT OUTER JOIN dbo._AccRg443NG T2 WITH(NOLOCK) ON T1._RecorderTRef = T2._RecorderTRef AND T1._RecorderRRef = T2._RecorderRRef AND T1._LineNo = T2._LineNo WHERE T2._RecorderTRef IS NULL AND T2._RecorderRRef IS NULL видим соединение таблиц регистра бухгалтерии хозрасчетный со значениями субконто. Прилагаю также план запроса. В плане наблюдается NESTED LOOPS. Есть ли мысли как оптимизировать/ускорить процедуру реструктуризации? <a href="; target="_blank"><img src="; width="2220" height="142" border="0" title="2017-10-27_9-46-12.png" alt="2017-10-27_9-46-12.png"/></a>

<Statements>         <StmtSimple StatementText="SELECT TOP 1&#xA;T1._RecorderTRef,&#xA;T1._RecorderRRef&#xA;FROM dbo._AccRgED479NG T1 WITH(NOLOCK)&#xA;LEFT OUTER JOIN dbo._AccRg443NG T2 WITH(NOLOCK)&#xA;ON T1._RecorderTRef = T2._RecorderTRef AND T1._RecorderRRef = T2._RecorderRRef AND T1._LineNo = T2._LineNo&#xA;WHERE T2._RecorderTRef IS NULL AND T2._RecorderRRef IS NULL" StatementId="1" StatementCompId="1" StatementType="SELECT" StatementSubTreeCost="118.572" StatementEstRows="1" StatementOptmLevel="FULL" QueryHash="0xB8871017804A601A" QueryPlanHash="0x8829BBFEA3238952">

>как оптимизировать/ускорить Обновить статистику?

КАК?) Это новые таблицы во время реструктуризации. Судя по информации с других форумов - Ошибка в платформе.

Это на боевом сервере в копии базы? На время обновления развернуть на локальной машине с i7 + SSD. Поставить 8.3.11

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

SELECT TOP 1 впринципе не  должен долго выполняться(только если есть сортировка). Да и значений не так много.

Как определил, что это новые таблицы?

В 8.3.11 должно намного  быстрее такое пройти

*NG в наименовании

ДА, так и делаем. Но взяли 8.3.8

ТАМ соединение NESTED LOOPS

Модель восстановления у базы какая? SIMPLE поставить обязательно!

Это похоже ошибка ранних версий платформы 8.3.10, тоже с таким столкнулись. Особо в дебри не вдавались.

Переименовать таблицы, создать новые такие же пустые, обновить базу, перелить в пустые из переименованных.