Установить 1с на fedora

Обновлено: 08.07.2024

Скачаем файлы необходимые для сервера 1С:
1C_Enterprise82-common-8.2.16-368.i386.rpm
1C_Enterprise82-common-nls-8.2.16-368.i386.rpm
1C_Enterprise82-server-8.2.16-368.i386.rpm
1C_Enterprise82-server-nls-8.2.16-368.i386.rpm

Запустим из каталога, в котором лежат файлы сервера 1C:Enterprise, команду:

yum install 1C_Enterprise82-common-8.2.16-368.i386.rpm \
1C_Enterprise82-common-nls-8.2.16-368.i386.rpm \
1C_Enterprise82-server-8.2.16-368.i386.rpm \
1C_Enterprise82-server-nls-8.2.16-368.i386.rpm

2. Настройка и подготовка к запуску сервера 1С

Перейдём с каталог /opt/1C/v8.2/i386/utils и запустим скрипт конфигурации 1С:

Please install following package: ImageMagick
Please install following package: libgsf
Please install following package: UnixODBC
Can not detect font directory, please specify it!

Установим указанные пакеты из репозитория командой:

yum install ImageMagick libgsf glib2 ttf2pt1 unixODBC

Снова запускаем скрипт config_server:

3. Установка и настройка шрифтов для сервера 1С

Установим cabextract из репозитория командой:

yum install cabextract

Файлы chkfontpath и msttcorefonts скачаем:

yum install msttcorefonts-2.0-1.noarch.rpm \
chkfontpath-1.10.1-2.fc17.i686.rpm

Сделаем в каталоге со шрифтами недостающую ссылку на шрифты True Type:

После проделанных изменений попросим сервер шрифтов пречитать конфигурационные файлы:

4. Завершение конфигурирования сервера 1С

Снова запустим скрипт конфигурирования сервера 1С с путем к шрифтам:

Скрипт отработает - создаст xml-файл в нужном месте - на этом все действия по настройке сервера на Linux завершены.

5. Запуск сервера 1С

Все должно работать!

6. Автозапуск сервера 1С

Для того, чтобы после перезапуска сервера сервисы SQL-сервера и сервера 1С поднимались (запускались) автоматом нужно проделать следующее (Пропишем сервера в автозагрузку):

chkconfig postgresql-9.1 on
chkconfig srv1cv82 on

Но после перезапуска сервера - сервер 1С автоматом не заскается. Так как в скрипте srv1cv82 допущена ошибка - скрипт не будет запускаться автоматом при загрузке сервера по причине отсутсвия в первой строке скрипта строки:

Просто добавим её в первую строку файла /etc/init.d/srv1cv82

Ну а дальше - дело техники. Действия описанные много раз. Единственное замечание: если не настроен DNS на linux-сервере 1C или где-либо в сети, то на машинах, которые будут соединяться с сервером 1С надо прописать в файле hosts соответвие IP-адреса имени сервера 1С на linux-е. И далее работать в консоли администрирования 1С и при создании базы 1С из клиентского приложения по имени сервера 1С на Linux-е. Для маленьких проектов - это позволительно.

7. Обновление сервера 1С

Обновлять систему, на которой установлен сервер 1С нужно очень осторожно и осмотрительно. Может так получиться, что что-то нарушиться. Например вот это:

В данном случае не запустился скрипт config_server (/opt/1C/v8.2/i386/utils/config_server), так как ссылка libgsf-1.so указывает на несуществующий файл, который сменил название, из-за обновления версии.

Может так случиться, что при запуске скрипта /etc/init.d/srv1cv82 не будет запускаться RAgent (или сначала запуститься, а затем быстро упадёт), о чем будет свидетельствовать статус: RAgent: NOT RUNNING. Проверить его можно командой:

/etc/init.d/srv1cv82 status

service srv1cv82 status

Данную проблему можно попробовать решить, убрав в сторону каталог snccntx, естественно при остановленном сервере 1С:

cd /home/usr1cv82/.1cv82/1C/1Cv82/reg_1541/
mv snccntx _snccntx

При следующем запуске сервера 1С данный каталог создастся заново сам.

В такой связке - Linux + PostgreSQL + 1C - есть бонус для разработчиков - разрешено 12 соединений с сервером при условии использования на сервере 1С одного рабочего процесса. Т.е. серверная лицензия не требуются! (А вот клиентская лицензия нужна).

вот это интересная статья, а не графомания по поводу того, что текущие данные в УФ - не всегда данные и не всегда текущей строки. Очень странный сервер с графикой от nvidia и графическим окружением. Обычно Linux сервер ставят вообще без графического окружения (2) В данном случае настраивалось рабочее место, файловые базы.

Ещё более странный выбор. Если уж Linux использовать для рабочего места, то это должна быть Ubuntu. А не серверная система

(12) категорически не согласен, что рабочая станция Ред Хат хуже других решений. Вами незаслуженно обижены специалисты Ред Хат, которые свято верят что их решения сокращают время незапланированных простоев по сравнению с другими системами. Ред Хат это ведущая в мире корпоративная платформа Linux не только для серверов, но и для рабочих станций. Считаю что Windows непригодно для работы, когда в работе надо крутить системные настройки. Например вывести из строя "магазин Виндоуз", без которого операционка становится инвалидом - элементарно, потом уже не восстановить. Убунту тоже не стабильна (поначалу конечно все хорошо, но после череды обновлений - через 1,5 года рассыпается, надежность это не её конек, может если копать слишком глубоко починишь, но оно того не стоит). Убунту 20.04 на двухъядерном проце с 4 гб оперативки жестоко умирает, ред хат линукс 8 с интеграционной шиной фьюз на борту чувствует себя прекрасно. 1ска конечно немного притормаживает на ред хат, но памятую что на Убунте это было гораздо гораздо хуже. Виндоуз и Убунту для меня - давным-давно пройденный этап. А Вы мне кажется не имеете представление о том, о чем пытаетесь судить.

Про Windows это зря. У меня на днях полетел SSD. Больше 20 ошибок UNCR в программе Victoria. И при этом Windows 10 умудрялся как-то загружаться. Иногда с процедурой восстановления

Просто Red Hat - это больше про сервера. С десктопами не так удобно работать. Версии программ или старые в репозитория или не стабильные

Все-таки Fedora - это тестовый полигон для основного продукта со всеми глюками и багами

(12) Извините за некропостинг, но: ваше утверждение в корне неверно. Линуксов нет "серверных" и "не серверных". Установите на десктоп серверное приложение, отключите монитор - вот сервер; установите на "сервер" окружение рабочего стола - вот вам и "рабочее место".

Про "тестовый полигон" тоже искажение фактов. У федоры собственный независимый цикл разработки. Релизы получаются очень стабильными. 8 лет на федоре - ни одного сбоя, хоть ПО по "свежести", о чём вы в (14) говорите, ни разу не старее аналогичной убунты. В той же "свежей" убунту ни одного релиза не было, чтобы не вылазило багов. Что на intel с интегрированным видео или с nvidia, что на amd.

А если учесть, что Ubuntu взяли курс на заворачивание всего десктопа в snap, который в свою очередь намертво прибит к экосистеме Canonial, то использовать Ubuntu - добровольно загонять себя под вендорлок.

Адекватным выбором сейчас будет, как раз, или Debian, или Fedora, или тот, кто придёт на замену ныне покойному CentOS. А учитывая короткий срок жизненного цикла Fedora и туманность будущего наследников CentOS, выбора практически нет.

Старый софт - не старый софт, для работы значение имеет мало. Даже наоборот. Если окружение рабочего стола не будет меняться каждые пол-года\год, пользователи вам спасибо скажут только.

Браузер достаточно свежий, ESR (обычный стабильный выпуск огнелиса использовать тоже так себе идея); документы открываются; рабочее прикладное обеспечение функционирует; обновления безопасности прилетают - что ещё надо?

Сервер предприятия 8.1, а также SQL сервер могут работать на операционной системе Linux (Fedora, CentOS). В качестве SQL сервера в этом случае может использоваться PostgreSQL.

Не стоит устанавливать сервер 1C предприятия и Postgresql с установочных дисков 1С – там обычно устаревшие версии.

Установка операционной системы

1. Убедитесь, что устанавливаемая сборка Linux поддерживает имеющееся оборудование (особенно сетевую плату и RAID-контроллеры)

2. Для нормальной работы некоторых Linux (например CentOS 5.0) необходимо подключение к интернету.

3. Установку RPM пакетов удобно выполнять из графической оболочки, поэтому при установке выберите GNOME

4. Установите также клиент «Самба», если необходим доступ к сети Microsoft.

5. При установке не стоит устанавливать СУБД «PostgreSQL», входящую в дистрибутив (из раздела «Server»). Эта версия не подходит для 1С. Необходима специальная с патчами (можно взять с официального сайта 1С).

6. Обязательно выберите для установки midnight commander (mc) – удобно для тех кто на ВЫ с консольными командами Linux.

7. После установки Linux первым делом настройте сетевое подключение и подключение к интернету. Убедитесь что сетевое подключение и подключение к интернету работает (Система – Администрирование - Сеть).

8. Установите сетевое имя компьютера (Система – Администрирование – Сеть - DNS)

Установка защитного ключа

До двенадцати пользователей могут работать без ключа! Справедливо для версии 1С 8.1.11

Установка сервера приложений

До установки необходимо установить имя сервера в настройках сети на закладке DNS (Система/Администрирование/Сеть)

Если вы залогинены как обычный пользователь, но при каждом административном действии вводите пароль от root в ответ на запрос ОС, то в данном случае этот пароль запрошен не будет. Запрос пароля нужно самостоятельно инициировать командой консоли:

Если на сервере уже стояла предыдущая версия сервера 1С, то её следует удалить из системы. Для этого в главном меню Приложения войдите в Установка/удаление программ , перейдите на вкладку List , снимите флажки со всех пунктов, начинающихся на 1C_Enterprise , и нажмите Применить . Если переустановка выполняется полностью (если необходимо удалить информацию о кластере), то необходимо удалить пользователя «srvr1cv81», утвердительно ответив на вопрос об удалении вместе с ним его домашнего каталога в /home. Также необходимо удалить каталоги /opt/1C/ и /root/.srvr1cv81

Теперь откройте папку с дистрибутивом и двойным щелчком запускайте установки в следующей последовательности:

Не бойтесь устрашающих предупреждений – это нормальное явление.

Теперь нужно запустить агент сервера ragent в режиме демона. Для этого запустите консоль bash из меню Приложения – Стандартные – Терминал и введите следующие команды:

Для 64-х разрядных серверов вместо «i386» надо применять « x86_64 ».

По команде «top – u usr1cv81» или «ps -aux» процессы сервера приложений в списке называются «ragent», «rmngr» и «rphost» - запущены от имени «usr1cv81».

По команде netstat -na|grep tcp в списке должны бать строки:

tcp 0 0 0.0.0.0:1540 0.0.0.0:* LISTEN

tcp 0 0 0.0.0.0:1541 0.0.0.0:* LISTEN

tcp 0 0 0.0.0.0:1560 0.0.0.0:* LISTEN

tcp 0 0 0.0.0.0:1561 0.0.0.0:* LISTEN

tcp 0 0 0.0.0.0:1562 0.0.0.0:* LISTEN

tcp 0 0 0.0.0.0:1563 0.0.0.0:* LISTEN

Проверьте возможность подключения к серверу с клиентского компьютера с помощью консоли кластера.

В следующих каталогах хранятся данные кластера: файл srvribrg.lst, каталог REG_:

Если после установки сервера 1С изменили сетевое имя сервера, то в этих файлах его также надо изменить!

Если сервер 1С автоматически не запускается при загрузке системы, то необходимо выполнить:

chkconfig --add srv1cv81

chkconfig srv1cv81 on

chkconfig --list для проверки

Установка SQL сервера

Проверено для версии 8.2.4

Для нормальной работы сервера 1С необходима особая версия PostgreSQL, пропатченная. Поэтому если на сервере уже установлена обычная версия PostgreSQL, придётся её деинсталлировать! Для этого в главном меню Приложения войдите в Установка/удаление программ, найдите слева пункт Серверы и снимите птичку рядом с пунктом База данных PostgreSQL. Потом нажмите кнопку Применить и дождитесь завершения операции.

SELinux надо отключать: «Система-Администрирование-Уровень безопасности и межсетевой экран», закладка «Настройка SELinux»

Откройте папку и запускайте установки двойным щелчком в следующей последовательности:

Следующие компоненты являются опциональными:

В терминале запустите следующую команду консоли (перед этим команда su root должна уже быть исполнена):

LANG=ru_RU.utf-8 /etc/init.d/postgresql start

Если эта команда не выполнилась и в комментарии что-то написано про команду «InitDB», то

1. Удалите каталог /var/lib/pgsql/data/ (если он существует с помощью mc)

2. Переключитесь на пользователя «postgres» надо выполнить: su postgres

3. Выполните команду initdb –D /var/lib/pgsql/data/

Эта команда помимо прочего заполнит папку /var/lib/pgsql/data/ умолчальными настройками.

gedit /var/lib/pgsql/data/postgresql.conf или «F4» в mc

Откроется редактор. Найдите по Ctrl-F или F7 и измените там следующие параметры:

Рекомендуется увеличить значение параметра effective_cache_size в конфигурационном файле postgresql.conf. Значение этого параметра рекомендуется устанавливать не менее половины объема оперативной памяти установленной на компьютере.

Сохраните файл и закройте редактор.

В файле, открываемом командой

host all all 127.0.0.1/32 trust

host all all 0.0.0.0/0 md5

Эти параметры вы сможете отконфигурировать позднее (имеет смысл в целях безопасности ограничить подключения, например, только локальным хостом localhost), когда убедитесь, что всё (включая клиента 1С) работает.

Теперь перезапустите сервер PostgreSQL:

Если сервер PostgreSQL не стартует, то проблемы следует искать в лог-файле. Лог-файлы PostgreSQL находятся в каталоге /var/lib/pgsql/data/pg_log. Просмотр лог-файлов можно выполнять с помощью команды «cat», формат: cat имя_файла

Войдите в консоль PostgreSQL командой:

psql -h localhost postgres postgres или psql -h 127.0.0.1 postgres postgres

(Формат команды psql –h имя_хоста имя_базы имя_пользователя)

и добавьте строку:

Теперь консоль должна запуститься. Введите пароль postgres (ввод пароля не отмечается ни буквами, ни звёздочками).

Если Вам не удается подключиться к консоли PostgreSQL по причине того что не подходит пароль, то в файле /var/lib/pgsql/data/pg_hba.conf для строки:

host all all 127.0.0.1/0 md5

необходимо «md5» поменять на «trust» (убедитесь что строка раскомментирована) и перезапустить сервер PostgreSQL

Теперь консоль должна запуститься без требования пароля.

При первом запуске PostgreSQL создаётся учётная запись postgres с паролем postgres. Первое, что надо сделать в консоли – сменить этот пароль командой:

ALTER USER postgres PASSWORD 'your_new_password';

В версии 8.2 PostgreSQL пароль по умолчанию уже почему-то не «postgres», поэтому что бы не путаться лучше изменить его на «postgres»:

ALTER USER postgres PASSWORD 'postgres';

По окончании работы с консолью PostgreSQL следует выполнить команду:

Если в файле /var/lib/pgsql/data/pg_hba.conf Вы меняли «MD5» на «trust», то можно выполнить обратную замену, (если доступ к консоли сервера ограничен, то можно не делать) перезапустить сервер PostgreSQL и проверить подключение к консоли с помощью измененного Вами пароля

По команде «ps -aux» процесс в списке называется «postmaster», запущен от имени «postgres».

По команде netstat -na|grep tcp в списке должны быть строка:

tcp 0 0 0.0.0.0: 5432 0.0.0.0:* LISTEN

Проверьте подключение к серверу PostgreSQL с другого компьютера сети с помощью «PGAdmin»

Для автоматического запуска SQL сервера при старте системы необходимо выполнить команды:

chkconfig --add postgresql

chkconfig postgresql on

chkconfig --list для проверки

Создание базы данных

Установите на клиентскую Windows-машину клиента 1С v8.1 со средствами доступа к серверу предприятия 1С.

Если для опредения URL адресов в локальной сети используется сервер DNS, то в его базу необходимо внести информацию о сервере, иначе пропишите сервер на каждом клиенте в файл %SYSTEMROOT%\system32\drivers\etc\hosts. Его можно отредактировать, например, блокнотом, добавив строку, подобную этой:

где 192.168.1.1 – это IP-адрес линукс-сервера, а centos – его имя. Не пренебрегайте этим шагом, так как доступ к серверу из оснастки просто по IP-адресу весьма затруднителен.

Проверьте что сервер доступен по имени. С клиентского компьютера выполните команду:

Также проверьте что выполняется обратное определение для имени сервера. С клиентского компьютера выполните:

В заголовке результата этой команды должно быть имя сервера «Centos».

Запустите оснастку управления серверами предприятия из меню Пуск – 1С Предприятие 8.1 – Серверы 1С Предприятия. Создайте центральный сервер правым щелчком.

Создайте пустую БД из консоли кластера

Если при создании базы возникает ошибка «11004»:

Ошибка соединения с рабочим процессом

server_addr=tcp://localhost.localdomain:1563 descr=Ошибка сетевого доступа к серверу

(Windows Sockets-11004(0x00002AFC). Затребованное имя допустимо и оно найдено в базе данных, но для имени отсутствуют связанные с ним данные, которые были разрешены для него.) line=546 file=.\scr\DataExchangeTcpClientImpl.cpp

То решения следующие:

1. Проверить имя сервера: Центральные серверы 1С Предпрития – Сервер – Кластеры – 1541 – Рабочие серверы – Имя сервера. Если имя сервера 1С отличается от сетевого имени сервера, то необходимо изменить имя сервера 1С. (описано в конце установки сервера 1С)

2. IP-адреса имени и . выполняется по разному. Проверить:

- как задано имя сервера 1С:Предприятия при регистрации ИБ на клиентском приложении?

- выполняется ли ping по этому имени и определяется ли IP адрес?

- совпадает ли IP адрес с тем, который выдает ping из того же домена?

3. Отстутствует имя компьютера центрального сервера в DNS или в файле C:\WINNT\system32\drivers\etc\hosts

- попробуйте имя сервера внести в файл hosts на проблемном компьютере, указав ему IP адрес, вырываемый ping-ом с компьютера, на котором 1С:Предприятие стартует нормально.

4. Нет прав на сервер

Войдите в конфигуратор пустой базы и загрузите *.dt

Если при загрузке *.dt в пустую базу возникли проблемы связанные с региональными установками, то в исходной базе необходимо изменить региональные установки «Администрирование – Региональные установки информационной базы» и выгрузить *.dt еще раз.

Резервное копирование и восстановление

Выполнить резервное копирование и восстановление можно из консоли «pgAdmin III». В контекстном меню на выделенной базе данных есть пункты «Резервная копия…» и «Восстановить…»

Postgres обеспечивает две утилиты для резервного копирования системы: pg_dump для резервного копирования индивидуальных баз данных и pg_dumpall для резервного копирования установки за один шаг.

Для отдельной базы данных можно сделать резервную копию с помощью следующей команды:

% pg_dump dbname > dbname.pgdump

и восстановить с помощью

cat dbname.pgdump | psql dbname

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

Т.к. Postgres позволяет таблицы больше чем максимальный размер файла в системе, может быть проблематично сбросить таблицу в файл, вероятно, что результирующий файл окажется больше, чем максимальный размер файла, разрешенной в системе.

Так как pg_dump пишет в stdout, ты можешь использовать стандартные утилиты *nix для работы над этой возможной проблемой:

Используй сжатие при сбросе:

% pg_dump dbname | gzip > filename.dump.gz

восстановив с помощью

% gunzip -c filename.dump.gz | psql dbname

% cat filename.dump.gz | gunzip | psql dbname

% pg_dump dbname | split -b 1m - filename.dump.

восстановив с помощью

% cat filename.dump.* | pgsql dbname

Конечно, имя файла (filename) и содержимое вывода pg_dump не нужно сравнивать с именем базы данных. Также, восстановленная база данных может иметь произвольное новое имя, так что этот механизм также подходит для переименования базы данных.

Для резервного копирования по расписанию я рекомендую следующий код:

pg_dump dbname > /путь/dbname.pgdump

tar czf /путь/pgdump-`date +%d.%m.%y`.tgz /путь/dbname.pgdump

вторая строчка отвечает за создание архива, с именем pgdump -текущая_дата.tgz
таким образом вы получаете ежедневную копию баз Postgres и можете откатится на любой день.

Этот код можно добавить в cron двумя путями:
1) создать текстовый файл в директории /etc/cron.daily/ , скопировать туда код и сделать его исполняемым (chmod +x имя_файла)

2) использовать crontab -e для редактирования расписания cron.
туда нужно ввести:

0 0 * * * pg_dump dbname > /путь/dbname.pgdump;tar czf /путь/pgdump-`date +%d.%m.%y`.tgz /путь/dbname.pgdump

и сохранить файл.

Стандартное расположение резервных копий PostgreSQL:

Если необходимо выполнять резервное копирование сразу нескольких баз (например двух), то в каталог /etc/cron.daily/ можно поместить текстовый файл с именем «pgdump» следующего содержания:

pg_dump --host=localhost --username=postgres ZUP > /var/lib/pgsql/backups/ZUP.pgdump;tar czf /var/lib/pgsql/backups/ZUP-`date +%y.%m.%d`.tgz /var/lib/pgsql/backups/ZUP.pgdump;pg_dump --host=localhost --username=postgres BU > /var/lib/pgsql/backups/BU.pgdump;tar czf /var/lib/pgsql/backups/BU-`date +%y.%m.%d`.tgz /var/lib/pgsql/backups/BU.pgdump

Если команда просит ввести пароль, то в файле /var/lib/pgsql/data/pg_hba.conf для строки:

host all all 127.0.0.1/0 md5

измените «md5» на «trust» (не забудьте убрать комментарий) и перезапустите сервер Postgres

Назначить этот файл исполняемым для владельца, членов группы и прочих пользователей.

Каждые сутки будет выполняться резервное копирование баз ZUP и BU в каталог /var/lib/pgsql/backups/. Также резервные копии будут архивироваться в файлы с именами, содержащими дату резервного копирования.

Расписание выполнения файлов из каталогов /etc/cron.*/ находится в файле /etc/crontab

Восстановление базы из резервной копии выполняется с помощью следующих команд:

Если необходимо восстановить в новую базу, то необходимо ее сначала создать:

createdb –h localhost dbname

Собственно команды для восстановления:

% tar xzf filename.tgz

В результате будет распакован файл: «dbname.pgdump». Будьте внимательны! Архив может быть распакован с учетом путей, начиная с текущего каталога. Если так случилось, файл «dbname.pgdump» надо переместить в текущий каталог.

% cat dbname.pgdump | psql –h localhost dbname postgres

Ввести пароль для postgres…

Основным средством физического и аналитического сопровождения баз данных в PostgreSQL является команда SQL VACUUM и ее аналог — сценарий vacuumdb. Оба средства выполняют две общие функции:

· удаление всех данных, оставшихся в результате отмены транзакций и других операций, оставляющих временные данные;

· анализ операций с базами данных, по результатам которого PostgreSQL конструирует более эффективные запросы.

Для баз данных, работающих в условиях реальной эксплуатации, команду VACUUM рекомендуется выполнять каждую ночь. Хотя команда может выполняться параллельно с обращениями к данным, это замедляет работу сервера. По этой причине сопровождение рекомендуется запланировать на время с минимальным количеством операций с базой данных.

Создать текстовый файл с именем «vacuumdb» в директории /etc/cron.daily/ , скопировать туда код:

vacuumdb –h localhost –U postgres –W postgres –a –z -v

vacuumdb –h localhost –U postgres –a –z -v

Сделать этот файл исполняемым (chmod +x имя_файла)

Каждую ночь будет выполняться оптимизация всех баз данных

Эту команду можно дописать в конце файла, предназначенного для автоматического создания резервных копий:

Приложение 1. Некоторые команды консоли Linux

Запуск консоли осуществляется: «Приложения – Стандартные - Терминал»

«cd» - переход по каталогам

«ls» просмотр содержимого каталога

«cat имя_файла» просмотр содержимого текстового файла (удобно просматривать файлы логов)

gedit – редактирование текстового файла

Вместо этих команд удобней использовать «mc» - аналог «Norton Commander»

«su» - переключение между пользователями или вход в режим root

«top –u ИмяПользователя» выводит список процессов пользователя, показывает использование процессора и памяти

«ps -aux» выводит список всех процессов

«kill НомерПроцесса» убивает указанный процесс

«cat /proc/version» - покажет версию дистрибутива Linux

«cd /media/имя_флешки» - переход в каталог флешки

/etc/grub.conf – файл конфигурации загрузчика GRUB – можно указать чтобы по умолчанию загружался Windows, если установлено две системы.

Приложение 2. Назначение IP портов

1540 – порт центрального сервера кластера, процесс «ragent»

1541 – порт первого рабочего сервера кластера, процесс «ragent»

Установка Платформы «1С:Предприятие» в ОС Linux

Перед началом установки необходимо скачать дистрибутивы, которые понадобятся в дальнейшем. В данном примере мы будем устанавливать:

Сервер «1С:Предпритие» 64-bit версии 8.3.13.1644. Пакеты для установки доступны здесь:

Если для сервера использоваться ключи аппаратной защиты HASP, то необходимо установить на сервер драйвер защиты HASP. Последние версии для различных операционных систем можно скачать:

Если в дальнейшем работа с сервером «1С:Предприятие» на Linux и управление будет осуществляться c других машин, необходимо убедиться в том, что ip-адрес компьютера, на котором расположен сервер, будет корректно разрешаться в его hostname. Откроем консоль сервера от имени пользователя root и получим адрес компьютера:

Имя компьютера можно получить так:

Теперь данные о соответствии ip-адреса и имени необходимо внести в файлы hosts тех машин, откуда будут устанавливаться соединения с кластером серверов:

Для Windows он расположен обычно:

В противном случае при установке клиентского соединения с рабочим процессом кластера будет возникать ошибка.

Установка платформы в Debian-системах на примере Ubuntu Server 16.04

Откроем консоль сервера от имени пользователя root.
Создадим директорию, куда поместим (любым удобным образом) архив с Deb-пакетами для установки Сервера 1С:Предприятие, скачанный предварительно.

Войдем в каталог /1c/soft/1с:

Распакуем архив (при помощи команды tar xzf):

Для установки пакетов удобнее всего воспользоваться утилитой gdebi. Если она не была ранее установлена, это можно сделать при помощи команды:

Устанавливаем сервер «1С:Предприятие»:

Последние три nls-пакета содержат языковые файлы и требуют обязательной установки только в том случае, если будут использоваться языки, отличные от русского и английского.

Установка будет осуществлена в директорию /opt/1C/v8.3/x86_64.

Для корректной работы приложений необходимо установить шрифты из состава Microsoft Core Fonts:

Для того, чтобы система «увидела» установленные шрифты, нужно выполнить команду:

Устанавливаем дополнительные внешние библиотеки:

Запускаем службу:

Проверить статус работы можно при помощи команды:

Будет выполнена проверка, запущен ли сервис (Starting 1C:Enterprise 8.3 server: OK), и выведено детальное состояние сервиса.

Проверить, запущены ли процессы кластера, можно при помощи команды:

Перейдем к установке драйвера HASP. Для данного примера скачиваем драйвер по адресу:

Для установки драйвера выполняем следующие действия:

Создадим каталог /1c/soft/hasp:

В этот каталог любым удобным образом поместим скачанный пакет установки драйвера и перейдем в него:

Поскольку драйвер использует 32-битные библиотеки, устанавливаем их:

Устанавливаем драйвер:

Запускаем драйвер защиты HASP:

Проверить статус можно так:

Установка платформы в RPMS на примере CentOS 7

Откроем консоль от имени root.
Создадим директорию, куда поместим (любым удобным образом) архив с RPM-пакетами для установки Сервера 1С:Предприятие, скачанный предварительно.

Перейдем в директорию /1c/soft/1с

tar xzf rpm64_8_3_13_1644.tar.gz

В данном примере будут установлены все пакеты, но, если в вашей системе не планируется использовать языки, отличные от русского и английского, nls-пакеты вы можете не устанавливать - они содержат только языковые файлы.

Для пакетов x86_64 установка будет осуществлена в директорию /opt/1C/v8.3/x86_64.

Для корректной работы приложений необходимо установить шрифты из состава Microsoft Core Fonts.

Скачиваем любым удобным образом (например, при помощи wget) файлы пакета с сервера SourceForge:

Надо скачать все .exe-файлы, кроме wd97vwr32.exe.

Переименовываем все скачанные .exe-файлы, присвоив им расширение .zip, после чего распакуем их и удалим все, кроме имеющих расширение .ttf – это файлы шрифтов.
Файлы шрифтов (.ttf-файлы) копируем в каталог /usr/share/fonts/truetype/

Для того, чтобы система «увидела» установленные шрифты, нужно выполнить команду:

Устаналиваем дополнительные внешние библиотеки:

Запускаем службу:

Проверить статус работы можно при помощи команды:

Будет выполнена проверка, запущен ли сервис (Starting 1C:Enterprise 8.3 server: OK), и выведено детальное состояние сервиса.

Проверить, запущены ли процессы кластера, можно при помощи команды:

Перейдем установке драйвера HASP. Для данного примера скачиваем драйвер по адресу :

Для установки драйвера выполняем следующие действия:

Создадим каталог /1c/soft/hasp:

В этот каталог любым удобным образом поместим скачанный пакет установки драйвера и перейдем в него:

Поскольку драйвер использует 32-битные библиотеки, устанавливаем их:

Устанавливаем драйвер:

Запускаем драйвер защиты HASP:

Проверить статус можно так:

Основные проблемы и вопросы по установке Платформы «1С:Предприятие» в Linu x

1. При работе возникают ошибки «Не найдена библиотека …»

В зависимости от вашего дистрибутива Linux и функционала системы для корректной работы 1С:Предприятие вам может понадобиться дополнительно самостоятельно установить внешние библиотеки. Полный список их представлен в документации:

Обратите внимание, что в документации указано именно имя библиотеки, а не имя пакета. Имя пакета, в который она входит, может отличаться в разных дистрибутивах. В какие именно пакеты входит библиотека, обычно можно найти в репозитории для вашей ОС.

2. Как запустить сервер в режиме отладки?

Для того, чтобы на сервере была доступна отладка, необходимо запустить его в ключом –debug. Для этого сначала остановим сервер "1С:Предприятие":

ВАЖНО! Не редактируйте параметры запуска сервера в процессе его работы, это может привести к ошибкам при его перезапуске.

Теперь необходимо отредактировать параметры его запуска в конфигурационном файле srv1cv83 (в данном примере с использованием редактора vim):

Сохраняем изменения и выходим из файла.

Перезапускаем сервер «1С:Предприятия 8»:

3. Где находится каталог данных кластера серверов и как его изменить?

По умолчанию каталог кластера находится в директории пользователя, от имени которого запущен сервер 1С:Предприятие - $HOMEDIR/.1cv83/1C/1Cv83, например:

Для того, чтобы изменить место изменить место расположения, необходимо, по аналогии с п. 1, изменить параметр SRV1CV8_DATA запуска в конфигурационном файле /etc/sysconfig/srv1cv83.

ВАЖНО! Не забудьте убедиться в наличии прав на директорию данных кластера у пользователя, от имени которого запущен сервер. Увидеть права можно при помощи команды:

Предоставить права можно так:

В конфигурационном файле /etc/sysconfig/srv1cv83 также задаются порты, на которых будут работать процессы кластера, и другие параметры запуска.

4. Как настроить технологический журнал сервера в Linux ?

На сервере создадим каталоги, в который будут помещаться файлы журнала:

Создадим каталог для настроек журнала /opt/1C/v8.3/x86_64/conf:

Поместим в этот каталог файл logcfg.xml со следующим (например) содержимым:

В данном случае собирается полный технологический журнал (не стоит делать так на постоянной основе в продуктиве), срок хранения файлов журналов - 24 часа, находиться они будут в директории /var/log/1c/logs.

ВАЖНО! Необходимо предоставить пользователю, от имени которого работает сервер 1С:Предприятие, права на запись в каталог логов. Например, так:

Читайте также: