gifts2017

Установка сервера 1С на Linux (описание варианта установки и настройки)

Опубликовал Sasha Erem (erem) в раздел Администрирование - Системное

1C+PostgreSQL+Linux(CentOS)

Использовались материалы найденные в интернете – спасибо их авторам…

Общие сведения

Сервер предприятия 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

Новые драйвера и менеджер лицензий: http://www.aladdin.ru/support/download/detail.php?ID=260

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

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

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

[CODE]su root[/CODE]

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

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

·        1C_Enterprise-common…

·        1C_Enterprise-common-nls…

·        1C_Enterprise-server…

·        1C_Enterprise-server-nls…

·        1C_Enterprise-ws…

·        1C_Enterprise-ws-nls…

·        1C_Enterprise-crs

·        1C_Enterprise-crs-nls

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

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

/etc/rc.d/init.d/srv1cv81 stop

/opt/1C/v8.1/i386/ragent -daemon

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

/etc/rc.d/init.d/srv1cv81 restart

По команде «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_:

/root/.1cv81/1C/1cv81

/home/usr1cv81/.1cv81/1C/1cv81

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

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

chkconfig --add srv1cv81

chkconfig srv1cv81 on

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

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

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

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

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

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

postgresql-libs…

postgresql-…

postgresql-server…

postgresql-pl…

postgresql-contrib…

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

postgresql-docs…

postgresql-devel…

postgresql-debuginfo…

postgresql-jdbc…

postgresql-test…

В терминале запустите следующую команду консоли (перед этим команда 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 и измените там следующие параметры:

default_with_oids = on

stats_row_level = off

listen_addresses = '*'

Не забудьте раскомментировать эти строки, убрав символ комментария #. Если этих параметров нет, то вам придётся ввести их вручную.

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

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

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

gedit /var/lib/pgsql/data/pg_hba.conf

указаны допустимые параметры подключения к PostgreSQL-серверу. Проверьте, чтобы было указано (снят комментарий # с соответствующих строк):

host all all 127.0.0.1/32 trust

host all all 0.0.0.0/0 md5

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

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

/etc/init.d/postgresql restart

Если сервер 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 имя_хоста имя_базы имя_пользователя)

Если будет выдано сообщение об ошибке, отсылающее вас к файлу pg_hba.conf, то, скорее всего, хост localhost не прописан в файле /etc/hosts. Откройте его командой

gedit /etc/hosts

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

127.0.0.1 localhost

Теперь консоль должна запуститься. Введите пароль 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 обязательна и означает окончание текста команды. На что должно быть выдано сообщение:

ALTER ROLE

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

\q

Если в файле  /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 centos

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

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

Ping Centos

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

Tracert 192.168.1.1

В заголовке результата этой команды должно быть имя сервера «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

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

% createdb dbname

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

или

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

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

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

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

% createdb dbname

% 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:

/var/lib/pgsql/backups/

Если необходимо выполнять резервное копирование сразу нескольких баз (например двух), то в каталог /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

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

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

cd /var/lib/pgsql

su postgres

createdb –h localhost dbname

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

su

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

Распаковать архив:

% tar xzf filename.tgz

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

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

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

Должно появиться множество сообщений типа: «CREATE TABLE», «ALTER TABLE» и после некоторого времени (зависит от размера базы) восстановление будет закончено.

Выполнения регламентных операций на SQL-сервере

Основным средством физического и аналитического сопровождения баз данных в 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 имя_файла)

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

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

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;vacuumdb -h localhost -U postgres -a -z -v

 

Для работы Autovacuum в файле /var/lib/pgsql/data/postgresql.conf убрать комментарий «#» со строки с параметром:

Stats_start_collector = on

Приложения

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

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

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

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

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

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

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

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

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

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

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

«uname –a» – покажет версию ядра

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

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

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

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

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

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

5432 – порт сервера PostgreSQL

Приложение 3. Полезные ссылки

http://life.screenshots.ru/the-code-inside/php-platform/linux-1c-setup/ - вопросы/ответы установки 1С на сервер Linux

http://users.v8.1c.ru/Platform_8_2_4_31C.aspx - Последняя версия PostgreSQL для 1С

http://www.kb.mista.ru/article.php?id=290 – обзорная информация о PostgreSQL и ссылки

 

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение
Комментарии
1. Роман Осадченко (cleaner_it) 09.08.10 15:59
Однозначно нужная статья!
2. Александр Рытов (Арчибальд) 09.08.10 16:08
Все же посоветую переделать файл в формат .doc - с учетом того, что 2007 версия еще не очень юзается. А статья хорошая.
3. Александр Григорьев (sashacd) 09.08.10 18:32
А вот еще для создания БД приходилось подправить

26) Редактирую файл /etc/rc.d/init.d/postgres
добавляю в команду создания DB «--locale ru_RU.UTF-8 -E UTF8» :

$SU -l postgres -c "$PGENGINE/initdb --locale ru_RU.UTF-8 -E UTF8 --pgdata='$PGDATA' --auth='ident sameuser'" >> "$PGLOG" 2>&1 < /dev/null

27) Проверяем что получилось создать базу с кодировкой UTF8:
/etc/rc.d/init.d/./postgresql start
su postgres
psql -l И вижу что кодировка UTF8!
4. Александр Венгер (venger) 09.08.10 21:28
(2) А еще лучше, чтоб не качать, а читать сразу с экрана;-)
5. Денис Васильев (Denis_Viktorovich) 10.08.10 09:50
ОТЛИЧНАЯ Статья! Спасибо.
6. Island-ua (StreamLVM) 10.08.10 12:27
Статья отличная. Еще можно добавить ссылки на etersoft.ru - там сборки постгреса для 1С с нужными патчами посвежее.
7. highlander highlander (highlander) 11.08.10 12:17
а это же только для 7-ки реально?
8. Денис Яковлев (iceflash) 11.08.10 17:46
Для 7-ки нет. по ряду причин. одна из основных- нет 3-х уровненвой архитектуры, и из СУБД работает она только с ms sql
9. Сергей (Che) Коцюра (CheBurator) 12.08.10 10:32
Автору рекомендуется паралельно выложить полностью текст статьи прямо на этой странице.
10. sun888 (malikov_pro) 12.08.10 22:16
статья нужная
но некоторые вещи можно сделать проще и красивее, сам пользуюсь инструкцией с
http://blog.unixstyle.ru/index.php?/archives/79-1C-8.1-Linux-CentOS.html

если не устанавливать параметр stats_row_level = off к чему может привести?
просто его нет в самом конфиге (Postgres 8.4.1)
11. sun888 (malikov_pro) 12.08.10 22:25
самба нужна для определения DNS имени linux сервера в в локальной сети
без нее обратиться к хосту по имени а не по IP можно прописав его в hosts, но это муторно
настроить можно чз графический интерфейс (поставив соотв пакет)
и не забыть ей запустить
service smb start

и прописать в "автозагрузку"
chkconfig smb on


еще заморочка при установке этого набора что с users.v8.1c.ru пакеты идут упакованные RAR ом а в базовом варианте CentOS его не поддерживает
решить задачку можно скачав соот пакет из
http://packages.sw.be/rar/

актуальная версия Postgres 8.4.3-3.1C

автору: выдели команды которые нужно вводить в linux выдели тегами
CODE
будет более читаемо
12. Sasha Erem (erem) 13.08.10 10:09
(10) Опыта установки Postgres 8.4 не имею, но собираюсь попробовать...
stats_row_level = off - встречал такую рекомендацию в инструкциях по установки Postgres 8.2
13. Sasha Erem (erem) 13.08.10 10:19
(11) Если клиентских компов не много, то не сложно прописать и в hosts. В больших организациях обязательно есть сервер DNS. А использовать WINS самбы для опеределения имен в Linux - неуважительно для операционной системы :) Самбу устанавливал, но для удобства переноса установочных файлов 1C и Postgres на Linux.
14. Петр (Durko) 08.09.10 11:40
Помогите пожалуйста, в чем может быть проблема? система - Mandriva 2010 spring - порты открыты, файервол отключен на обоих машинах. Сервисы стартуют и слушают порты как в мануале. Пингуется нормально, имя определяется. Телнет к порту 1540 подключается спокойно. (к постгре c помощью pgAdmin подключаюсь нормально). Но вот консоль не создает кластера и выдает такую ошибку


15. Петр (Durko) 08.09.10 11:41
Помогите пожалуйста, в чем может быть проблема? система - Mandriva 2010 spring - порты открыты, файервол отключен на обоих машинах. Сервисы стартуют и слушают порты как в мануале. Пингуется нормально, имя определяется. Телнет к порту 1540 подключается спокойно. (к постгре c помощью pgAdmin подключаюсь нормально). Но вот консоль не создает кластера и выдает такую ошибку

http://j.imagehost.org/0229/1_123.jpg
16. Петр (Durko) 08.09.10 12:41
Помогите пожалуйста, в чем может быть проблема? система - Mandriva 2010 spring - порты открыты, файервол отключен на обоих машинах. Сервисы стартуют и слушают порты как в мануале. Пингуется нормально, имя определяется. Телнет к порту 1540 подключается спокойно. (к постгре c помощью pgAdmin подключаюсь нормально). Но вот консоль не создает кластера и выдает такую ошибку

http://j.imagehost.org/0229/1_123.jpg
17. Sasha Erem (erem) 08.09.10 12:53
(15) С такой ошибкой не сталкивался, но вот что нашел здесь: http://www.gilev.ru/1c/support/tasks/10064.htm: В настройках кластера режим безопасного соединения с режимом безопасности ТОЛЬКО СОЕДИНЕНИЕ перевыбрать "отключено" на нужное
Консоль - Центральные серверы - Ваш сервер - Кластеры - 1541 - Свойства
Но может и файервол не полностью выключен. Доступен ли порт 1560 на сервере?
18. Петр (Durko) 08.09.10 15:36
спасибо! разобрался, оказывается запускал консоль 8.1 - через консоль 8.2 все пошло... Но база не создалась - выругалась на mchar... мучался мучался - решил поставить 1совскую версию - но не ставятся пакеты требуют то libreadline.so.4, libssl.so.4... блин... уже устал
19. fastwriter (fastwriter) 20.09.10 09:29
Плюсую за использование технологий open source.
20. Дмитрий Карпенко (Dimonis) 03.10.11 12:07
а вместо PostgreeSQL можно поставить Db2 (причем по-возможности чтобы Db2
ставить не методом
apt-get install db2cc
а предварительно скачанный с сайта Db2 ?
21. Дмитрий Карпенко (Dimonis) 08.11.11 15:37
Присоединяюсь к 20 комментарию насчет Db2.
А еще было-бы здорово ставить НЕСКОЛЬКО баз на Db2Express-c который скачан с сайта 1с
(или если это нереально - ставить несколько экземпляров Db2).
И по возможности на Ubuntu Server
22. Александр МАН (1977) 25.11.11 17:36
До двенадцати пользователей могут работать без ключа! Справедливо для версии 1С 8.1.11

Прошу прокоментировать! Для версии 8.2 не катит?
23. Sasha Erem (erem) 25.11.11 20:01
(22) 1977, На 8.1.11 точно работало 10 пользователей (у клиента больше не было) без ключа на сервер приложений... На более новых версиях не проверял, но на партнерском форуме пишут что "В linux-версии сервера предприятия при одном рабочем процессе и до 12 подключений ключ сервера не проверяется. При добавлении второго рабочего процесса в кластер, а также при подключении более 12 пользователей, ключ проверяется.
Однако это чисто техническое решение, и несмотря на него, ключ сервера необходим в любом случае, будет он проверяться или нет. В лицензионном соглашении однозначно сказано, что работа сервера безусловно допускается только при наличии лицензии на него, коей как раз и является ключ сервера" (Леонов Александр) 02.05.2010
24. Владимир Silver (Dragonva) 25.11.11 20:36
Хм интересный вариант настройки! Попробую! Хотя жесть как скриншотов не хватает!
25. Виктор Прус (vprus) 25.03.12 13:32
За статью спасибо.
Так кто-нибудь проверял работу IBM DB2 Express под Linux?
Точно ли, что Сервер приложений под 8.2 позволяет работать 12 пользователям?
26. Владимир Фролов (vovafr1) 17.05.16 21:01
А Возможна работа без сервера 1с и sql?
27. Sergey Andreev (starik-2005) 17.05.16 22:10
(26) vovafr1, файловая база работает без сервера, но для небольшого числа пользователей.