Переход с 1С:Шины 2.1.1 на 3.1.1 под Ubuntu [Квест]

24.05.23

База данных - Администрирование СУБД

О том, как переход с 2.1.1 на 3.1.1 оказался нелегким из-за соблюдения рекомендаций.

У нас стояла Ubuntu 18.04 x64, так как в рекомендациях к системным требованиям для 1СШины указана именно эта версия.

 

 

И у нас была установлена версия Шины 2.1.1, но так как вышла новая версия 3.1.1, мы решили перейти на нее.

Установку я уже описывал в статье -> Разворачиваем 1С:Шину на Ubuntu и Windows [Шпаргалка]

Единственное, что меняется, нужно скачать шину 1c_enterprise_esb_with_ide_3.1.1_linux_x86_64.tar.gz

И запустить команду распаковки архива именно этой версии:

tar -xvf 1c_enterprise_esb_with_ide_3.1.1_linux_x86_64.tar.gz

 

Установилась она хорошо, но после установки пропала возможность зайти в среду разработки.

Выпадают вот такие ошибки:

 

 

Судя по логам нужна GLIBC_2.28:

 

 

Версию GLIBC в Ubuntu можно посмотреть командой:

ldd --version

 

 

Поискав ответ, я нашел примерно вот такие данные:

Что такое и для чего GLIBC

«По умолчанию самая высокая версия GLIBC для Ubuntu 18.04 должна быть 2.27»

 

А дальше шло две рекомендации:

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

2 Повысить версию Ubuntu.

 

Первый вариант меня совершенно не радовал, но я попробовал.

Поискав, я нашел, где лежит GLIBC -> https://ftp.gnu.org/gnu/glibc/

А дальше я нашел пример, немного его дополнил и получил примерно следующее:

sudo apt-get install gawk bison -y

sudo apt-get install build-essential

wget -c https://ftp.gnu.org/gnu/glibc/glibc-2.28.tar.gz

tar -zxvf glibc-2.28.tar.gz && cd glibc-2.28

mkdir glibc-build && cd glibc-build

../configure --prefix=/opt/glibc-2.28

make

sudo make install

В результате, что-то пошло не так и сборка не прошла. Я оставил используемые команды, вдруг кто-то победит под Ubuntu 18.04

 

В итоге я не стал разбираться, а поставил Ubuntu 20.04.6, на ней стоит версия GLIBC 2.31

 

 

Запуск среды разработки прошел нормально:

 

 

Имейте в виду, если вы решили ставить 1С:Шину версии 3.1.1 на Ubuntu, у вас два пути:

1 Соблюсти рекомендации Фирмы 1С и пересобрать GLIBC версии выше 2.27. Этот путь у меня не прошел, но, может, получится у вас.

2 Ставим Ubuntu старше рекомендуемой, например Ubuntu 20.04.6.

 

На этом статью завершаю, надеюсь, я сэкономил ваше время.

Вступайте в нашу телеграмм-группу Инфостарт

Ubuntu 1С Шина Переход GLIBC Элемент 3.1.1 2.1.1

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бухгалтерский учет Бесплатно (free)

После миграции с MS SQL на PostgreSQL закрытие месяца в 1С:ERP стало идти 8 часов вместо 12 минут. Рассказываем, как мы нашли причину в оценке Hash Join, которую планировщик завышал в миллионы раз, и как исправили её так, что проблемный запрос теперь выполняется за 18 секунд вместо часа.

19.10.2026    959    Tantor    0    

10

Администрирование СУБД HighLoad оптимизация Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Большинство материалов о компрессии в PostgreSQL отвечают на вопрос «во сколько раз удалось уменьшить базу». Мы предлагаем посмотреть на проблему с другой стороны — какой ценой достигается эта экономия? В статье разбираем архитектурные компромиссы различных подходов к компрессии страниц, объясняем, почему при разработке CSM в Tantor Postgres отказались от погони за максимальным коэффициентом сжатия, и показываем результаты нагрузочных испытаний на реальных базах 1С.

01.10.2026    1457    Tantor    6    

17

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)

В рамках 18 релиза СУБД Tantor Postgres мы рассказывали об оптимизациях, которые помогают планировщику сделать более точный выбор между Nested Loop и Hash Join. В следующем релизе у нас планируются оптимизации, которые позволят ускорить выполнение как Nested Loop, так и Hash Join. Сегодня мы расскажем об одном из таких методов - фильтре Блума.

31.08.2026    6121    Tantor    3    

18

Администрирование СУБД Системный администратор Разработчик Бесплатно (free)

5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.

11.08.2026    3409    jul.dolganova    9    

24

Администрирование СУБД 1С 8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

База 1С:ERP размером 646 Гб, полное маскирование за 5 часов - без создания промежуточной незащищенной копии. Разбираем бесплатный pg_anon на сквозном примере с реального продуктива.

27.07.2026    4527    Tantor    16    

17

HighLoad оптимизация Администрирование СУБД Разработчик Россия Бесплатно (free)

Если вы работаете с 1С на PostgreSQL и жалуетесь на тормоза — скорее всего, дело в join predicate pushdown, которого в стандартном PostgreSQL нет. В MS SQL Server этот механизм работает «из коробки», и при миграции именно запросы к виртуальным таблицам 1С бьют по производительности сильнее всего. В этой статье — реальный кейс от Postgres Professional с разбором плана выполнения, ручным экспериментом и доработкой планировщика СУБД, которая ускорила запросы от 22 до 54 000 раз.

16.06.2026    11075    postgres_professional    15    

15
Для отправки сообщения требуется регистрация/авторизация