Всем привет!
База ЗУП ПРОФ достаточно большая, в SQL около 130 Гб.
Пробую перевести на КОРП. Конфигурация КОРП загрузилась без проблем, но далее в режиме 1С предприятия бегунок добежал до 10% и замер, уже около 15 часов висят эти 10%.
В журнале регистрации процесс идет, но почему-то очень медленно. Вот что там происходит:
Данные.Изменение.
Регистр сведений. Подразделения физических лиц
Регистр сведений. Подразделения сотрудников
Регистр сведений. Место позиции штатного расписания в структуре

Вот это всё чередуется. Но я привык, что по журналу регистрации в секунду целая куча записей появляется, а тут одна-две записи в минуту. Это так и за год не перейдешь.
У кого был опыт, подскажите, действительно это такой долгий процесс?
Добавлю, что очень много подразделений в базе, в том числе архивных, больше 10 тысяч точно

ну как бы за что боролись, на то и напоролись

А переключение с ПРОФ на КОРП на одном и том же релизы делается или сразу из прошлого в настоящее?

> "ну как бы за что боролись, на то и напоролись"
Это к чему?

Релизы ПРОФ и КОРП одинаковые

а с самим сервером БД все в порядке? там он не выделяет по новой пространство под базу после каждой записи?

Офигеть размер. Это сколько сотрудников должно быть, чтобы база настолько выросла?

(4) можно каждый документ печатать, подписывать, сканировать и загружать обратно в базу, с хранением в базе.

может учитывая размер стоило оставить базу для истории и начать жизнь в новой базе с нового листа?

(3) Настройки такие:
Прирост базы по 256 Мб
Прирост лога по 64 Мб
Не должно после каждой записи увеличивать.

Модель восстановления простая.
Причем в БД сейчас 18 Гб свободного места показывает. Не шринковали, т.е. вообще прирост БД не делается получается

(5) А, ну если блобы хранить то кончно

(5) никаких документов не сканируем и не грузим. Сотрудников очень много

боролись и напоролись - это к количеству подразделений

ну если на скуле загрузки нет проверить сервер 1с надо хватает ли ему ресурсов счетчики в винде посмотреть
если все выглядит нормально то уже в ТЖ

Я бы начал с проверки, что в базах нет проблем с ТИИ

Ну и поведение фоновых заданий на регистрах сведений как-то не хорошо.

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

ТИИ на 130 гб...
ни разу не пробовал.
но думаю что это надолго.

(14) А то, что у него происходит теперь - это как? Не надолго?

Варианты:
1. У SQL выставить MDOP = 0
2. Так понимаю, SQL и сервер 1С - разные машины. Попробовать поднять сервер 1С на SQL сервере
3. (наверное, самый быстрый) Взять ПК с i5-i7 и SSD, развернуть сервер 1С и SQL, скопировать базу, выполнить реструктуризацию, залить обратно.

Есть еще вариант с новой реструктуризацией, но не думаю что поможет:
https://wonderland.v8.1c.ru/blog/optimizatsiya-restrukturizatsii-bazy-dannykh/

(16) 1С и SQL на одной машине.
Взять какой-то мощный ПК не получится к сожалению.

(0) Отладчиком ловить проблемный код. Видимо, алгоритм обновления не оптимизирован под ваши данные.

(18) та хоть из дома принесите. жалко чтоли?

(19) +1. в тестовой базе запустить обновление и включить замер производительности. подумать по результатам.
на 50-70% ускорить корявый код практически всегда можно.

там вероятней всего, что просто не хватает ресурсов. Но все дружно, начиная с админов заорут, что все хватает, а дурная 1С сама не знает, чего ей нужно и просто глючит

(18) А так там заполнение? Я подумал реструктуризация долгая. После обновления ИБ запустите регламент по обслуживанию базы (индексация и тд).

Всем спасибо, обслуживание БД помогло. Админы уверяли, что оно настроено, но потом всё же запустили и всё сразу у меня прошло быстро.