Скопируем файл службы и зададим ему имя, соответствующее запускаемой версии сервера
cp /opt/1cv8/x86_64/8.3.21.1644/srv1cv8-8.3.21.1644@.service /opt/1cv8/x86_64/8.3.20.2184/srv1cv8-8.3.20.2184@.service
Внесем изменения в скопированный файл
nano /opt/1cv8/x86_64/8.3.20.2184/srv1cv8-8.3.20.2184@.service
Необходимо в местах, содержащих упоминание версии платформы, заменить 8.3.21.1644 на 8.3.20.2184
Зарегистрируем службу в systemd
systemctl link /opt/1cv8/x86_64/8.3.20.2184/srv1cv8-8.3.20.2184@.service
Внесем изменения в экземпляр службы
systemctl edit srv1cv8-8.3.20.2184@default
Добавим блок Service и для удобства изменим предлагаемый по-умолчанию каталог данных кластера с /home/usr1cv8/.1cv8/1C/1cv8 на /home/usr1cv8/.1cv8/1C/1cv8-1540
[Service]
Environment=SRV1CV8_DATA=/home/usr1cv8/.1cv8/1C/1cv8-1540
Включим службу и сразу же ключом --now запустим её
systemctl enable srv1cv8-8.3.20.2184@default --now
Для Astra Linux
systemctl enable srv1cv8-8.3.20.2184@ --now
Проверить статус службы можно командой
systemctl status srv1cv8-8.3.20.2184@default
Надпись active (running) в выводе команды говорит нам о том, что служба активна и функционирует.
Запустим сервера остальных версий. Поскольку мы запускаем сразу несколько экземпляров сервера 1С, то для них необходимо будет отредактировать экземпляры соответствующих служб, указав там другие порты. Приведем пример для 8.3.21:
Зарегистрируем службу в systemd
systemctl link /opt/1cv8/x86_64/8.3.21.1644/srv1cv8-8.3.21.1644@.service
Внесем изменения в экземпляр службы
systemctl edit srv1cv8-8.3.21.1644@default
[Service]
Environment=SRV1CV8_PORT=2540
Environment=SRV1CV8_REGPORT=2541
Environment=SRV1CV8_RANGE=2560:2591
Environment=SRV1CV8_DATA=/home/usr1cv8/.1cv8/1C/1cv8-2540
Дальнейшие действия по запуску не отличаются от рассмотренных ранее
systemctl enable srv1cv8-8.3.21.1644@default --now
systemctl status srv1cv8-8.3.21.1644@default
Аналогичным образом поступим и для других версий сервера. Для 8.3.22 установим порты 3540, 3541, 3560-3591 и каталог /home/usr1cv8/.1cv8/1C/1cv8-3540, для 8.3.23 — 4540, 4541, 4560-4591, каталог /home/usr1cv8/.1cv8/1C/1cv8-4540.
Администрирование кластера на Linux может осуществляться в режиме 1С:Предприятия посредством специальной обработки («Функции для технического специалиста» — «Управление серверами») либо через сервер администрирования ras, который входит в комплект поставки платформы. Также, начиная с 21 версии 1С предоставляет unit-файл для запуска сервера администрирования в режиме демона. Как и в случае сервера, для версии 8.3.20 создадим подобный файл службы, воспользовавшись более новой версией платформы:
Скопируем файл службы
cp /opt/1cv8/x86_64/8.3.21.1644/ras-8.3.21.1644.service /opt/1cv8/x86_64/8.3.20.2184/ras-8.3.20.2184.service
Внесем изменения в скопированный файл
nano /opt/1cv8/x86_64/8.3.20.2184/ras-8.3.20.2184.service
Снова заменяем версию платформы с 8.3.21.1644 на 8.3.20.2184
Зарегистрируем службу в systemd и запустим
systemctl link /opt/1cv8/x86_64/8.3.20.2184/ras-8.3.20.2184.service
systemctl enable ras-8.3.20.2184 --now
Для остальных версий платформы изменим номера портов, по аналогии с сервером. Пример для 8.3.21:
Зарегистрируем службу в systemd
systemctl link /opt/1cv8/x86_64/8.3.21.1644/ras-8.3.21.1644.service
Внесем изменения в экземпляр службы
systemctl edit ras-8.3.21.1644
[Service]
Environment=RAS_PORT=2545
Environment=RAS_CLUSTER_ADDRESS=127.0.0.1:2540
Запустим службу
systemctl enable ras-8.3.21.1644.service --now
Для работы с сервером ras из командной строки предназначена утилита rac. С её помощью можно проверить подключение к кластеру:
Пример для 8.3.21
/opt/1cv8/x86_64/8.3.21.1644/rac cluster list localhost:2545
Наличие подобного ответа от сервера говорит об успешном подключении:
cluster : 786de767-8fb0-4a3c-8e3c-8d1190fb29f9
host : altserver
port : 2541
name : "Локальный кластер"
expiration-timeout : 60
lifetime-limit : 0
max-memory-size : 0
max-memory-time-limit : 0
security-level : 0
session-fault-tolerance-level : 0
load-balancing-mode : performance
errors-count-threshold : 0
kill-problem-processes : 1
kill-by-memory-with-dump : 0
Установка и доступ к ключам защиты платформы 1С:Предприятие
Лицензирование 1С:Предприятия может быть построено на использовании 2 систем защиты: аппаратной и программной.
Подробное описание обеих систем, а также особенности их использования описаны в руководстве администратора платформы на сайте ИТС (its.1c.ru/section/dev/doc_dev). В рамках данной статьи рассмотрим их кратко.
Сетевая система защиты HASP (аппаратная защита)
Представляет собой usb-ключ на определенное количество пользователей. Для использования ключа необходимо установить драйвер. В руководстве администратора предлагается скачать драйвер HASP по ссылкам:
releases.1c.ru/project/AddCompDriverHASP,
thales-sentinel.ru/helpdesk/download-space/ (на момент написания статьи не работает).
Драйвер для Linux поставляется в виде архива формата tar.gz. Рассмотрим порядок его установки.
Распакуем скачанный архив и переходим в каталог с драйвером
tar -xzf Sentinel_LDK_Linux_Runtime_Installer_script.tar.gz
cd Sentinel_LDK_Linux_Run-time_Installer_script
tar -xzf aksusbd-8.43.1.tar.gz
cd aksusbd-8.43.1
С правами суперпользователя выполняем скрипт установки
./dinst
После установки будут активированы 2 службы.
Драйвер ключа
systemctl status aksusbd
Служба менеджера лицензий
systemctl status hasplmd
Программное лицензирование
Построено на использовании специального файла программной лицензии. Активация программной лицензии происходит помощником активации лицензий («Получить лицензию» или «Загрузить файл-ответ»)
Установка на сервере SLK для работы с типовыми решениями «1С‑Рарус»
Для запуска некоторых конфигураций требуются лицензии, управление которыми осуществляет отдельное приложение — сервер лицензирования и защиты конфигураций. Архив с дистрибутивом сервера доступен для загрузки на сайте licencecenter.com.
Актуальная версия сервера СЛК на момент написания статьи: licencecenter.com/downloads/licence/3.0/licence-3.0.30.10493-eu.zip.
Для загрузки файла в консольном режиме можно воспользоваться утилитами wget или curl в в зависимости от наличия их в конкретном дистрибутиве. Для распаковки архива необходима утилита unzip (в Astra Linux при минимальной установке отсутствует). Рассмотрим установку СЛК.
Создадим каталог для хранения установочных файлов
cd distrib
mkdir SLK && cd SLK
Загрузим архив с файлом:
wget
https://licencecenter.com/downloads/licence/3.0/licence-3.0.30.10493-eu.zip
Или
curl -O
https://licencecenter.com/downloads/licence/3.0/licence-3.0.30.10493-eu.zip
Astra
Установим unzip
sudo apt install unzip
Распакуем архивы с файлами
unzip licence-3.0.30.10493-eu.zip
unzip licenceserver-3.0.30.10493.zip
В режиме суперпользователя и установим deb-пакет сервера
sudo apt install ./licenceserver-3.0.30-10493.amd64.deb
Альт
Перейдем в режим суперпользователя и установим rpm-пакет сервера
su -
cd /home/[ИМЯ ПОЛЬЗОВАТЕЛЯ]/distrib/SLK/
apt-get install ./licenceserver-3.0.30-10493.x86_64.rpm
Ред ОС
В режиме суперпользователя и установим rpm-пакет сервера
sudo dnf install -y ./licenceserver-3.0.30-10493.x86_64.rpm
При установке служба сервера автоматически активируется и запустится. Проверим статус сервера
systemctl status licenceserver
Включение отладки раздельное
Для включения отладки требуется отредактировать файл службы, добавив туда ключ -debug, а затем перезапустить службу сервера:
systemctl edit srv1cv8-8.3.20.2184@default
Environment=SRV1CV8_DEBUG=-debug
systemctl restart srv1cv8-8.3.20.2184@default
Удаление установленной 1С
На примере 8.3.20.
Остановить службу сервера, ras
systemctl stop
srv1cv8-8.3.20.2184@default.service
systemctl disable
srv1cv8-8.3.20.2184@default.service
systemctl stop ras-8.3.20.2184.service
systemctl disable ras-8.3.20.2184.service
Запустить с правами суперпользователя скрипт деинсталляции
/opt/1cv8/x86_64/8.3.20.2184/uninstaller-full
Обновление релиза 1С
Для обновления релиза 1С необходимо остановить службы сервера и ras текущей версии так же, как и в случае с удалением, а затем установить новую версию.
Настройки службы (порты и путь к данным кластера) необходимо сделать такими же, как и настройки старой версии.
Установка PostgreSQL
Перейдем к установке сервера баз данных PostgreSQL. Следует отметить, что оригинальный PostgreSQL не подходит для работы с 1С и требуется использовать доработанную версию СУБД, например PostgreSQL с патчами от 1С или PostgresPRO.
В репозиториях Альт Линукс и Ред ОС присутствуют версии Postgres, предназначенные для работы с 1С, установим их. Для Astra Linux используем версию Postgres с патчами 1С, подготовленную командой PostgresPRO (получить подробную инструкцию можно пройдя короткий опрос на сайте 1c.postgres.ru ). При необходимости этот способ можно использовать и для других ОС.
Альт Линукс
Перейдем в режим суперпользователя
su -
Установим пакеты postgres
apt-get install postgresql14-1C postgresql14-1C-contrib postgresql14-1C-server glibc-i18ndata
Инициализируем базу данных
/etc/init.d/postgresql initdb
Запустим службу
systemctl enable postgresql --now
Ред ОС
Установим пакеты postgres
sudo dnf install postgresql-1c postgresql-1c-contrib
postgresql-1c-libs postgresql-1c-plperl postgresql-1c-plpython3 postgresql-1c-pltcl postgresql-1c-server
Установим пароль системному пользователю postgres
sudo passwd postgres
От имени пользователя postgres инициализируем базу данных
su - postgres
/usr/pgsql-14/bin/initdb
exit
Запустим службу
sudo systemctl enable postgresql-14 --now
Astra
Получаем скрипт подключения репозитория
wget
https://repo.postgrespro.ru/pg1c-14/keys/pgpro-repo-add.sh
Делаем исполняемым и запускаем
sudo chmod +x pgpro-repo-add.sh
sudo ./pgpro-repo-add.sh
Устанавливаем пакет postgres
sudo apt install postgrespro-1c-14
Управление БД
Управлять базами данных будем при помощи консольной утилиты psql. Изначально для СУБД создан один суперпользователь с именем postgres. Следует отметить, что способы авторизации под ним в различных сборках PostgreSQL могут отличаться. Настройки безопасности хранятся в конфигурационном файле pg_hba.conf в каталоге программы. В случае с Альт Линукс и Ред ОС он изначально содержит запись:
local all all trust
Это позволяет авторизоваться в psql с именем postgres под любым пользователем ОС командой:
psql -U postgres
В случае с Astra Linux и пакетом postgrespro-1c-14 запись имеет вид:
local all all peer,
Поэтому войти в psql можно только под системным пользователем postgres, пароль:
Установим пароль системному пользователю postgres
sudo passwd postgres
От имени пользователя postgres запустим psql
su - postgres
psql
Для удобства создадим отдельного пользователя СУБД usr1cv8 с правом создания баз данных
CREATE ROLE usr1cv8 WITH LOGIN SUPERUSER INHERIT CREATEDB NOCREATEROLE NOREPLICATION PASSWORD 'ПАРОЛЬ';
Проверить список пользователей можно командой
\du
Выход из psql осуществляется командой
\q
Воспользуемся утилитой rac для создания информационной базы.
Узнаем ID кластера
/opt/1cv8/x86_64/8.3.21.1644/rac cluster list localhost:2545
Создаем базу
/opt/1cv8/x86_64/8.3.21.1644/rac infobase create --create-database --name=testdb_2540 --dbms=PostgreSQL --locale=ru_RU --db-server=localhost --db-name=testdb_2540 --d
b-user=usr1cv8 --db-pwd=[ПАРОЛЬ usr1cv8] --cluster=[ID КЛАСТЕРА] localhost:2545
Выведем список баз в кластере
/opt/1cv8/x86_64/8.3.21.1644/rac infobase summary list --cluster=[ID КЛАСТЕРА] localhost:2545
В ответ получим
infobase : 2e7c83ed-0afe-4abe-af7e-e43a0e628a8c
name : testdb_2540
descr :
Включим возможность серверу выдавать лицензии (необходимо, в частности, для работы веб-клиента)
/opt/1cv8/x86_64/8.3.21.1644/rac infobase --cluster=[ID КЛАСТЕРА] update --infobase=[ID БАЗЫ] --db-user=usr1cv8 --db-
pwd=[ПАРОЛЬ usr1cv8] --license-distribution=allow localhost:2545
Оптимизация postgres со сравнительными цифрами
Postgres имеет множество параметров работы и после установки программы им присваиваются значения по-умолчанию. Стандартные значения не являются оптимальными, поэтому в связке с 1С настоятельно рекомендуется изменить некоторые из них.
Рекомендуемые значения можно взять из статей на ИТС:
https://its.1c.ru/db/metod8dev/content/5825/hdoc,
https://its.1c.ru/db/metod8dev#content:5866:hdoc.
Посмотреть все текущие настройки можно например в pg_admin с помощью такого запроса к динамическому представлению pg_settings:
SELECT
SOURCE, --text Источник текущего значения параметра
sourcefile, --text Файл конфигурации, в котором было задано текущее значение (NULL для значений, полученных не из файлов конфигурации, или при чтении этого поля не суперпользователем); полезно при использовании указаний include в файлах конфигурации
category, --text Логическая группа параметра
name, --text Имя параметра конфигурации времени выполнения
vartype, --text Тип параметра (bool, enum, integer, real или string)
--setting, --text Текущее значение параметра
--unit, --text Неявно подразумеваемая единица измерения параметра
setting || CASE WHEN unit IS NULL THEN '' ELSE ' (' || unit || ')' END AS setting,
--min_val, --text Минимальное допустимое значение параметра (NULL для нечисловых значений)
--max_val, --text Максимально допустимое значение параметра (NULL для нечисловых значений)
--enumvals, --text[] Допустимые значения параметра-перечисления (NULL для значений не перечислений)
CASE WHEN enumvals IS NULL THEN min_val|| ' - ' ||max_val ELSE concat(enumvals) END AS vals,
boot_val, --text Значение параметра, устанавливаемое при запуске сервера, если параметр не устанавливается другим образом
reset_val, --text Значение, к которому будет сбрасывать параметр команда RESET в текущем сеансе
--short_desc, --text Краткое описание параметра
--extra_desc, --text Дополнительное, более подробное, описание параметра
short_desc || CASE WHEN extra_desc IS NULL THEN '' ELSE '; ' || extra_desc END AS DESC,
context, --text Контекст, в котором может задаваться значение параметра
sourceline, --integer Номер строки в файле конфигурации, в которой было задано текущее значение (NULL для значений, полученных не из файлов конфигурации, или при чтении этого поля не суперпользователем)
pending_restart --boolean true, если значение изменено в файле конфигурации, но требуется перезапуск; в противном случае — false.
FROM
pg_settings
ORDER BY SOURCE, sourcefile, category, name
LIMIT 500
Подробнее об этом можно почитать в документации postgres postgrespro.ru/docs/postgresql/11/view-pg-settings.
Как правило, параметры задаются в конфигурационном файле postgresql.conf, который находится в каталоге программы.
В подтверждение рекомендации изменения базовых параметров мы провели небольшой эксперимент. На одном из тестовых серверов решили вернуть базовое значение параметра shared_buffers, уменьшив его с установленного значения 24 ГБ до стандартных 128 МБ.
Согласно документации:
shared_buffers (integer) — Задаёт объём памяти, который будет использовать сервер баз данных для буферов в разделяемой памяти. По умолчанию это обычно 128 мегабайт (12 8MB), но может быть и меньше, если конфигурация вашего ядра накладывает дополнительные ограничения (это определяется в процессе initdb). Это значение не должно быть меньше 128 килобайт. (Этот минимум зависит от величины BLCKSZ.) Однако для хорошей производительности обычно требуются гораздо большие значения. Задать этот параметр можно только при запуске сервера.
Для эксперимента мы взяли достаточно «тяжелый» отчет, который использует большое количество данных, и выполнили его с периодом за год, без иных отборов.
При этом:
замеряли время первого и второго выполнения;
для нивелирования влияния кэша операционной системы, перед каждым выполнением очищали его командой
sync; echo 3 > /proc/sys/vm/drop_caches
В итоге получили такие цифры:
Оптимизация postgres со сравнительными цифрами
Как и ожидалось мы видим, что при первом запуске время выполнения практически не отличается, т. к. кэш ещё не «прогрет», и по сути не используется. А вот на втором и последующих выполнениях отчета при достаточном объеме буферного кэша время сократилось на ~3с (25%), в то время как стандартная настройка по сути заставила каждый раз считывать необходимые данные с диска.
Установка веб-сервера и публикация базы на веб-сервере
Для публикации на веб-сервере будем использовать Apache, поскольку публикация баз 1С:Предприятия в Linux возможна только на нем.
Альт Линукс
В режиме суперпользователя установим Apache и активируем службу сервера
su -
apt-get install apache2
systemctl enable httpd2.service --now
systemctl status httpd2.service
Создадим символьную ссылку на исполняемый файл веб-сервера для возможности его вызова командой httpd. Без этой ссылки запуск утилиты для публикации базы webinst завершится с ошибкой.
ln -s /usr/sbin/httpd2 /usr/sbin/httpd
Перейдем в каталог 1С:Предприятия и запустим утилиту webinst
cd /opt/1cv8/x86_64/8.3.21.1644/
./webinst -apache24 -wsdir testdb_2540 -dir /var/www/testdb_2540 -connstr "Srvr=altserver:2541;Ref=testdb_2540;" -confPath /etc/httpd2/conf/httpd2.conf
Предоставим права на чтение файла default.vrd всем пользователям, без этих прав получим ошибку при обращении к нашей базе по веб-ссылке:
chmod 644 /var/www/testdb_2540/default.vrd
Перезапустим службу веб-сервера Apache
systemctl restart httpd2.service
Ред ОС
Устанавливаем веб-сервер и активируем службу
sudo dnf install httpd -y
sudo systemctl enable httpd --now
systemctl status httpd
Перейдем в каталог 1С:Предприятия и запустим утилиту webinst
cd /opt/1cv8/x86_64/8.3.21.1644/
sudo ./webinst -apache24 -wsdir testdb_2540 -dir /var/www/testdb_2540 -connstr "Srvr=redos:2541;Ref=testdb_2540;" -confPath /etc/httpd/conf/httpd.conf
Изменим настройки SELinux, без данного изменения получим ошибку при обращении к нашей базе по веб-ссылке:
sudo nano /etc/selinux/config
Вместо
SELINUX=enforcing
укажем
SELINUX=permissive
Далее необходимо перезагрузить сервер.
Astra
sudo apt install apache2
systemctl status apache2
cd /opt/1cv8/x86_64/8.3.21.1644/
sudo ./webinst -apache24 -wsdir testdb_2540 -dir /var/www/testdb_2540 -connstr "Srvr=astra:2541;Ref=testdb_2540;" -confPath /etc/apache2/apach
e2.conf
sudo systemctl restart apache2
После выполнения указанных действий созданная информационная база должны быть доступна в браузере по адресу:
[АДРЕС СЕРВЕРА]/testdb_2540
Оптимизация postgres со сравнительными цифрами
При подключении к информационной базе через ярлык запуска 1С:Предприятия с типом подключения «На сервере 1С:Предприятия» необходимо использовать не IP-адрес сервера, а его имя, в противном случае не получится подключиться к серверу.
Оптимизация postgres со сравнительными цифрами
Загрузим в созданную базу данных демо конфигурации «1С:УНФ 8. Управление предприятием общепита». Данная конфигурация использует защиту СЛК, поэтому при запуске потребуется указать параметры сервера с подходящими ключами защиты. После подключения к СЛК база готова к работе.
Оптимизация postgres со сравнительными цифрами
Продолжение цикла экспертных статей об использовании Linux для 1С
В этой статье в фокусе нашего внимания оказались российские сборки Linux, но так же мы обновили и инструкции по разворачиванию сервера 1С для актуальных на момент написания статьи релизов.
Мы и дальше продолжим знакомить вас с особенностями работы в линукс-системах, будем обращать внимание на важные моменты развертывания инфраструктуры с акцентом на то, что относится к 1С, постараемся углубляться в важные с точки зрения производительности и удобства работы аспекты.