Александр Леонов. Перевод баз 1С на PostgreSQL – опыт Magnit Tech

В мире 1С импортозамещение используемых программных продуктов в первую очередь касается миграции СУБД с MSSQL на Postgres. Одна из основных проблем перехода - более «слабый» оптимизатор запросов Postgres по сравнению с MSSQL. Автор доклада разработал инструмент, позволяющий без значительных затрат выявить эти «проблемные» запросы. Доклад в виде статьи: https://infostart.ru/1c/articles/2429858/

В этом видео мы подробно разберем процесс настройки встроенного в PostgresPRO отказоустойчивого решения — кластера BiHA. Установим, настроим, протестируем отказ лидера и проверим автоматическое переключение ролей. А также интегрируем кластер с сервером 1С и проанализируем его реакцию на смену лидера. Доклад в виде статьи - https://infostart.ru/1c/articles/2420493/

Проект перевода 10+ систем 1С на 2000+ пользователей в Авито завершен успешно, преодолев технические трудности и «черных лебедей» в виде неопределенности, демотивации, потерь производительности и нереалистичных требований руководства. Расскажем об опыте проекта, в котором было «очень страшно», но в итоге всё получилось. Доклад в виде статьи: https://infostart.ru/1c/articles/2249578/

В крупных компаниях, где много типовых и сильно доработанных баз с режимом работы 24/7, переход с MS SQL на PostgreSQL затягивается. Получается гетерогенная структура – когда прод уже на PostgreSQL, а разработка и тестирование – пока на MS SQL. О том, какие варианты помогут постепенно перевести прод с несколькими базами MS SQL на PostgreSQL, не сломав среду тестирования и разработки, пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/1c/articles/2241887/

При многолетней эксплуатации 1С на Windows и MS SQL в базе накапливаются не самые оптимальные запросы, COM-объекты и скрипты, зависящие от ОС. Из-за этого процесс перехода на PostgreSQL и переноса сервера 1С на Linux неизбежно осложняется длительным исправлением кода и оптимизацией запросов. Расскажем о том, как с задачей такого рефакторинга справились в компании Avito. Доклад в виде статьи: https://infostart.ru/1c/articles/2235912/

На первый взгляд, добавление второго сервера в кластер 1С не должно вызывать проблем – все просто должно работать. Но на практике дело обстоит иначе. Несмотря на то, что все действительно работает, многие при этом сталкиваются с трудностями. Расскажем, когда нужно задуматься о втором сервере 1С в кластере, какие особенности работы второго сервиса с файлами и сервисами, и какие настройки ТНФ можно сделать для лицензий ПРОФ и КОРП. Доклад в виде статьи: https://infostart.ru/1c/articles/2225832/

Отдельный сервер лицензирования упрощает администрирование лицензий в сложных структурах с несколькими кластерами и тысячами пользователей. Расскажем о том, как настроить резервирование лицензий для крупной компании с высокими требованиями к доступности SLA 99.98% и автоматизировать переактивацию лицензий в случае возможных сбоев. Доклад в виде статьи: https://infostart.ru/1c/articles/2223676/

Обновление статистик большой таблицы в MS SQL может занимать до 35 часов. О том, как добавить многопоточность в операцию обновления статистик, и какие особенности при этом нужно учесть, пойдет речь. Доклад в виде статьи: https://infostart.ru/1c/articles/2184112/

Когда информационная база «весит» несколько десятков/сотен гигабайт, для разработки и тестирования обычно используют полную копию рабочей базы. Но если информационная база превышает несколько терабайт, такой подход сталкивается с нехваткой места на диске, долгой реструктуризацией, замедленной скоростью работы и другими проблемами, связанными с размером базы. В докладе расскажем, как правильно готовить копии больших баз для разработки и тестирования. Доклад в виде статьи: https://infostart.ru/1c/articles/2176493/

Казалось бы, базовое знание: «индексы надо обслуживать, чтобы запросы выполнялись быстро». Но обслуживание индексов выполняется долго и может мешать работе пользователей. Кроме того, в последнее время популярны разговоры о том, что индексы можно вообще не обслуживать – насколько это оправданно? Рассмотрим: на что влияет обслуживание индексов, когда надо и когда не надо его выполнять, и если надо – как это сделать так, чтобы никому не помешать? Доклад в виде статьи: https://infostart.ru/1c/articles/2017724/