===== Установка 32-разрядного сервера 1С:Предприятие в Linux x64 архитектуры ===== Если Вам "посчастливилось" одновременно стать пользователем 32-разрядной лицензии на сервер 1С:Предприятие и хорошего мощного сервера с 64-разрядным процессором (или даже несколькими), однозначно выбирайте x64 архитектуру операционной системы. Увы, сервер 1С не сможет воспользоваться всеми аппаратными ресурсами, зато останется больше ресурсов для сервера СУБД. В отличие от 64-разрядних версий Windows, где совместимость с 32-разрядными приложениями встроена и включена по-умолчанию, в свежеустановленном Linux её нужно настроить. Такую особенность нельзя считать недостатком Linux, т.к. подавляющему большинству пользователей этой операционной системы нет никакой необходимости устанавливать 32-разрядные приложения. Свободное программное обеспечение распространяется с исходным кодом и нет никакой проблемы собрать нужные пакеты под x64 архитектуру. Скорее это проблема лицензионной политики 1С, в которой каждый бит имеет свою цену и за лицензию на 64-разрядную версию сервера нужно заплатить в два раза больше, чем за 32-разрядную. Все примеры команд приведены для Ubuntu 16.04 LTS x64 и сервера 1С:Предприятие версии 8.3.9 Проверяем поддерживаемую архитектуру. $ dpkg --print-architecture По умолчанию мы увидим ''amd64''. Добавим поддержку ''i386'' $ sudo dpkg --add-architecture i386 && sudo apt update Установим пакеты, от которых зависят пакеты 1С. Т.к. 1С мы будем устанавливать 32-разрядную, то и пакеты нужно установить ''i386'', кроме шрифтов, они подходят для любой архитектуры. $ sudo apt install imagemagick:i386 unixodbc:i386 libgsf-bin:i386 ttf-mscorefonts-installer На некоторых инсталляциях можно наблюдать ошибку при установке пакета ''imagemagick:i386'' При обработке следующих пакетов произошли ошибки: imagemagick:i386 E: Sub-process /usr/bin/dpkg returned an error code (1) Ошибка при выполнении запрошенной операции с пакетом. Попытка восстановить: Настраивается пакет imagemagick:i386 (8:6.8.9.9-7ubuntu5.4) … update-alternatives: ошибка: альтернативный путь /usr/bin/compare-im6 не существует dpkg: ошибка при обработке пакета imagemagick:i386 (--configure): подпроцесс установлен сценарий post-installation возвратил код ошибки 2 При обработке следующих пакетов произошли ошибки: imagemagick:i386 Проблема лечится установкой еще одного пакета, после чего переустановите ''imagemagick:i386'' $ sudo apt install imagemagick-6.q16:i386 Сервер 1С:Предприятия распространяется в виде ''.deb'' файлов, например, релиз 8.3.9.2033 выглядит так: * ''1c-enterprise83-common_8.3.9-2033_i386.deb'' - общие компоненты * ''1c-enterprise83-server_8.3.9-2033_i386.deb'' - сам сервер * ''1c-enterprise83-ws_8.3.9-2033_i386.deb'' - веб-службы Отличительный признак ''_i386'' в конце имени файла указывает на 32-разрядную архитектуру сервера. Складывайте .deb файлы в пустой каталок, например в ''~/1c'', и устанавливайте $ cd ~/1c $ sudo dpkg -i 1c*.deb Все готово! Можно запускать сервер $ sudo service srv1cv83 start Маленький бонус. Мало кто знает, что 32-разрядный сервер 1С:Предприятие, установленный в Linux не проверяет ключ защиты или код активации при подключении к нему до 5-и пользователей. Но это не значит, что можно использовать сервер, не имея соответствующей лицензии 1С:Предприятие При установке i386 сервера 1С:Предприятие в x64 архитектуру Linux возникают сложности с публикацией информационной базы на Apache. x64 Apache категорически отказывается запускать 32-разрядный модуль ''wsap24.so'' и никаких настроек, разрешающих 32-разрядные модули как в IIS нет. С релизами до 8.3.13 помогала манипуляция с последовательной установкой сначала x64 версии 1С:Предприятия, копированием модулей в безопасное место и установкой i386 версии. Apache конфигурировался на использование x64 версию модуля, а сервер работал в i386 архитектуре. Но где-то начиная с релиза 8.3.13 или немного раньше в такой связке перестала работать программная защита 1С. Если стоит задача использовать один и тот же Linux сервер для хостинга i386 сервера приложений 1С и публикации информационной базы в Интернет на x64 Apache, то имеет смысл виртуализировать [[https://infostart.ru/public/810851/|Apache в Docker]].