Миграция терабайтной базы 1С: УПП с платформы 1C 8.1 на 8.3

[kovserg]

Метрики по ключевым операциям (APDEX)

Времена порядка секунд. Время выполнения его самых тяжелых методов вообще от 4х дней до недели. Интересно что такого оно под капотом делает, что всё так медленно?

[VitaminND]

А что дала 8.3 по сравнению с 8.1?

И разве нельзя просто запустить старую конфигурацию на 8.3 вместо 8.1?

[koloskovv]

Запустить можно, но все в том же режиме совместимости. Т.е. ничего не изменится.

[VitaminND]

Не понимаю. Вы переписали конфигурацию, используя фишки 8.3?

[koloskovv]

Мы (Софтпоинт) не переписывали конфигурацию. Мы обеспечили бесшовный переход и страховочный мостик. Адаптацию кода заказчик взял полностью на себя - см. этап 2.

[Tzimie]

Обычно в регламентных скриптах параметр MAXDOP действительно выставляют в ноль (не ограничивают параллелизм) – это значительно ускоряет процессы пересчета индексов и статистик, а потом возвращают на исходное значение. 

Это как? В index rebuild и update statistics вы сами можете указывать MAXDOP для каждого оператора. И не надо ничего возвращать

[koloskovv]

Да, можно и, наверное, нужно, указать для каждого оператора. Но в этом случае сделано было так.

[dude_sam]

Не очень понял принцип работы DB Replication.

Оно на триггерах?
А почему не на rowversion?

[koloskovv]

Если вы имеете в виду rowversion как колонку, показывающую версию изменений, то это не вариант. DB Replication не производит структурных изменений в БД.

[dude_sam]

DB Replication не производит структурных изменений в БД.

А обмазывание триггерами всех таблиц тогда что?

Не очень понял принцип работы DB Replication.

Если это коммерческий секрет, то так и скажите.¯\_(ツ)_/¯

[koloskovv]

Платформа 1С не терпит изменений в ее таблицах, а триггеры можно.

[4iff]

Если опустить все детали, то принцип работы такой: триггеры пишут слепок изменений в таблицу очереди, транспортный Агент читает эту очередь и передаёт ее в базу назначения, а в базе назначения транспортный Агент применяет входящую очередь уже к таблицам 1С. Несколько подробнее про этом можно на сайте Софтпоинт почитать в ветке про продукт DB Replication.

[4iff]

Уточню: DB Replication не производит структурных изменений в таблицах 1С. Это критически важно для работоспособности 1С. Если добавлять колонки типа rowversion  , то это не совместимо с 1С.

[dude_sam]

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

Вот интересный проект: https://ola.hallengren.com/sql-server-index-and-statistics-maintenance.html (хотя, вы, наверное, знаете и так).

[HADGEHOGs]

Софтпоинт лечит падение сервера 1С переустановкой платформы. Ну что тут скажешь...

[AS_Pirog]

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

[HADGEHOGs]

Про maxdop позабавило.

[ystas03]

А УПП оставили на автоматических блокировках?

[koloskovv]

Используется режим управляемых блокировок

[Mike_Mihalych]

Теперь полученную конструкцию можно и на отечественный клон Postgre переводить. 8о)

[koloskovv]

Уже.

Прототип готов, включая систему мониторинга. Вот здесь есть раздел, посвященный этой задаче: Миграция с MSSQL Server на PostgreSQL. Предпосылки