- Alt linux установка postgres
- Установка сервера 1C:Enterprise
- Alt linux установка postgres
- Содержание
- Установка сервера 1С:Предприятие на ALT Linux [ править ]
- Состав сервера 1С [ править ]
- Подготовка к установке [ править ]
- 32bit на x86_64 [ править ]
- Устанавливаем Postgresql [ править ]
- Установка и запуск защиты HASP [ править ]
- Установка и запуск сервера 1С [ править ]
- Создание сервера предприятия [ править ]
- Установка сервера 1С Предприятие 8.2 или 8.3 на ALT Linux для документооборота [ править ]
- Настройка Apache для веб-клиентов документооборота [ править ]
- Размещение пользовательских файлов конфигурации “Документооборот” [ править ]
- Часто возникающие проблемы [ править ]
- Установка 1С-сервера в OVZ-контейнер [ править ]
Alt linux установка postgres
Запустить из каталога, в котором лежат только скаченные файлы, команду:
apt-get install *.rpm
или такую команду:
apt-get install libpq5.2-8.4eter-8.4.4-alt0.M50.1.1.i586.rpm postgresql-8.4eter-8.4.4-alt0.M50.1.1.i586.rpm postgresql-8.4eter-contrib-8.4.4-alt0.M50.1.1.i586.rpm postgresql-8.4eter-server-8.4.4-alt0.M50.1.1.i586.rpm
Если у apt-а правильно настроен репозитарий, то недостающие файлы скачаются из интернета сами и установятся вместе с указанными.
Для того, чтобы создались конфигурационные и другие файлы сервера баз данных по пути /var/lib/pgsql/data/, запустим сервер postgreSQL:
beta2:/var/lib/pgsql/data # /etc/init.d/postgresql start
Starting postgresql service: [ DONE ]
При каждом изменении конфигурационных файлов нужно перегружать сервер postgreSQL, например командой /etc/init.d/postgresql restart.
Необходимо произвести некоторую настройку сервера postgreSQL. Открываем файл /var/lib/pgsql/data/postgresql.conf находим и редактируем следующие значения:
По инструкция в интернете вставил пару строк (помечены красным цветом), одну из которых закоментировал, т.к. сервер PostgreSQL не стартовал с ней.
Кусочек файла /var/lib/pgsql/data/postgresql.conf:
Открываем файл /var/lib/pgsql/data/pg_hba.conf открываем (от комментария) строки с локальными адресами и добавляем строку с нашей подсетью. Изменения указаны красным и синим цветом:
Если не удаётся с клиентских машин подключиться к серверу, то параметр ident для локальной сети временно можно заменить на trust.
Варианты запуска сервера postreSQL:
beta2:/var/lib/pgsql/data # /etc/init.d/postgresql start
Starting postgresql service: [ DONE ]
beta2:/var/lib/pgsql/data # LANG=ru_RU.utf-8 /etc/init.d/postgresql start
Starting postgresql service: [ DONE ]
Смена пароля пользователя postgres на сервере pgsql:
beta2:/var/lib/pgsql/data # psql -h localhost postgres postgres
psql (8.4.4-eter1.1alt)
Type «help» for help.
postgres=# ALTER USER postgres PASSWORD ‘post1c’;
ALTER ROLE
Выход из консоли pgsql:
список всех баз на сервере pgsql
# psql -h localhost postgres postgres
psql (8.4.4-eter1.1alt)
Type «help» for help.
postgres=# select datname from pg_database;
datname
————
template1
template0
postgres
base1c
base1c2
(5 rows)
Установка сервера 1C:Enterprise
1C_Enterprise82-common-8.2.12-92.i386.rpm
1C_Enterprise82-common-nls-8.2.12-92.i386.rpm
1C_Enterprise82-server-8.2.12-92.i386.rpm
1C_Enterprise82-server-nls-8.2.12-92.i386.rpm
1C_Enterprise82-ws-8.2.12-92.i386.rpm
1C_Enterprise82-ws-nls-8.2.12-92.i386.rpm
1C_Enterprise82-crs-8.2.12-92.i386.rpm
1C_Enterprise82-crs-nls-8.2.12-92.i386.rpm
Запустить из каталога, в котором лежат файлы сервера 1C:Enterprise, команду:
apt-get install *.rpm
В консоли 1С создаём наш Центральный сервер 1С:Предприятия 8.2
Вводим параметры нашего сервера 1С:Предприятия — имя и описание. Остальное уже установлено по умолчанию.
В списках серверов появится наш сервера 1С:Предприятия.
Дабавим Администратора для управления сервером 1С.
Введём имя и пароль Администратора 1С.
При обращении к базам сервера будет запрашиваться имя и пароль Администратора 1С.
Если имя и пароль введены верно, то вам откроются соответвующие параметры.
Заводить базу 1С на сервере надо с клиентской машины, т.к. база 1С будет строиться по шаблону который должен быть на клиенской машине. Инструкция по созданию базы 1С на Linux сервере 1С Enterprise с клиентской макшины.
Параметры базы данных на сервере 1С:Предприятия
Если так получилось, что при настройке сервера баз данных не создался рабочий процесс и при создании базы из клиента 1С:Предприятие выдаётся сообщение об отсутсии рабочего процесса, то его можно создать вручную в консоли сервера:
Источник
Alt linux установка postgres
Унифицированная статья для разворачивания сервера 1С:Предприятие 8.3 и 8.2.
Содержание
Установка сервера 1С:Предприятие на ALT Linux [ править ]
Состав сервера 1С [ править ]
- 1C_Enterprise82-common… — Общие компоненты 1С Предприятие 8.2 для Linux
- 1C_Enterprise82-crs… — Компоненты хранилища конфигураций 1С Предприятие 8.2 для Linux
- 1C_Enterprise82-server… — Сервер 1С Предприятие 8.2 для Linux
- 1C_Enterprise82-ws… — Компоненты Web-сервисов 1С Предприятие 8.2 для Linux
- 1C_Enterprise83-common… — Общие компоненты 1С Предприятие 8.3 для Linux
- 1C_Enterprise83-server… — Сервер 1С Предприятие 8.3 для Linux
- 1C_Enterprise83-ws… — Компоненты Web-сервисов 1С Предприятие 8.3 для Linux
Также для каждого из этих компонентов присутствуют пакеты -nls с поддержкой национальных символов.
Подготовка к установке [ править ]
Сначала проверьте настройку интернационализации системы:
Дело в том, что если сервер 1С не найдёт тут кодировки ru_RU.UTF-8 (например, если установка происходит в OVZ-контейнере), то он будет настойчиво пытаться подключиться к нашей базе с локалью en_EN.UTF-8. А в chroot postgresql копируется только та локаль, которая задана при создании базы. Таким образом 1С-сервер не сможет подключиться к базе.
Изменить локаль можно командой (подействует после перезагрузки):
Итак, данное руководство предполагает, что вы используете локаль ru_RU.UTF-8 в качестве общесистемной. Если вы хотите использовать для доступа к БД имя хоста, а не IP, то хорошо бы настроить обратную DNS-зону. Это избавит вас от некоторых хлопот и возможной путаницы (подробности ниже).
32bit на x86_64 [ править ]
Обязательно установите пакет i586-glibc-nss , если устанавливаете 32-битную версию 1С на x86_64 сервер — без этого не будет работать DNS в сервере 1С.
Устанавливаем Postgresql [ править ]
Стандартный Postgresql не будет работать с 1С, а rpm-пакеты с Postgres, которые идут в дистрибутиве 1C, предназначены только для установки на fedora-совместимых дистрибутивах. Устанавливаем пакеты от Etersoft, при этом не забывая обновить дистрибутив до последней версии.
Для Седьмой платформы ALT Linux есть более актуальные релизы от Postgres Pro. Там же можно найти документацию на русском. Для этого сначала подключаем репозитарий и затем устанавливаем (для )
Для установивших ОС с диска (а не разворачивающих ovz-контейнер) с кодировками быть проблем не должно.
В любом случае, проверяйте locale. Если нет UTF-8, устанавливайте:
Создаём файлы базы данных:
В седьмой платформе при попытке первого запуска сервиса (инициализации базы данных) postgresql версии 9 и новее может ругаться на отсутствующий каталог базы данных (/var/lib/pgsql/data), после ручного его создания (install -d -o postgres -g postgres /var/lib/pgsql/data) СУБД инициализируется нормально. Как рекомендует скрипт проверки базы, можно выполнить /etc/init.d/postgresql initdb, он создаёт также все необходимые файлы конфигурации.
После этого открываем файл /var/lib/pgsql/data/postgresql.conf и проверяем, чтобы postgres слушал нужный интерфейс, имел соответствующую локаль и настройки, описанные в документации 1С-сервера. Вот пример работающего файла конфигурации (закомментированные строки пропущены).
Учтите, что эта настройка далека от идеальной и производительной. Данное руководство не ставит перед собой такой задачи, поэтому настроить Postgresql под свои нужды вам надо будет самостоятельно (вот, к примеру, руководство по настройке производительности, ещё конкретно для 1С, а вот официальная документация по используемой версии PostgreSQL)
Также учтите, что postgres использует разделяемую память (shared memory) и в ядре есть ограничения, возможно, придётся их увеличить (по информации с gilev.ru, начиная с postgresql 9.4 это делать не нужно):
- sysctl kernel.shmall — the total amount of shared memory pages that can be used system wide, default 2097152.
- sysctl kernel.shmmax — the maximum size in bytes of a single shared memory segment that a Linux process can allocate in its virtual address space, default 1073741824 (1 GiB)
- sysctl kernel.shmmni — the system wide maximum number of shared memory segments, default 4096.
Также в файле /var/lib/pgsql/data/pg_hba.conf вам надо будет определить политику доступа пользователей к СУБД (для этого читайте документацию postgresql). По умолчанию после /etc/init.d/postgresql initdb все базы доступны всем без проверки (правило «trust»). Как минимум, можно сделать так:
Что означает разрешение подключаться с любых адресов к любым базам с авторизацией по паролю.
Не забываем поставить СУБД на автостарт (годится и для sysvinit, и для systemd):
Затем запускаем его:
Для первоначальной настройки достаточно сменить пароль суперпользователя СУБД командой psql -h localhost -U postgres template1 или (короче) psql -U postgres :
Лучше создать отдельного пользователя для каждой базы данных (см. #Пользователи СУБД)
На этом настройка Postgresql завершена.
Вопросы безопасности [ править ]
Доступ через сокет unix [ править ]
По умолчанию в файле /var/lib/pgsql/data/postgres.conf задано, что postresql создаёт сокет с правами доступа 0777 («все могут писать-читать»), при этом в /var/lib/pgsql/data/pg_hba.conf при подключении через сокет нет проверки пользователя.
Есть два пути решения.
1. Разрешить доступ к сокету только членам группы postgres в файле postgres.conf:
2. Требовать аутентификацию при подключениях через сокет в файле pg_hba.conf:
В первом случае, если сервер 1С будет подключаться к postresql через сокет unix, нужно включить пользователя usr1cv8 в группу postgres:
Обычно это не нужно — используется подключение TCP.
Доступ через TCP [ править ]
Если это не было сделано, установите пароль пользователя postgres
Затем в файле pg_hba.conf укажите требование аутентификации для подключений через сокеты TCP (исходно там указано «trust» — то есть без аутентификации):
Пользователи СУБД [ править ]
Для работы 1С можно создать отдельного пользователя или даже отдельного пользователя для каждой информационной базы 1С:
Возможно, понадобится также дополнительно назначить полные права пользователю: GRANT ALL ON DATABASE db1c TO cluster1c;
Проблема в том, что для работы 1С нужны права на создание и изменение функций в схеме public. (Самый простой путь тут — дать пользователю роль postgres, что эквивалентно работе с СУБД под суперпользователем: GRANT postgres TO cluster1c; . Если есть более корректный путь — укажите его здесь.)
Установка и запуск защиты HASP [ править ]
В 2018 году обычно приобретаются и устанавливаются программные лицензии, аппаратный ключ используется редко. К тому же для сервера 1С на Linux технически не требуется серверный ключ при количестве подключенных пользователей менее 10, но сама лицензия на использование должна быть. В любом случае для клиентских компьютеров лицензии нужны, и если они хранятся на ключе, лучше всего подключить его к серверу и установить менеджер лицензий.
Устанавливаем менеджер лицензий:
После его установки достаточно запустить сервис:
Проверяем, будет ли он запускаться при загрузке:
Если на уровнях 3 и 5 не включен — включите:
Установка и запуск сервера 1С [ править ]
Зависимости и установка [ править ]
Заходим в каталог с распакованным rpm64.tar.gz и выполняем следующую команду (с поправкой на свою версию):
Серверу 1С может понадобится библиотека fontconfig.so — пакет fontconfig или i586-fontconfig , libWand.so — пакет libImageMagick или i586-libImageMagick
Для нормальной работы тонкого и Web-клиента 1С Предприятия также требуются: unixodbc, libgsf, glib2, ttf2pt1, ImageMagick (+ создание символических ссылок /usr/lib64/libWand.so → libMagickWand-6.Q16.so.1.0.0 и /usr/lib64/libWand.so.1 → libMagickWand-6.Q16.so.1.0.0). Все это можно сделать вручную, либо установив пакет 1c-preinstall-full, который тянет многие зависимости нужные для рабочей станции, но излишние для сервера.
Автостарт сервиса [ править ]
также для остановки и перезапуска можно использовать, соответственно, команды:
а для просмотра статуса, команду:
Важно: эти два момента уже описаны в нескольких разделах этой статьи и не ясно наверняка оба ли они нужны для успешного старта сервиса.
1. У самого файла /opt/1cv8/x86_64/8.3.19.1229/srv1cv83 шебанг должен быть не
2. Сервер может не стартовать из-за отсутствия файла (но это не точно)
, который отсутствует в ОС Альт
Его можно создать так:
Ротация логов [ править ]
1С ведёт журнал действий пользователя для каждой информационной базы. Эти журналы сохраняются в домашнем каталоге пользователя usr1cv8. К сожалению, эти журналы не ограничены в размерах средствами 1С и в некоторый момент том будет переполнен, из-за чего сервер 1С будет отвергать соединения клиентов. Одно из решений — отключить журнал в конфигураторе.
Если журнал нужен, решение простое — нужно настроить ротацию файлов
usr1cv8/.1cv8/1C/1cv8/reg_*/*/1Cv8Log средствами logrotate.
Также полезно создать для домашнего каталога пользователя usr1cv8 отдельный том и/или назначить профиль пользователя в каталог /var/lib/1cv8 (usermod -d /var/lib/1cv8 usr1cv8 ; mv /home/usr1cv8 /var/lib/)
Пример файла /etc/logrotate.d/srv1cv8 (цифры в имени каталога «reg_1541» — номер порта, на котором процесс rmngr принимает подключения клиентов):
Запуск [ править ]
К сожалению, 1С-сервер практически не пишет никаких отчётов, поэтому если что-то не работает, понять, что именно не так, бывает сложно. Разумеется, можно подключить технологический журнал. Но даже самое усердное курение самого подробного технологического журнала может оказаться малопродуктивно, если мы имеем дело с чем-то вроде «Unknown error».
Например, srv1cv83 попросту не запустится, если HOSTNAME= из /etc/sysconfig/network почему-то не разрешается в адрес. Чтобы избежать этого, проследите, чтобы имя сервера было зарегистрировано в доменной зоне, а также добавьте соответствующую запись в /etc/hosts, тогда неисправность/сбой/недоступность DNS будут не так страшны.
Порты, которые слушает 1С:
Особенности автозапуска 1С-сервера при системе запуска systemd [ править ]
В случае установки альт-сервера 8 в системе по умолчанию устанавливается systemd. Вместе с ним устанавливается пакет, позволяющий запускать автоматически пакеты, прописанные для запуска системы в sysV. В поставке 1С-сервера присутствует скрипт для запуска в sysV, и после установки 1С-сервера он копируется в каталог /etc/init.d/srv1cv83. В этом скрипте есть небольшая ошибка, которая не проявляется при интерактивном запуске 1С-сервера и при автостарте в sysV, но при автостарте из под systemd она проявляется и не дает ему стартовать. Для исправления этой ошибки открываем скрипт автозапуска 1С-сервера /etc/init.d/srv1cv83 в любом редакторе, добавляем первую строку #!/bin/sh и сохраняем скрипт. После такой модификации скрипта можно спокойно рестартовать систему. 1С-сервер будет автоматически запускаться.
Создание сервера предприятия [ править ]
Из Windows это можно сделать так:
Запустите оснастку управления серверами предприятия из меню Пуск → 1С Предприятие 8.3 → Серверы 1С Предприятия. Создайте центральный сервер. Для этого войдите в контекстное меню и выберите пункт «Создать центральный сервер 1С Предприятия». Введите имя и описание линукс-сервера. Теперь после закрытия окна нажмите на плюсик рядом с новым сервером. Если сообщений об ошибках не было выдано, то создастся кластер.
Имя кластера лучше задавать в виде адреса IP, иначе на каждом компьютере с клиентом 1С придётся обеспечить разрешение имени сервера в адрес.
Информационные базы создаются прямо из оснастки управления кластером 1С:Предприятие, либо при запуске Конфигуратора. Для каждой ИБ нужна своя база данных в postgres. При этом можно задать для каждой такой БД своего пользователя в postgres, но для работы с 1С пользователю postgres нужна роль postgres — точнее, нужны права на создание и удаление функций в схеме public.
После создания (или загрузки базы) можно подключаться к серверу толстым или тонким клиентом, для Web-доступа базу нужно дополнительно опубликовать (см. ниже)
Файлы конфигурации и рабочие файлы информационной базы (временные, протоколы, . ) размещены в
Из Linux это можно сделать так:
Войдите в меню Все функции. — Стандартные — Управление серверами тонкого или толстого клиента 1С:Предприятие 8.3. Для управления кластером клиентское приложение требует RAS, запущенный на рабочем сервере к которому идёт обращение. Создайте центральный сервер аналогично тому, как описано для Windows.
Установка сервера 1С Предприятие 8.2 или 8.3 на ALT Linux для документооборота [ править ]
Стенд для 1С:Документооборот разворачивали двое — представитель ALT Linux и представитель 1c-kpd.
Опишу линуксовую часть.
- Разворачиваем сервер. Использовался сервер на 5-ой платформе, после установки дотянут до текущего p5
- устанавливаем PostgreSQL от Etersoft: postgresql-8.3eter — установка и настройка по стандарту
- Устанавливаем Алладиновские ключи. HASP-ключи взяты для Red Hat, usb-ключ воткнут — должен загореться после установки
- Устанавливаем 1С 8.2.10.77 (с более старыми версиями проблема с документооборотом) взято с фтпшника компании http://1c-kpd.ru/ (нужен пароль)
- Настраиваем apache для работы веб-клиента
Все шаги, кроме последнего достаточно тривиальны, за исключением мелочи — человек (из 1С) настраивающий сервер со стороны винды сообщил о каких-то ошибках которые лечатся запуском скрипта /opt/1C/8.2/i386/utils/config-server (актуально только для 1C 8.2). Скрипт капризный, требует указания пути к мелкомягким шрифтам, потому понадобилось установить fonts-ttf-ms и конвертер ttf2pt1, после чего скрипт запускается с указанием пути к каталогу шрифтов как параметра командной строки и молча отрабатывает. Помогло.
Настройка Apache для веб-клиентов документооборота [ править ]
Описан дефолтный вариант — подкаталог в основном сайте. В примерах используется версия сервера 1С 8.3.
Настройка проводится в четыре шага:
- Надо создать в домашнем каталоге пользователя usr1cv82 в случае 1С 8.2 или usr1cv8 в случае 1C 8.3 корень будущего сервера
- положить в него файл-описание подключения к серверу (*.vrd),
- затем подключить модуль 1С к апачу
- и создать конфиг хоста в апаче.
Информация о модуле:
-
- имя модуля: _1cws_module
- файл модуля 1C 8.* для apache 2.2: /opt/1C/v8.*/x86_64/wsap22.so
- файл модуля 1C 8.* для apache 2.4: /opt/1C/v8.*/x86_64/wsap24.so
- файл модуля 1C 8.* для apache 2.0: /opt/1C/v8.*/x86_64/wsapch2.so
На 2017 год внедренцы рекомендуют использовать apache 2.2, хотя в пакете 1C_Enterprise83-ws есть модули для apache 2.0, 2.2 и 2.4.
Шаг 1. Создаем корень сервера
Это просто каталог, владельцы которого usr1cv8:grp1cv8 (или можно сделать apache2:grp1cv8 и дать права доступа владельцу только на чтение).
Надо позаботиться о том, чтобы apache2 мог его увидеть в
Остальное можно сделать автоматически разом либо вручную поэтапно. Второй способ гибче, например, можно назначить каждой информационной базе отдельное доменное имя (создать VirtualHost).
Автоматически [ править ]
В главе 7 документации администратора описана команда webinst.
Используя webinst, нужно создавать файл в /etc/httpd2/conf/extra-available/ и симлинк на него в /etc/httpd2/conf/extra-enabled/. Пример для версии 8.3:
Смотрим, что получилось:
Вручную [ править ]
usr1cv8/www/DemoApp/ надо создать файл default.vrd такого содержания:
В третьей строке значение параметра «base» отражает тот факт, что
usr1cv8/www/DemoApp — корень веб-интерфейса информационной базы.
В четвертой строке в параметре «ib» указана строка подключения к информационной базе (connection string), в примере IP сервера — 192.0.2.54 (можно указать доменное имя интерфейса, можно localhost), база 1С называется «doc_demo». База должна быть создана в Конфигураторе.
Правильное значение connection string посмотрите в клиенте 1С внизу окна выбора информационной базы.
Шаг 3: Добавляем модуль в конфигурацию apache
Для этого в /etc/httpd2/conf/mods-available создаём файл _1cws_module.load:
Затем включаем его в работу:
Шаг 4. Конфиг хоста
Простейший вариант — подкаталог в стандартном сайте.
Cоздаем файл /etc/httpd2/conf/include/1c.conf такого вида:
Включаем /etc/httpd2/conf/include/1c.conf в конфигурацию стандартного виртуального хоста:
Другой вариант — виртуальный хост со своим доменным именем.
- Cоздаем файл /etc/httpd2/conf/sites-available/1c.conf
Проверка [ править ]
Перезапускаем апач. Если ругнулся на ManagedApplicationDescriptor, значит модуль от 1С не загрузился.
Проверяем с клиента по адресу http://IP/DemoApp — должна показаться морда информационной базы.
Для входа далее нужен специальный клиентский ключ. Программные ключи предоставляет специальная win32-only программа. Обычно ключи запрашивает у неё и распределяет между клиентами сам сервер. Первые 8 клиентов работают без него, при этом, если настроен технологический журнал, в его файлах rpmngr на каждое обращение клиента сообщает об отсутствии лицензии.
Размещение пользовательских файлов конфигурации “Документооборот” [ править ]
В конфигурации “1С:Документооборот” есть возможность хранить произвольные файлы в информационной базе. В действительности они хранятся не в СУБД, а в виде файлов. Подходящее место для таких файлов — домашний каталог пользователя usr1cv8, например, подкаталог
usr1cv8/1sfiles. Перед использованием его нужно создать:
А затем посмотрите, какой он в файловой системе (ls -d
usr1cv8/1sfiles) и укажите его в конфигурации.
Часто возникающие проблемы [ править ]
usr1cv81/.1cv81/1C/1Cv81/reg_1541/1CV8Reg.lst (версия 8.1) или
usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst (версия 8.3) можно найти конфигурацию кластера 1С в формате JSON. Например, такую:
UUID, расположенный в начале каждой секции JSON, идентифицирует конкретную конфигурацию. 1С сервер создаёт для конфигурации подкаталоги, именованные этим UUID, в приведённом примере это:
- 1С не сможет подключиться к базе Postgresql, если настройки локали не совпадают. Так что приведите параметр Locale= в соответствие с настройками вашей базы.
- 1С берёт значение хоста откуда угодно, только не из настроек, введённых пользователем. 🙂 При необходимости укажите правильные имена хостов для «Центрального сервера» и «Локального кластера» вручную. Однако если у вас правильно настроена обратная зона DNS, ручных исправлений не потребуется.
- Если том с домашним каталогом пользователя usr1cv8 переполнился, сервер сбрасывает подключения клиентов без какой-либо диагностики. Решение — перенесите домашний каталог сервера 1С на отдельный том или в /var и настройте ротацию журналов действий пользователей (это файлы «1Cv8Log»).
Установка 1С-сервера в OVZ-контейнер [ править ]
Для начала создадим ovz-инстанцию.
Можно воспользоваться готовым spt-профилем из пакета spt-profiles-ovz-1C
Установка профиля производится так
Для работы с spt вы должны иметь установленные и настроенные hasher и spt. Читайте соответствующие руководства.
Либо вы можете взять готовый ovz-шаблон отсюда.
Далее размещаем шаблон в /var/lib/vz/template/cache/
и создаём ovz-инстанцию:
Здесь 101 — это номер инстанции (у вас он может быть другой) и myserver — конфигурация сервера; вам также нужно произвести её самостоятельно, для чего читайте руководство по OpenVZ.
Копируем внутрь rpm-пакеты с 1С-сервером:
После этого можно зайти в инстанцию и установить пакеты 1С-сервера:
Источник