Установка сервера 1С 8.2 + DB2 Express-C на Ubuntu Linux 10.04.1

Итак, немного предыстории:
На работе была мне поставлена задача за минимальные деньги развернуть сервер 1С в клиент-серверном варианте; нагрузка на сервер предполагается небольшая, но технологические особенности используемой конфигурации (совсем не типовой) требуют наличия именно клиент-серверного решения. Исходя из постановки задачи было принято решение приобрести минимальную возможную типовую конфигурацию (иначе невозможно приобрести серверную лицензию - выбор пал на 1С:Бухгалтерия) + клиентские лицензии в необходимом количестве + собственно сам сервер. Из-за особенностей лицензирования 1С, пришлось остановиться на 32-битной платформе (бюджет был реально смешным) и полностью бесплатном сопутствующем ПО... итак, итоговая задача звучала как:

• Установить серверную платформу Linux
• Развернуть на ней бесплатный SQL-сервер
• Развернуть серверную компоненту 1С
• Запустить имеющуюся конфигурацию (работавшую на текущем файл-сервере в "тестовом режиме") на полученном сервере
  

Прежде чем приступать к дальнейшему чтению собственно моей статьи, рекомендую ознакомиться с разделом, посвящённым данной проблеме на ресурсе автора DB2 и со статьёй более именитого автора, чем я, на данную тему - многие идеи взяты либо из них, либо под их влиянием.
Первая задача сводилась к выбору серверной операционной системы. Изучив скудные рекомендации на сайте 1С (может смотрел не туда, но ничего подробнее не обнаружил), выбрал изначально CentOS (как максимально близкий аналог Red Hat Enterprise Linux, доступный как в разделе поддерживаемых ОС для серверной компоненты, так и в доступных для SQL-серверов), но не сумел корректно установить рекомендованную 1С версию DB2. На самом деле предпочтительнее использовать именно RedHat/CentOS или SUSE - по причине наличия для данных ОС наиболее полного комплекта драйверов и ПО.
В тестовом варианте 1С работала совместно с PostgreSQL и, что удивительно, на группе порядка 15 пользователей нередко подтормаживала; я предположил, что это из-за блокировок таблиц (имеющаяся конфигурация не использует управляемые блокировки, а PostgreSQL по умолчанию не умеет блокировать отдельные записи), поэтому решил "боевой сервер" ставить на IBM DB2 Express-C (на самом деле причина была не в SQL-сервере, а в установленном на файл-сервере антивирусе, но это не первое и далеко не последнее неверное предположение в моей истории).
В процессе установки сервера было принято решение отказаться от CentOS из-за невозможности установить предлагаемый 1С вариант db2exc (DB2 Express-C) из-за отсутствия в репозиториях "необходимых библиотек совместимости" и вообще, какого-то неадекватного процесса установки SQL-сервера скриптом db2_install на серверную версию Linux (как выяснилось позже, семейство используемого Linux не принципиально - всегда нужны библиотеки совместимости каких-то компонентов языка си, плюс установщик в любом линуксе требует запуска в графической среде под java, что для меня оказалось полной неожиданностью, т.к. на сервере не планировалось использовать графическую оболочку из-за сложностей удалённого администрирования графической оболочки). Вторым этапом был выбор правильной версии Ubuntu Linux (почему выбрал именно Ubuntu? - да просто она установлена на двух моих домашних компьютерах как основная ОС, поэтому многие этапы отладки и управления отрабатывать проще) - выбор в результате долгих экспериментов пал на 10.04.1 (10.04 не смогла увидеть RAID-контроллер на сервере HP Proliant, а версия 10.10, помимо того, что не является LTS, так ещё и не имела в репозиториях db2exc, что опять же не совсем так, что выяснилось позже). Итак, ставим минимальную серверную сборку операционной системы:

1. Скачиваем дистрибутив с официального сайта (выбираем Ubuntu 10.04 LTS и платформу 32-bit);
   1. Записываем образ на CD-R (с помощью бесплатного ImgBurn или иного инструмента, позволяющего записывать образы ISO на диски);
   2. Можно создать установочную флешку с помощью, например, Universal USB Installer, если нет CD/DVD-привода, но тогда появится вероятность неверной установки загрузчика GRUB - у меня он установился не в MBR RAID-массива (hd1), а на загрузочную флешку (hd0), что пришлось затем исправлять нетривиальным для меня методом (отключать флэшку, устанавливать grub повторно и исправлять в конфигурационном файле/boot/grub/grub.cfg все ссылки вида (hd1,1) на (hd0,1) - помогло);
2. Устанавливаем минимальную версию сервера (не выбираем никаких дополнительных пакетов, кроме OpenSSH-сервера, необходимого для удалённого управления), на вопрос о способе автоматического обновления, отвечаем "без автоматического обновления", дабы не возникло неожиданных сюрпризов (в виде временного отключения sql-сервера, например) в процессе эксплуатации (лучше в cron вписать механизм отправки диагностических сообщений администратору);

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

petr@internal:~$ sudo apt-get update
petr@internal:~$ sudo apt-get upgrade

Ставим из репозитариев IBM DB2 Express-C:

petr@internal:~$ sudo apt-get install db2exc
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
E: Не удалось найти пакет db2exc
petr@internal:~$

Ой, а мы забыли подключить репозитарии сторонних разработчиков =) Правим /etc/apt/sources.list ближе к концу, убрав комментарии в строках:

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
deb <a href="http://archive.canonical.com/ubuntu"title="http://archive.canonical.com/ubuntu">http://archive.canonical.com/ubuntu</a> lucid partner
deb-src <a href="http://archive.canonical.com/ubuntu"title="http://archive.canonical.com/ubuntu">http://archive.canonical.com/ubuntu</a> lucid partner

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

petr@internal:~$ sudo apt-get install mc
Чтение списков пакетов... Готово
...
petr@internal:~$ sudo mcedit /etc/apt/sources.list

Обновим индексы репозиториев и установим-таки DB2:

petr@internal:~$ sudo apt-get update
...
petr@internal:~$ sudo apt-get install db2exc
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
Будут установлены следующие дополнительные пакеты:
  binutils gcc gcc-4.4 ksh libaio1 libasound2 libasound2-dev libc-bin
  libc-dev-bin libc6 libc6-dev libc6-i686 libgomp1 libpthread-stubs0
  libpthread-stubs0-dev libx11-dev libxau-dev libxcb1-dev libxdmcp-dev
  linux-libc-dev manpages-dev x11-common x11proto-core-dev x11proto-input-dev
  x11proto-kb-dev xtrans-dev
Предлагаемые пакеты:
  binutils-doc gcc-multilib autoconf automake1.9 libtool flex bison gdb
  gcc-doc gcc-4.4-multilib libmudflap0-4.4-dev gcc-4.4-doc gcc-4.4-locales
  libgcc1-dbg libgomp1-dbg libmudflap0-dbg libcloog-ppl0 libppl-c2 libppl7
  libasound2-plugins libasound2-doc glibc-doc
НОВЫЕ пакеты, которые будут установлены:
  binutils db2exc gcc gcc-4.4 ksh libaio1 libasound2 libasound2-dev
  libc-dev-bin libc6-dev libgomp1 libpthread-stubs0 libpthread-stubs0-dev
  libx11-dev libxau-dev libxcb1-dev libxdmcp-dev linux-libc-dev manpages-dev
  x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev xtrans-dev
Пакеты, которые будут обновлены:
  libc-bin libc6 libc6-i686
обновлено 3, установлено 24 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
Необходимо скачать 327MБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 820MB.
Хотите продолжить [Д/н]? y
...
# процедура скачивания и установки заняла значительное время.
# служебные сообщения о скачивании, установке и замене части пакетов не привожу, кроме последнего,
# в чём-то информативного, "экрана":

The following DAS user has been configured:

dasusr1

The following instances have been configured:

db2inst1

For more details, consult DB2 Information Center.
http://publib.boulder.ibm.com/infocenter/db2luw/v9r7

  * Starting DAS:                       done.
  * Instance db2inst1 ( db2c_db2inst1 ):        done.

Настраивается пакет libgomp1 (4.4.3-4ubuntu5) ...

Настраивается пакет gcc-4.4 (4.4.3-4ubuntu5) ...
Настраивается пакет gcc (4:4.4.3-1ubuntu1) ...

Настраивается пакет manpages-dev (3.23-1) ...
Обрабатываются триггеры для libc-bin ...
ldconfig deferred processing now taking place
petr@internal:~$ su - db2inst1
db2inst1@internal:~$ db2set DB2_WORKLOAD=1C
db2inst1@internal:~$ exit

Теперь следует настроить параметры ядра Linux для удовлетворения потребностей DB2 Express-C. Согласно описанию изменений к IBM DB2 9.7 FP2, данные настройки не требуются. Рекомендую для этого обратиться к документации по DB2, но мне вполне хватило настройки, рекомендованной в WiKi IBM - в конец файла /etc/sysctl.conf были добавлены строки:

# DB2: рекомендованные параметры
kernel.msgmax=65535
kernel.msgmnb=65535
kernel.shmmax=2684354560

После изменения /etc/sysctl.conf, для вступления изменений в силу, достаточно дать команду:

petr@internal:~/tmp$ sudo sysctl -p
kernel.msgmax = 65535
kernel.msgmnb = 65535
kernel.shmmax = 2684354560

petr@internal:~/tmp$

*Возможно несоответствие запросов системы приведённым - в первичном варианте статьи фрагмент отсутствовал, а конкретно данный пример симитирован с "боевого" сервера, проходящего финальную настройку (до данного шага делал всё по своей статье и не получил ни единого отклонения, кроме, пожалуй, настроек памяти и настройки программного RAID1, о чём планирую написать краткий очерк - сам делал по статье в Ubuntu WiKi, имеющей единственный, но для некоторых пользователей, к коим я не отношусь, существенный недостаток - я не нашёл её копии на русском языке; на самом деле практика показала, что описанный в статье порядок действий не является единственным возможным - я, например, устанавливая новый сервер, произвёл сначала формирование RAID-массива, и лишь затем - создание и настройку LVM).

Итак, считаем установку DB2 пока завершённой. Для администрирования сервера DB2 рекомендовано использовать IBM Data Studio.

Ставим собственно 1С. Для установки "не родных" пакетов я создал в каталоге /home подкаталог /home/tmp - исключительно для простоты хранения всевозможного "мусора"; в него я и "залил" установочный образ 1С.
Распаковываем установщик setupdeb.rar:

petr@internal:~/tmp$ unrar x setupdeb.rar
The program 'unrar' can be found in the following packages:
 * unrar-free
 * unrar
Try: sudo apt-get install <selected package>
petr@internal:~/tmp$

Да уж, парадокс - инсталлер для Debian/Ubuntu упакован Windows-архиватором (WinRar, о чём свидетельствует первичный анализ дистрибутивного архива). Сразу хочу предостеречь от установки unrar-free или чего-то навроде 7z - под Ubuntu на момент написания данной статьи с использованным алгоритмом (3.90) мог справиться только проприетарный "unrar". Итак, ставим недостающий пакет и распаковываем необходимый:

petr@internal:~/tmp$ sudo apt-get install unrar
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
НОВЫЕ пакеты, которые будут установлены:
  unrar
обновлено 0, установлено 1 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
Необходимо скачать 103kБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 254kB.
Получено:1 <a href="http://ru.archive.ubuntu.com/ubuntu/"title="http://ru.archive.ubuntu.com/ubuntu/">http://ru.archive.ubuntu.com/ubuntu/</a>lucid/multiverse unrar 1:3.9.3-1 [103kB]
Получено 103kБ за 0с (470kБ/c)
Выбор ранее не выбранного пакета unrar.
(Чтение базы данных ... на данный момент установлено 38419 файлов и каталогов.)
Распаковывается пакет unrar (из файла .../unrar_1%3a3.9.3-1_i386.deb)...
Обрабатываются триггеры для man-db ...
Настраивается пакет unrar (1:3.9.3-1) ...
update-alternatives: используется `/usr/bin/unrar-nonfree' для предоставления `/usr/bin/unrar'(unrar) в автоматический режим.

Обрабатываются триггеры для man-db ...
Настраивается пакет unrar (1:3.9.3-1) ...
update-alternatives: используется `/usr/bin/unrar-nonfree' для предоставления `/usr/bin/unrar'(unrar) в автоматический режим.

petr@internal:~/tmp$ unrar x setupdeb.rar

UNRAR 3.90 beta 2 freeware      Copyright (c) 1993-2009 Alexander Roshal


Extracting from setupdeb.rar

Extracting  1c-enterprise82-ws-nls_8.2.13-202_i386.deb                OK
Extracting  1c-enterprise82-common_8.2.13-202_i386.deb                OK
Extracting  1c-enterprise82-common-nls_8.2.13-202_i386.deb            OK
Extracting  1c-enterprise82-crs_8.2.13-202_i386.deb                   OK
Extracting  1c-enterprise82-crs-nls_8.2.13-202_i386.deb               OK
Extracting  1c-enterprise82-server_8.2.13-202_i386.deb                OK
Extracting  1c-enterprise82-server-nls_8.2.13-202_i386.deb            OK
Extracting  1c-enterprise82-ws_8.2.13-202_i386.deb                    OK
All OK
petr@internal:~/tmp$

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

petr@internal:~/tmp$ sudo dpkg -i 1c-enterprise82-common_8.2.13-202_i386.deb
Выбор ранее не выбранного пакета 1c-enterprise82-common.
(Чтение базы данных ... на данный момент установлено 38424 файлов и каталогов.)
Распаковывается пакет 1c-enterprise82-common (из файла 1c-enterprise82-common_8.2.13-202_i386.deb)...
Настраивается пакет 1c-enterprise82-common (8.2.13-202) ...
petr@internal:~/tmp$ sudo dpkg -i 1c-enterprise82-server_8.2.13-202_i386.deb
Выбор ранее не выбранного пакета 1c-enterprise82-server.
(Чтение базы данных ... на данный момент установлено 38467 файлов и каталогов.)
Распаковывается пакет 1c-enterprise82-server (из файла 1c-enterprise82-server_8.2.13-202_i386.deb)...
Настраивается пакет 1c-enterprise82-server (8.2.13-202) ...

Обрабатываются триггеры для ureadahead ...
ureadahead will be reprofiled on next reboot
petr@internal:~/tmp$

Для любителей лишнего, можно ещё поставить 1c-enterprise82-common-nls_8.2.13-202_i386.deb и 1c-enterprise82-server-nls_8.2.13-202_i386.deb - пакеты поддержки национальных языков, но русский поддерживается по умолчанию.
Далее, принепременно, следует настроить пароль владельца (потребуется для настройки базы 1С) имеющейся установки (Instance) DB2 и разрешение сервису 1С подключаться к ней:

petr@internal:~/tmp$ sudo passwd db2inst1
[sudo] password for petr:
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
petr@internal:~/tmp$ sudo adduser usr1cv82 db2iadm1
Adding user `usr1cv82' to group `db2iadm1' ...
Adding user usr1cv82 to group db2iadm1
Done.
petr@internal:~/tmp$

Установим автозапуск серверной компоненты 1С (по умолчанию текущий релиз на Ubuntu 10.04.1 себя в автозапуск не прописывает):

petr@internal:~$ sudo update-rc.d srv1cv82 defaults
[sudo] password for petr:
update-rc.d: warning: /etc/init.d/srv1cv82 missing LSB information
update-rc.d: see <http://wiki.debian.org/LSBInitScripts>
 Adding system startup for /etc/init.d/srv1cv82 ...
   /etc/rc0.d/K20srv1cv82 -> ../init.d/srv1cv82
   /etc/rc1.d/K20srv1cv82 -> ../init.d/srv1cv82
   /etc/rc6.d/K20srv1cv82 -> ../init.d/srv1cv82
   /etc/rc2.d/S20srv1cv82 -> ../init.d/srv1cv82
   /etc/rc3.d/S20srv1cv82 -> ../init.d/srv1cv82
   /etc/rc4.d/S20srv1cv82 -> ../init.d/srv1cv82
   /etc/rc5.d/S20srv1cv82 -> ../init.d/srv1cv82
petr@internal:~$

В принципе, если используется версия с не аппаратными ключами, а с регистрацией, то можно считать настройку Linux-части законченной и переходить непосредственно к настройке 1С. В моём случае использовались аппаратные ключи как для серверной компоненты, так и для клиентских лицензий. Поверхностно изучив вопрос установки аппаратных ключей Aladdin HASP, мной было принято решение установить драйвер от Etersoft, хотя на момент написания данной статьи, вероятно, уже можно использовать оригинальный драйвер Aladdin (увы, на домашней машине я всё ставлю на виртуалке, что затрудняет тестирование драйверов устройств защиты, да и лишнего ключика на серверную компоненту 1С у меня нет, а проводить эксперименты на рабочем сервере как-то нет ни малейшего желания... хотя скоро мне предстоит устанавливать ещё один сервер 1С под Linux - надеюсь, удастся провести тест-драйв более традиционного решения).
Если повторять и без того подробный wiki разработчика альтернативного решения, то я проделал следующее:

petr@internal:~$ cd /home/tmp
petr@internal:/home/tmp$ wget <ahref="http://download.etersoft.ru/pub/Etersoft/HASP/last/Ubuntu/9.04/haspd-modules_3.2-eter5ubuntu_i386.deb<br />
--2011-01-18" title="http://download.etersoft.ru/pub/Etersoft/HASP/last/Ubuntu/9.04/haspd-modules_3.2-eter5ubuntu_i386.deb<br />
--2011-01-18">http://download.etersoft.ru/pub/Etersoft/HASP/last/Ubuntu/9.04/haspd-mod...</a>00:38:14--  <a href="http://download.etersoft.ru/pub/Etersoft/HASP/last/Ubuntu/9.04/haspd-modules_3.2-eter5ubuntu_i386.deb<br />
Resolving" title="http://download.etersoft.ru/pub/Etersoft/HASP/last/Ubuntu/9.04/haspd-modules_3.2-eter5ubuntu_i386.deb<br />
Resolving">http://download.etersoft.ru/pub/Etersoft/HASP/last/Ubuntu/9.04/haspd-mod...</a>download.etersoft.ru... 212.176.200.18
Connecting to download.etersoft.ru|212.176.200.18|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 65958 (64K) [application/octet-stream]
Saving to: `haspd-modules_3.2-eter5ubuntu_i386.deb'

100%[======================================>] 65 958      --.-K/s   in 0,1s

2011-01-18 00:38:15 (486 KB/s) - `haspd-modules_3.2-eter5ubuntu_i386.deb' saved [65958/65958]

petr@internal:/home/tmp$ sudo dpkg -i haspd-modules_3.2-eter5ubuntu_i386.deb
Выбор ранее не выбранного пакета haspd-modules.
(Чтение базы данных ... на данный момент установлено 38653 файлов и каталогов.)
Распаковывается пакет haspd-modules (из файла haspd-modules_3.2-eter5ubuntu_i386.deb)...
Настраивается пакет haspd-modules (3.2-eter5ubuntu) ...
update-rc.d: /etc/init.d/haspd: file does not exist
/var/lib/dpkg/info/haspd-modules.postinst: line 4: /etc/init.d/haspd: No such file or directory

petr@internal:/home/tmp$

Пока могу предложить кратко описать настройку кластера и клиентской части 1С (из Windows):
Запускаем "Администрирование серверов 1С Предприятия", создаём подключение к свеже-установленному серверу:

В поле "Имя" лучше вводить не IP-адрес (как на иллюстрации), а FQDN-имя сервера

Настроим учётные данные администратора кластера 1С:


Согласно сложившимся рекомендациям следует увеличить количество процессов сервера 1С до количества процессорных ядер на сервере (у меня дома их 2, на рабочем сервере - 4):


Создадим новую информационную базу:

Если у нас всего один экземпляр DB2, то можно использовать упрощённую адресацию к серверу DB2 (вопреки изображению на картинке, согласно рекомендациям разработчика, имя сервера DB2 можно вводить только буквами):

Если экземпляров DB2 более одного и мы хотим использовать экземпляр отличный от экземпляра по умолчанию, следует использовать полную адресацию к серверу DB2:

После подтверждения потребуется ввести учётные данные администратора кластера 1С, созданные на предидущих шагах данного этапа настройки.

После подтверждения введённых данных может возникнуть ошибка:

Затрудняюсь объяснить в чём её причина, но ошибка перестала возникать при переходе на использование экземпляра DB2 по умолчанию ("упрощённая адресация"), а т.к. база данных мной используется всего одна, то меня такой вариант вполне устроил и дальнейшее разбирательство я проводить не стал.
Ещё одна возможная ошибка на этапе создания новой информационной базы:

Более ожидаемая, но и более банальная ошибка - неверно введены имя пользователя или пароль пользователя DB2 - если пароль db2inst1 менялся без перезапуска сервера DB2, он не подходит для авторизации - помогает перезапуск сервера DB2, либо перезапуск всего сервера (я предпочёл перезапустить машину полностью - на этапе настройки данное действие не является лишним и иногда помогает выявить ошибки настройки).
После успешного подтверждения создания новой информационной базы 1С на новой базе данных DB2, система задумается на значительное время (в моём случае - порядка трёх минут), после чего придёт к финальному виду:

****2011-01-11 - столкнулся с проблемой - в процессе работы на свежеустановленном сервере с IBM DB2 Express-C, в одной из задач нетиповой конфигурации вылезла ошибка: "Ошибка SDBL: Соединение с базой данных не удерживается. Отпустить контекст соединения невозможно.", что меня несколько огорчило и заставило вернуть данную конфу под Windows в PostgreSQL, где наблюдаются некоторые (терпимые) тормоза, но зато нет явных сбоев. Проблему сдал разработчику данной конфигурации, решили менее чем за сутки, но так и не признались в чём была загвоздка, ограничившись фразой "иногда приходится делать запросы с виртуальными таблицами и в них очень легко запутаться" (но почему эта же база данных 1С работала на PostgreSQL?! - до переноса через .dt). Поискал данную проблему по поисковикам, результат практически нулевой - есть упоминания проблемы (мало; очень мало; но ведь встречается), но не удалось увидеть ни одного решения или хотя бы намёка на причину сбоя (кроме смутно-похожего упоминания на каком-то багтрекере недопустимости использования в sql-запросах db2 строковых переменных неопределённого размера совместно с оператором 'like'). На типовых (регулярно обновляемых) базах "1С:Бухгалтерия 8" и "1С:Зарплата и управление персоналом" подобные проблемы не выявлены - вероятно были исправлены на этапе массового тестирования (чего лишена имеющаяся у нас узко-отраслевая конфигурация).

*****2011-06-12 - в процессе эксплуатации двух весьма похожих друг на друга серверов 1С 8 под управлением Ubuntu Linux 10.04.2, зафиксировано регулярное выпадание демона, отвечающего за ключ защиты. Проявлялось это в частом (раза два в неделю, а иногда и в день) отключении пользователей в связи с отсутствием сетевого ключа защиты. Лечилось командой/etc/init.d/haspd restart на сервере, но в определённый момент мне это надоело, тем более что имелась в наличии неиспользуемая серверная лицензия Windows, и 1С благополучно вернулся на платформу от Microsoft, правда сохранив SQL-сервер разработки IBM. В результате практически все текущие нестабильности исчезли, а оставшиеся несложно исправлялись корректировкой буферов памяти DB2 (всю информацию о методах "лечения" я почерпнул из конференции разработчика - самые полезные из них планирую выложить в соседний раздел).