install erp on ms sql server

СИСТЕМА

«ГАЛАКТИКА ERP» ПЛАТФОРМА MS SQL SERVER

WINDOWS - ВЕРСИЯ

ИНСТРУКЦИЯ ПО УСТАНОВКЕ

РУКОВОДСТВО АДМИНИСТРАТОРА СИСТЕМЫ

2009

АННОТАЦИЯ

В документе приведены требования к аппаратуре и программному обеспечению локальной вычислительной сети и рабочих станций, инструкции по инсталляции компонентов, входящих в 32-разрядные версии системы Галактика ERP (Ат-лантис версии 5.4.14 и выше) на платформе MS SQL Server.

Издание 10.2009

© ЗАО "Галактика Софт" 2009 Запрещается распространять без согласования с собственником ПО

Оглавление ЧТО НОВОГО...........................................................................................................................................6

1. ОБЩИЕ ПОЛОЖЕНИЯ .................................................................................................................7 1.1. РАБОЧАЯ СРЕДА СИСТЕМЫ «ГАЛАКТИКА ERP»............................................................7 1.2. ТРЕБОВАНИЯ К АППАРАТУРЕ .............................................................................................8

1.2.1. Требования к серверам .......................................................................................................8 1.2.2. Требования к рабочим станциям двухуровневой архитектуры ....................................9 1.2.3. Требования к рабочим станциям администратора .....................................................11 1.2.4. Требования к рабочим станциям трехуровневой архитектуры .................................11 1.2.5. Требования к рабочим станциям терминал-серверной архитектуры .......................12 1.2.6. Требования к каналам связи.............................................................................................12

1.3. РЕКОМЕНДАЦИИ ПО ИСПОЛЬЗОВАНИЮ.......................................................................13 1.4. ПОРЯДОК УСТАНОВКИ........................................................................................................14 1.5. ПОДДЕРЖКА НАЦИОНАЛЬНЫХ ЯЗЫКОВ В СИСТЕМЕ ГАЛАКТИКА ERP ..............14

1.5.1. Общие сведения ................................................................................................................14 1.5.2. Настройка системы для ввода, хранения и получения информации на национальных языках ..................................................................................................................15 1.5.3. Настройка системы для сортировки с учётом национального алфавита................16

2. УСТАНОВКА СИСТЕМЫ ...........................................................................................................17 2.1. УСТАНОВКА КОМПОНЕНТОВ СУБД MS SQL SERVER .................................................17

2.1.1. Установка сервера БД .....................................................................................................17 2.1.2. Настройка клиента MS SQL Server на рабочей станции ............................................19

2.2. УСТАНОВКА СЕРВЕРНОЙ ЧАСТИ ГАЛАКТИКИ ERP....................................................19 2.2.1. Выбор компьютера для установки.................................................................................20 2.2.2. Запуск программы установки .........................................................................................20 2.2.3. Работа с программой установки ...................................................................................20

2.2.3.1. Установка серверной части для двухуровневой архитектуры ................................................ 21 2.2.3.2. Установка серверной части для трехуровневой архитектуры................................................. 25 2.2.3.3. Установка базы данных .............................................................................................................. 27 2.2.3.4. Установка сервера аппаратного ключа ..................................................................................... 39 2.2.3.5. Настройка параметров автоматической установки клиентских частей системы .................. 40

2.2.4. Настройка сервера приложений Галактики ERP.........................................................42 2.2.4.1. Настройка основных параметров ............................................................................................... 43 2.2.4.2. Настройка параметров протокола RPC ..................................................................................... 54 2.2.4.3. Настройка параметров протокола Win Sockets......................................................................... 54 2.2.4.4. Настройка параметров протокола HTTP................................................................................... 55 2.2.4.5. Настройка области распределения адресного пространства ................................................... 58 2.2.4.6. Использование сервера приложений в режиме балансировки нагрузки ................................ 58

2.2.5. Настройка интернет-сервера приложений ..................................................................61 2.2.6. Настройка сервера приложений для Веб-сервисов.......................................................62 2.2.7. Настройка вспомогательной службы napsrv.exe .........................................................64

2.2.7.1. Порядок настройки службы ....................................................................................................... 64 2.2.7.2. Возможные варианты протоколов ............................................................................................. 68 2.2.7.3. Возможные варианты сетевых адресов ..................................................................................... 69 2.2.7.4. Возможные варианты портов ..................................................................................................... 69 2.2.7.5. Проверка соединения со вспомогательной службой Галактики ERP..................................... 70

2.3. УСТАНОВКА КЛИЕНТСКОЙ ЧАСТИ ГАЛАКТИКИ ERP ................................................70 2.3.1. Установка клиентской части для двухуровневой архитектуры ................................71

2.3.1.1. Запуск программы установки..................................................................................................... 71 2.3.1.2. Работа с программой установки в выборочном режиме .......................................................... 71 2.3.1.3. Работа с программой установки в автоматическом режиме ................................................... 74 2.3.1.4. Выходные данные программы установки ................................................................................. 75

2.3.2. Установка клиентской части для трехуровневой архитектуры ...............................76 2.3.2.1. Запуск программы установки..................................................................................................... 76 2.3.2.2. Работа с программой установки в выборочном режиме .......................................................... 76

Оглавление 3

2.3.2.3. Работа с программой установки в автоматическом режиме ................................................... 78 2.3.2.4. Выходные данные программы установки ................................................................................. 78

2.3.3. Настройка клиентской части трехуровневой архитектуры .....................................79 2.3.4. Установка Browser-клиента трехуровневой архитектуры ........................................80 2.3.5. Установка HTML-клиента сервера приложений трехуровневой архитектуры .......82

2.3.5.1. Назначение и рабочая среда ....................................................................................................... 82 2.3.5.2. Порядок установки и настройки ................................................................................................ 84 2.3.5.3. Запуск системы............................................................................................................................ 86

2.4. ОПЕРАЦИИ С БАЗОЙ ДАННЫХ СИСТЕМЫ ГАЛАКТИКА ERP ....................................86 2.4.1. Установка дополнительной базы данных и переустановка существующей .............86 2.4.2. Проверка корректности dbi-файла................................................................................87 2.4.3. Удаление базы данных .....................................................................................................87 2.4.4. Перемещение базы данных на другой MS SQL Server ...................................................88

2.4.4.1. MS SQL Server 2000 .................................................................................................................... 88 2.4.4.2. MS SQL Server 2005/2008 ........................................................................................................... 92

2.4.5. Обновление вспомогательной службы Галактики ERP...............................................96 2.5. УСТАНОВКА И УДАЛЕНИЕ СЛУЖБЫ СЕРВЕРА ПРИЛОЖЕНИЙ ГАЛАКТИКИ ERP ...............................................................................................................................97 2.6. УСТАНОВКА СИСТЕМЫ В ТЕРМИНАЛ-СЕРВЕРНОЙ КОНФИГУРАЦИИ ДВУХУРОВНЕВОЙ АРХИТЕКТУРЫ ..............................................................................................97 2.7. ДОУСТАНОВКА, ПЕРЕУСТАНОВКА И УДАЛЕНИЕ СИСТЕМЫ ..................................99

2.7.1. Изменение/удаление установки серверной части .........................................................99 2.7.2. Изменение/удаление установки клиентской части двухуровневой архитектуры ........................................................................................................102 2.7.3. Изменение/удаление установки клиентской части трехуровневой архитектуры ........................................................................................................102

2.8. ВЗАИМОДЕЙСТВИЕ СИСТЕМЫ «ГАЛАКТИКА ERP» И ODBC КЛИЕНТА MS SQL SERVER................................................................................................................................104

2.8.1. Вспомогательная служба Галактики ERP NAPServer ...............................................104 2.8.2. Библиотека внешних процедур (namssql.dll)................................................................104 2.8.3. Архитектура взаимодействия Атлантис-приложения и MS SQL Server ................105 2.8.4. Проблемы взаимодействия компонентов MDAC между собой ................................107 2.8.5. Проблемы взаимодействия Галактики ERP и MDAC ................................................108

2.9. ИСПОЛЬЗОВАНИЕ СРЕДСТВ WINDOWS NT ДЛЯ АВТОРИЗАЦИИ ПОЛЬЗОВАТЕЛЕЙ ПРИ РАБОТЕ В ДВУХУРОВНЕВОЙ АРХИТЕКТУРЕ...............................108

2.9.1. Общие положения ..........................................................................................................108 2.9.2. Cоединение клиент - MS SQL Server.............................................................................108 2.9.3. Соединение клиент - вспомогательная служба NAPServer .......................................109 2.9.4. Соединение вспомогательная служба NAPServer - MS SQL Server...........................109 2.9.5. Особенности работы с использованием NTLM Security ............................................109

2.10. ЗАПРЕТ ДОСТУПА К БД ГАЛАКТИКИ ERP ВНЕШНИМИ СРЕДСТВАМИ ............110 2.11. МОНИТОР ВСПОМОГАТЕЛЬНОЙ СЛУЖБЫ ГАЛАКТИКИ .....................................111

2.11.1. Назначение ......................................................................................................................111 2.11.2. Взаимодействие с программой .....................................................................................112

3. ЗАПУСК СИСТЕМЫ ..................................................................................................................116 3.1. НАСТРОЙКА ФАЙЛА КОНФИГУРАЦИИ ........................................................................116 3.2. ЗАПУСК СИСТЕМЫ .............................................................................................................117

4. СОСТАВ КАТАЛОГОВ СИСТЕМЫ «ГАЛАКТИКА ERP»................................................118

5. ПРОБЛЕМЫ И РЕШЕНИЯ .......................................................................................................120 5.1. КАК РАЗРЕШИТЬ ВОЗНИКШИЕ ПРОБЛЕМЫ ................................................................120 5.2. НЕСОВМЕСТИМОСТЬ С ДРУГИМИ ПРОГРАММНЫМИ ПРОДУКТАМИ.................121 5.3. ПРОБЛЕМЫ, СВЯЗАННЫЕ С РАБОТОЙ ВСПОМОГАТЕЛЬНОЙ СЛУЖБЫ ..............121 5.4. СООБЩЕНИЯ ОБ ОШИБКАХ ПРОГРАММЫ УСТАНОВКИ ГАЛАКТИКИ ERP........124 5.5. ВОЗМОЖНЫЕ ПРОБЛЕМЫ В ПРОЦЕССЕ ЭКСПЛУАТАЦИИ .....................................125

5.5.1. Сообщения об ошибках системы Галактика ERP......................................................125 6. ЗАМЕНА ВЕРСИЙ СИСТЕМЫ «ГАЛАКТИКА ERP» ........................................................127


7. УСТАНОВКА ОБНОВЛЕНИЙ СИСТЕМЫ «ГАЛАКТИКА ERP» ...................................129 7.1. ОБЩИЕ СВЕДЕНИЯ .............................................................................................................129 7.2. УСТАНОВКА ОБНОВЛЕНИЙ СЕРВЕРНОЙ ЧАСТИ СИСТЕМЫ ..................................129 7.3. УСТАНОВКА ОБНОВЛЕНИЙ КЛИЕНТСКОЙ ЧАСТИ ТРЕХУРОВНЕВОЙ АРХИТЕКТУРЫ СИСТЕМЫ............................................................................................................132 7.4. УСТАНОВКА ОБНОВЛЕНИЙ BROWSER-КЛИЕНТА ТРЕХУРОВНЕВОЙ АРХИТЕКТУРЫ СИСТЕМЫ............................................................................................................133

ПРЕДМЕТНЫЙ УКАЗАТЕЛЬ ..........................................................................................................134


ЧТО НОВОГО

По сравнению с изданием 06.2009 в документ внесены следующие изменения:

ДОБАВЛЕНА ИНФОРМАЦИЯ О ПОДДЕРЖКЕ СУБД MS SQL SERVER 2008 (64BIT) ........7

УТОЧНЕНА ИНФОРМАЦИЯ О ВЫБОРЕ СЕТЕВЫХ ПРОТОКОЛОВ СЕРВЕРА ПРИЛОЖЕНИЙ .....................................................................................................................................46

АКТУАЛИЗИРОВАНА ИНФОРМАЦИЯ О РАБОЧЕЙ СРЕДЕ HTML-КЛИЕНТА СЕРВЕРА ПРИЛОЖЕНИЙ .....................................................................................................................................82

ЧТО НОВОГО 6

1. ОБЩИЕ ПОЛОЖЕНИЯ

Установка системы должна выполняться квалифицированным специали-стом в области системного администрирования.

1.1. РАБОЧАЯ СРЕДА СИСТЕМЫ «ГАЛАКТИКА ERP»

Система Галактика ERP функционирует в сетях c выделенным сервером Win-dows NT Server v.4.0 (SP4 и выше), Windows 2000 Server, Windows Server 2003 и рабочими станциями Windows 95/98 (для трехуровневой архитектуры), Windows NT Workstation v.4.0, Windows 2000/XP Professional и Windows Vista Business.

Справочная подсистема системы Галактика ERP поставляется в формате WinHelp. Поэтому для обеспечения корректной работы справки на рабочих станциях с ОС Windows Vista необходимо предпринять меры, рассмотренные в статье http://support.microsoft.com/kb/917607.

В качестве сервера баз данных должна использоваться СУБД MS SQL Server версии 2000 или 2005. Обеспечена поддержка редакций СУБД MS SQL Server для 32-битных, 64-битных платформ и платформы Itanium.

Начиная с обновления компонентов средства разработки Атлантис (далее по тек-сту Атлантис) версии 5.4.20, в качестве сервера базы данных может использо-ваться СУБД MS SQL Server версии 2008 (32 bit), а с обновления Атлантис версии 5.4.22 и выше - может использоваться СУБД MS SQL Server версии 2008 (64 bit) .

На сервере приложений трехуровневой архитектуры может использоваться опе-рационная система (ОС) Windows NT Server v.4.0 (SP3 и выше), Windows 2000 Server, Windows Server 2003.

Начиная с обновления компонентов Атлантис версии 5.4.15, на сервере прило-жений трехуровневой архитектуры может использоваться ОС Windows Server 2008 (Enterprise или Standard Edition).

При использовании протокола HTTP в трехуровневой архитектуре на сервере приложений должен быть установлен IE не ниже 5.00.3700.1000

При выборе рабочей конфигурации ОС – СУБД необходимо учитывать платформенные ограничения выбранной версии СУБД, которые, как правило, содержатся в readme- файле поставки СУБД.

Для получения отдельных видов отчетов (в форматах rtf, slk, xls, xml) на рабочих станциях требуется наличие приложений MS Word, MS Excel из пакета MS Of-fice (любой версии начиная с MS Office 95, в том числе MS Office 2007).

ОБЩИЕ ПОЛОЖЕНИЯ 7

http://support.microsoft.com/kb/917607

Получение отчетов в формате ggr (Galagraf-отчеты) возможно при наличии на рабочей станции приложения MS Excel из пакета MS Office (любой версии начи-ная с MS Office 95 до MS Office 2003 включительно).

Для разработки и модификации этих видов отчетов в данной версии системы не-обходимо использовать MS Word, MS Excel из пакета MS Office до версии 2000 включительно.

СУБД MS SQL Server и пакет MS Office не входят в поставку системы Га-лактика ERP и приобретаются отдельно.

1.2. ТРЕБОВАНИЯ К АППАРАТУРЕ Ниже приводятся рекомендуемые требования к аппаратной конфигурации при эксплуатации системы Галактика ERP.

Для выполнения установки системы необходимо наличие, в зависимости от ком-плекта поставки, DVD-ROM или CD-ROM привода на компьютере, с которого выполняется установка (см. п. п. 2.2.1, 2.3.1.1, 2.3.2.1).

1.2.1. Требования к серверам Указанные ниже значения необходимого свободного пространства на жестком диске рассчитаны для проведения установки и начального этапа работы. По мере ввода данных в процессе эксплуатации системы рекомендуется еженедельно контролировать свободное дисковое пространство. На серверах необходимо все-гда иметь в наличии не менее 100 мегабайт свободной дисковой памяти.

Требования к серверу БД одинаковы для двух и трехуровневой архитектуры.

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

Допускается установка сервера БД и сервера приложений на одном компьютере, с подбором его характеристик для достижения требуемой производительности.

При выборе характеристик сервера приложений необходимо учитывать, что для работы одного "тонкого клиента" в среднем требуется 30-90 Мб оперативной памяти на сервере.

С учетом ограничений операционной системы MS Windows на выделение вирту-ального адресного пространства (см. п. 2.2.4.5) рекомендуется использовать от-дельный экземпляр (службу или процесс) сервера приложений для каждых 10-15 клиентов трехуровневой архитектуры, имея при этом на сервере не менее 2 Гб оперативной памяти. Для увеличения количества "тонких клиентов" можно вос-пользоваться одним из следующих способов:

— установка дополнительной службы сервера приложений (см. п. 2.5) на суще-ствующий (если характеристики CPU и RAM позволяют увеличивать нагрузку) или дополнительный сервер;

— использование службы сервера приложений в режиме балансировки нагрузки (см. п. 2.2.4.6), задав необходимые параметры режима.


При выборе характеристик сервера приложений и схемы аппаратной конфи-гурации для развертывания и эксплуатации системы рекомендуется ознако-миться с документом "Система Галактика ERP. Примеры аппаратной конфигурации при развертывании системы".

Сервер базы данных Конфигурация Число

пользователей

Объем БД

(Гбайт)

Модель (не ниже)

Оперативная память

(не менее, Mбайт)

Свободная дисковая память

(не менее, Гбайт)

Минимальная для сервера

— — РII-400 128 1

Рекомендуемая для сервера

До 20

До 50

До 100

До 5

До 10

До 15

PIV-2600*

2xPIV-2600*

2xPIV-2600*

512

1024

2048

4

* — рекомендуется использовать профессиональные серверы с RAID-массивами (как минимум, необходимо использовать SCSI диски). Для достижения макси-мальной производительности дисковой подсистемы рекомендуется использовать массивы RAID 0+1 (RAID 10). Следует учитывать, что использование RAID 5 может приводить к снижению быстродействия на операциях, требующих запись в БД.

Сервер приложений трехуровневой архитектуры Конфигурация Число

пользователей

Модель (не ниже)



Свободная дисковая память (не менее, Гбайт)

Минимальная для сервера

— РIII-933 512 1


До 10

До 25

До 50

PIV-2600

2x PIV-2600*

2x PIV-3200*

1 Гбайт

2 Гбайт

2 Гбайт

2

* —для получения итоговой и сложной отчетности рекомендуется установка до-полнительного сервера отчетов.

Сервер базы данных и сервер приложений должны быть соединены между собой высокоскоростным каналом связи (рекомендуется 1 Гбит/сек).

1.2.2. Требования к рабочим станциям двухуровневой архитектуры

Указанные ниже значения необходимого свободного пространства на жестком диске рассчитаны для проведения установки и начального этапа работы (без ус-тановки файлов системы на рабочую станцию). По мере ввода данных в процес-се эксплуатации системы рекомендуется еженедельно контролировать свободное


дисковое. На рабочей станции необходимо всегда иметь в наличии не менее 10 мегабайт свободной дисковой памяти.

В состав рабочей станции должны входить цветной SVGA-монитор с разреше-нием экрана от 640х480 и выше (для Windows XP и Vista требуется не менее 800х600) и поддерживающим не менее 256 цветов, манипулятор «мышь».

Рекомендуется использовать разрешение экрана 1024х768.

Для работы в двухуровневой архитектуре рекомендуется использовать персо-нальные компьютеры с высокими характеристиками CPU и RAM (или макси-мально высокими из имеющихся в наличии), что особенно важно для тех рабочих мест, на которых планируется вести обработку больших объемов ин-формации и производить сложные вычислительные действия, например, расчет заработной платы или переход на новый период.

Рабочая станция под управлением Windows NT/2000 Конфигурация Модель

(не ниже) Оперативная

память (не менее, Мбайт)

Свободная дисковая память (не менее, Мбайт)

Минимальная для рабочей станции

PII-400 64 200

Рекомендуемая для рабочей станции

PIV-1700 512 350

Рабочая станция под управлением Windows XP Конфигурация Модель


память (не менее, Mбайт)

Свободная дисковая память

(не менее, Mбайт) Минимальная для рабочей станции

PII-400 128 200


PIV-1700 512 и более 350

Рабочая станция под управлением Windows Vista Конфигурация Модель


память (не менее, Mбайт)

Свободная дисковая память (не менее, Mбайт)

Минимальная для рабочей станции

PIV-1000 512 200


PIV-1800 1024 и более 350

На рабочей станции должна быть установлена видеокарта с поддержкой графи-ки DirectX 9 и не менее128 МБ видеопамяти.


При выборе оборудования для рабочих станций целесообразно использовать ре-комендации Microsoft по подбору оборудования для ОС Vista, например, http://www.microsoft.com/rus/technet/windowsvista/evaluate/hardware/vistarpc.mspx

1.2.3. Требования к рабочим станциям администратора

Рабочее место администратора под управлением Windows NT/2000/XP Конфигурация Число

пользователей Модель


память (не менее,

Mбайт)


Рекомендуемая для рабочего места

До 50 PIV-1700 От 512 350

Рабочее место администратора под управлением Windows Vista Конфигурация Число




Mбайт)


Рекомендуемая для рабочего места

До 50 PIV-2400 От 1024 350

На рабочей станции должна быть установлена видеокарта с поддержкой графи-ки DirectX 9 и не менее128 МБ видеопамяти.


1.2.4. Требования к рабочим станциям трехуровневой архитектуры

При использовании в трехуровневой архитектуре характеристики рабочей стан-ции должны соответствовать рекомендуемым требованиям, предъявляемым вы-бранной ОС. Для установки клиентской части Галактики ERP и начала работы требуется не менее 85 Мб свободной дисковой памяти. Минимальной конфигурацией рабочей станции является компьютер с процессо-ром 486, 32 Мб RAM под управлением Windows 95/98. В состав рабочей станции должны входить цветной SVGA-монитор с разреше-нием экрана от 640х480 и выше (для Windows XP и Vista требуется не менее 800х600) и поддерживающим не менее 256 цветов, манипулятор «мышь».

Рекомендуется использовать разрешение экрана 1024х768.


http://www.microsoft.com/rus/technet/windowsvista/evaluate/hardware/vistarpc.mspx


Рекомендуемые конфигурации рабочих станций трехуровневой архитектуры ОС Модель



Mбайт) Минимально



Рекомендуется Windows 95/98 P-133 32 64

Windows NT P-133 32 64

Windows 2000 P-166 64 128

Windows XP PII-400 128 256

Windows Vista PIV-1000 512 1024

На рабочей станции под управлением Windows Vista должна быть установлена видеокарта с поддержкой графики DirectX 9 и не менее128 МБ видеопамяти.


1.2.5. Требования к рабочим станциям терминал-серверной архитектуры

При использовании системы Галактика ERP в терминал-серверной конфигура-ции (см. п. 2.6) к аппаратным компонентам предъявляются следующие требова-ния:

Терминал - сервер Конфигурация Число




Mбайт)

Свободная дисковая память (не менее, Гбайт)


До 15 PIV-2400 1024 15

Рабочая станция Требования к рабочей станции определяются требованиями ПО используемого терминал-сервера. В состав рабочей станции должны входить цветной SVGA-монитор (разрешение экрана от 640х480 и выше и не менее 256 цветов) и манипулятор «мышь».

1.2.6. Требования к каналам связи Система Галактика ERP функционирует в сетях со средней задержкой (ping) не более 200 мс. Для выполнения типовых эргономических требований к быстро-действию системы рекомендуется использовать каналы связи со средней задерж-кой не более 60 мс.

Сервер базы данных и сервер приложений должны быть соединены между собой высокоскоростным каналом связи (рекомендуется 1 Гбит/сек).

Характеристики пропускной способности канала связи между удаленным "тон-ким клиентом" и сервером приложений должны определяться из расчета не ме-нее 128 Кбит/с на одного клиента (при средней задержке канала не более 60 мс).



При построении рабочей конфигурации системы следует обращать внимание на соответствие предоставляемых провайдерами каналов указанным характеристи-кам. При невыполнении указанных требований рекомендуется рассматривать ва-риант терминального доступа (см. п.п. 1.2.5, 2.6).

Для канала связи между клиентом двухуровневой архитектуры и серверами БД и файл-сервером с серверной частью системы (если они установлены на разных компьютерах) рекомендуется обеспечить пропускную способность не ниже 100Мбит/с.

1.3. РЕКОМЕНДАЦИИ ПО ИСПОЛЬЗОВАНИЮ

Конфигурации программного окружения, рекомендуемые для использова-ния системы Галактика ERP, приведены в документе "Система Галактика ERP.Windows-версия. Рекомендуемые конфигурации программного окружения для эксплуатации системы. Руководство администратора системы".

При эксплуатации системы в конфигурации программного окружения, не входя-щей в число рекомендуемых, необходимо учитывать следующее:

♦ Разработчик не дает таких же гарантий качества функционирования систе-мы в данных конфигурациях, как для эксплуатации в рекомендуемой конфи-гурации программного окружения. Клиент принимает на себя все риски, связанные с обеспечением работы системы в не рекомендуемом окружении, в том числе при абонентском обслуживании и выполнении работ по догово-рам.

♦ При возникновении проблем клиент, при необходимости, должен оказать содействие в локализации ошибки.

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

В процессе тестирования системы было выявлено несколько программных про-дуктов (или их сочетаний), которые несовместимы с системой Галактика ERP. Перед установкой рекомендуется внимательно проверить, не используете ли Вы программные продукты, перечисленные в разделе 5.2.

Разработчик не несет ответственность за эксплуатацию программы с Beta и дру-гими некоммерческими версиями программ, оболочек и операционных систем, а также в конфигурациях, не описанных в инструкции по инсталляции системы. В процессе эксплуатации системы рекомендуется регулярно выполнять сохране-ние резервных копий рабочих баз данных с целью предотвращения потери дан-ных в результате возможных аварийных ситуаций. В процессе эксплуатации системы необходимо вести контроль свободного дис-кового пространства, как для файлов базы данных, так и для файлов резервных копий. В процессе настройки MS SQL Server и эксплуатации системы рекомендуется предпринимать меры, направленные на предотвращение неконтролируемого увеличения размера файла транзакций SQL Server. Увеличение объема журнала транзакций может привести к блокированию работы с базой данных Microsoft SQL Server.


Рекомендации разработчика СУБД и механизмы, с помощью которых пользова-тель может управлять размером журнала транзакций, рассматриваются в статье http://support.microsoft.com/kb/873235/ru.

1.4. ПОРЯДОК УСТАНОВКИ Чтобы произвести установку системы Галактика ERP в сетевом варианте, Вам необходимо выполнить следующую последовательность действий:

1. Произвести проверку аппаратной конфигурации сервера на соответствие тре-бованиям к аппаратуре системы Галактика ERP. Эти требования приведены в разделе 1.2.1.

2. Выполнить инсталляцию сервера базы данных (СУБД MS SQL Server)

3. Выполнить установку серверной части Галактики ERP как это указано в раз-деле 2.2.

4. Выполнить установку и настройку Microsoft Internet Information Services (при работе в трехуровневой архитектуре с использованием протокола HTTP) как это указано в разделе 2.2.5.

5. Выполнить настройку сервера приложений (при использовании трехуровневой архитектуры) как это указано в разделе 2.2.4.

6. Произвести проверку аппаратной конфигурации рабочих станций на соответ-ствие требованиям к аппаратуре системы Галактика ERP. Эти требования при-ведены в разделе 1.2.2.

7. Выполнить установку клиентской части Галактики ERP как это указано в разделе 2.3.

8. Выполнить настройку клиента трехуровневой архитектуры (при ее использо-вании) как это указано в разделе 2.3.3.

9. Выполнить настройку клиента MS SQL Server на рабочей станции (см. п. 2.1.2).

10. Выполнить установку сервера аппаратного ключа.

11. Произвести проверку настройки сетевых принтеров.

1.5. ПОДДЕРЖКА НАЦИОНАЛЬНЫХ ЯЗЫКОВ В СИСТЕМЕ ГАЛАКТИКА ERP

1.5.1. Общие сведения В настоящем разделе рассматриваются возможности системы Галактика ERP по поддержке национальных алфавитов.

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

♦ русский; ♦ белорусский; ♦ украинский; ♦ казахский.

Так как некоторые символы некоторых национальных алфавитов не имеют дос-таточно устойчивого представления в наборах символов ANSI и OEM, поддерж-


http://support.microsoft.com/kb/873235/ru

ка реализована с использованием символов из набора UNICODE. Данная функ-циональность работает только в операционных системах семейства NT: Windows NT, Windows 2000, Windows XP/2003, Windows Vista. Для Windows 95/98/ME эта функциональность отключается, так как базовая операционная система не под-держивает UNICODE в достаточном для работы приложений объёме.

Реализована поддержка UNICODE для следующих операций:

♦ ввод символов с клавиатуры; ♦ отображение символов на экране в основных элементах областей вво-

да интерфейса пользователя и в редакторе «бизнес текст»; ♦ печать на принтере из редактора «бизнес текст»; ♦ копирование информации из строк ввода и редактора «бизнес текст» в

буфер обмена операционной системы и копирование информации в противоположном направлении;

♦ передача строк символов в управляющие элементы ActiveX; ♦ формирование отчётов в представлениях «бизнес текст» и RTF;

Для ввода символов выбранного при установке БД национального алфавита дос-таточно установить соответствующую раскладку клавиатуры. Нет необходимо-сти устанавливать внешние программы национальной поддержки или изменять текущий язык в панели управления.

Система обеспечивает формирование отчетов, содержащих символы поддержи-ваемых национальных языков, в представлениях «бизнес текст», RTF, SLK, Fas-tReport, кроме формирования SLK-отчетов для казахского языка (SLK-формат не поддерживает Unicode).

Поддержка национальных языков в системе разбивается на две задачи:

— ввод, хранение и получение информации;

— сортировка с учётом национального алфавита.

Причём вторая задача опциональна, т.е. информация может храниться в нацио-нальной кодировке, но сортироваться не в алфавитном порядке.

Логины MS SQL Server на казахском языке не поддерживаются.

При выборе казахского языка ввода строки БД создаются в формате Unicode-строк.

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

Для работы с символами выбранного национального языка необходимо при ус-тановке базы данных выбрать в поле Кодировка устанавливаемой БД окна =Установка базы данных= требуемый язык ввода (национальный алфавит), ко-торый будет использоваться в устанавливаемой базе данных (см. п. 2.2.3.3, Рис. 11).

При этом в базе данных формируется так называемый префикс кодировки (rus, bel, ukr, kaz, old), определяющий язык ввода при эксплуатации системы.

Если при установке базы данных была выбрано значение не определено, то в дальнейшем при эксплуатации системы язык ввода должен определяться по па-раметру файла atlantis.cfg:

Atlantis.NLS.Page="ukr"; // или "rus", "bel", "kaz", "old"


Значение по умолчанию – "rus"

Файл atlantis.cfg не формируется в результате установки системы, поэтому при необходимости его нужно создать. Файл должен располагаться в каталоге \EXE серверной части системы.

При установленной кодировке старая (префикс кодировки в БД имеет значение old) при вводе данных выполняется перевод украинских и белорусских символов "i" в английский и т.п. Данная кодировка может использоваться для работы с ба-зами данных системы Галактика ERP, полученными путем конвертации с пре-дыдущих версий системы.

1.5.3. Настройка системы для сортировки с учётом национального алфавита

Сортировка БД при установке берётся из настроек экземпляра MS SQL Server. Поэтому для получения правильной сортировки нужно экземпляр сервера уста-навливать с соответствующей сортировкой (см. п. 2.1.1).

Казахская сортировка имеется только в MS SQL Server 2005 и 2008.


2. УСТАНОВКА СИСТЕМЫ

Перед установкой системы Галактика ERP кроме данного документа озна-комьтесь с информацией файла README, который содержится в каждой постав-ке системы.

2.1. УСТАНОВКА КОМПОНЕНТОВ СУБД MS SQL SERVER

2.1.1. Установка сервера БД Инсталляция СУБД MS SQL Server производится в соответствии с руководством по установке СУБД.

Данное руководство входит в состав комплекта поставки СУБД MS SQL Server.

При установке СУБД необходимо:

— в разделе установки <Сollation Settings> установить одну из поддерживае-мых системой Галактика ERP схему сортировки (см. ниже);

— установить значение параметра nested triggers=0.

Для установки требуемых значений параметров при установке СУБД MS SQL Server версий 2000 и 2005 рекомендуется использовать режим custom, установив в окне =Setup Type= мастера установки соответствующее значение переключате-ля.

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

В окне =Collation Settings= установить требуемую схему сортировки из числа поддерживаемых системой:

♦ значение экранного переключателя в положении Collation designator and sort order (по умолчанию): в списке схем сортировок выбрать одно из значений

Cyrillic_General (Server Collation= Cyrillic_General_CI_AS)

или

Ukrainian (Server Collation= Ukrainian_CI_AS)

или

Kazakh_90 (Server Collation= Kazakh_90_CI_AS)

при значении поля Sort order = Accent sensitive

УСТАНОВКА СИСТЕМЫ 17

♦ значение экранного переключателя в положении SQL Collation: в списке схем сортировок выбрать одно из значений

Dictionary order, case-insensitive, for use with the 1251 (Cyrillic) Character Set (Server Collation=SQL_Latin1_General_CP1251_CI_AS)

или

Ukrainian Dictionary order, case-insensitive, for use with the 1251 (Cyrillic) Character Set (Server Collation=SQL_Ukrainian_General_CP1251_CI_AS)

Для MS SQL Server 2008 схема сортировки задаётся во вкладке =Collation= окна =Server Configuration=.

Дополнительно к указанным выше схемам сортировки в SQL Server 2008 воз-можно использование схем:

Cyrillic_General_100_CI_AS

Ukrainian_100_CI_AS

Kazakh_100_CI_AS

При использовнии схемы Ukrainian_100_CI_AS обеспечивается устранение не-которых ошибок быстрого поиска специфических украинских символов в таб-личных экранных формах системы Галактика ERP.

После завершения установки MS SQL Server необходимо установить требуемое значение параметра nested triggers, для чего из утилиты Query Analyzer (или MS SQL Server Management Studio для MS SQL Server 2005/2008) необходимо в ба-зе master выполнить: sp_configure 'nested triggers', 0 reconfigure

Если при установке MS SQL Server 2000/2005/2008 было задано имя экземпляра БД (instance), отличное от default, то необходимо зарегистрировать на сервере синоним (alias) этого экземпляра БД MS SQL Server с помощью SQL Server Cli-ent Network Utility.

Запуск SQL Server Client Network Utility для Windows NT 4.0/2000/2003 Server выполняется следующим образом: \WINNT\SYSTEM32\cliconfg.exe

Значение Server alias должно иметь следующую структуру:

<имя сервера>\<имя instance>,

Значение <имя instance> задается при инсталляции MS SQL Server 2000/2005/2008 на выделенный сервер.

При использовании протокола TCP/IP, в поле Port number заносится порт экзем-пляра БД MS SQL Server, который, например, для MS SQL Server 2000 может быть определен по следующему ключу системного реестра выделенного сервера:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\<имя instance>\MSSQLServer\SuperSocketNetLib\TCP,

переменная TcpPort.

Если MS SQL Server стартован под пользовательской учетной записью Win-dows, то эта учетная запись должна иметь в MS SQL Server роль "System ad-ministrators".


При использовании MS SQL Server 2005/2008 для достижения оптимальной про-изводительности системы Галактика ERP необходимо учитывать повышенные требования данной версии СУБД к аппаратным ресурсам (по сравнению с вер-сией 2000).

По опыту тестирования рекомендуется использовать серверы БД с частотой про-цессора 3GHz (или эквивалентные) и объемом оперативной памяти не менее 2GB.

При установке MS SQL Server 2005/2008 автоматически включается трэйс (trace), выполняющий мониторинг определенных событий СУБД. Если его вы-ключить, производительность системы почти всегда возрастает.

Узнать установленные трэйсы можно с помощью функции fn_trace_getinfo.

Выключить трэйсы можно с помощью процедуры sp_trace_setstatus. Если суще-ствует только default trace, то необходимо воспользоваться процедурой sp_configure.

2.1.2. Настройка клиента MS SQL Server на рабочей станции Если база данных Галактики ERP будет установлена в экземпляр базы данных MS SQL Server 2000/2005/2008, не являющийся экземпляром по умолчанию (de-fault), то необходимо зарегистрировать на рабочей станции alias этого экземпля-ра БД MS SQL Server с помощью SQL Server Client Network Utility.

Запуск SQL Server Client Network Utility выполняется следующим образом:

— для Windows NT 4.0/2000/XP \WINNT\SYSTEM32\cliconfg.exe

— для Windows 95 \WIN95\SYSTEM\cliconfg.exe

— для Windows 98 \WINDOWS\SYSTEM\cliconfg.exe

Значение Server alias должно иметь следующую структуру:

<имя сервера>\<имя instance>,

Значение <имя instance> задается при инсталляции MS SQL Server 2000/2005/2008 на выделенный сервер.

При использовании протокола TCP/IP, в поле Port number заносится порт экзем-пляра БД MS SQL Server, который, например, для MS SQL Server 2000 может быть определен по следующему ключу системного реестра выделенного сервера:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\<имя instance>\MSSQLServer\SuperSocketNetLib\TCP,

переменная TcpPort.

2.2. УСТАНОВКА СЕРВЕРНОЙ ЧАСТИ ГАЛАКТИКИ ERP

Установка серверной части системы должна выполняться от имени пользователя, обладающего административными правами на данном компьютере.


2.2.1. Выбор компьютера для установки Установка серверной части системы для трехуровневой архитектуры должна проводиться с консоли сервера приложений.

Установка серверной части системы для двухуровневой архитектуры выполняет-ся с консоли файл-сервера под управлением Windows NT/2000/2003 Server.

2.2.2. Запуск программы установки Запуск программы установки setup.exe производится непосредственно с ком-пакт-диска (каталог GAL…\SERVER\).

2.2.3. Работа с программой установки После запуска программы установки нажимайте кнопку [Далее] в главном диа-логовом окне, для прохождения по шагам программы установки.

В результате запуска программы серверной установки на экран вызывается окно приветствия. По щелчку кнопки [Далее] этого окна вызывается окно с текстом лицензионного соглашения.

Ознакомьтесь с лицензионным соглашением и, если Вы принимаете его условия, то нажмите кнопку [Да].

В результате появляется окно задания лицензионного файла (см. Рис. 1).

Лицензионный файл обычно поставляется на отдельной дискете. Установите эту дискету в дисковод и укажите путь на файл щелчком кнопки [OК].

Рис. 1 Окно задания лицензионного файла

Далее на экран вызывается окно =Архитектура системы = (см. Рис. 2) для вы-бора архитектуры, в которой будет эксплуатироваться система Галактика ERP (Двухуровневый сервер или Трехуровневый сервер).

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


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

Если в Вашей организации планируется использование комбинированной архи-тектурной схемы, при которой часть пользователей работает в двухуровневой архитектуре ("толстые" клиенты), а другая часть в трехуровневой ("тонкие" кли-енты), то для корректной настойки клиентских частей в окне = Архитектура системы= (см. Рис. 2) необходимо установить два флага: Двухуровневый сер-вер и Трехуровневый сервер.

Флаг Пользовательская конфигурация определяет необходимость вызова в процессе установки экранной формы задания параметров клиентских инсталля-ций (см. п. 2.2.3.5) в автоматическом режиме.

Рис. 2 Окно выбора типа установки

Ниже рассматривается дальнейший порядок установки системы для каждого ти-па установки.

2.2.3.1. Установка серверной части для двухуровневой архитектуры

Для установки серверной части системы на файл-сервер для эксплуатации в двухуровневой архитектуре установите в окне = Архитектура системы= (см. Рис. 2) флаг Двухуровневый сервер и нажмите кнопку [Далее].

В результате на экран вызывается окно выбора каталога, в который будет прово-диться установка системы (см. Рис. 3).


Рис. 3 Окно задания каталога для установки серверной части

По кнопке [Обзор] Вы можете назначить каталог на локальном жестком диске файл-сервера для установки серверной части Галактики ERP.

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

По кнопке [Далее] вызывается окно выбора компонентов системы для установки (см. Рис. 4).

Рис. 4 Окно выбора компонентов для установки


Окно =Устанавливаемые компоненты= содержит перечень всех компонентов системы, сгруппированных по категориям. Компоненты, подлежащие установке отмечаются флагом . Установка/снятие флага для компонента или категории выполняется клавишей Пробел или щелчком мыши по позиции флага.

Некоторые компоненты системы требуют установки других компонентов. На-пример, установка компонента "Галактика ERP" требует установки компонентов "Системное ядро" и "Вспомогательные объекты", а установка компонента "Сис-темное ядро", в свою очередь, требует установки компонента "Прочие компонен-ты поддержки" и т. п. Программа установки не контролирует эти зависимости, поэтому будьте внимательны при отказе от установки отдельных компонентов системы.

По умолчанию отмечены все компоненты, которые могут быть установлены для выбранного типа установки (см. Рис. 2).

По кнопке [Далее] вызывается окно (см. Рис. 5) задания имени разделяемого ре-сурса системы для ранее заданного каталога установки (см. Рис. 3) для обеспе-чения доступа к ней с клиентских рабочих станций.

Рис. 5 Окно ввода имени разделяемого ресурса

Имя разделяемого ресурса не должно содержать пробелы и его длина не должна превышать 8 символов.

По щелчку кнопки [Далее] на экран вызывается окно проверки правильности за-дания исходных данных для установки. Проверьте правильность введенных дан-ных и нажмите кнопку [Далее]. При необходимости изменить данные вернитесь в нужное окно кнопками [Назад]. По щелчку кнопки [Далее] окна проверки текущих режимов установки начнется установка файлов системы на логический диск Вашего сервера. Процесс уста-новки отображается на экране Вашего компьютера.


В любой момент Вы можете прервать процесс установки, нажав на кнопку [От-мена] или клавишу Esc. В этом случае последует запрос подтверждения выхода. Если вы подтвердите выход, программа установки прервется и удалит уже уста-новленные файлы и каталоги, приведя диск в исходное состояние.

В процессе установки в разделе Программы главного меню Windows будет соз-дана папка Корпорация Галактика => Галактика ERP <версия>, в которой нахо-дятся ярлыки запуска дополнительных программ и документов, используемых в процессе настройки и эксплуатации системы.

По завершении файловой установки на экран вызывается окно задания необхо-димости выполнения дополнительных установок (см. Рис. 6), которыми являют-ся:

♦ установка базы данных; ♦ установка сервера аппаратного ключа

Рис. 6 Окно дополнительных установок для двухуровневой архитектуры

По кнопке [Далее] окна =Дополнительные установки=, в зависимости от того какие флаги были отмечены, последовательно запускаются следующие програм-мы:

♦ Программа установки БД (DB_Inst\ms_inst.exe) – если отмечен флаг Уста-новка БД и настройка на них (вариант установки Установка новых БД). Порядок работы с программой подробно рассмотрен в п. 2.2.3.3.

♦ Программа установки сервера аппаратного ключа (\KEYSETUP\setup.exe)– если отмечен флаг Настройка сервера аппаратного ключа. Порядок рабо-ты с программой подробно рассмотрен в п. 2.2.3.4.

Если на этапе задания типа установки был отмечен флаг Пользовательская конфигурация (см. п. 2.2.3, Рис. 2), то по завершении этапа дополнительных ус-тановок вызывается окно настройки параметров автоматической установки кли-ентских частей системы, работа с которым подробно рассмотрена в п. 2.2.3.5.

На последнем этапе установки на экран вызывается завершающее окно, в кото-ром для выхода из программы необходимо нажать кнопку [Готово].


В результате установки системы в режиме Двухуровневый сервер в каталог \Setup из дистрибутивного диска копируется папка \Client2, содержащая инстал-лятор клиентской части двухуровневой архитектуры.

2.2.3.2. Установка серверной части для трехуровневой архитектуры

Для установки серверной части системы на компьютер сервера приложений для эксплуатации в трехуровневой архитектуре установите в окне =Тип установки= (см. Рис. 2) флаг Трехуровневый сервер и нажмите кнопку [Далее].

В результате на экран вызывается окно выбора каталога, в который будет прово-диться установка системы (см. Рис. 3).

По кнопке [Обзор] Вы можете выбрать каталог на локальном жестком диске компьютера сервера приложений для установки серверной части Галактики ERP.


По кнопке [Далее] вызывается окно выбора компонентов системы для установки (см. Рис. 4). Правила работы с данным окном рассмотрены в п. 2.2.3.1.

По кнопке [Далее] окна =Устанавливаемые компоненты= вызывается окно про-верки правильности задания исходных данных для установки. Проверьте пра-вильность введенных данных и нажмите кнопку [Далее]. При необходимости изменить данные вернитесь в нужное окно кнопками [Назад]. По щелчку кнопки [Далее] этого окна начнется установка файлов системы на ло-гический диск Вашего сервера. Процесс установки отображается на экране Ва-шего компьютера. В любой момент Вы сможете прервать процесс установки, нажав на кнопку [От-мена] или клавишу Esc. В этом случае последует запрос подтверждения выхода. Если вы подтвердите выход, программа установки прервется и удалит уже уста-новленные файлы и каталоги, приведя диск в исходное состояние.

В процессе установки в разделе Программы главного меню Windows будет соз-дана папка Корпорация Галактика => Галактика ERP <версия>, в которой нахо-дятся ярлыки запуска дополнительных программ и документов, используемых в процессе настройки и эксплуатации системы.

По завершении файловой установки на экран вызывается окно задания необхо-димости выполнения дополнительных установок и настроек (см. Рис. 7), кото-рыми являются:

♦ установка базы данных; ♦ настройка протоколов для сервера приложений; ♦ установка сервера аппаратного ключа.


Рис. 7 Окно дополнительных установок для трехуровневой архитектуры

Если отмечен флаг Установка БД и настройка на них, то в результате установ-ки системы в ОС Windows создается служба сервера приложений с именем GalServerGal_<имя БД> для установленной или каждой выбранной в режиме на-стройки базы данных.

При этом выводимым именем службы является Galaktika Application Server (Gal_<имя БД>).

Значение, заключенное в выводимом имени службы в скобки, является именем экземпляра сервера приложений (см. п. 2.5).

Если в режиме Настройка на существующие БД в файлах EXE\install.ini и Setup\csetup.ini установки, на которую выполняется настройка, не найдено ин-формации об установленных БД (в рамках этой серверной установки не выпол-нялась ни установка БД ни настройка на БД), то выдается сообщение:

B yкaзaннoм кaтaлoгe инфopмaция oб ycтaнoвлeнныx БД нe oбнapyжeнa.

Пoвтopить выбop кaтaлoгa?

При ответе [Нет] выдается запрос на создание службы сервера приложений, не привязанного к конкретной БД:

Coздaть cлyжбy cepвepa пpилoжeний пo yмoлчaнию?

При ответе [Да] выдается окно ввода имени экземпляра этого сервера приложе-ний. Если поле ввода оставить пустым, то будет создана служба сервера прило-жений с именем по умолчанию GalServer.

При ответе [Нет] служба не создается.

По кнопке [Далее] окна =Дополнительные установки = в зависимости от того какие флаги были отмечены последовательно запускаются следующие програм-мы:

♦ Программа установки БД (DB_Inst\ms_inst.exe) – если отмечен флаг Уста-новка БД и настройка на них (вариант установки Установка новых БД). Порядок работы с программой подробно рассмотрен в п. 2.2.3.3.


♦ Менеджер серверов и служб Галактики (DB_Inst\galconf.exe) – если отмечен флаг Настройка протоколов. С помощью этой программы выполняется на-стройка параметров работы сервера приложений и запуск службы. Порядок работы с программой подробно рассмотрен в п. 2.2.4.

♦ Программа установки сервера аппаратного ключа (\KEYSETUP\setup.exe)– если отмечен флаг Настройка сервера аппаратного ключа. Порядок работы с программой подробно рассмотрен в п. 2.2.3.4.

На завершающем этапе установки серверной части трехуровневой архитектуры программа установки выполняет настройку источников данных ODBC на базу данных, которая была установлена в процессе инсталляции или на которую была выполнена настройка.

Следует иметь в виду, что источник данных ODBC создается для пользователя (User DSN), от имени которого выполнялась установка серверной части. Если служба сервера приложений будет работать от имени другого пользователя (см. п. 2.2.4), то необходимо самостоятельно задать системный источник данных ODBC (System DSN) для базы данных, которая была установлена в процессе ин-сталляции или на которую была выполнена настройка.

Если на этапе задания типа установки был отмечен флаг Пользовательская конфигурация (см. п. 2.2.3, Рис. 2), то по завершении этапа дополнительных ус-тановок вызывается окно настройки параметров автоматической установки кли-ентских частей системы, работа с которым подробно рассмотрена в п. 2.2.3.5.

На последнем этапе установки на экран вызывается завершающее окно, в кото-ром для выхода из программы необходимо нажать кнопку [Готово].

В результате установки системы в режиме Трехуровневый сервер в каталог \Setup из дистрибутивного диска копируется папка \Client3, содержащая инстал-лятор клиентской части трехуровневой архитектуры.

2.2.3.3. Установка базы данных

Если в окне =Дополнительные установки = (см. Рис. 6 или Рис. 7) был отмечен флаг Установка БД и настройка на них, то на одном из этапов дополнитель-ных установок (в зависимости от того, какие другие режимы были отмечены) программа установки системы переходит в режим установки БД.

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

♦ Установка новых БД ♦ Настройка на существующие БД Режим Настройка на существующие БД используется в следующих случаях:

♦ Если база данных устанавливается на выделенный компьютер сервера БД (это является рекомендуемой конфигурацией).

В этом случае при появлении окна выбора режима установки/настройки базы данных необходимо выбрать данный режим и, не нажимая кнопки [Далее], пе-рейти на компьютер сервера БД. На компьютере сервера БД необходимо исполь-зуя сетевое окружение войти в каталог \DB_INST устанавливаемой серверной части Галактики ERP и запустить инсталлятор БД ms_inst.exe (см. п. 2.4.1). Выполнить установку БД по правилам, описанным в настоящем параграфе. По завершении установки БД вернуться на компьютер серверной части Галактики ERP, нажать кнопку [Далее] в окне выбора режима установки/настройки базы


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

♦ Если база данных системы Галактика ERP уже установлена. Например, для случая установки клиентской части двухуровневой архитектуры системы (см. п. 2.3.1) или установки системы на дополнительный компьютер сервера приложений трехуровневой архитектуры.

В режиме Настройка на существующие БД по кнопке [Далее] вызывается окно =Настройка на БД системы "Галактика ERP"=, в котором необходимо выбрать домашний каталог с серверной установкой системы, на которую выполняется настройка. Настройка на БД выполняется по следующему алгоритму:

♦ Сначала информация о БД ищется в файле \Setup\csetup.ini серверной час-ти, на которую выполняется настройка, и, если она там находится, то бе-рется из него.

♦ Если файл csetup.ini отсутствует или в нем нет необходимых данных, то информация о БД ищется в файле \EXE\install.ini этой серверной части сис-темы и, если она там находится, то берется из него.

♦ Если файл install.ini отсутствует или в нем нет необходимых данных, то выдается сообщение об ошибке с предложением перевыбрать каталог сер-верной части Галактики ERP.

В результате выбора каталога с серверной установкой системы на экран вызыва-ется окно =Выберите БД= (см. Рис. 8) со списком БД, установленных в рамках этой установки (т.е. баз данных, установленных инсталлятором базы данных \DB_Inst\ms_inst.exe этого домашнего каталога).

Рис. 8 Окно выбора БД для настройки текущей установки

Отметьте (мышью, клавишей Пробел или экранными кнопками [Выделить все], [Очистить все]) те базы, на которые необходимо настроиться при текущей ин-сталляции и нажмите кнопку [Далее].

Если в процессе установки системы был отмечен режим Трехуровневый сервер, то в результате настройки на базу данных будет создано столько экземпляров сервера приложений системы (служб) сколько БД было выбрано для настройки.


Режим Установка новых БД используется для первоначальной установки базы данных. Если установлен этот режим, то по кнопке [Далее] программа переходит в режим установки базы данных. Данный режим обычно используется в случае, если система Галактика ERP и сервер БД находятся на одном компьютере.

При входе в режим создания базы данных выводится экранная форма регистра-ции администратора (см. Рис. 9). Поле Укажите название экземпляра (Instance) БД или ссылку (Alias) на него при работе с MS SQL Server версии 2000/2005/2008, на котором установлено не-сколько экземпляров СУБД, в это поле необходимо занести alias экземпляра СУБД в виде: <имя сервера>\<имя instance>

Если используется экземпляр СУБД по умолчанию, то поле должно иметь значе-ние Default. Переключатель trusted connection/sql server security определяет тип подключения к MS SQL Server при работе инсталлятора. При установке переключателя в положение trusted connection используется авто-ризация пользователей NTLM Security (см. п. 2.9). Если переключатель установлен в положение sql server security, введите в соот-ветствующие поля экранной формы имя и пароль пользователя SA соответст-венно или его эквивалента, обладающего правами администратора.

Рис. 9 Экранная форма регистрации администратора

Следует иметь в виду, что если в процессе работы с инсталлятором БД будет вы-полнена установка или переустановка вспомогательной службы napsrv.exe (см. Рис. 14 и п. 2.4.5), то заданный в данной экранной форме тип авторизации будет установлен и для вспомогательной службы. Флаг as dbowner определяет будет ли пользователь, подсоединившийся к экземп-ляру БД, являться владельцем установленных им баз или нет. Когда этот флаг установлен, подсоединившийся к экземпляру БД пользователь остается владельцем установленных им баз. По умолчанию этот флаг не выстав-лен, и это означает, что после создания БД владелец этой БД сменится. Новый владелец - это предустановленный владелец БД Галактики ERP, имею-щий имя GALAXYDBOWNER.


Если на момент создания базы данного логина на сервере нет, то вызывается диалог задания пароля для данного логина и после того, как администратор, ус-танавливающий БД, его вводит, происходит создание на сервере логина GALAXYDBOWNER. При этом, если GALAXYDBOWNER уже существует, то диалог установки пароля не вызывается. Важность правильного определения владельца созданной БД Галактики ERP за-ключается в том, что логин, под которым создавалась база, не может в дальней-шем подсоединиться к БД Галактики ERP. Это имеет место как для sql server security, так и для NTLM-security. Другими словами на этапе инсталляции базы необходимо решить быть данному логину владельцем БД или нет. Щелчок кнопки [Далее] экранной формы регистрации администратора вызывает экранную форму выбора типа установки базы данных (см. Рис. 10). Экранная форма представляет собой переключатель, устанавливающий режим работы инсталлятора. При положении переключателя Установить базу данных (по умолчанию) будет выполнена установка начальных и тестовых данных системы Галактика ERP, а также вспомогательной службы napsrv.exe. При положении переключателя Установить произвольную БД Вы имеете воз-можность выбрать данные для установки из списка. При положении переключателя Удалить базу данных будет выполнено удаление указанной базы данных. Установка переключателя в нужное положение осуществляется щелчком мыши на соответствующем поле.

Рис. 10 Выбор типа установки базы данных

Установка базы данных по умолчаниюПри положении переключателя экранной формы =Выбор типа установки= Ус-тановить базу данных (по умолчанию) (см. Рис. 10) будет выполнена установ-ка начальных и тестовых данных системы Галактика ERP, а также установка вспомогательной службы NAPServer.По щелчку кнопки [Далее] выдается сообщение:

Остановить вспомогательную службу Галактики и заменить её? Если в данном экземпляре MS SQL Server уже установлена вспомогательная служба необходимой версии, то нужно ответить [No]. Программа установки при


этом перейдет в режим задания параметров установки начальных данных систе-мы Галактика ERP (см. Рис. 11). Для установки вспомогательной службы необходимо ответить [Yes]. В результате стартует процесс установки вспомогательной службы, заключающийся в выпол-нении следующих шагов: ♦ Установка вспомогательной службы NAPServer (napsrv.exe) в каталог

<домашний каталог MSSQLServer>\Binn; ♦ Установка библиотечных файлов, используемых вспомогательной службой,

protect_.dll, streams_.dll, atllib_.dll, nation_.dll, namssql.dll, atlantis.rtl и atlantis.rtx в каталог <домашний каталог MSSQLServer>\Binn.

♦ Запуск вспомогательной службы napsrv.exe; В процессе установки вспомогательной службы napsrv.exe выполняется созда-ние в базе данных master MSSQL Server внешних процедур (Extended Stored Procedures), необходимых для работы системы.

Важное замечание: Инсталлятор выставляет опцию СУБД MS SQL Server nestedtriggers=0

Если Вы не установили данное значение опции при установке MS SQL Server (см. п. 2.1.1), то для того, чтобы система Галактика ERP начала функциони-ровать корректно необходимо остановить и запустить вновь сервис MSSQLServer после чего запустить вспомогательную службу Галактики ERP NAPServer. Данные операции выполняются средствами ОС Windows NT/2000/2003 или путем перезагрузки компьютера. Если на данном сервере функционируют приложения, для которых необходимо другое значение данной опции, то эти приложения необходимо вынести на другой сервер.

По завершении установки вспомогательной службы NAPServer вызывается эк-ранная форма задания параметров установки начальных данных системы Га-лактика ERP (см. Рис. 11).

Рис. 11 Задание режима установки базы данных


В поле Имя базы данных занесите имя создаваемой базы данных системы. Имя базы данных может содержать не более 30 символов.

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

Позже значение, введенное в поле Имя базы данных, будет присвоено параметру DataBaseName конфигурационного файла системы (см. п. 3.1).

Флаг Устанавливать словарь определяет установку базы данных в объеме сло-варя системы.

Флаг Устанавливать общие данные определяет необходимость установки дан-ных системы в объеме всех таблиц из соответствующего файла main.dbi.

Для первоначальной установки БД Галактики ERP необходимо установить оба этих флага.

Флаги Устанавливать структуру, Устанавливать данные и Устанавливать только изменения в версии 8.1 не используются.

Файлы main.dbi должны быть расположены в отдельных подкаталогах (напри-мер, \Russia, \Test) каталога \DB_INST серверной части системы, созданном на этапе файловой установки.

Флаг Устанавливать прикладной код определяет необходимость установки (компиляции) прикладных хранимых процедур и функций, поставляемых в со-ставе компонентов системы.

Скрипты хранимых процедур при установке системы или обновления компонен-тов размещаются в подкаталоге EXE\StoredScripts\ серверной части системы. Для компиляции хранимых процедур на последнем этапе работы инсталлятора БД вызывается утилита asql.exe, расположенная в каталоге \EXE серверной части системы.

При наличии флажка Идентификация Windows NT устанавливается использование NTLM Security при авторизации клиента сервером БД (см. п. 2.9). В противном случае устанавливается авторизация SQL Server Security.

Если этот флаг установлен, то по кнопке [Далее] окна =Установка базы данных= (см. Рис. 11) выдается сообщение о небходимости установить при настройке вспомогательной службы уровень авторизации "Установка связи" (см. п. 2.2.7.1). Если этот уровень авторизации уже установлен, то сообщение не выдается.

Флаг Мандатный доступ в настоящей версии системы не используется и не должен быть установлен.

Поле Кодировка устанавливаемой БД определяет язык ввода (национальный алфавит), который будет использоваться в устанавливаемой базе данных.

Поле доступно только при наличии флага Устанавливать словарь.

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

русская

белорусская

украинская

казахская


старая

не определено

При установленной кодировке старая при вводе данных выполняется перевод украинских и белорусских символов "i" в английский и т.п. Данная кодировка используется для работы с базами данных системы Галактика ERP, получен-ными путем конвертации с предыдущих версий системы.

При установленной кодировке не определено в базе данных не формируется префикс кодировки, поэтому кодировка БД в этом случае должна задаваться в файле atlantis.cfg в параметре:

Atlantis.NLS.Page="rus"; // или "ukr", "bel", "kaz", "old"

Значение по умолчанию – "rus". Значение параметра фактически определяет префикс кодировки: rus (русская), bel (белорусская), ukr (украинская), kaz (казах-ская), old (старая) (см. п. 1.5).

Файл atlantis.cfg не формируется в результате установки системы, поэтому при необходимости его нужно создать. Файл должен располагаться в каталоге \EXE серверной части системы.

Кодировка не определено используется для тестирования, поэтому широкого применения на практике не имеет.

При установке базы данных анализируется кодировка dbi-файла с данными, со-ответствующего выбранному типу устанавливаемых данных, и сравнивается либо с уже существующей кодировкой устанавливаемой БД при установке толь-ко данных (выставлен только флаг Устанавливать общие данные), либо с пла-нируемой кодировкой при установке новой БД (определяется выбранным значением в поле Кодировка устанавливаемой БД). Любая кодировка совмес-тима только сама с собой либо с кодировкой не определено. При несовместимо-сти выдаётся предупреждение вида:

Выбранная кодировка БД '<префикс кодировки>' отличается от кодировки DBI-файла '<префикс кодировки>'. Продолжить установку? [Yes] [No]

При возникновении данного сообщения рекомендуется прекратить установку и выбрать кодировку устанавливаемой БД в соответствии с кодировкой dbi-файла с данными.

Подробнее о поддержке национальных алфавитов см. в п. 1.5.

Не рекомендуется на одном экземпляре MS SQL Server одновременно (в рамках одной сессии вспомогательной службы napsrv.exe) работать с базой данных с ка-захской кодировкой и базами данных в других кодировках, поскольку настройка кодировки считывается вспомогательной службой один раз при первом обраще-нии к базе данных после старта службы. Отличие казахской кодировки от ос-тальных, поддерживаемых системой, заключается в использовании Unicode-строк базы данных.

По щелчку кнопки [Далее], при наличии флажка в поле Устанавливать сло-варь, на экран выводится окно настройки конфигурации начальной базы данных (см. Рис. 12).

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


Для разных видов данных (система, лог, данные, индексы, журнал) возможно ис-пользование одного и того же устройства. Неопытным пользователям рекомен-дуется для всех видов данных использовать одно устройство.

Для повышения производительности рекомендуется размещать различные уст-ройства хранения данных на различные физические диски.

Рис. 12 Экранная форма настройки конфигурации базы данных

По умолчанию все файлы базы данных предлагается разместить в домашнем ка-талоге системы Галактика ERP. Изменить место расположения файлов базы данных можно с помощью кнопки [Расположение], в результате нажатия которой вызывается окно выбора директории (см. Рис. 13).

При необходимости с помощью кнопки [Создать] можно создать новый каталог для размещения файлов базы данных. Для выбора каталога необходимо устано-вить на него курсор и нажать кнопку [Выбрать].

Рис. 13 Задание каталога расположения файлов базы данных

Изменение параметров устройства выполняется по кнопке [Изменить] окна настройки конфигурации базы данных (см. Рис. 12), в результате нажатия кото-рой вызывается окно, показанное на Рис. 14.


Рис. 14 Экранная форма ввода/корректировки параметров устройства хранения данных

В полях панели Параметры устройства задаются логическое имя, имя файла устройства и его размер.

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

В поле Имя устройства заносится логическое имя database device в MS SQL Server.

В поле Расположение устройства заносится физическое имя файла для хране-ния устройства. Расположение файла устройства может быть изменено по кноп-ке [Выбрать расположение], в результате нажатия которой вызывается окно выбора директории (см. Рис. 13).

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

В поле Размер (Мб) заносится начальный, минимально необходимый для уста-новки БД, размер устройства.

По кнопке [Расширенный режим] открываются поля задания параметров автома-тического увеличения размера файла устройства в процессе наполнения базы данных информацией (см. Рис. 15).

По умолчанию устанавливается режим неограниченного увеличения размера файлов устройств базы данных с величиной приращения 10%. Расширенный ре-жим задания параметров используется при необходимости изменить указанную настройку.

Для продолжения работы после изменения или просмотра параметров автомати-ческого увеличения размера файла устройства необходимо восстановить обыч-ный режим задания параметров (кнопка [Обычный режим]).

По щелчку кнопки [Продолжить] окна ввода/корректировки параметров устрой-ства хранения данных (см. Рис. 14) выполняется сохранение внесенных измене-ний и возврат в основное окно настройки конфигурации устанавливаемой базы данных (см. Рис. 12).


Рис. 15 Окно расширенного режима ввода/корректировки параметров устройства хранения данных

Ввод нового устройства выполняется по кнопке [Добавить] основного окна на-стройки конфигурации устанавливаемой базы данных (см. Рис. 12) аналогично режиму корректировки параметров (кнопка [Изменить]).

Удаление устройства выполняется по кнопке [Удалить].

Щелчок кнопки [Далее] запускает процесс установки/пересоздания структуры (при наличии флажка Устанавливать структуру и, в случае пересоздания, флажка Пересоздать структуру ) и установки начальных данных (при наличии флажка Устанавливать данные).

Ход установки отображается на экране компьютера.

По завершении установки начальных данных системы автоматически вызывает-ся экранная форма задания режима установки тестовых данных системы, анало-гичная рассмотренной выше (см. Рис. 11).

Заполните поля экранной формы. Щелчок кнопки [Далее] вызывает экранную форму настройки конфигурации тестовых данных, аналогичную рассмотренной выше (см. Рис. 12).

Щелчок кнопки [Далее] запускает процесс установки тестовых данных.

Установка произвольной базы данныхПри положении переключателя экранной формы =Выбор типа установки= Ус-тановить произвольную БД (см. Рис. 10) Вы имеете возможность выбрать не-обходимый тип данных для установки. В этом случае щелчок кнопки [Далее] вызывает экранную форму выбора типа устанавливаемых данных из списка (см. Рис. 16). На Рис. 16 приведен пример списка баз данных, которые поставляются с систе-мой и могут быть установлены индивидуально. Перечень реально поставляемых данных может отличаться от перечня, приведенного на рисунке.


Рис. 16 Выбор базы данных для установки Флажок Устанавливать вспомогательную службу Галактики определяет необходимость установки вспомогательной службы napsrv.exe. Для выбора установите курсор на наименование данных, подлежащих установке, и нажмите кнопку [Далее]. В результате запускается процесс установки вспомогательной службы (если фла-жок Устанавливать вспомогательную службу Галактики был установлен). Действия при установке вспомогательной службы те же, что и при варианте ус-тановки базы данных по умолчанию. По завершении установки вспомогательной службы или непосредственно по кнопке [Далее] окна выбора типа устанавливаемых данных списка (см. Рис. 16) вызывается экранная форма задания режима установки базы данных (см. Рис. 11). Заполните поля аналогично варианту установки базы данных по умолчанию. По щелчку кнопки [Далее], при наличии флажка в поле Устанавливать сло-варь, на экран выводится окно настройки конфигурации устанавливаемой базы данных (см. Рис. 12). Заполните поля экранной формы аналогично варианту установки базы данных по умолчанию. Щелчок кнопки [Далее] запускает процесс установки базы данных. В случае возникновения ошибок при установке базы данных выдаются соответ-ствующие сообщения, сведения о которых помещаются в файл ms_inst.log. Log-файл помещается в каталог, в который производится установка системы Галак-тика ERP. В любой момент Вы можете прервать процесс установки базы данных щелчком кнопки [Прервать]. В этом случае последует запрос на подтверждение выхода. Если Вы подтвердите выход, программа установки прервется, оставив на диске недоинсталлированные базы данных. Приведение сервера в исходное со-стояние выполняется средствами утилиты SQL Enterprise Manager (SQL Server Management Studio для SQL Server 2005/2008), входящей в состав СУБД MS SQL Server. Проверка связи с сервером приложений выполняется с помощью программы napsping.exe (см. п. 2.2.7.5). В случае возникновения при инсталляции базы данных ошибок запуска вспомо-гательной службы Галактики, ошибок связи с ней, необходимо выполнить на-


стройку (конфигурирование) вспомогательной службы napsrv.exe с помощью программы Менеджер серверов и служб Галактики (см. п. 2.2.7). Если база данных устанавливалась в не default экземпляр БД MS SQL Server 2000/2005/2008, то по окончании установки базы на экран автоматически вызы-вается окно Менеджера серверов и служб Галактики для определения пара-метров конфигурации вспомогательной службы. Необходимо заполнить поля Сетевой протокол RPC, RPC порт, Авторизация не обязательна необходи-мыми значениями.

Удаление базы данныхПри положении переключателя экранной формы =Выбор типа установки= Удалить базу данных (см. Рис. 10) по щелчку кнопки [Далее] на экран выводит-ся окно со списком установленных на сервере баз данных (см. Рис. 17).

Рис. 17 Окно выбора базы данных для удаления

Кроме списка баз данных данное окно содержит поле Удалять вспомогатель-ную службу Галактики, наличие флажка в котором говорит о необходимости удаления вспомогательной службы napsrv.exe и библиотечных файлов из ката-лога <домашний каталог MSSQLServer>\Binn.

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

Для удаления базы данных и/или вспомогательной службы предварительно из утилиты Query Analyzer (или MS SQL Server Management Studio для MS SQL Server 2005/2005) необходимо в базе master выполнить: exec na_forcefreealldb dbcc namssql(free)

После выбора нужной базы данных по щелчку кнопки [Далее] будет выполнено ее удаление.

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

♦ Удаление базы данных; и, при наличии соответствующего флажка

♦ Удаление вспомогательной службы Галактики (napsrv.exe); ♦ Удаление библиотечных файлов вспомогательной службы protect_.dll,

streams_.dll, _cfg.dll, atllib_.dll, nation_.dll, namssql.dll, atlantis.rtl и atlantis.rtx из каталога <домашний каталог MSSQLServer>\Binn.


2.2.3.4. Установка сервера аппаратного ключа

Если в окне =Дополнительные установки = (см. Рис. 6 или Рис. 7) был отмечен флаг Настройка сервера аппаратного ключа, то на одном из этапов дополни-тельных установок (в зависимости от того, какие другие режимы были отмече-ны) вызывается окно выбора режима установки/настройки сервера аппаратного ключа (см. Рис. 18).

Рис. 18 Окно задания режима установки сервера аппаратного ключа

Режим Установка нового сервера используется для первоначальной установки или переустановки сервера аппаратного ключа. Если установлен этот режим, то по кнопке [Далее] программа переходит в режим установки сервера аппаратного ключа.

Если сервер аппаратного ключа системы Галактика ERP уже установлен и не требует обновления, то используется режим Настройка на существующий сервер.

В этом режиме выполняется настройка на каталог обмена данными с аппаратным ключом.

Для обеспечения корректной настройки клиентских частей системы на сервер аппаратного ключа рекомендуется каталог обмена задавать в виде полного UNC-пути, например, \\Test_Srv\d\HwDir

или то же с использованием имени общего ресурса каталога: \\Test_Srv\HwDir

В результате выполнения каждого из режимов настройки сервера аппаратного ключа в каталоге \Start домашней директории системы формируется файл hwkey.inc, содержащий конфигурационный параметр HardWareKey.SharedPath и используемый при настройке на сервер клиентских частей системы.


Для обеспечения разгрузки основного сервера (сервера приложений или сер-вера БД) от операций по обработке запросов к аппаратному ключу рекоменду-ется устанавливать сервер аппаратного ключа на отдельный компьютер.

Для этого при появлении окна выбора режима установки/настройки сервера ап-паратного ключа (см. Рис. 18) необходимо выбрать режим Настройка на суще-ствующий сервер и, не нажимая кнопки [Далее], перейти на компьютер сервера аппаратного ключа. На компьютере сервера аппаратного ключа необходимо ис-пользуя сетевое окружение войти в каталог \KEYSETUP устанавливаемой сер-верной части Галактики ERP и запустить программу установки setup.exe. Выполнить установку сервера аппаратного ключа. По завершении установки вернуться на компьютер серверной части Галактики ERP, нажать кнопку [Да-лее] в окне выбора режима установки/настройки сервера аппаратного ключа (см. Рис. 18), выбрать каталог обмена на компьютере сервера аппаратного ключа и продолжить инсталляцию системы.

Подробная информация о порядке работы с программой установки сер-вера аппаратного ключа и о системе защиты с использованием аппаратных ключей в целом содержится в документе «Система «Галактика ERP». За-щита системы с использованием аппаратных ключей. Приложение к инст-рукции по установке».

2.2.3.5. Настройка параметров автоматической установки клиентских частей системы

Если на этапе задания типа установки был отмечен флаг Пользовательская конфигурация (см. п. 2.2.3, Рис. 2), то по завершении этапа дополнительных ус-тановок (см. Рис. 6, Рис. 7) вызывается окно настройки параметров автоматиче-ской установки клиентских частей системы (см. Рис. 19).

В окне задаются типовые установочные параметры, которые будут применяться на всех клиентских станциях при использовании автоматического режима уста-новки клиентской части (см. п.п. 2.3.1.3, 2.3.2.3). По сути, здесь заранее опреде-ляются параметры, задаваемые при выполнении шагов мастера выборочной установки клиентской части.

Окно содержит две зоны — зону параметров установки двухуровневого клиента и зону параметров установки трехуровневого клиента. Для использования авто-матического режима установки клиента требуемой архитектуры нужно устано-вить флаг Двухуровневый клиент и/или Трехуровневый клиент. В результате будут доступны для редактирования поля соответствующей зоны окна. Устано-вить флаг можно только для клиента той архитектуры системы, которая была выбрана при задании типа серверной установки (см. п. 2.2.3, Рис. 2). Параметры установки клиента двухуровневой архитектуры

Поле Путь к серверной части системы определяет домашний каталог системы и является аналогом значения, вводимого в поле Путь в режиме выборочной установки двухуровневого клиента (см. п. 2.3.1.2, Рис. 39). Значение, выводимое в поле по умолчанию, можно изменить вводом с клавиатуры.

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


Рис. 19 Окно настройки параметров автоматической установки клиентских частей

системы

В поле Список настраиваемых БД необходимо указать базы данных, на кото-рые должна быть выполнена настройка клиентской части системы. Выбор баз данных осуществляется в окне =Выберите БД= (см. Рис. 8), вызываемом по кнопке .

Параметры установки клиента трехуровневой архитектуры

Поле Название сервера является аналогом поля Название сервера: основного окна конфигуратора клиента cliconf.exe (см. п. 2.3.3). Значение, выводимое в по-ле по умолчанию, можно изменить вводом с клавиатуры.

Поле Имя сервера приложений определяет экземпляр сервера приложений galsrv.exe, с которым будут работать клиенты трехуровневой архитектуры. Счи-тается, что такой экземпляр сервера приложений был создан и настроен в про-цессе выполнения серверной установки.

Выбор экземпляра сервера приложений осуществляется по кнопке в окне выбора, аналогичном окну =Выберите БД= (см. Рис. 8).

Поле Имя клиента определяет имя варианта настроек клиентской части (псев-доним клиента), под которым они будут сохранены на рабочей станции. Правила задания значения поля аналогичны правилам задания значения поля Имя кли-ента: основного окна конфигуратора клиента cliconf.exe (см. п. 2.3.3).


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

Переключатель Используемый протокол предназначен для выбора протокола, по которому будет выполняться соединение клиента с сервером приложений. Для выбора доступны только те протоколы, которые были заданы при настройке сервера приложений в процессе установки серверной части (см. поле Сетевые протоколы:, Рис. 22).

Параметры настройки клиентской части для протоколов Win Socket и RPC опре-деляются из настроек этих протоколов выбранного сервера приложений.

Если выбран протокол HTTP, то необходимо определить клиентские настройки этого протокола, поскольку они могут отличаться от серверных настроек (см. п. 2.3.3). Это выполняется по кнопке [Настроить HTTP] в окне, которое аналогично окну настройки стандартных параметров HTTP-протокола для сервера приложе-ний (см. п. 2.2.4.4, Рис. 32).

В автоматическом режиме установки клиентской части трехуровневой архитек-туры настройка протокола HTTP для защищенного соединения HTTPS в данной версии системы не поддерживается.

Указав в окне =Параметры установки клиента= все необходимые данные, на-жмите экранную кнопку [Next].

В результате в каталоге \Setup серверной части системы будет сформирован файл clientconf.cfg, содержащий все введенные настройки установки клиентских час-тей.

Файл также формируется и в корне каталога, содержащего инсталлятор сервер-ной части Server\setup.exe (если данный каталог доступен для записи).

2.2.4. Настройка сервера приложений Галактики ERP Если сервер БД и (или) сервер аппаратного ключа находятся на выделенных компьютерах, то в процессе настройки сервера приложений трехуровневой ар-хитектуры необходимо с помощью оснастки Windows "Службы" выполнить на-стройку запуска службы сервера приложений от имени пользователя, обладающего административными правами как на компьютере сервера приложе-ний, так и на компьютерах сервера БД и сервера аппаратного ключа (вкладка "Log On" свойств службы).

Если предполагается одновременная работа большого количества пользователей в трехуровневой архитектуре, то во избежание ошибок, связанных с недостатком памяти для распределения адресного пространства, необходимо выполнить ре-комендации по настройке доступной области адресного пространства (см. п. 2.2.4.5) и использовать на компьютере сервера несколько экземпляров сервера приложений.

При этом на каждый экземпляр сервера приложений настраивается оптимальное количество клиентских частей трехуровневой архитектуры. При использовании адресного пространства 2Gb рекомендуется 10 клиентских соединений на один процесс galsrv.exe, а при использовании адресного пространства 3Gb – не более 25.

В этом случае каждый экземпляр сервера приложений сможет использовать для адресного пространства 3Gb, при условии наличия на компьютере сервера при-


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

Рекомендуется использовать режим работы сервера приложений Менеджер, ука-зав при этом в настройках режима максимальное количество клиентов дочерних процессов не более 10 (см. п. 2.2.4.1).

2.2.4.1. Настройка основных параметров

Настройка параметров работы сервера приложений трехуровневой архитектуры системы выполняется с помощью программы Менеджер серверов и служб Галактики, которая вызывается автоматически в процессе установки серверной части при включенном режиме Настройка протоколов (см. Рис. 7), или запус-кается самостоятельно из каталога \DB_INST домашней директории системы: galconf.exe

Менеджер серверов и служб Галактики функционирует только под управле-нием ОС Windows NT/2000/XP/2003 или Windows Vista .

В результате запуска программы на экран выводится основное окно =Менеджер серверов и служб Галактики= (см. Рис. 20).

Рис. 20 Основное окно Менеджера серверов и служб Галактики


Для начала работы необходимо установить соединение с настраиваемым серве-ром приложений. Для этого используется меню Администрирование -> Доба-вить соединение (или аналогичный пункт локального меню, вызываемого щелчком правой кнопки мыши, см. Рис. 20), в результате вызова которого появ-ляется окно =Подключение к серверу=. В поле Сервер необходимо ввести имя компьютера, на котором установлен сервер приложений системы, и нажать кнопку [Подключение].

Если в поле Сервер введена пустая строка (строка из пробелов) или имя LocalHost, то такие значения автоматически меняются на сетевое имя компьюте-ра, с которого запущена программа galconf.exe.

В результате подключения к серверу в рабочем окне программы появляется со-ответствующий узел дерева, содержащий перечень всех служб системы Галак-тика ERP установленных на данном компьютере. Службы в дереве в общем случае сгруппированы по типам – службы экземпляров сервера приложений, вспомогательные службы, служба сервера аппаратного ключа, а также узел, предназначенный для конфигурирования службы сервера приложений, рабо-тающей с Web-сервисами (узел Web-сервис).

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

Пиктограммой в окне отображаются стартованные службы, а пиктограммой — остановленные.

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

На одном компьютере может быть установлено несколько служб сервера прило-жений (см. п. 2.5), которые могут быть настроены на работу по разным протоко-лам обмена и с разными базами данных.

С помощью подменю Старт и Стоп меню Администрирование (или аналогич-ных пунктов локального меню) имеется возможность управлять состоянием службы сервера приложений.

С помощью меню Администрирование -> Опции устанавливаются параметры работы программы. При активизации меню вызывается окно =Опции= (Рис. 21).

В поле Интервал проверки статуса сервиса (сек.): задаётся интервал обновле-ния основного окна программы (см. Рис. 20) в части отображения текущего со-стояния служб системы.

Рис. 21 Окно опций Менеджера серверов и служб Галактики


В поле Интервал обновления монитора (сек.): задаётся интервал обновления окон мониторинга (см. Рис. 26 и Рис. 27).

Для ввода или изменения параметров сервера приложений необходимо вызвать меню Администрирование -> Конфигурирование (или аналогичный пункт ло-кального меню).

Для обеспечения возможности сохранения параметров конфигурации на компьютере сервера приложений Галактики ERP должна быть запущена служба удаленного реестра (Remote Registry).

В результате вызывается окно =Настройка сервера приложений= (см. Рис. 22).

Если выполняется изменение параметров сервера приложений (ранее уже были заданы имя и пароль системного администратора Галактики ERP), то предвари-тельно вызывается окно =Подтверждение пароля=, в поле Пароль: которого не-обходимо ввести пароль администратора.

Рис. 22 Окно настройки параметров сервера приложений

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

В полях Администратор: и Пароль: задаются имя и пароль администратора системы Галактика ERP . Эти имя пользователя и пароль используются при ра-боте с системой разграничения прав доступа и должны быть впоследствии зада-ны в модуле Права доступа. От имени этого пользователя выполняется соединение с базой данных и считывание информации о настройке прав доступа.


Параметр Время ожидания: определят время ожидания для получения коннекта СУБД в миллисекундах. Рекомендуется задавать значение не менее 30000 мс.

Поле Максимальное. количество соединений: определяет максимальное коли-чество физических коннектов СУБД, которые создаются системой Галактика ERP для выполнения операций с базой данных. По завершении операции соеди-нение для данной сессии закрывается. Данная настройка предназначена для оп-тимизации количества используемых лицензий СУБД с учетом требуемой производительности работы системы Галактика ERP. Значение 0 означает, что для каждой сессии будет создан один коннект.

Для обеспечения масштабируемости в данной версии системы рекомендуется в этом поле использовать значение 0 (значение по умолчанию).

Поле Сетевые протоколы: определяет протоколы (их может быть несколько), с которыми будет работать сервер приложений. Переход в режим выбора рабочих протоколов сервера приложений и настройки их параметров выполняется по кнопке . В результате открывается окно = Сетевые протоколы= (см. Рис. 23), в левой панели которого перечислены допустимые для выбора протоколы. Для включения протокола в список используемых данным сервером приложения не-обходимо в левой панели установить курсор на необходимый протокол и нажать клавишу F7 или пиктограмму панели инструментов. В результате выбранный протокол появляется в правой панели окна. Для удаления протокола из списка используемых, необходимо в правой панели установить курсор на протоколе,

подлежащем удалению из списка, и нажать клавишу F8 или пиктограмму панели инструментов.

Рис. 23 Окно выбора и настройки сетевых протоколов сервера приложений

Если сервер приложений работает в режиме балансировки нагрузки (значение Менеджер или Сервер+Менеджер в поле Режим работы:), то для увеличения быстродействия сбора статистической информации первым в списке протоколов должен быть протокол wsdrv.dll.

При использовании протокола HTTP следует учитывать, что производи-тельность системы в этом случае может существенно снижаться по сравне-нию с протоколом Win socket, ввиду некоторых особенностей данного протокола.

После выбора сетевых протоколов необходимо настроить параметры их работы. Для настройки параметров выбранного протокола необходимо в левой панели установить курсор на необходимый протокол и нажать клавишу F4 или пикто-

грамму панели инструментов. Порядок задания параметров различных про-токолов рассмотрен в п.п. 2.2.4.2, 2.2.4.3, 2.2.4.4.

Для завершения выбора и настройки параметров протоколов необходимо наддать кнопку [OK].


Поле Режим работы: определяет режим работы настраиваемого сервера при-ложений и может принимать значения:

— Сервер

В этом режиме сервер приложений выполняет только стандартную функцию вы-полнения операций по запросам подсоединенных к нему клиентов.

— Менеджер

В этом режиме сервер приложений не выполняет операции по запросам подсое-диненных к нему клиентов, а выполняет только функцию распределения под-ключаемых клиентов по экземплярам сервера приложений с учетом заданных настроек (функция балансировщика нагрузки). Работа сервера приложений в ре-жиме балансировки нагрузки рассмотрена в п. 2.2.4.6).

— Сервер+Менеджер

Этот режим является комбинацией первых двух.

Выбор режима работы выполняется из выпадающего списка по кнопке .

При выборе режимов работы Менеджер и Сервер+Менеджер выполняется про-верка заданных протоколов работы. Если одним из сетевых протоколов указан rpcdrv.dll, то выдается предупреждение о том, что по данному протоколу в этих режимах сервер приложений не работает.

После выбора режима работы необходимо выполнить настройку параметров данного режима. Переход в режим настройки параметров режима работы произ-водится по кнопке . В результате на экран вызывается окно =Конфигурация нагрузки сервера приложений= (см. Рис. 24).

Рис. 24 Окно настройки режима работы сервера приложений

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


ложений в режиме Сервер+Менеджер. Пользователи сверх этого числа будут подключены к дочерним процессам данного сервера приложений или к дополни-тельному серверу приложений из числа перечисленных в служебном файле со списком серверов приложений (имя и расположение этого файла задается в поле Файл со списком серверов приложений: путем выбора файла по кнопке ). В режиме Сервер максимальное количество пользователей параметрически не ог-раничивается, а в режиме Менеджер не имеет смысла, поэтому в этих режимах работы поле Максимальное количество пользователей: недоступно для редак-тирования.

Поле Резерв адресного пространства (в мегабайтах): определяет часть дос-тупного адресного пространства, которая не должна использоваться при работе данного экземпляра сервера приложений. Резерв адресного пространства выде-ляется с целью предотвращения аварийных ситуаций по его нехватке в процессе работы пользователей, поскольку при подключении пользователей к серверу приложений, когда выполняется анализ свободного адресного пространства, ис-пользуется (захватывается) небольшая часть адресного пространства, а в процес-се работы в зависимости от характера выполняемых операций происходит использование дополнительных областей пространства. Значение резерва подби-рается опытным путем, по умолчанию 100М. Параметр Резерв адресного про-странства (в мегабайтах): используется при работе сервера приложений в любом режиме.

Поля Пoлучeниe cтaтиcтики c этoй машины не чaщe (в мсек): и Пoлучeниe cтaтиcтики c дpугиx машин не чaщe (в мсек): определяют временной интер-вал опроса основным процессом сервера приложений дочерних процессов и до-полнительных серверов приложений на других компьютерах с целью получения информации (о свободной оперативной памяти, адресном пространстве, количе-стве подключенных пользователей и т.п.) для принятия решения о месте под-ключения очередного пользователя, входящего в систему. Параметры используются в режимах Сервер+Менеджер и Менеджер.

Поле Koнcoль дoчepниx cepвepoв пpилoжeний: задает необходимость запуска консольного окна дочерних процессов при работе основного сервера приложе-ний в отладочном режиме. В процессе обычной эксплуатации этот параметр не используется.

Поле Maкcимaльнoe кoличecтвo клиeнтoв дочерних процессов: определяет количество пользователей, которые могут быть подключены к дочернему про-цессу сервера приложений в режимах Сервер+Менеджер и Менеджер.

Поле Maкcимaльнoe вpeмя oжидaния coздaния дoчepнeгo cepвepa пpилoжeний (в мсек): определяет время в течении которого выполняются по-пытки соединения нового пользователя с дочерним процессом сервера приложе-ний. Параметр используется в режимах Сервер+Менеджер и Менеджер.

Поле Время ожидания завершения служебного потока сервера приложений (мсек) задаёт время ожидания завершения служебного потока сервера приложе-ний при обновлении информации о клиентах. Время задается в миллисекундах. По умолчанию имеет значение 10000 (10 сек).

Поле Период обновления информации о состоянии своих клиентов (мсек) задаёт период времени, в течении которого служебный поток сервера приложе-ний обновляет информацию о состоянии своих клиентов. Время задается в мил-лисекундах. По умолчанию имеет значение 15000 (15 сек).

Поле Период автоматического завершения сервера (при отсутствии клиен-тов) (мсек) предназначено для управления автоматическим завершением дочер-


них процессов сервера приложений, у которых в течение заданного в данном па-раметре времени отсутствуют клиентские соединения. Время задается в милли-секундах. По умолчанию имеет значение 15000 (15 сек). При значении 0 автоматическое завершение процессов не выполняется.

Значение поля Cнятиe cepвepa c пoдключeнными клиeнтaми разрешает или запрещает останов процесса galsrv.exe при наличии подключенных к нему кли-ентов. При значении Да команда Del в мониторинге процессов при наличии кли-ентских соединений помечает процесс на удаление, а при отсутствии клиентов – процесс завершается. Помеченный на удаление процесс будет завершен после того, как завершат работу соединенные с ним клиенты. По умолчанию имеет значение Нет.

Если в течение времени, указанного в поле Bpeмя, пo иcтeчeнии кoтopoгo клиeнт cчитaeтcя "нeaдeквaтным" (мceк), клиент не отвечает на запросы сервера, то он считается "неадекватным" и не принимается в расчет при приня-тии решения о возможности останова процесса сервера приложений, с которым данный клиент имеет соединение. По умолчанию имеет значение 30000 (30 сек)

Поле Пepиoд oбнoвлeния инфopмaции для cepвepa, пoмeчeннoгo нa удaлeниe (мceк) определяет частоту обновления информации о состоянии клиентов, со-единенных с процессом galsrv.exe, помеченным на удаление. По умолчанию имеет значение 3000 (3 сек).

Поле Запускаемый модуль: окна =Настройка сервера приложений= (см. Рис. 22) содержит имя файла запускаемого приложения. Для системы Галактика ERP поле должно содержать значение galnet.dll (это значение выводится в поле по умолчанию).

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

Здесь, как правило, указываются библиотеки, которые в процессе работы часто загружаются и выгружаются из памяти, например, драйвер базы данных ms70drv.dll и, при работе в режиме таблиц в памяти, библиотека mt_drv.dll. Фай-лы в поле перечисляются через символ ";".

В поле Конфигурационный файл: необходимо по кнопке в специальном ок-не (см. Рис. 25) выбрать конфигурационный файл системы, на который должен быть настроен сервер приложений.

Рис. 25 Окно настройки сервера приложений на конфигурационный файл системы


Программа установки серверной части системы формирует cfg-файл в подката-логе \Start домашней директории. Данный параметр сервера приложений обеспе-чивает его настройку на работу с конкретной БД.

При задании значения поля Конфигурационный файл необходимо выбирать ло-кальный путь на компьютере сервера приложений. Обработка пути, заданного через сетевое окружение или букву подключенного сетевого диска (Map Network Drive), не поддерживается.

Флаг Файл со списком обновляемых файлов клиента: включает режим автома-тического обновления компонентов клиентской части трехуровневой архитекту-ры (см. п. 7.3). При этом имя файла со списком задается в поле рядом с флагом, а каталог размещения самих обновляемых файлов – в поле Каталог обновляемых файлов:. По умолчанию этот служебный файл имеет имя ClientFilesList.txt, он и новые версии самих файлов находятся в каталоге \EXE серверной части системы.

Узел Web-сервис содержит пиктограмму для настройки сервера приложений для работы с Web-сервисами системы (см. п. 2.2.6). Web-сервис, инсталлирован-ный на данном компьютере (с помощью утилиты Iisasii.exe), отображается пик-тограммой . Факт инсталляции определяется по наличию в реестре Windows сервера ключа с ID Web-сервиса, как COM- приложения.

Для выполнения настройки необходимо сделать текущим требуемый узел Web-Service и вызвать меню Администрирование -> Конфигурирование (или анало-гичный пункт локального меню). В результате вызывается окно =Настройка сервера приложений= (см. Рис. 22), в котором поля неиспользуемых параметров недоступны, а в поле Сетевые протоколы: по умолчанию введено необходимое значение comdrv.dll. Сохранение настроек, введенных в данном режиме, выпол-няется для неименованного экземпляра сервера приложений, которому соответ-ствует служба с именем по умолчанию GalServer.

Введя все необходимые данные, нажмите кнопку [Применить] для сохранения введенных данных. Для выхода из программы без сохранения изменений – кноп-ку [Отмена].

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

Меню Администрирование => Мониторинг клиентов (или аналогичный пункт локального меню) предназначено просмотра списка пользователей, подключен-ных к выбранному экземпляру сервера приложений, а также некоторых характе-ристик каждой сессии.

При активизации данного меню вызывается окно =Мониторинг подключенных клиентов = (см. Рис. 26), в котором для каждой клиентской сессии сервера при-ложений содержится информация об имени клиента, имени компьютера (поле CID), дате и времени соединения с сервером и последнего обращения к нему, размере используемой памяти, адресного пространства, о времени, затраченном CPU на обслуживание данного клиента, идентификаторе процесса galsrv.exe, об-служивающего данного клиента (поле PID).


Рис. 26 Окно мониторинга подключенных клиентов

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

Клавишей Del (или с помощью пиктограммы инструментальной панели ок-на или соответствующим пунктом локального меню) имеется возможность от-ключить от сервера приложений выбранную пользовательскую сессию.

Обновление информации в окне выполняется по клавише F5 (или с помощью пиктограммы инструментальной панели окна или соответствующего пункта локального меню). Интервал автоматического обновления окна мониторинга подключенных клиентов задаётся в поле Интервал обновления монитора (сек.): настройки опций программы (см. Рис. 21).

Следует иметь в виду, что при активизации данного меню выполняется клиент-ское соединение Менеджера серверов и служб Галактики с выбранным сер-вером приложений с использованием настроек, заданных в меню Администрирование -> Конфигурирование.

Клиентское соединение выполняется по протоколу, заданному первым в списке поля Сетевые протоколы:. Если это протокол httpdrv.dll, то дополнительно дол-жен быть установлен флаг Всегда брать URL из реестра.

Меню Администрирование => Мониторинг процессов (или аналогичный пункт локального меню) предназначено просмотра списка процессов данного экземп-ляра сервера приложений.

При активизации данного меню вызывается окно =Мониторинг процессов = (см. Рис. 27), в котором для каждого процесса, идентифицируемого значением PID, указывается количество клиентов, обслуживаемых данным процессом, память, используемая процессом для задачи обслуживания клиентов, и доступное на сервере адресное пространство.

Рис. 27 Окно мониторинга процессов


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

Наличие нескольких процессов в окне говорит о том, что сервер приложений ра-ботает в режиме Сервер+Менеджер или Менеджер. В этом случае в окне ото-бражаются основной и дочерние процессы. Для основного процесса службы сервера приложений, работающего в режиме Менеджер в поле Клиентов выво-дится значение 0, а для режима Сервер+Менеджер – выводится количество под-ключенных клиентов.

Клавишей Del (или с помощью пиктограммы инструментальной панели ок-на или соответствующим пунктом локального меню) имеется завершить дочер-ний процесс, у которого отсутствуют клиентские соединения. Основной (родительский) процесс и дочерние процессы, имеющие активные соединения завершить нельзя. Для завершения основного процесса необходимо воспользо-ваться остановом службы с помощью меню Стоп (см. Рис. 20), а для заверше-ния дочернего процесса – необходимо закрыть все его активные клиентские сессии (либо штатным выходом из системы, либо с помощью функции Отклю-чить окна мониторинга подключенных клиентов (см. Рис. 26).

При попытке завершения дочернего процесса, имеющего активные соединения, программа анализирует значение в поле Cнятиe cepвepa c пoдключeнными клиeнтaми. Если установлено значение Нет, то выдается сообщение об оста-нове сервера приложения только после завершения работы всех клиентов. Если установлено значение Да, то данный процесс будет поставлен в очередь на уда-ление (будет "помечен на удаление"), прослушивание входящих соединений к данному процессу выключается. Процесс будет завершен после завершения ра-боты активных клиентов. Процесс, помеченный на удаление, отображается в ок-не мониторинга процессов пиктограммой (см. Рис. 27).

Следует иметь в виду, что имеется возможность автоматического завершения до-черних процессов сервера приложений, у которых в течение заданного времени отсутствуют клиентские соединения. Этот период времени определяется в поле Период автоматического завершения сервера (при отсутствии клиентов) (мсек) окна =Конфигурация нагрузки сервера приложений= (см. Рис. 24).

Обновление информации в окне выполняется по клавише F5 (или с помощью пиктограммы инструментальной панели окна или соответствующего пункта локального меню). Интервал автоматического обновления окна мониторинга процессов задаётся в поле Интервал обновления монитора (сек.): настройки опций программы (см. Рис. 21).

Состав колонок, отображаемых в окнах мониторинга, может быть настроен с помощью меню Настройка. В результате активизации меню на экран вызывает-ся окно =Выбор столбцов=, содержащее две вкладки.

Вкладка =О клиентах= (см. Рис. 28) предназначена для настройки внешнего вида окна =Мониторинг подключенных клиентов =.

Вкладка =О процессах= (см. Рис. 29) предназначена для настройки внешнего ви-да окна =Мониторинг процессов =.


Рис. 28 Настройка вида окна мониторинга клиентов

Рис. 29 Настройка вида окна мониторинга процессов


Мышью или клавишей Пробел установите флаги для тех столбцов, которые не-обходимо отображать в соответствующем окне мониторинга и нажмите кнопку [Применить]. В результате выбранные настройки окон будут сохранены в реест-ре Windows компьютера.

Начиная с обновления компонента galconf.exe версии 5.4.16 по умолчанию во вкладке =О клиентах= (см. Рис. 28) флаг Имя, а во вкладке =О процессах= (см. Рис. 29) флаг PID установлены и недоступны для редактирования.

2.2.4.2. Настройка параметров протокола RPC

При выборе в поле Сетевой протокол: окна =Настройка сервера приложений= (см. Рис. 22) значения RPC по кнопке открывается окно настройки стан-дартных параметров этого протокола (см. Рис. 30).

Рис. 30 Окно настройки параметров протокола RPC

В поле Максимальный размер пакета: задается размер пакета данных в кило-байтах. По умолчанию (значение 0) размер пакета не регламентируется.

В поле Номер порта: в десятичной системе задается номер порта, по которому будет осуществляться связь с данным сервером приложений. Если на компьюте-ре установлено и используется несколько служб сервера приложений Галактики ERP, то каждая из них должна быть настроена на работу со своим портом.

Выбор транспортного протокола в поле Сетевой протокол RPC: выполняется из выпадающего списка по кнопке . При выборе в данном поле значения По-именованные каналы поле Номер порта: меняет наименование на Имя канала: и в нем необходимо ввести имя поименованного канала.

Введя все необходимые данные, нажмите кнопку [ОК]. Для отказа от вво-да/редактирования данных – кнопку [Отмена].

2.2.4.3. Настройка параметров протокола Win Sockets

При выборе в поле Сетевой протокол: окна =Настройка сервера приложений= (см. Рис. 22) значения Win socket по кнопке открывается окно настройки стандартных параметров этого протокола (см. Рис. 31).


Рис. 31 Окно настройки параметров протокола Win Sockets

В поле Номер порта: в десятичной системе задается номер порта, по которому будет осуществляться связь с данным сервером приложений. Если на компьюте-ре установлено и используется несколько служб сервера приложений Галактики ERP, то каждая из них должна быть настроена на работу со своим портом.

Выбор транспортного протокола в поле Сетевой протокол: выполняется из вы-падающего списка по кнопке .

При наличии на компьютере сервера приложений нескольких сетевых интерфей-сов имеется возможность явно указать адрес требуемого интерфейса. Для этого необходимо в поле IP Address: задать IP-адрес сетевого интерфейса, с которым должен работать сервер приложений. При отсутствии значения в данном поле выполняется привязка сервера приложений к интерфейсу, предлагаемому опера-ционной системой Windows по умолчанию.

Введя все необходимые данные, нажмите кнопку [ОК]. Для отказа от вво-да/редактирования данных – кнопку [Отмена].

2.2.4.4. Настройка параметров протокола HTTP

До начала работы с системой Галактика ERP в трехуровневой архитекту-ре с использованием протокола HTTP необходимо выполнить установку и на-стройку Microsoft Internet Information Services (см. п. 2.2.5).

При выборе в поле Сетевой протокол: окна =Настройка сервера приложений= (см. Рис. 22) значения HTTP по кнопке открывается окно настройки стан-дартных параметров этого протокола (см. Рис. 32).

В поле Адрес сервера: задается URL Интернет-сервера приложений Галактики ERP. Значение имеет вид: http://<имя сервера>/<Alias виртуального каталога>/app.asx где:

<имя сервера> — имя компьютера на котором установлен Интернет-сервер при-ложений (см. п. 2.2.5)

<Alias виртуального каталога> — имя псевдонима виртуального каталога, соз-данного для работы с данным сервером приложений Галактики ERP (см. п. 2.2.5).

С целью повышения быстродействия рекомендуется устанавливать Интернет-сервер (IIS) и сервер приложений Галактики на одном компьютере. В этом слу-чае в качестве значения <имя сервера> в поле Адрес сервера: задается локальное имя компьютера, например:

http://galserver/IAPP/app.asx


http://galserver/IAPP/app.asx

или

http://localhost/IAPP/app.asx

Рис. 32 Окно настройки параметров протокола HTTP

В данном случае, как правило, используется прямое соединение сервера прило-жений системы Галактика ERP с Интернет-сервером без использования про-кси-сервера. Поэтому поля Прокси-сервер: и Использовать защищенное соединение (HTTPS) в этом случае не заполняют, а в поле Метод подключе-ния: выбирают значение Режим совместимости или Не использовать прокси.

Если по каким либо причинам Интернет-сервер расположен на удаленном от сервера приложений компьютере, то в этом случае в качестве значения <имя сер-вера> в поле Адрес сервера: задается внешнее имя компьютера Интернет-сервера или его IP адрес, например:

http://galtest.galaktika.ru/IAPP/app.asx

В этом случае связь сервера приложений с Интернет-сервером может выпол-няться через прокси-сервер, поэтому при настройке параметров протокола HTTP на сервере приложений необходимо задать соответствующие значения в полях Прокси-сервер:, Метод подключения: и, при необходимости, Использовать защищенное соединение (HTTPS). Следует иметь в виду, что при использова-нии связи сервера приложений с Интернет-сервером через прокси-сервер служ-ба сервера приложений системы Галактика ERP должна быть запущена от имени пользователя, имеющего соответствующие права на прокси-сервере.

Для предотвращения проблем Windows-аутентификации внешнее имя компьюте-ра Интернет-сервера рекомендуется включить в Internet Explorer в зону интрасе-ти. Подробнее об этом см. в статье

http://support.microsoft.com/kb/258063/ru?spid=2097&sid=global

Ниже рассматривается подробное описание полей настройки параметров прото-кола HTTP.

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


http://localhost/IAPP/app.asx


http://support.microsoft.com/kb/258063/ru?spid=2097&sid=global

<имя сервера>:<порт>

В поле Метод подключения: указывается режим настроек прокси сервера. Вы-бор настройки осуществляется из выпадающего списка по кнопке .

Возможны следующие значения режима использования прокси-сервера:

Режим совместимости — при наличии этого значения для соединения с Интер-нет будет использоваться прокси-сервер, если его параметры указаны в поле Прокси-сервер:, и прямое соединение, если поле Прокси-сервер: пусто.

Не использовать прокси — значение задаётся в том случае, если используется прямое соединение с Интернет. Прокси-сервер в этом случае не используется, даже если поле Прокси-сервер: не пустое.

CERN / SOCKS прокси — значение задаётся в том случае, если для соединения с Интернет должен использоваться прокси-сервер. При этом параметры прокси-сервера должны быть указаны в поле Прокси-сервер:.

Использовать настройки IE — значение задаётся в том случае, если параметры соединения с Интернет должны браться из реестра Windows (параметры ProxyEnable, ProxyServer, и ProxyOverride, расположенные в разделе "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings). Задаются данные параметры во вкладке =Подключения= меню Сервис -> Свойства обозревателя браузера Microsoft Internet Explorer (IE).

Настройки IE, без автоматической настройки — то же что и значение Исполь-зовать настройки IE, но с запретом выполнения сценариев автоматической на-стройки (сценарии задаются во вкладке =Подключения=, кнопка [Настройка LAN] меню Сервис -> Свойства обозревателя браузера IE).

Флаг Всегда брать URL из реестра устанавливает способ определения адреса сервера. Флаг должен быть установлен. В этом случае адрес будет определяться по значению поля Адрес сервера:.

Флаг Использовать защищенное соединение (HTTPS) устанавливает необхо-димость работы по протоколу HTTPS. При установленном флаге становятся дос-тупными поля вкладок Сертификаты и Безопасность, предназначенных для настройки параметров безопасного соединения.

Кнопка [По умолчанию] восстанавливает значения настроек протокола по умол-чанию.

Для сохранения введенных значений и выхода из окна =Настройка HTTP про-токола= необходимо нажать кнопку [OK]. Выход без сохранения данных выпол-няется по кнопке [Cancel].

Для поддержки сервером приложений при работе по HTTP-протоколу более од-ного соединения необходимо в реестре Windows компьютера сервера приложе-ний (загрузив компьютер под пользователем, от имени которого он будет функционировать в процессе эксплуатации и от имени которого будет работать служба сервера приложений Галактики ERP – вкладка "Log On" свойств служ-бы) установить следующие ключи: REGEDIT4 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings] "MaxConnectionsPerServer"=dword:000000ff "MaxConnectionsPer1_0Server"=dword:000000ff


2.2.4.5. Настройка области распределения адресного пространства

Если при эксплуатации системы Галактика ERP в трехуровневой архитектуре предполагается одновременная работа с одним экземпляром сервера приложений более 10 пользователей, то файл boot.ini ОС Windows компьютера сервера при-ложений должен в секции [operating systems] содержать опцию /3GB, обеспечи-вающую распределение адресного пространства на данном объеме оперативной памяти.

Общее количество пользователей, работающих с одним экземпляром (процес-сом) сервера приложений, не должно в данном случае превышать 25.

Внимание! Опция /PAE в данной версии системы не поддерживается.

2.2.4.6. Использование сервера приложений в режиме балансировки нагрузки

Сервер приложений системы может функционировать в трех режимах:

1) обычный сервер приложений;

2) менеджер (балансировщик) нагрузки;

3) сервер приложений и менеджер нагрузки.

В первом режиме сервер приложений выполняет только стандартную функцию выполнения операций по запросам подсоединенных к нему клиентов.

Во втором режиме сервер приложений не выполняет операции по запросам под-соединенных к нему клиентов, а выполняет только функцию распределения под-ключаемых клиентов по экземплярам сервера приложений с учетом заданных настроек.

Третий режим является комбинацией первых двух.

Выбор режима работы сервера приложения, а также ввод значений остальных параметров настройки режима балансировки нагрузки, выполняется при конфи-гурировании сервера приложения с помощью Менеджера серверов и служб Галактики galconf.exe (см. п. 2.2.4).

Распределение клиентов возможно как на дополнительные экземпляры сервера приложений на том же компьютере, где размещен основной сервер приложений (в этом случае автоматически запускаются дополнительные процессы galsrv.exe), так и на других компьютерах с установленными серверами приложе-ний системы. Список компьютеров и основные параметры работы сервера при-ложений на них задаются с помощью специального файла (MachineManageListFile). Серверы приложений на дополнительных компьютерах должны быть сконфигурированы и их службы стартованы. Имя и расположение файла со списком дополнительных компьютеров серверов приложений задается при конфигурировании основного сервера приложений.

Файл со списком дополнительных компьютеров серверов приложений имеет следующую структуру: [Server]

Names= <ServerName1>;<ServerName2>;…;<ServerNameN>;

где параметр Names определяет список имен компьютеров, на которых установ-лены дополнительные сервера приложений.

[<ServerName1>]


MaxClientCount=

где параметр MaxClientCount определяет максимальное количество клиентов, ко-торые могут подключаться к основному серверу приложений компьютера с име-нем <ServerName1>. По умолчанию параметр имеет значение -1 (неограниченное количество клиентов).

[WsDrv_<ServerName1>]

Секция задает параметры работы основного сервера приложений компьютера с именем <ServerName1> по протоколу Win Socket:

Protocol=

Port=

Addr=

Значение параметра Port задается в десятичной системе. В поле Addr может быть задан IP-адрес компьютера, есль параметр отсутствует, то используется имя ком-пьютера <ServerName1>.

[RpcDrv_<ServerName1>]

Секция задает параметры работы основного сервера приложений компьютера с именем <ServerName1> по протоколу RPC:

Protocol=

Port=

[HttpDrv_<ServerName1>]

Секция задает параметры работы основного сервера приложений компьютера с именем <ServerName1> по протоколу HTTP:

Url=

[<ServerName2>]

...

Пример файла MachineManageListFile [server] names=test-bd;test_srv; [test-bd] maxclientcount=40 [wsdrv_test-bd] protocol=TCP/IP port=10256 ;[rpcdrv_test-bd] ;port=1010 ;protocol=ncacn_ip_tcp [httpdrv_test-bd] url=http://test-bd/iapp/app.asx [test_srv] maxclientcount=-1 [wsdrv_test_srv] protocol=TCP/IP port=10256 ;addr= ;[rpcdrv_test_srv]


;port=1010 ;protocol=ncacn_ip_tcp [httpdrv_test_srv] url=http://test_srv/iapp/app.asx

Сбор статистической информации с дополнительных серверов приложений и до-черних процессов выполняется основным сервером приложений по протоколу, заданному первым в списке поля Сетевые протоколы: (см. п. 2.2.4.1). Если со-единение клиентских частей системы с сервером приложений выполняется по протоколу httpdrv.dll, то при настройке этого сервера приложений необходимо дополнительно задать загрузку более быстрого протокола wsdrv.dll, который должен быть в списке первым. Данный протокол будет использоваться системой для обмена информацией между серверами приложений. Сбор статистики по протоколу rpcdrv.dll в данной версии не поддерживается (этого протокола не должно быть в списке поля Сетевые протоколы: при работе в режиме баланси-ровщика нагрузки).

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

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

Оценка производится по количеству процессоров, объему свободной физической памяти, объему свободной виртуальной памяти.

♦ далее на выбранном компьютере по заданному значению максимального ко-личества клиентов (для основного сервера приложений и дочерних процес-сов) и остатку адресного пространства определяется экземпляр сервера приложений, к которому выполняется переподключение текущего клиентско-го соединения. Если на данном компьютере такого экземпляра не находится, то выполняется запуск нового процесса galsrv.exe, с которым и соединяется клиент. Следует иметь в виду, что при соединении клиентов с сервером при-ложений по протоколу Win socket для дочернего процесса открывается порт с номером, увеличенным на единицу по сравнению с портом основного сервера или последнего дочернего процесса (инкрементация номера порта). При ра-боте по http протоколу инкрементируется имя asx-файла.

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

♦ Установить серверную часть трехуровневой архитектуры системы на ком-пьютер основного сервера приложений и выполнить настройку параметров сервера приложений, в том числе параметров режима балансировки нагрузки.

♦ Установить клиентские части трехуровневой архитектуры на рабочих стан-циях и выполнить их настройку на основной сервер приложений.

♦ Если предполагается использование дополнительных серверов приложений на отдельных компьютерах, то необходимо установить на этих компьютерах серверные части системы для трехуровневой архитектуры (с настройкой на существующую БД серверной части основного сервера приложений), настро-ить параметры серверов приложений на этих компьютерах (в том числе воз-можно использование этих серверов приложений в режиме балансировки нагрузки) и стартовать службы. На компьютере основного сервера приложе-ний необходимо сформировать файл со списком и параметрами работы до-


полнительных серверов приложений и указать ссылку на него при настройке параметров.

♦ Стартовать службу основного сервера приложений и выполнить к нему кли-ентские соединения с рабочих станций.

Следует иметь в виду, что после завершения всех клиентских соединений с до-полнительными процессами galsrv.exe, автоматически запущенными в процессе работы, эти процессы могут быть автоматически закрыты по истечении заданно-го времени. Этот период времени определяется в поле Период автоматическо-го завершения сервера (при отсутствии клиентов) (мсек) окна =Конфигурация нагрузки сервера приложений= (см. Рис. 24).

2.2.5. Настройка интернет-сервера приложений До начала работы с системой Галактика ERP в трехуровневой архитектуре с использованием протокола HTTP необходимо выполнить установку и настройку Microsoft Internet Information Services (далее по тексту IIS).

Для повышения производительности работы рекомендуется устанавливать IIS на том компьютере, на котором функционирует сервер приложений Галактики ERP.

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

1) Используя оснастку Computer Management ОС Windows Server в узле Default Web Site с помощью мастера Virtual Directory Creation Wizard создать новый виртуальный каталог.

Если на компьютере установлено несколько служб сервера приложений Галак-тики ERP, работающих по протоколу HTTP, то для каждого сервера приложе-ний необходимо создать отдельный виртуальный каталог.

Порядок работы с мастером Virtual Directory Creation Wizard:

♦ В поле Alias: окна = Virtual Directory Alias= введите имя псевдонима данно-го виртуального каталога, которое будет использоваться для доступа к нему сервером приложений. Пример значения:

IAPP.

♦ В поле Directory: (поле Path: для Windows Server 2003) окна =Web Site Content Directory= введите полное имя каталога, содержащего файл описания страницы интернет-сервера app.asx. Инсталлятор серверной части системы устанавливает этот файл в подкаталог \IAPP домашней директории системы. Пример значения:

D:\GAL810\IAPP

♦ В окне =Access Permissions= должен быть выставлен только флаг Run scripts (such as ASP).

2) Выполнить настройку виртуального каталога. Для этого в окне свойств вир-туального каталога (Properties) необходимо выполнить следующие действия:

♦ Войти в режим конфигурирования виртуального каталога нажатием кнопки [Configuration] во вкладке Virtual Directory.

♦ Во вкладке App Mappings удалить все имеющиеся записи карты соот-ветствия (сервер приложений Галактики ERP поддерживает только расширение .asx).

♦ Создать новую запись Application Extension Mapping, указав:


— в поле Executable: полное имя файла atis.dll. Инсталлятор серверной части системы устанавливает этот файл в подкаталог \IAPPBIN домашней директории системы. Пример значения:

D:\GAL810\IAPPBIN\atis.dll

— в поле Extension: значение .asx

— рекомендуется не устанавливать флаг Verify that file exists

— остальные поля можно оставить со значениями по умолчанию.

3) Если IIS установлен на Windows Server 2003, то дополнительно необходимо установить разрешение работы с динамическими страницами. Для этого ис-пользуя оснастку Computer Management ОС Windows Server 2003 в узле Web Service Extensions необходимо для записи All Unknown ISAPI Exten-sions установить значение Allowed.

Файл atis.dll представляет собой модуль расширения IIS для обеспечения взаимо-действия сервера приложений Галактики ERP с IIS. Atis.dll не является Атлан-тис-приложением и не зависит от используемой версии Атлантис. Поэтому при появлении новой версии модуля расширения файл может быть подменен без замены версии Галактики ERP. Для этого необходимо остановить работу всех пользователей с данным сервером приложений, выгрузить виртуальный каталог (кнопка [Unload] во вкладке Virtual Directory окна свойств виртуального катало-га) и заменить файл.

Для настройки IIS на сервер приложений также может быть использована утили-та конфигурации интернет-сервисов IisAsiI.exe.

Порядок работы с утилитой конфигурации интернет-сервисов IisAsiI.exe подробно рассмотрен в документе «Средство разработки Атлантис. Утилита конфигурирования интернет-сервисов «Iisasii.exe». Руководство администра-тора и прикладного программиста».

2.2.6. Настройка сервера приложений для Веб-сервисов В настоящее время в системе Галактика ERP имеется набор скомпилированных прикладных веб-сервисов, файлы которых лежат в подкаталогах IDL, WS катало-га EXE серверной установки системы Галактика ERP.

После завершения установки и настройки веб-сервисов пользователям становят-ся доступны опубликованные методы веб-интерфейсов, которые присутствуют в веб-сервисах системы Галактика ERP. Для использования этих методов поль-зователи должны самостоятельно создать соответствующую клиентскую про-грамму, обращающуюся к нужным веб-узлам. Для этого могут использоваться такие средства разработки, как Microsoft Visual Studio, программная среда Microsoft .NET и другие.

В 64-разрядных версиях ОС Windows ASP.NET должен быть стартован в 32-разрядном режиме.

Установка и настройка веб-узлов, необходимых для работы с прикладными веб-сервисами, встроенными в систему Галактика ERP, осуществляется с помощью утилиты конфигурации интернет-сервисов IisAsiI.exe.



Прикладные веб-сервисы системы Галактика ERP функционируют в трехуров-невой архитектуре. Связь веб-сервисов с сервером приложений осуществляется по протоколу DCOM (comdrv.dll).

В качестве сервера приложений системы Галактика ERP для работы с веб-сервисами должен выступать обязательно неименованный сервер приложений, которому соответствует служба с именем по умолчанию GalServer.

Порядок установки службы сервера приложений рассмотрен в п. 2.5.

Настройка службы GalServer сервера приложений для работы с веб-сервисами выполняется с помощью Менеджера серверов и служб Галактики galconf.exe. Для выполнения настройки службы необходимо выбрать требуемый узел Web-Service и вызвать меню Администрирование -> Конфигурирование (см. п. 2.2.4.1).

Кроме этого настройка службы GalServer может быть выполнена путем запуска reg-файла, пример которого приведен ниже: REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Galaktika Corp\Server] "Protocols"="comdrv.dll" "Modules"="galnet.dll" "AddDLLs"="ms70drv.dll;mt_drv.dll" "AppCommandLine"="/c:<имя и путь конфигурационного файла>"

Ключ "Modules" содержит имя файла запускаемого приложения. Для системы Галактика ERP он должен содержать значение galnet.dll.

Ключ "AddDLLs" может содержать имена файлов библиотек, которые целесооб-разно загрузить при старте приложения для увеличения производительности ра-боты. Здесь, как правило, указываются библиотеки, которые в процессе работы часто загружаются и выгружаются из памяти, например, драйвер базы данных ms70drv.dll и, при работе в режиме таблиц в памяти, библиотека mt_drv.dll. Фай-лы перечисляются через символ ";".

Ключ "AppCommandLine" задает конфигурационный файл системы, на который должен быть настроен сервер приложений. Программа установки серверной час-ти системы формирует cfg-файл в подкаталоге \Start домашней директории. Дан-ный параметр сервера приложений обеспечивает его настройку на работу с конкретной БД.

При задании значения ключа "AppCommandLine"необходимо выбирать локаль-ный путь на компьютере сервера приложений. Обработка пути, заданного через сетевое окружение или букву подключенного сетевого диска (Map Network Drive), не поддерживается.

Значение параметра "Protocols" должно быть "comdrv.dll".

Для сервера приложений, работающего по протоколу DCOM должен быть указан только один протокол – comdrv.dll. Присутствие в строке значения па-раметра реестра "Protocols" ещё каких-нибудь протоколов может вызвать не-работоспособность веб-сервисов.


После того, как заданы параметры настройки сервера приложений, необходимо запустить службу GalServer.

2.2.7. Настройка вспомогательной службы napsrv.exe

2.2.7.1. Порядок настройки службы

Настройка параметров работы вспомогательной службы системы выполняется с помощью программы Менеджер серверов и служб Галактики (далее по тексту менеджер), которая запускается из каталога \DB_INST домашней директории системы: galconf.exe

Менеджер серверов и служб Галактики функционирует только под управле-нием ОС Windows NT/2000/XP/2003 или Windows Vista.

Настройка (конфигурирование) вспомогательной службы выполняется в сле-дующих случаях:

♦ При первичной установке вспомогательной службы или при возникновении в процессе инсталляции базы данных (см. п. 2.2.3.3) ошибок запуска вспо-могательной службы;

♦ При возникновении ошибок связи, выявленных программой napsping (см. п. 2.2.7.5);

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

Менеджер серверов и служб Галактики позволяет:

♦ запускать вспомогательную службу; ♦ останавливать вспомогательную службу; ♦ изменять параметры вспомогательной службы:

♦ параметры доступа: — идентификатор (логин) администратора БД;

— пароль администратора БД;

— необходимость установки авторизации NTLM Security (для двухуров-невой архитектуры);

— уровень авторизации NTLM Security;

♦ параметры связи клиента с вспомогательной службой: — сетевой протокол;

— сетевой порт; ♦ просмотреть версию вспомогательной службы; ♦ просмотреть путь на исполняемый файл вспомогательной службы (куда

он был установлен); ♦ просмотреть статус вспомогательной службы (запущен/остановлен); Общий порядок работы с программой galconf.exe рассмотрен в п. 2.2.4.1.


В результате запуска программы на экран выводится основное окно =Менеджер серверов и служб Галактики= (см. Рис. 20), в котором необходимо в списке де-рева выбрать имя вспомогательной службы, подлежащей конфигурированию.

По умолчанию это должна быть служба NapServer. Если при установке MS SQL Server было задано имя экземпляра БД (instance), отличное от default (см. 2.1.1), то имя вспомогательной службы Галактики ERP имеет вид:

NapServer$<имя синонима экземпляра БД>

С помощью подменю Старт и Стоп меню Администрирование (или аналогич-ных пунктов локального меню) имеется возможность управлять состоянием вспомогательной службы.

Процесс запуска и остановки отображается дополнительным окном с анимацией. При возникновении ошибки связь со службой (коннект) разрывается.

Статус службы периодически проверяется с интервалом, значение которого можно задать в меню Опции.

Для ввода или изменения параметров вспомогательной службы необходимо вы-звать меню Администрирование -> Конфигурирование (или аналогичный пункт локального меню).

В результате на экран выводится окно с предложением ввести идентификатор (логин) и пароль администратора БД.

Если ранее для соединения сервер приложений — MS SQL Server была установ-лена авторизация NTLM Security (например, при его установке), то в поле Сис-темный администратор автоматически выводится значение (NTLM Security).

Необходимо ввести эти данные в поля ввода и нажать кнопку [Применить]. В случае отказа можно нажать кнопку [Отменить].

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

В случае успешной регистрации на экран выводится окно =Конфигурация вспо-могательной службы= (см. Рис. 33).

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

В окне =Конфигурация вспомогательной службы= можно ввести (изменить) сле-дующие параметры:

♦ поле Системный администратор — идентификатор (логин) администра-тора БД. Если логин задан, то устанавливается авторизация SQL Server Se-curity. Если логин не задан, то устанавливается авторизация NTLM Security (подробнее см. п. 2.9). В этом случае в поле автоматически устанавливается значение (NTLM Security);

♦ поле Пароль — пароль администратора БД. Если установлена авторизация NTLM Security, то введенный здесь пароль будет использоваться только при администрировании и мониторинге вспомогательной службы;

♦ поле Сетевой протокол RPC — сетевой протокол; ♦ поле RPC порт — сетевой порт; ♦ Если в поле Сетевой протокол RPC указано значение Named pipes, то в ок-

не =Конфигурация вспомогательной службы= вместо поля RPC порт при-сутствует поле Pipe Name, в котором указывается канал, который сетевая


библиотека именованных каналов будет использовать при попытке подклю-читься к данному экземпляру MS SQL Server.

♦ поле Уровень авторизации — задает уровень авторизации NTLM Security. ♦ поле Авторизация необязательна — флаг в этом поле допускает неавтори-

зованные соединения с сервером приложений. Запретить неавторизованные соединения (флаг отсутствует) можно только в том случае, если для всех баз данных на этом сервере установлен тип авторизации NTLM Security.

Рис. 33 Конфигурация вспомогательной службы Галактики

По кнопке [Пароли] выполняется настройка режима запрета доступа к БД Га-лактики внешними средствами ( см. п. 2.10). При нажатии кнопки вызывается окно =Запрет доступа внешними средствами= (см. Рис. 34), содержащее список баз данных, для которых настроен режим запрета доступа, и кнопки настройки режима.

Рис. 34 Окно настройки запрета доступа к БД внешними средствами

По кнопке [Удалить] выполняется удаление выбранной БД из списка и выклю-чение режима запрета доступа внешними средствами для этой базы данных.


По кнопке [Добавить] выполняется настройка режима доступа для новой базы данных, а по кнопке [Редактировать] – изменение пароля перекодировки для ба-зы данных, существующей в списке режима запрета доступа. В результате акти-визации этих кнопок на экран вызывается окно =Пароль БД= (см. Рис. 35), содержащее следующие поля:

♦ Имя БД — имя базы данных Галактики ERP, для которой настраивается режим запрета доступа.

Рис. 35 Окно задания пароля перекодировки

♦ Пароль — пароль для перекодировки паролей учетных записей MSSQL Server, соответствующих пользователям, заведенным в этой БД. Значение пароля представляет собой произвольный набор символов (с учетом регист-ра) и не должно содержать более 20 символов. Пароль перекодировки не может быть пустым.

♦ Подтверждение — поле для повторного ввода значения поля Пароль. По кнопке [Применить] выполняется сохранение введенных значений.

После ввода (изменения) параметров конфигурации вспомогательной службы Галактики необходимо нажать кнопку [Применить] (см. Рис. 33). Если были вве-дены неверные параметры, выдается сообщение об ошибке, а наименование со-ответствующего поля будет выделено цветом. Для отказа от изменения параметров используется кнопка [Отменить].

Если параметры были изменены, то необходимо перезагрузить службу.

Для корректного внедрения измененных параметров вспомогательной службы перед ее перезапуском из утилиты Query Analyzer (или MS SQL Server Management Studio для MS SQL Server 2005/2008) в базе master необхо-димо выполнить: exec na_forcefreealldb

dbcc namssql(free)

В поле Конфигурация клиента окна =Конфигурация вспомогательной службы= менеджер выводит параметр клиентской части, который используется для фор-мирования параметра SQLServer секции [SQLDriver] конфигурационного файла (см. п. 3.1).

Значение в поле Конфигурация клиента выводится в формате: <протокол>:<адрес_сервиса_для_протокола>[<порт>]

В качестве значения <адрес_сервиса_для_протокола> менеджер всегда выводит только сетевое имя сервера, на котором установлена вспомогательная служба.


Для протоколов, не допускающих имя сервера в качестве значения <адрес_сервиса_для_протокола>, необходимо задать значение последнего аль-тернативным способом (см. п. п. 2.2.7.2, 2.2.7.3, 2.2.7.4).

Например:

Содержимое поля:

ncacn_ip_tcp: TEST_SQL [2000]

Параметр в конфигурационном файле клиента: [SQLDriver] SQLServer=ncacn_ip_tcp: TEST_SQL [2000]

Примеры возможных значений параметра конфигурационного файла клиента с учетом использования альтернативного способа описания адреса сервиса и зна-чений по умолчанию: [SQLDriver]

SQLServer= TEST_SQL

SQLServer= TEST_SQL [1997]

SQLServer=ncacn_ip_tcp: TEST_SQL

SQLServer=ncacn_ip_tcp: TEST_SQL [1997]

SQLServer=ncacn_ip_tcp:192.168.1.10[1997]

SQLServer=ncacn_np:TEST_SQL[\pipe\naps\query]

SQLServer=ncacn_spx: TEST_SQL

SQLServer=ncacn_spx: TEST_SQL [1997]

SQLServer=ncacn_spx:~00000000112233445566[1997]

С помощью Монитора вспомогательной службы Галактики, обеспечивает-ся просмотр текущих значений ряда параметров базы данных и пользователей, динамики их изменения, а также обеспечивающего выполнение ряда функций управления этими параметрами. Порядок работы с монитором вспомогательной службы Галактики рассмотрен в п. 2.11.

2.2.7.2. Возможные варианты протоколов

В таблице представлены возможные протоколы. Протокол Описание Поддерживаемые платформы

ncacn_nb_tcp Connection-oriented NetBIOS over TCP

client only: MS-DOS, Windows 3.x, Windows 95/98

client and server: Windows NT/2000

ncacn_nb_ipx Connection-oriented NetBIOS over IPX



ncacn_nb_nb Connection-oriented NetBEUI


client and server: Windows NT/2000 Windows 95

ncacn_ip_tcp Connection-oriented TCP/IP

client only: MS-DOS, Windows 3.x, , Windows 95/98 and Apple Macintosh

client and server: Windows 95 and Windows NT/2000

ncacn_np Connection-oriented named pipes


client and server: Windows NT


Протокол Описание Поддерживаемые платформы

ncacn_spx Connection-oriented SPX


client and server: Windows NT/2000 Windows 95

ncacn_vns_spp Connection-oriented Vines SPP transport



ncadg_ip_udp Datagram (connectionless) UDP/IP



ncadg_ipx Datagram (connectionless) IPX



2.2.7.3. Возможные варианты сетевых адресов Вариант сетевого адреса зависит от выбранного протокола (см. таблицу ниже).

Протокол Сетевой адрес Пример ncacn_nb_tcp Windows NT machine name myserver

ncacn_nb_ipx Windows NT machine name myserver

ncacn_nb_nb Windows NT or Windows 95 machine name myserver

ncacn_ip_tcp four-octet internet address, or host name

128.10.2.30

anynode.microsoft.com

ncacn_np Windows NT server name (leading double backslashes are optional)

myserver \\myotherserver

ncacn_spx IPX internet address, or Windows NT server name

~0000000108002B30612C

myserver

ncacn_vns_spp StreetTalk server name of the form item@group@organization printserver@sdkdocs@microsoft

ncadg_ip_udp four-octet internet address, or host name

128.10.2.30

anynode.microsoft.com

ncadg_ipx IPX internet address, or Windows NT server name

~0000000108002B30612C

myserver

2.2.7.4. Возможные варианты портов

Значение порта зависит от выбранного протокола (см. таблицу ниже). Протокол Порт Пример

ncacn_nb_tcp Integer between 1 and 254. Many values between 0 and 32 are reserved by Microsoft.

100

ncacn_nb_ipx (as above) (as above)

ncacn_nb_nb (as above) (as above)

ncacn_ip_tcp Internet port number 1025

ncacn_np Windows NT named pipe. Name must start with "\\pipe". \\pipe\\pipename


Протокол Порт Пример ncacn_spx Integer between 1 and 65535. 5000

ncacn_vns_spp Vines SPP port number between 250 and 511 500

ncadg_ip_udp Internet port number 1025

ncadg_ipx Integer between 1 and 65535. 5000

2.2.7.5. Проверка соединения со вспомогательной службой Галактики ERP

Для проверки соединения со вспомогательной службой Галактики ERP napsrv.exe используется программа napsping.exe, расположенная в каталоге \EXE серверной части системы. Программа napsping.exe запускается с рабочей стан-ции с параметром, представляющим собой полное имя конфигурационного фай-ла системы. Указанный файл конфигурации должен содержать параметр SQLServer секции [SQLDriver] (см. п. 3.1).

Пример командной строки: Napsping.exe d:\gal810\Start\test810.cfg

Результат выполнения программы выдается на экран.

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

2.3. УСТАНОВКА КЛИЕНТСКОЙ ЧАСТИ ГАЛАКТИКИ ERP

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

На одной рабочей станции возможно наличие установки клиентских частей для двухуровневой и трехуровневой архитектуры одновременно.

В этом случае клиентские части для двухуровневой и трехуровневой архитекту-ры должны устанавливаться в разные домашние каталоги, например:

D:\GAL810Client2 — домашний каталог клиентской части двухуровневой архи-тектуры;

D:\GAL810Client3 — домашний каталог клиентской части трехуровневой архи-тектуры.


2.3.1. Установка клиентской части для двухуровневой архитектуры

2.3.1.1. Запуск программы установки

Запуск программы установки Галактика ERP.msi производится на рабочей стан-ции непосредственно с компакт-диска (каталог GAL…\Client2\) или из каталога \Setup\Client2 серверной части системы.

После запуска программы установки нажимайте кнопку [Далее] в главном диа-логовом окне, для прохождения по шагам программы установки.

В результате запуска программы клиентской установки на экран вызывается ок-но приветствия. По щелчку кнопки [Далее] этого окна вызывается окно выбора вида (режима) установки клиентской части (см. Рис. 36).

Рис. 36 Окно выбора режима установки клиентской части

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

В режиме установки Автоматическая используются типовые параметры уста-новки клиентской части, заданные в процессе установки серверной части систе-мы (см. 2.2.3.5).

Выберите требуемый режим и нажмите кнопку [Далее].

2.3.1.2. Работа с программой установки в выборочном режиме

В результате выбора вида установки Выборочная. по щелчку кнопки [Далее] окна выбора вызывается окно выбора каталога, в который будет проводиться ус-тановка системы (см. Рис. 37).


Рис. 37 Окно выбора каталога установки клиентской части

По кнопке [Изменить] этого окна Вы можете назначить другой каталог на ло-кальном жестком диске рабочей станции для установки клиентской части Га-лактики ERP. В результате активизации кнопки на экран вызывается окно изменения текущей папки назначения (см. Рис. 38). Выберите существующий ка-талог с помощью выпадающего дерева в поле Поиск в папке: или введите имя каталога в поле Имя папки: после чего нажмите кнопку [OK].


По щелчку кнопки [Далее] окна выбора каталога назначения установки вызыва-ется окно подтверждения готовности к установке. По щелчку кнопки [Установить] этого окна начнется установка файлов клиент-ской части системы на логический диск Вашего компьютера. Процесс установки отображается на экране. В любой момент Вы можете прервать процесс установки, нажав на кнопку [От-мена] или клавишу Esc. В этом случае последует запрос подтверждения выхода. Если вы подтвердите выход, программа установки прервется и удалит уже уста-новленные файлы и каталоги, приведя диск в исходное состояние.


Рис. 38 Окно изменения каталога установки клиентской части

По завершении файловой установки на экран вызывается окно = Настройка на БД системы "Галактика ERP"= (см. Рис. 39), в котором необходимо в поле Путь: задать домашний каталог серверной части двухуровневой архитектуры системы и нажать кнопку [ОК].

Рис. 39 Окно настройки на базу данных

Выбранный каталог должен содержать информацию о рабочих базах данных. Информация о рабочих базах данных содержится в служебных файлах системы \Setup\csetup.ini (базы данных, установленные из этой серверной части) и/или \EXE\install.ini (базы данных, на которые была выполнена настройка этой сервер-ной части).


Алгоритм определения информации о базах данных рассмотрен в п. 2.2.3.3.

Если при установке клиентской части системы на компьютере под управлением ОС Windows Vista Business при выборе пути на серверную установку системы Галактика ERP, расположенную на другом компьютере, с помощью узла Сете-вое окружение возникают проблемы с отображением сетевого окружения, то в поле Путь окна =Настройка на БД системы "Галактика ERP"= необходимо вручную ввести UNC-путь на домашний каталог установки или указать путь с использованием буквы подключенного сетевого диска (Map Network Drive).

В результате выбора каталога с серверной установкой системы на экран вызыва-ется окно =Выбор БД= (см. Рис. 40), в левой части которого содержится список БД, на которые настроена данная серверная установка.

Рис. 40 Выбор БД для настройки двухуровневого клиента

С помощью кнопки [Добавить>>] поместите в правую часть окна те базы, на ко-торые необходимо настроиться при текущей инсталляции и нажмите кнопку [Далее].

Далее на экран вызывается завершающее окно, в котором для выхода из про-граммы необходимо нажать кнопку [Готово].

2.3.1.3. Работа с программой установки в автоматическом режиме

Если запуск программы установки выполнялся с компакт-диска, то в результате выбора режима установки Автоматическая по щелчку кнопки [Далее] окна выбора вызывается окно = Настройка клиента =, в котором необходимо задать домашний каталог серверной части двухуровневой архитектуры системы. По-


рядок работы с окном полностью аналогичен порядку работы с окном = На-стройка на БД системы "Галактика ERP" = (см. Рис. 39) выборочного режима установки клиентской части. В результате настройки на серверную часть систе-мы программа установки определяет параметры установки из файла Setup\clientconf.cfg серверной части и выдает окно готовности к установке. По щелчку кнопки [Установить] этого окна начинает процесс инсталляции.

Если запуск программы установки выполнялся непосредственно из каталога \Setup серверной части, то по щелчку кнопки [Далее] окна выбора режима уста-новки сразу выдается окно готовности к установке и по щелчку кнопки [Устано-вить] этого окна начинает процесс инсталляции.

Ход установки отображается на экране.


2.3.1.4. Выходные данные программы установки

В результате установки на клиентском компьютере по путям серверной части системы будут зарегистрированы необходимые ActiveX- компоненты (согласно информации служебного файла atlcomreg.txt, см. п. 7.3), в системный каталог ра-бочей станции будет установлена библиотека поддержки работы с Robohelp-справкой (Roboex32.dll). При установке этой библиотеки возможно появление сообщения о том, что устанавливаемый файл имеет более старую версию, чем имеющийся на Вашей станции — сохраните новую версию файла. Кроме этого выполняется установка шрифтов eangnivc.ttf и linedraw.ttf, используемых для отображения отчетов системы.

На завершающем этапе установки клиентской части двухуровневой архитектуры программа установки выполняет настройку источников данных ODBC на базу данных, на которую была выполнена настройка.

В процессе установки может появиться сообщение об установке более старых файлов odbc драйвера по сравнению с имеющимися на рабочей станции. В этом случае вариант установки определяется необходимостью использования на данной рабочей станции других приложений MS SQL Server и особенностями взаимодействия системы Галактика ERP и ODBC клиента MS SQL Server (см. п. 2.8).

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

\EXE – содержит служебный файл install.ini, содержащий описание данной уста-новки.

\Start – содержит конфигурационные файлы, обеспечивающие настройку на вы-бранные при установке клиента базы данных.

В процессе установки в разделе Программы главного меню Windows будет соз-дана папка Корпорация Галактика => Галактика ERP <версия>, в которой нахо-дятся ярлыки запуска системы.


2.3.2. Установка клиентской части для трехуровневой архитектуры

2.3.2.1. Запуск программы установки

Запуск программы клиентской установки для трехуровневой архитектуры Галактика ERP.msi производится на рабочей станции непосредственно с ком-пакт-диска (каталог GAL…\Client3\) или из каталога \Setup\Client3\ серверной части системы.

После запуска программы установки нажимайте кнопку [Далее] в главном диа-логовом окне, для прохождения по шагам программы установки.

В результате запуска программы клиентской установки на экран вызывается ок-но приветствия. По щелчку кнопки [Далее] этого окна вызывается окно выбора вида (режима) установки клиентской части (см. Рис. 36).

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

В режиме установки Автоматическая используются типовые параметры уста-новки клиентской части, заданные в процессе установки серверной части систе-мы (см. 2.2.3.5).

Выберите требуемый режим и нажмите кнопку [Далее].

2.3.2.2. Работа с программой установки в выборочном режиме

В результате выбора вида установки Выборочная по щелчку кнопки [Далее] ок-на выбора на экран вызывается окно =Выборочная установка = для выбора ком-понентов клиентской части системы для установки и выбора папки для установки (см. Рис. 41).

Рис. 41 Окно выбора компонентов для установки трехуровневого клиента

Некоторые компоненты клиентской части требуют установки других компонен-тов. Например, установка компонента "Клиентская часть" требует установки


компонентов "Программные компоненты" и "Прочие компоненты поддержки". Программа установки не контролирует эти зависимости, поэтому будьте внима-тельны при отказе от установки отдельных компонентов системы.

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

При необходимости измените способ установки требуемых компонентов, с по-мощью меню, вызываемого по щелчку на значке (см. Рис. 42).

Рис. 42 Меню выбора способа установки компонентов

С помощью кнопки [Изменить...] можно изменить каталог для установки кли-ентской части (см. Рис. 43).

Рис. 43 Окно выбора папки назначения установки трехуровневого клиента

Выберите папку или введите путь и имя в поле Имя папки: и нажмите кнопку [OK].

По кнопке [Диск] окна =Выборочная установка = вызывается окно анализа дос-таточности свободного дискового пространства для выполнения установки. По кнопке [Далее] окна =Выборочная установка = вызывается окно подтвер-ждения готовности к установке.


По щелчку кнопки [Установить] этого окна начнется установка файлов клиент-ской части системы на диск Вашего компьютера. Процесс установки отобража-ется на экране. В любой момент Вы можете прервать процесс установки, нажав на кнопку [От-мена] или клавишу Esc. В этом случае последует запрос подтверждения выхода. Если вы подтвердите выход, программа установки прервется и удалит уже уста-новленные файлы и каталоги, приведя диск в исходное состояние. По завершении файловой установки выполняется запуск программы Конфигу-ратор клиента (CliConf.exe) обеспечивающей настройку взаимодействия кли-ентской части Галактики ERP с сервером приложений. Порядок работы с программой подробно рассмотрен в п. 2.3.3. При автоматическом запуске про-граммы cliconf.exe из программы установки трехуровневого клиента setup.exe окно =Конфигуратор клиента = при выставленном флаге Сохранить ярлык до-полнительно содержит поле флага На рабочий стол, при наличии которого яр-лык запуска системы сохраняется не только в программной папке главного меню Windows, но и на рабочем столе станции.

По завершении настройки нажмите кнопку [Сохранить] в главном окне Конфи-гуратора клиента, а затем кнопку [Закрыть].

По завершении настройки конфигурации клиентской части на экран вызывается завершающее окно, в котором для выхода из программы необходимо нажать кнопку [Готово].

2.3.2.3. Работа с программой установки в автоматическом режиме

Если запуск программы установки выполнялся с компакт-диска, то в результате выбора режима установки Автоматическая по щелчку кнопки [Далее] окна выбора вызывается окно = Настройка клиента =, в котором необходимо задать домашний каталог серверной части трехуровневой архитектуры системы. По-рядок работы с окном полностью аналогичен порядку работы с окном = На-стройка на БД системы "Галактика ERP" = (см. Рис. 39) выборочного режима установки клиентской части. В результате настройки на серверную часть систе-мы программа установки определяет параметры установки из файла Setup\clientconf.cfg серверной части и начинает процесс инсталляции.

Если запуск программы установки выполнялся непосредственно из каталога \Setup серверной части, то по щелчку кнопки [Далее] окна выбора режима уста-новки сразу выдается окно готовности к установке и по щелчку кнопки [Устано-вить] этого окна начинает процесс инсталляции.

Установка клиентской части в данном режиме выполняется в объеме всех ком-понентов. Ход установки отображается на экране.

Настройка взаимодействия клиентской части с сервером приложений выполня-ется автоматически по данным файла Setup\clientconf.cfg серверной части.


2.3.2.4. Выходные данные программы установки

В процессе установки в разделе Программы главного меню Windows будет соз-дана папка Корпорация Галактика => Галактика ERP <версия>, в которой на-


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

2.3.3. Настройка клиентской части трехуровневой архитектуры

Настройка параметров соединения клиентской части с сервером приложений трехуровневой архитектуры системы выполняется с помощью программы Конфигуратор клиента, которая вызывается автоматически в процессе установ-ки клиентской части (см. п. 2.3.2.2), или запускается самостоятельно из каталога \EXE домашней директории клиентской части системы: cliconf.exe

В результате запуска программы на экран выводится основное окно =Конфигуратор клиента = (см. Рис. 44).

Рис. 44 Основное окно Конфигуратора клиента

Поле Имя клиента предназначено для выбора варианта настроек клиентской части (псевдонима клиента). Каждый вариант настройки может обеспечивать ра-боту клиентской части Галактики ERP со своим сервером приложений.

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

Запуск системы с определенным вариантом настроек клиентской части выпол-няется путем указания псевдонима клиента в командной строке:

atlrun.exe /Client.Alias=<значение поля Имя клиента:>

Возможно задание псевдонима клиента в двойных кавычках. Эта возможность должна использоваться, если имя псевдонима содержит пробелы. Например:

atlrun.exe /Client.Alias=Client1 atlrun.exe /Client.Alias="Client2" atlrun.exe /Client.Alias="Client New"


В поле Название сервера: необходимо ввести имя компьютера, на котором уста-новлен сервер приложений Галактики ERP.

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

После выбора протокола обмена данными необходимо по кнопке настроить стандартные параметры этого протокола. Параметры настройки клиентской час-ти должны соответствовать параметрам настройки сервера приложений. (см. п.п. 2.2.4.2, 2.2.4.3, 2.2.4.4) .

Окно настройки стандартных параметров HTTP-протокола аналогично окну на-стройке этого протокола для сервера приложений (см. п. 2.2.4.4, Рис. 32).

Если Интернет-сервер расположен на удаленном от клиентской части Галактики компьютере, то в этом случае в качестве значения <имя сервера> в поле Адрес сервера: задается внешнее имя компьютера Интернет-сервера или его IP адрес, например:


В этом случае связь клиентской части Галактики с Интернет-сервером может выполняться через прокси-сервер, поэтому при настройке параметров протокола HTTP необходимо задать соответствующие значения в полях Прокси сервер:, Режим прокси: и, при необходимости, Черный список: и Использовать за-щищенное соединение (HTTPS). Следует иметь в виду, что при использовании связи клиентской части Галактики с Интернет-сервером через прокси-сервер клиентский компьютер должен быть загружен от имени пользователя, имеющего соответствующие права на прокси-сервере.

Флаг Сохранить ярлык задает необходимость создания ярлыка запуска системы с данными настройками клиентской части.

Введя все необходимые данные, нажмите кнопку [Сохранить] для сохранения введенных данных.

Если был установлен флаг Сохранить ярлык, то по кнопке [Сохранить] вызыва-ется окно =Сохранить ярлык= для ввода места размещения и имени ярлыка.

Введите необходимые данные и закройте окно сохранения ярлыка.

Для выхода из программы – кнопку [Закрыть].

Удаление настроек выполняется кнопкой [Удалить].

При необходимости использовать взаимодействие при помощи ODBC необходи-мо с помощью утилиты configODBC.exe установить драйвер Atlantis ODBC (atlodbc.dll).

2.3.4. Установка Browser-клиента трехуровневой архитектуры

Browser-клиент трехуровневой архитектуры представляет собой ActiveX к Microsoft Internet Explorer (IE) версии не ниже 5.00.3700.1000.

Browser-клиент работает только с использованием протокола HTTP и обеспечи-вает отображение визуальной части системы Галактика в окнах Microsoft Internet Explorer.



Browser-клиент может быть использован на компьютерах, работающих под управлением Windows XP Professional SP1 (без установленных дополнительных обновлений безопасности), Windows 2000 Professional SP4 и Windows 98 SE.

При установке Browser-клиента на других версиях Windows могут возникнуть проблемы взаимодействия с системой безопасности Microsoft Windows.

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

1) При установке серверной части Галактики ERP трехуровневой архитектуры необходимо проверить, что в окне =Устанавливаемые компоненты= выстав-лен флаг компонента Файлы Browser-клиента, являющегося составляющей частью компонента Сервер приложений (см. п. 2.2.3.2 и Рис. 4).

В результате установки серверной части на компьютере сервера приложений в каталоге \EXE домашней директории системы создается подкаталог (например, D:\GAL810\EXE\GALSTUB), в который помещаются следующие файлы:

galstub.cab – архив клиентской части для инсталляции;

af.htm – заготовка стартовой страницы виртуального интернет-каталога Browser-клиента;

oiwg.htm – внутренняя страница (обеспечивает открытие окон системы);

GalNet.jpg и galaktika.gif – графические изображения, используемые в стартовой странице.

2) Выполнить установку и настройку Интернет-сервера приложений Галакти-ки согласно п. 2.2.5.

3) Создать дополнительный виртуальный каталог в IIS сервера приложений для работы Browser-клиента:

♦ В поле Alias: окна = Virtual Directory Alias= введите имя псевдонима данно-го виртуального каталога, которое будет использоваться для доступа к нему сервером приложений. Пример значения:

GALSTUB.

♦ В поле Directory: (поле Path: для Windows Server 2003) окна =Web Site Con-tent Directory= введите полное имя каталога, содержащего файлы Browser-клиента. Пример значения:

D:\GAL810\EXE\GALSTUB

Остальные параметры принимаются со значениями по умолчанию.

4) В заготовке стартовой странице af.htm необходимо указать путь на cab-файл и виртуальный каталог Интернет-сервера приложений Галактики. Для этого нужно в ниже приведенных строках файла заменить соответствующие значе-ния на используемые в Вашей конфигурации:

"codebase=\"http://donkey/galstub/galstub.cab\"\n", onSubmit="run (Name2.value,Password2.value,'http://donkey/iapp/app.asx');"

Вместо имени сервера может использоваться его IP адрес.

5) В IE на клиентской станции должна быть разрешена установка и запуск ActiveX и скриптов. Путь на стартовую страницу af.htm рекомендуется доба-вить в зону надежных узлов (trusted sites).

6) Запуск Browser–клиента выполняется запуском в IE стартовой страницы, например:


http://172.29.86.5/GalStub/af.htm

или http://test_all/GalStub/af.htm

При первом входе выполняется установка файлов и ActiveX клиентской части на рабочую станцию. При появлении предупреждающих сообщений ОС об уста-новке файлов и ActiveX на компьютер необходимо разрешить установку.

Файлы клиентской части устанавливаются в каталог "C:\WINDOWS\Downloaded Program Files\".

Пример окон Галактики ERP на рабочей станции с использованием Browser-клиента показан на Рис. 45.

Рис. 45 Пример окон Browser-клиента

2.3.5. Установка HTML-клиента сервера приложений трехуровневой архитектуры

2.3.5.1. Назначение и рабочая среда

HTML-клиент сервера приложений предназначен для работы с системой Галак-тика ERP с использованием на рабочей станции только интернет-браузера, на-пример, MS Internet Explorer, Google Chrome.

Начиная с обновления Атлантис 5.4.23 для работы с HTML-клиентом сервера приложений возможно использование интернет-браузера Firefox.

В отличие от обычной клиентской части системы и Browser- клиента при ис-пользовании HTML-клиента сервера приложений на рабочей станции не уста-навливаются и не регистрируются никакие компоненты системы. Данный клиент универсален и адаптирован к работе в сетях Интернет.


Общая архитектура работы системы ГалактикаERP с HTML-клиентом сервера приложений представлена на Рис. 46.

Непосредственно генерацией HTML-кода занимается программный компонент на ASP.NET с использованием технологии Microsoft AJAX Control Toolkit. По-средством IIS эти HTML-страницы доставляются потребителям (HTML-браузеры). Компонент на ASP.NET взаимодействует со стандартным клиентом трехуровневой архитектуры системы через специальный переходник – HTML-клиент сервера приложений системы Галактика ERP.

Для стандартного клиента трехуровневой архитектуры HTML-клиент сервера приложений является еще одним вариантом видимой библиотеки (vision_.dll). Эта библиотека с одной стороны транслирует запросы системы Галактика ERP на создание видимых элементов в вызовы C# для создания управляющих эле-ментов ASP.NET, а с другой стороны переводит команды ASP.NET в команды системы Галактика ERP.

Рис. 46 Архитектура использования HTML-клиента сервера приложений

Для успешного функционирования HTML-клиента сервера приложений системы Галактика ERP необходимо на компьютере, на котором будет установлен


HTML-клиент сервера приложений, обеспечить выполнение следующих усло-вий:

♦ В операционной системе MS Windows должен быть установлен компонент Internet Information Services (IIS), входящий в состав установочного дис-ка. Служба ASP.NET должна работать;

♦ В операционной системе должен быть установлен компонент Microsoft .NET версии 2.0.50727;

♦ Должна быть установлена и настроена для обычной работы с сервером приложений системы Галактика ERP (по одному из доступных протоко-лов: RPC, HTTP, Win Socket) клиентская часть трехуровневой архитектуры системы Галактика ERP (см. 2.3.2).

В 64-разрядных версиях ОС Windows ASP.NET должен быть стартован в 32-разрядном режиме.

2.3.5.2. Порядок установки и настройки

В процессе установки серверной части трехуровневой архитектуры в домашнем каталоге системы формируются каталоги \EXE\HTML\WebGal и \EXE\HTML\EXE.

Каталог \EXE\HTML\WebGal содержит программные компоненты на ASP.NET.

Каталог \EXE\HTML\EXE содержит библиотеку vision_.dll, которая является соб-ственно HTML-клиентом сервера приложений.

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

1) Выполнение настройки IIS на программные компоненты на ASP.NET. Для это-го необходимо выполнить следующие действия:

а) Используя оснастку Computer Management ОС Windows Server в узле Default Web Site с помощью мастера Virtual Directory Creation Wizard создать новый вир-туальный каталог.

Порядок работы с мастером Virtual Directory Creation Wizard:

♦ В поле Alias: окна = Virtual Directory Alias= введите имя псевдонима данно-го виртуального каталога, которое будет использоваться для доступа к нему с рабочих станций. Пример значения:

WebGal

♦ В поле Directory: (поле Path: для Windows Server 2003) окна =Web Site Con-tent Directory= введите полное имя каталога, содержащего файл we-bapp.aspx. Инсталлятор серверной части системы устанавливает этот файл в подкаталог \EXE\HTML\WebGal домашней директории системы. Пример значения:

D:\GAL810\EXE\HTML\WebGal

♦ В окне =Access Permissions= (=Virtual Directory Access Permissions= для Windows Server 2003) должен быть выставлен только флаг Read.

б) Выполнить настройку виртуального каталога. Для этого в окне свойств вирту-ального каталога (Properties) необходимо выполнить следующие действия:

♦ Во вкладке Virtual Directory: ♦ В поле Application name: с помощью кнопки [Create] ввести имя задан-

ного псевдонима виртуального каталога (для рассматриваемого примера это WebGal).


♦ В поле Execute permissions: выбрать значение Scripts and Executables. ♦ Во вкладке Documents:

♦ Установить флаг Enable default content page. ♦ Удалить все записи, имеющиеся в списке данного флага. ♦ По кнопке [Add...] ввести значение WebGal.aspx.

2) Выполнение настройки параметров в файле web.config, расположенного в ка-талоге \WEBGAL домашнего каталога серверной части системы. Для этого необ-ходимо выполнить следующие действия:

а) Указать путь на каталог с клиентской частью трехуровневой архитектуры сис-темы Галактика ERP, изменив параметр в следующей строке файла web.config: <appSettings> <add key="Atlantis.GalDa.ClientAppPath" value="D:\Gal810\Gal810Client3"/>

б) Если для сохранения настроек клиента трехуровневой архитектуры использу-ется псевдоним (Alias, см. п. 2.3.3), то необходимо указать его в следующей строке файла web.config: <add key="Atlantis.GalDa.ClientAlias" value="WebGal"/>

Если при настройке клиентской части псевдоним не задавался (имя Default), то в качестве значения параметра value нужно оставить пустую строку.

в) Указать драйвер протокола (wsdrv) трехуровневого клиента в следующей стро-ке файла web.config: <add key="Atlantis.GalDa.PreloadDLLs" value="atldll;cliagent;wsdrv"/>

Компоненты atldll и cliagent должны присутствовать в параметре value (их не из-менять).

3) Копирование содержимого каталога \EXE\HTML\EXE в каталог с исполняемы-ми файлами установленного трехуровневого клиента системы Галактика ERP.

Создание и настройка веб-узлов, необходимых для работы с HTML-клиентом сервера приложений, настройка параметров файла web.config и копирование со-держимого каталога \EXE\HTML\EXE в каталог с исполняемыми файлами уста-новленного трехуровневого клиента системы Галактика ERP может быть выполнено также с помощью утилиты конфигурации интернет-сервисов IisAsiI.exe.


При запуске HTML-клиента сервера приложений с помощью Internet Explorer на компьютере с включенной функцией Internet Explorer Enhanced Security Configu-ration (например, Windows Server 2003) необходимо добавить в список надежных узлов Internet Explorer (trusted sites) следующие адреса: About:blank http://<Имя интернет-сервера>

Это необходимо для предотвращения блокировки системой безопасности ОС главного меню системы Галактика ERP.


2.3.5.3. Запуск системы

Запуск системы с использование HTML-клиента сервера приложений выполня-ется путем открытия в Интернет-браузере страницы:

http://<Имя интернет-сервера>/<Имя виртуального каталога>/webapp.aspx

например, http://galtest.galaktika.ru/WebGal/webapp.aspx

В результате открывается страница идентификации, в которой в поле User Name: необходимо ввести имя пользователя системы Галактика ERP.

Если система разграничения прав доступа (модуль Права доступа) включена, то в поле Password: вводится пароль, введенный в модуле Права доступа.

Если система разграничения прав доступа выключена, то необходимо ввести любой символ (пароль не может быть пустым).

Флаг Remember me next time в данной версии системы не используется.

2.4. ОПЕРАЦИИ С БАЗОЙ ДАННЫХ СИСТЕМЫ ГАЛАКТИКА ERP

2.4.1. Установка дополнительной базы данных и переустановка существующей

В процессе эксплуатации системы может возникнуть необходимость в установке дополнительной базы данных из числа данных, поставляемых с системой Га-лактика ERP, или переустановке существующих данных.

Данные операции выполняются с помощью программы установки базы данных ms_inst.exe, которая находится в каталоге \DB_INST серверной части системы.

Для запуска программы установки базы данных необходимо выполнить сле-дующую командную строку: ms_inst.exe -p:<установочный путь>, где

<установочный путь> — полный путь на каталог, в котором находится каталог \DB_INST, содержащий специальные подкаталоги (например, \Russia, \Test) с файлами наборов данных main.dbi.

Например, если установка серверной части производилась в каталог D:\GAL810, то командная строка для запуска программы установки базы данных должна иметь вид: ms_inst.exe -p:D:\GAL810

При запуске программы без параметров она запускается в режиме установки БД (-p:), при этом установочным путем является надкаталог запуска.

Порядок работы с программой установки базы данных рассмотрен в п. 2.2.3.3.

При выполнении установки дополнительной базы данных или переустановке существующей можно не выполнять перезапуск сервиса MSSQLServer с после-дующим запуском вспомогательной службы napsrv.exe.


2.4.2. Проверка корректности dbi-файла Программа установки базы данных может быть запущена в режиме проверки корректности файла с наборами данных main.dbi (без подключения к MS SQL Server).

Для этого используются следующие параметры запуска:

-с — включает режим проверки main.dbi;

-d:<[путь\]имя файла> — задает имя файла с наборами данных, подлежащего проверке. Если имя файла задано без полного пути, то он ищется в текущей директории.

Примечание: для указания файла с наборами данных вместо параметра –d: мо-жет использоваться параметр –p:. В этом случае выбор файла выполняется в ок-не =Выберите базу данных= (см. Рис. 16).

-t — включает трассировку процесса проверки файла с наборами данных. Ре-зультат трассировки записывается в текущую директорию в файл < имя файла с наборами данных >.trc, если использовался параметр –p:, и в файл check.trc, если использовался параметр –d:. Параметр может отсутствовать.

Результат проверки записывается в файл ms_inst.log корневого каталога сервер-ной части системы.

Примеры командной строки для запуска программы установки базы данных в режиме проверки dbi-файла:

ms_inst.exe -p:D:\GAL810 -c -t ms_inst.exe -d:Russia\main.dbi -c -t

2.4.3. Удаление базы данных Удаление базы данных, установленной на сервере, выполняется с помощью про-граммы установки базы данных ms_inst.exe, которая находится в каталоге \DB_INST серверной части системы.

Способ запуска программы установки базы данных рассмотрен в п. 2.4.1.

Порядок работы с программой установки базы данных рассмотрен в п. 2.2.3.3.

При выборе типа установки (см. Рис. 10) необходимо установить значение пере-ключателя Удалить базу данных.

В результате на экран вызывается окно выбора базы данных для удаления (см. Рис. 17).

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

При удалении базы данных предварительно из утилиты Query Analyzer (или MS SQL Server Management Studio для MS SQL Server 2005/2008) необходимо в базе master выполнить подготовительный скрипт:

exec na_forcefreealldb dbcc namssql(free)


2.4.4. Перемещение базы данных на другой MS SQL Server Перемещение базы данных на другой MS SQL Server выполняется путем вос-становления на нем резервной копии базы данных (Backup Database), созданной на «старом» сервере. Операции создания/восстановления резервной копии вы-полняются стандартными средствами MS SQL Server.

Однако при этом возникает проблема, суть которой заключается в том, что backup базы данных содержит ее пользователей (Users), но не содержит логины (Logins). Поэтому после восстановления базы данных на другом сервере, для обеспечения работоспособности системы логины необходимо восстанавливать отдельно.

Методика перемещения БД для MS SQL Server 2000 и MS SQL Server 2005/2008 имеет свои особенности, поэтому ниже отдельно рассматривается порядок дей-ствий для каждой версии СУБД.

2.4.4.1. MS SQL Server 2000

Для перемещения базы данных на другой сервер MS SQL Server 2000 необходи-мо выполнить следующие действия:

1) Если новый MS SQL Server расположен на другом компьютере, то необхо-димо:

♦ установить на новом сервере БД вспомогательную службу napsrv.exe систе-мы Галактика ERP (см. п. 2.4.5). При использовании NTLM авторизации в процессе настройки параметров вспомогательной службы с помощью Ме-неджера серверов и служб Галактики galconf.exe необходимо установить требуемые параметры авторизации (см. п.п. 2.9 , 2.2.7).

Для этого предварительно на новый сервер БД нужно скопировать каталог \DB_INST из серверной части системы.

Примечание: Установка вспомогательной службы является обязательным эта-пом, так как в процессе ее установки в базе данных master MS SQL Server фор-мируются необходимые внешние хранимые процедуры.

♦ Откорректировать файл csetup.ini, расположенный в папке \SETUP сервер-ной части системы Галактика ERP, добавив в него следующие параметры:

[Main] DB_INSTALLED=<имя восстанавливаемой базы данных>; DBDriver=MS70DRV.DLL [MSSqlServer] DB_<имя восстанавливаемой базы данных>= <имя экземпляра нового SQL Server или сетевое имя компьютера для default -экземпляра> IN_<имя экземпляра нового SQL Server или сетевое имя компьютера для default -экземпляра>= <значение>

где <значение> имеет формат:

<протокол>:<адрес_сервиса_для_протокола>[<порт>],

где

<протокол> должен соответствовать протоколу сервиса (см. п. 2.2.7.2). По умолчанию ncacn_ip_tcp

<адрес_сервиса_для_протокола> должен быть записан в формате, соответствующем протоколу (см. п. 2.2.7.3);


<порт> должен быть записан в формате соответствующем выбран-ному протоколу (см. п. 2.2.7.4) и соответствовать порту сервиса. По умолчанию 1997

Значение данного параметра определяется с помощью Менеджера серверов и служб Галактики по полю Конфигурация клиента окна =Конфигурация вспо-могательной службы= (см. п. 2.2.7.1).

Если имя восстанавливаемой БД такое же, как и имя исходной БД, то требуемое значение параметра Main.DB_INSTALLED в файле csetup.ini уже существует. В этом случае для уже существующего параметра MSSQLServer.DB_<имя восстанавливаемой базы данных> нужно изменить значение на новое.

♦ Откорректировать файл install.ini, расположенный в папке \EXE серверной части системы Галактика ERP, изменив в нем следующие параметры:

[Main] DBDriver=MS70DRV.DLL [Bases] Base1=<имя восстанавливаемой базы данных> Path1=<значение>

где <значение> совпадает со значением параметра IN_<сетевое имя компьютера, на котором установлен сервер БД> файла csetup.ini (см. выше). BaseCount=1

Если имя восстанавливаемой БД такое же, как и имя исходной БД, то в файле in-stall.ini достаточно изменить только значение параметра Bases.Path1.

♦ Откорректировать настройки клиентских частей системы (альтернативой является переустановка клиентских частей):

— В конфигурационном файле (galnet.cfg) клиентской части откорректировать параметр SQLDriver.SQLServer, задав в нем настройки для нового сервера БД.

— Откорректировать в ODBC Data Sources описание System DSN для восста-навливаемой БД (изменить имя сервера на новое).

Примечание: считается, что при восстановлении базы данных ее имя не изме-нится. В противном случае дополнительно необходимо откорректировать пара-метр DataBase.DataBaseName файла galnet.cfg и изменить имя БД в ODBC Data Sources (System DSN) на рабочих станциях.

♦ На рабочей станции администратора аналогично выполнить необходимые настройки для комплекса Support.

2) Восстановить базу данных на новом сервере из резервной копии (Restore Database), используя средства MS SQL Server.

При задании параметров восстановления базы данных проверьте правильность задания местонахождения файлов базы данных (вкладка Options окна =Restore database=) и при необходимости измените пути.

3) Создать средствами Enterprise Manager логин MS SQL Server для пользовате-ля, который должен являться владельцем БД системы Галактика ERP. Обычно им является пользователь GALAXYDBOWNER (см. п. 2.2.3.3).

4) Сменить владельца восстановленной БД на требуемое имя, например, выпол-нив запрос: sp_changedbowner 'GALAXYDBOWNER'

5) Отключить подсистемы прав доступа (модуль Права доступа) и журнализа-ции (модуль Журнализация), выполнив в Query Analizer в восстановленной БД скрипт:


update x$journalconfig set typejournal=0 update abonents set protecton=0 from x$journalconfig where abonents.officeno=x$journalconfig.officeno

6) Создать с помощью приведенного ниже запроса нового, заведомо не сущест-вующего в восстановленной БД, пользователя. Далее по тексту будем обозначать его как <NEWUSER>. Запрос выполняется средствами Query Analizer в восста-новленной БД и создает пользователя с правами администратора. insert into x$users (xu$loginname,xu$type,xu$useroffice) values ('NEWUSER',1,<номер офиса>);

При использовании NTLM авторизации для создания нового пользователя в вос-становленной БД необходимо выполнить следующие шаги:

♦ Создать в ОС Windows сервера БД пользователя NEWUSER, включив его в группу администраторов;

♦ Выполнить запрос: insert into x$users (xu$loginname,xu$type,xu$useroffice) values ('<имя сервера БД>\NEWUSER',1,<номер офиса>);

7) Войти в комплекс Support под пользователем. <NEWUSER>. Запуск Support в этом режиме может быть выполнен с использованием параметров командной строки /u: и /#user:, например: start x:\support\exe\support.exe /u:NEWUSER /#user:NEWUSER

При использовании NTLM авторизации вход в комплекс Support необходимо вы-полнять либо с консоли сервера БД, предварительно загрузив ОС сервера от имени пользователя <имя сервера БД>\NEWUSER, либо с использованием уда-ленного рабочего стола сервера, выполнив соединение от имени пользователя <имя сервера БД>\NEWUSER. Параметы командной строки /u: и /#user: при этом указывать не нужно, т.к. они в режиме NTLM Security игнорируются.

Перед запуском комплекса Support необходимо обеспечить права доступа нового пользователя к каталогу обмена сервера аппаратного ключа и домашнему ката-логу комплекса Support.

Если используется БД с настроенной филиальностью, то при входе в комплекс необходимо в окне =Выбор текущих филиалов= выбрать любой из имеющихся филиалов.

Средствами модуля Экспорт/импорт экспортировать таблицу x$users в dbf и выйти из комплекса Support.

8) Для обеспечения возможности выполнения шага 9) необходимо заблокировать триггер x$users_d таблицы x$users восстановленной БД, выполнив следующие действия:

♦ В Enterprise Manager для таблицы x$users открыть Trigger Properties (ло-кальное меню All Tasks -> Manage Triggers…) и выбрать триггер x$users_d;

♦ Изменить оператор CREATE TRIGGER следующим образом (вставить опе-ратор RETURN, не изменяя «тело» триггера):

CREATE TRIGGER X$USERS_D ON X$USERS FOR Delete AS RETURN

♦ Нажать [OK] и выйти из режима Manage Triggers…. 9) Войти в комплекс Support под пользователем <NEWUSER> (см. шаг 7).


В модуле Экспорт/импорт открыть таблицу x$users на редактирование и уда-лить всех пользователей кроме пользователя <NEWUSER>.

Выйти из комплекса Support.

10) Вернуть в исходное состояние (разблокировать) триггер x$users_d таблицы x$users восстановленной БД, выполнив следующие действия:

♦ В Enterprise Manager для таблицы x$users открыть Trigger Properties (ло-кальное меню All Tasks -> Manage Triggers…) и выбрать триггер x$users_d;

♦ Изменить оператор CREATE TRIGGER следующим образом (удалить опера-тор RETURN, не изменяя «тело» триггера):

CREATE TRIGGER X$USERS_D ON X$USERS FOR Delete AS

♦ Нажать [OK] и выйти из режима Manage Triggers…. 11) Убедиться, что в настройках сервера разрешено изменять системные таблицы (режим SQL Server Properties, вкладка Server Settings, флаг Allow modifications to be made directly to the system catalogs).

12) Удалить всех пользователей из таблицы sysusers восстановленной БД (за ис-ключением пользователя <NEWUSER>), выполнив в Query Analizer следующий скрипт: delete sysusers where (name like '\%' or uid > 3 and (issqluser=1 or isntuser=1)) and name <> '\<NEWUSER>' delete sysusers where name like 'GR#%'

После выполнения этого скрипта в таблице sysusers должны остаться dbo, guest, public, предустановленные роли db_<роль> и новый пользователь.

13) Удалить в Enterprise Manager все динамические хранимые процедуры вос-становленной базы данных (Stored Procedures) с префиксами:

DT, EQ, FT, GE, GR, LE, LS, LT, ML, NT, PS, RE

Скрипт для удаления хранимых процедур может быть получен путем выполне-ния в восстановленной базе данных запроса: select 'drop procedure '+name from sysobjects where xtype = 'P' and name like '__0___________________________'

14) Выполнить в Query Analizer для восстановленной БД: truncate table xx$hashvalues

15) Войти в комплекс Support под пользователем <NEWUSER> (см. шаг 7) и в модуле Экспорт/импорт импортировать таблицу x$users из dbf, с использова-нием способа импорта «импорт без замещения».

На сообщение о попытке импорта системной таблицы ответить [Yes].

В журнал импорта (файл Journal) будет выдано сообщение о том, что последняя запись, соответствующая новому пользователю, не вставилась в таблицу из-за дублирования ключа — так и должно быть.

16) Пересчитать права всем пользователям (модуль Права доступа), установив предварительно в support.cfg параметр:

SQLDriver.ForceRights=On

Данная операция необходима для восстановления прав в MS SQL Server.


17) При необходимости, включить подсистемы прав доступа (модуль Права доступа) и журнализации (модуль Журнализация) (последнюю, сначала при-дется "выключить", т.к. в настроечной таблице осталась старая информация).


18) Войти в систему Галактика ERP, проверить работу и, при необходимости, удалить нового пользователя <NEWUSER>.

2.4.4.2. MS SQL Server 2005/2008

Для перемещения базы данных на другой сервер MS SQL Server 2005/2008 не-обходимо выполнить следующие действия:

1) Если новый MS SQL Server расположен на другом компьютере, то необхо-димо:

♦ установить на новом сервере БД вспомогательную службу napsrv.exe систе-мы Галактика ERP (см. п. 2.4.5). При использовании NTLM авторизации в процессе настройки параметров вспомогательной службы с помощью Ме-неджера серверов и служб Галактики galconf.exe необходимо установить требуемые параметры авторизации (см. п.п. 2.9 , 2.2.7).

Для этого предварительно на новый сервер БД нужно скопировать каталог \DB_INST из серверной части системы.

Примечание: Установка вспомогательной службы является обязательным эта-пом, так как в процессе ее установки в базе данных master MS SQL Server фор-мируются необходимые внешние хранимые процедуры.

♦ Откорректировать файл csetup.ini, расположенный в папке \SETUP сервер-ной части системы Галактика ERP, добавив в него следующие параметры:

[Main] DB_INSTALLED=<имя восстанавливаемой базы данных>; DBDriver=MS70DRV.DLL [MSSqlServer] DB_<имя восстанавливаемой базы данных>= <имя экземпляра нового SQL Server или сетевое имя компьютера для default -экземпляра> IN_<имя экземпляра нового SQL Server или сетевое имя компьютера для default -экземпляра> = <значение>

где <значение> имеет формат:


где

<протокол> должен соответствовать протоколу сервиса (см. п. 2.2.7.2). По умолчанию ncacn_ip_tcp


<порт> должен быть записан в формате соответствующем выбран-ному протоколу (см. п. 2.2.7.4) и соответствовать порту сервиса. По умолчанию 1997

Значение данного параметра определяется с помощью Менеджера серверов и служб Галактики по полю Конфигурация клиента окна =Конфигурация вспо-могательной службы= (см. п. 2.2.7.1).


Если имя восстанавливаемой БД такое же, как и имя исходной БД, то требуемое значение параметра Main.DB_INSTALLED в файле csetup.ini уже существует. В этом случае для уже существующего параметра MSSQLServer.DB_<имя восстанавливаемой базы данных> нужно изменить значение на новое.

♦ Откорректировать файл install.ini, расположенный в папке \EXE серверной части системы Галактика ERP, изменив в нем следующие параметры:

[Main] DBDriver=MS70DRV.DLL [Bases] Base1=<имя восстанавливаемой базы данных> Path1= <значение>

где <значение> совпадает со значением параметра IN_<сетевое имя компьютера, на котором установлен сервер БД> файла csetup.ini (см. выше). BaseCount=1

Если имя восстанавливаемой БД такое же, как и имя исходной БД, то в файле in-stall.ini достаточно изменить только значение параметра Bases.Path1.

♦ Откорректировать настройки клиентских частей системы (альтернативой является переустановка клиентских частей):

— В конфигурационном файле (galnet.cfg) клиентской части откорректировать параметр SQLDriver.SQLServer, задав в нем настройки для нового сервера БД.

— Откорректировать в ODBC Data Sources описание System DSN для восста-навливаемой БД (изменить имя сервера на новое).

Примечание: считается, что при восстановлении базы данных ее имя не изме-нится. В противном случае дополнительно необходимо откорректировать пара-метр DataBase.DataBaseName файла galnet.cfg и изменить имя БД в ODBC Data Sources (System DSN) на рабочих станциях.

♦ На рабочей станции администратора аналогично выполнить необходимые настройки для комплекса Support.

2) Восстановить базу данных на новом сервере из резервной копии (Restore Database), используя средства MS SQL Server.

При задании параметров восстановления базы данных проверьте правильность задания местонахождения файлов базы данных (страница Options окна =Restore database=) и при необходимости измените пути.

3) Создать средствами Microsoft SQL Server Management Studio логин MS SQL Server для пользователя, который должен являться владельцем БД системы Га-лактика ERP. Обычно им является пользователь GALAXYDBOWNER (см. п. 2.2.3.3). Если для пользователя-владельца используется пустой пароль (SQL Server Authentication), то при создании логина необходимо снять флаг Enforce password policy.

4) Сменить владельца восстановленной БД на требуемое имя, например, выпол-нив запрос: sp_changedbowner 'GALAXYDBOWNER'

5) Отключить подсистемы прав доступа (модуль Права доступа) и журнализа-ции (модуль Журнализация), выполнив в Microsoft SQL Server Management Studio в восстановленной БД скрипт: update x$journalconfig set typejournal=0 update abonents set protecton=0 from x$journalconfig where abonents.officeno=x$journalconfig.officeno


6) Создать с помощью приведенного ниже запроса нового, заведомо не сущест-вующего в восстановленной БД, пользователя. Далее по тексту будем обозначать его как <NEWUSER>. Запрос выполняется средствами Microsoft SQL Server Management Studio в восстановленной БД и создает пользователя с правами ад-министратора. insert into x$users (xu$loginname,xu$type,xu$useroffice) values ('NEWUSER',1,<номер офиса>);

При использовании NTLM авторизации для создания нового пользователя в вос-становленной БД необходимо выполнить следующие шаги:

♦ Создать в ОС Windows сервера БД пользователя NEWUSER, включив его в группу администраторов;

♦ Выполнить запрос: insert into x$users (xu$loginname,xu$type,xu$useroffice) values ('<имя сервера БД>\NEWUSER',1,<номер офиса>);

7) Войти в комплекс Support под пользователем. <NEWUSER>. Запуск Support в этом режиме может быть выполнен с использованием параметров командной строки /u: и /#user:, например: start x:\support\exe\support.exe /u:NEWUSER /#user:NEWUSER

При использовании NTLM авторизации вход в комплекс Support необходимо вы-полнять либо с консоли сервера БД, предварительно загрузив ОС сервера от имени пользователя <имя сервера БД>\NEWUSER, либо с использованием уда-ленного рабочего стола сервера, выполнив соединение от имени пользователя <имя сервера БД>\NEWUSER. Параметы командной строки /u: и /#user: при этом указывать не нужно, т.к. они в режиме NTLM Security игнорируются.

Перед запуском комплекса Support необходимо обеспечить права доступа нового пользователя к каталогу обмена сервера аппаратного ключа и домашнему ката-логу комплекса Support.

Если используется БД с настроенной филиальностью, то при входе в комплекс необходимо в окне =Выбор текущих филиалов= выбрать любой из имеющихся филиалов.

Средствами модуля Экспорт/импорт экспортировать таблицу x$users в dbf и выйти из комплекса Support.

8) Для обеспечения возможности выполнения шага 9) необходимо заблокировать триггер x$users_d таблицы x$users восстановленной БД, выполнив следующие действия:

♦ В Microsoft SQL Server Management Studio для таблицы x$users открыть узел Triggers;

♦ Для триггера x$users_d из локального меню выбрать режим Modify; ♦ Изменить оператор ALTER TRIGGER следующим образом (вставить опера-

тор RETURN, не изменяя «тело» триггера): ALTER TRIGGER [dbo].[X$USERS_D] ON [dbo].[X$USERS] FOR Delete AS RETURN

♦ Выполнить команду инструментальной панели Execute и выйти из режима Modify (закрыть окно запроса).

9) Войти в комплекс Support под пользователем <NEWUSER> (см. шаг 7).


В модуле Экспорт/импорт в меню Сервис -> Просмотр структуры БД от-крыть таблицу x$users на редактирование и удалить всех пользователей кроме пользователя <NEWUSER>.


10) Вернуть в исходное состояние (разблокировать) триггер x$users_d таблицы x$users восстановленной БД, выполнив следующие действия:

♦ В Microsoft SQL Server Management Studio для таблицы x$users открыть узел Triggers;

♦ Для триггера x$users_d из локального меню выбрать режим Modify; ♦ Изменить оператор ALTER TRIGGER следующим образом (удалить оператор

RETURN, не изменяя «тело» триггера): ALTER TRIGGER [dbo].[X$USERS_D] ON [dbo].[X$USERS] FOR Delete AS

♦ Выполнить команду инструментальной панели Execute и выйти из режима Modify (закрыть окно запроса).

11) Удалить всех пользователей из таблицы sysusers восстановленной БД (за ис-ключением пользователя <NEWUSER>). Для этого необходимо выполнить в Microsoft SQL Server Management Studio следующий запрос: select 'exec sp_dropalias '''+substring(name,2,128)+'''' from sysusers where name like '\%'

Результатом данного запроса является скрипт, состоящий из запросов вида: exec sp_dropalias '<User_Name>'

где <User_Name> - имя пользователя. Выполните все сформированные запросы, кроме запроса для пользователя <NEWUSER>.

После выполнения этого скрипта в таблице sysusers должны остаться dbo, guest, public, information_schema, предустановленные роли db_<роль> и новый поль-зователь.

12) Удалить в Enterprise Manager все динамические хранимые процедуры вос-становленной базы данных (Stored Procedures) с префиксами:

DT, EQ, FT, GE, GR, LE, LS, LT, ML, NT, PS, RE

Скрипт для удаления хранимых процедур может быть получен путем выполне-ния в восстановленной базе данных запроса: select 'drop procedure '+name from sysobjects where xtype = 'P' and name like '__0___________________________'

13) Выполнить в Query Analizer для восстановленной БД: truncate table xx$hashvalues

14) Войти в комплекс Support под пользователем <NEWUSER> (см. шаг 7) и в модуле Экспорт/импорт импортировать таблицу x$users из dbf, с использова-нием способа импорта «импорт без замещения».

На сообщение о попытке импорта системной таблицы ответить [Yes].

В журнал импорта (файл Journal) будет выдано сообщение о том, что последняя запись, соответствующая новому пользователю, не вставилась в таблицу из-за дублирования ключа — так и должно быть.

15) Пересчитать права всем пользователям (модуль Права доступа), установив предварительно в support.cfg параметр:


SQLDriver.ForceRights=On

Данная операция необходима для восстановления прав в MS SQL Server.

16) При необходимости, включить подсистемы прав доступа (модуль Права дос-тупа) и журнализации (модуль Журнализация) (последнюю, сначала придется "выключить", т.к. в настроечной таблице осталась старая информация).


17) Войти в систему Галактика ERP, проверить работу и, при необходимости, удалить нового пользователя <NEWUSER>.

2.4.5. Обновление вспомогательной службы Галактики ERP В процессе эксплуатации системы может возникнуть необходимость в переуста-новке или обновлении только вспомогательной службы napsrv.exe без установки базы данных.

Обновление вспомогательной службы выполняется с помощью программы ус-тановки базы данных ms_inst.exe, которая находится в каталоге \DB_INST сер-верной части системы. Следует иметь в виду, что этот же каталог должен содержать новый файл napsrv.exe и библиотечные файлы сервера приложений protect_.dll, streams_.dll, _cfg.dll, atllib_.dll, nation_.dll, namssql.dll, atlantis.rtl и atlantis.rtx, подлежащие установке.

В процессе переустановки вспомогательной службы выполняется обновление в базе данных master MSSQL Server внешних процедур (Extended Stored Procedures), необходимых для работы системы.

При обновлении вспомогательной службы предварительно из утилиты Query Analyzer (или MS SQL Server Management Studio для MS SQL Server 2005/2008) необходимо в базе master выполнить подготовительный скрипт: exec na_forcefreealldb dbcc namssql(free)

Способ запуска программы установки базы данных рассмотрен в п. 2.4.1.

Порядок работы с программой установки базы данных рассмотрен в п. 2.2.3.3. При регистрации администратора (см. Рис. 9) необходимо обратить внимание на установленное значение переключателя trusted connection/sql server security. За-данный в этой экранной форме тип авторизации будет установлен и для сервера приложений. При выборе типа установки (см. Рис. 10) необходимо установить значение пере-ключателя Установить произвольную базу данных.

В результате на экран вызывается окно выбора базы данных для установки (см. Рис. 16), в котором, не выделяя ни одной базы данных, нужно установить фла-жок Устанавливать вспомогательную службу Галактики и нажать кнопку [Далее].

На сообщение

Ни одна база не будет установлена?

ответить [Yes].

Далее выдается запрос

Остановить вспомогательную службу Галактики и заменить её?,


на который следует ответить [Yes].

Далее выдается предупреждение о необходимости выполнить подготовительный скрипт (см. выше). Если Вы его не выполнили перед запуском программы уста-новки базы данных, можно это сделать сейчас до нажатия кнопки [Ok] сообще-ния.

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

2.5. УСТАНОВКА И УДАЛЕНИЕ СЛУЖБЫ СЕРВЕРА ПРИЛОЖЕНИЙ ГАЛАКТИКИ ERP

Установка службы сервера приложений выполняется в процессе установки сер-верной части системы для трехуровневой архитектуры (см. п. 2.2.3.2).

При необходимости установки на сервере дополнительной службы сервера при-ложений, например, для настройки на работу с другой базой данных, необходимо в каталоге \EXE домашней директории серверной части системы выполнить одну из следующих команд: galsrv.exe –install [''имя экземпляра сервера приложений'']

или для установки службы с режимом автозапуска: galsrv.exe –installauto [''имя экземпляра сервера приложений'']

В результате будет создана служба Windows с именем GalServer<имя экземпляра сервера приложений>. Если ''имя экземпляра сервера приложений'' в командной строке отсутствует, то будет создана служба с именем по умолчанию GalServer.

Старт/Останов службы из командной строки возможен с помощью команд: galsrv.exe –start [''имя экземпляра сервера приложений'']

galsrv.exe –stop [''имя экземпляра сервера приложений'']

Для удаления службы необходимо выполнить команду: galsrv.exe –remove [''имя экземпляра сервера приложений'']

Примеры: galsrv.exe –install ''Gal_RUSSIA'' galsrv.exe –remove ''Gal_RUSSIA''

2.6. УСТАНОВКА СИСТЕМЫ В ТЕРМИНАЛ-СЕРВЕРНОЙ КОНФИГУРАЦИИ ДВУХУРОВНЕВОЙ АРХИТЕКТУРЫ

Возможно функционирование системы Галактика ERP в терминал-серверной конфигурации. Данный режим рекомендуется использовать, если количество од-новременно работающих пользователей не более 10-15 (в зависимости от мощ-ности терминал-сервера), в случае если:

♦ Рабочие станции не соответствуют рекомендуемой конфигурации. Имеется много устаревших компьютеров, замена которых требует больших капвло-жений.


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

кальную сеть. При использовании системы Галактика ERP в терминал-серверной конфигура-ции может использоваться следующее программное окружение:

♦ Для терминал-сервера: Windows 2000 Server; Windows Server 2003 Компонент Terminal Services должен устанавливаться в режиме Application mode. Начиная с обновления компонентов Атлантис версии 5.4.15, в качестве ОС тер-минал-сервера может использоваться Windows Server 2008 (Enterpise или Stan-dard Edition).

По желанию установка тонкого клиента Citrix Metaframe 1.8 Service Pack 3.

♦ Для рабочей станции: ОС рабочей станции определяется требованиями используемого терминал-сервера.

Для установки системы Галактика ERP в терминал-серверной конфигурации в общем случае необходимо выполнить следующие действия:

1) Выполнить установку ПО терминал-сервера на специально выделенный ком-пьютер.

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

— запустить командную строку Run=>Cmd

— в командной строке набрать CHANGE USER /INSTALL

— выполнить инсталляцию приложений в обычном режиме.

2) Выполнить установку клиентской части терминал-сервера на рабочих станци-ях.

3) Выполнить установку компонентов СУБД на сервер базы данных (см. п. 2.1.1).

Терминал-сервер и сервер БД рекомендуется размещать на разных компью-терах.

4) Выполнить установку клиентской части СУБД на компьютер терминал-сервера. Если на компьютере терминал сервера установлена ОС Windows 2000 Server, то ODBC v 3.7 устанавливать не нужно, т.к. все необходимые компоненты MDAC включены в состав ОС.

5) Выполнить установку серверной части Галактики ERP на файл-сервер (см. п. 2.2.3.1)

6) Выполнить установку клиентской части Галактики ERP на компьютер тер-минал-сервера (см. п. 2.3.1).

7) Для каждого пользователя на терминал-сервере создать каталоги запуска сис-темы Галактика ERP.


Если в конфигурационном файле galnet.cfg указать разделение каталогов \TMP и \OUT для каждого пользователя, то все пользователи могут работать из одного каталога запуска, что упростит администрирование, например:

[Files] OutputFilesDirectory=out\%USER% TmpFilesDirectory=tmp\%user% [DeskTop] DeskTopFileName=DSK\%user%.dsk

2.7. ДОУСТАНОВКА, ПЕРЕУСТАНОВКА И УДАЛЕНИЕ СИСТЕМЫ

2.7.1. Изменение/удаление установки серверной части При повторном запуске программы установки setup.exe из каталога \Server ди-стрибутивного компакт диска на экран вызывается окно режима изменения су-ществующей инсталляции серверной части системы (см. Рис. 47).

Выберите режим работы и нажмите кнопку [Далее].

Режим Изменить позволяет изменить текущую установку системы с учетом ра-нее выполненных изменений предыдущей установки, путем установки неуста-новленных ранее компонентов системы или удаления некоторых компонентов из числа установленных. Кроме этого в этом режиме выполняется изменение типо-вых параметров автоматической установки клиентских частей системы.

Рис. 47 Окно режимов изменения установки

В этом режиме по кнопке [Далее] вызывается окно выбора вида изменения ин-сталляции (см. Рис. 48).


При выборе вида изменения Добавление/Удаление компонентов по кнопке [Да-лее] вызывается окно выбора компонентов системы (см. Рис. 4), в котором нужно установить флаги для компонентов, которые должны быть установлены и снять флаги для компонентов, которые устанавливать не нужно или которые необхо-димо деинсталлировать.

По кнопке [Далее] окна выбора компонентов начинается процесс изменения ус-тановки.

Рис. 48 Окно видов режима Изменить

При выборе вида изменения Изменение конфигурации клиента по кнопке [Да-лее] окна выбора вида изменения вызывается окно =Параметры установки кли-ента= (см. Рис. 19), содержащее текущие значения параметров, введенные ранее в процессе серверной установки или предыдущего изменения установки.

При необходимости измените значения требуемых параметров и нажмите эк-ранную кнопку [Next]. В результате в каталоге \Setup серверной части системы будет модифицирован файл clientconf.cfg, содержащий настройки установки клиентских частей. Следует иметь в виду, что файл перезаписывается полностью в соответствии с данными окна =Параметры установки клиента= перед акти-вацией кнопки [Next]. Поэтому перед выходом из режима проверьте все данные.

Режим Изменение конфигурации клиента рекомендуется использовать и в том случае, если в процессе эксплуатации изменяются параметры настройки сервера приложений трехуровневой архитектуры (настройки используемых протоколов). В этом случае в файле clientconf.cfg настройки протоколов будут обновлены в соответствии с текущими серверными значениями.

В режиме Исправить кнопке [Далее] запускается процесс переустановки фай-лов, установленных во время предыдущей установки.

В режиме Удалить при положительном ответе на запрос о подтверждении опе-рации выполняется удаление системы с Вашего компьютера в объеме данных первоначальной инсталляции. В результате выполнения операции удаления в


домашнем каталоге системы могут остаться файлы, сформированные в процессе эксплуатации системы, в том числе и каталоги с БД, если база данных устанав-ливалась в домашний каталог системы.

Далее на экран выдается дополнительное окно для выбора варианта дальнейших действий по удалению системы (см. Рис. 49).

При выборе варианта Удалить весь каталог будет выполнено удаление всех данных, оставшихся в домашнем каталоге системы после начального этапа уда-ления системы, включая сам каталог.

Рис. 49 Окно вариантов режима Удалить

При выборе варианта Удалить только систему никаких дополнительных дей-ствий по удалению системы не производится и выполняется выход из програм-мы setup.exe.

Следует иметь ввиду, что перед удалением системы при использовании трехуровневой архитектуры, необходимо предварительно удалить сервер при-ложений Галактики ERP (см. п.2.5). А если использовалась работа по протоколу HTTP, то дополнительно необходимо выгрузить виртуальный каталог IIS (см. п. 2.2.5), используя оснастку Windows Computer Management.

Перед удалением системы рекомендуется сохранить каталог \DB_INST для того, чтобы позднее иметь возможность удаления баз данных Галактики ERP на сервере БД с помощью программы установки ms_inst.exe.

Кроме этого удаление серверной и клиентской частей системы Галактика ERP может быть выполнено с помощью функции Установка и удаление программ Панели управления Windows.


2.7.2. Изменение/удаление установки клиентской части двухуровневой архитектуры

При повторном запуске программы установки двухуровневого клиента системы Галактика ERP.msi с дистрибутивного компакт-диска (каталог GAL…\Client2\) или из каталога \Setup\Client2 серверной части системы имеется возможность удаления клиентской части системы.

В результате выполнения пакета установщика Windows Галактика ERP.msi на экран вызывается окно приветствия, в котором необходимо нажать кнопку [Да-лее]. В результате вызывается окно режима удаления установки (см. Рис. 50).

Рис. 50 Окно режимов изменения клиентской установки

По кнопке [Удалить] выполняется удаление системы с Вашего компьютера в объеме всего домашнего каталога клиентской части. Процесс удаления отобра-жается на экране в специальном окне, а по его завершении выдается окно ре-зультата операции, в котором для выхода из программы необходимо нажать кнопку [Готово].

Кроме этого удаление клиентской части системы Галактика ERP может быть выполнено с помощью функции Установка и удаление программ Панели управ-ления Windows.

2.7.3. Изменение/удаление установки клиентской части трехуровневой архитектуры

При повторном запуске программы установки трехуровневого клиента системы Галактика ERP.msi с дистрибутивного компакт-диска (каталог GAL…\Client3\) или из каталога \Setup\Client3 серверной части системы имеется возможность изменения, исправления или удаления установки клиентской части.

В результате выполнения пакета установщика Windows Галактика ERP.msi на экран вызывается окно приветствия, в котором необходимо нажать кнопку [Да-лее]. В результате вызывается окно выбора режима изменения установки (см. Рис. 51).


Режим Изменить позволяет изменить текущую установку клиентской части системы с учетом ранее выполненных изменений предыдущей установки, путем установки неустановленных ранее компонентов клиентской части или удаления некоторых компонентов из числа установленных. По кнопке [Далее] вызывается окно выбора компонентов клиентской части (см. Рис. 41), в котором нужно уста-новить (изменить) способ установки для требуемых компонентов.

Рис. 51 Окно выбора режима изменения клиентской установки

По кнопке [Далее] окна выбора компонентов выдается информационное окно го-товности к изменению установки, в котором для запуска процесса изменения не-обходимо нажать кнопку [Установить]. Процесс изменения установки отображается на экране в специальном окне, а по его завершении выдается окно результата операции, в котором для выхода из программы необходимо нажать кнопку [Готово].

В режиме Исправить кнопке [Далее] выдается информационное окно готовно-сти к исправлению установки, в котором для запуска процесса исправления не-обходимо нажать кнопку [Установить]. Процесс исправления установки отображается на экране в специальном окне, а по его завершении выдается окно результата операции, в котором для выхода из программы необходимо нажать кнопку [Готово]. В данном режиме выполняется переустановка файлов, уста-новленных во время предыдущей установки (изменения установки).

В режиме Удалить кнопке [Далее] выдается информационное окно готовности к удалению установки, в котором для запуска процесса удаления необходимо на-жать кнопку [Удалить]. Процесс удаления установки отображается на экране в специальном окне. На подготовительном этапе процесса на экран выдается за-прос

Удалить каталог, в котором была установлена система?

При ответе [Yes] будет удалее весь домашний каталог клиентской части, а при ответе [No] – только дистрибутивные файлы (файлы, сформированные в процес-се эксплуатации, удалены не будут).


По завершении процесса выдается окно результата операции, в котором для вы-хода из программы необходимо нажать кнопку [Готово].

Кроме этого удаление клиентской части системы Галактика ERP может быть выполнено с помощью функции Установка и удаление программ Панели управ-ления Windows.

2.8. ВЗАИМОДЕЙСТВИЕ СИСТЕМЫ «ГАЛАКТИКА ERP» И ODBC КЛИЕНТА MS SQL SERVER

В данном подразделе рассмотрены особенности взаимодействия системы Га-лактика ERP (через средство разработки Атлантис) и ODBC клиента MS SQL Server.

2.8.1. Вспомогательная служба Галактики ERP NAPServer Вспомогательная служба Галактики NAPServer (napsrv.exe) расширяет возмож-ности MS SQL Server, использующиеся Атлантис-приложениями при работе с СУБД MS SQL Server.

Служба NAPServer решает следующие задачи:

♦ ведение блокировок записей БД; ♦ реализация сессионных семафоров на уровне БД; ♦ ведение суррогатных и автоинкрементных ключей; ♦ и другие информационные и сервисные функции Служба функционирует на сервере БД, где расположен MS SQL Server. Для каж-дого экземпляра MS SQL Server требуется свой экземпляр службы.

При ведении суррогатных и автоинкрементных ключей NAPServer никаких за-просов к БД не посылает.

Запросы по получению максимального значения ключей посылает клиент, а NAPServer используется только для хранения последнего и формирования сле-дующего значений ключей. Следует также учитывать, что ошибка "дублирован-ное значение при уникальном ключе", когда этот ключ является суррогатным, не всегда возникает из-за некорректного значения суррогатного ключа таблицы. В случае журналирования таблицы, эта ошибка может возникать при вставке запи-сей в журнал.

2.8.2. Библиотека внешних процедур (namssql.dll) Библиотека реализует внешние хранимые процедуры MS SQL сервера, исполь-зуемые в триггерах таблиц БД и для управления сервером. Библиотека загружа-ется процессом MS SQL сервера и должна быть расположена в путях, доступных ему. Инсталлятор базы данных устанавливает библиотеку в каталог с исполняе-мым модулем MS SQL сервера.

Внешние процедуры для управления вспомогательной службой (NAPServer):

♦ na_forcefreedb <dbname> – освобождает внутренние структуры вспомога-тельной службы NAPServer, связанные с БД <dbname> и закрывает соеди-нение с ней;


♦ na_forcefreealldb - освобождает внутренние структуры вспомогательной службы NAPServer, связанные со всеми открытыми БД и закрывает соеди-нение с ними;

♦ na_freediedusers - освобождает внутренние структуры, связанные с пользо-вателями, spid которых в MS SQL Server нет.

Посредством библиотеки namssql.dll механизм, обеспечивающий работу тригге-ров с множественными блокировками, осуществляет пересылку информации о заблокированных записях из вспомогательной службы Галактики NAPServer в MS SQL Server.

Буфер обмена блокировками ограничен и по умолчанию равен 20.

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

В случае превышения заданного размера буфера обмена блокировками механизм обмена не сможет полностью передать в триггер, анализирующий блокировки, информацию о блокировках, триггер откатит обрабатываемую транзакцию и вы-даст ошибку с кодом 50014:

Locked records buffer is overflowed in <trigger_name>.

Эта ошибка будет получена процессом, вызвавшим транзакцию. В частности драйвер ms70drv.dll запишет её в журнал ms70drv.log.

Также данная ошибка будет зафиксирована в журнале MS SQL Server. Настройка оповещения администратора при возникновении такой ошибки на сервере вы-полняется согласно документации на MS SQL Server, например, см. Alerts в SQL Server Agent.

При возникновении такой ситуации размер буфера блокировок необходимо уве-личить.

Это выполняется с помощью внешней хранимой процедуры na_lockbuffersize.

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

Current locks buffer size is <значение>

Для установки значения размера буфера, его необходимо передать процедуре в качестве параметра: na_lockbuffersize <значение>

Размер буфера может быть в пределах от 1 до 65535. Если задаваемый размер выходит за диапазон, или допущена другая ошибка в параметре, то выдается подсказка:

Usage: na_lockbuffersize [1..65535].

Установленное значение действительно в пределах текущей сессии библиотеки namssql.dll, поэтому если выгрузить библиотеку (dbcc namssql(free)) или пере-грузить MS SQL Server, то размер буфера обмена блокировками вновь примет значение по умолчанию 20.

2.8.3. Архитектура взаимодействия Атлантис-приложения и MS SQL Server

Доступ Атлантис-приложения к платформе MS SQL осуществляется посредст-вом ODBC (Open DataBase Connectivity). Для этого вводится Data Source Name


(DSN), в котором определяется, что конкретным источником данных является MS SQL Server.

Драйвер Атлантис для платформы MS SQL Server (ms70drv.dll) транслирует вы-зовы абстрактных функций в запросы на Transact SQL посредством ODBC. Кро-ме того, определённая функциональность реализуется на сервере БД триггерами, хранимыми процедурами, а также вспомогательной службой Галактики ERP NAPServer. Драйвер БД связывается со службой NAPServer посредствомпрото-кола RPC. Служба NAPServer, в свою очередь, связана с MS SQL Server посред-ством ODBC. Некоторая специализированная функциональность, реализованная во вспомогательной службе, используется в триггерах MS SQL Server. Для этого триггер вызывает внешние хранимые процедуры, предоставляемые библиотекой внешних процедур (namssql.dll). А процедуры библиотеки, в свою очередь, свя-зываются со службой NAPServer через локальный протокол RPC.

Сказанное, схематично представлено на Рис. 52.

Рис. 52 Архитектура взаимодействия Атлантис-приложения и MS SQL Server


Компоненты ODBC, необходимые для работы Галактики ERP, состоят из двух блоков: ODBC Driver Manager и SQL Server ODBC Driver. Эти блоки вполне не-зависимы друг от друга, и возможна ситуация, при которой на компьютере будут установлены блоки, относящиеся к разным версиям MDAC (Microsoft Data Ac-cess Components).

Здесь надо заметить, что совершенно недопустима ситуация, при которой файлы из одного блока относятся к разным версиям MDAC. Посмотреть версии уста-новленных файлов блока ODBC Driver Manager можно либо из Control Panel => ODBC => About, либо из Windows Explorer, смотря Properties каждого файла-компонента ODBC.

Версии установленных файлов блока SQL Server ODBC Driver лучше всего смотреть в Properties из Windows Explorer. При этом необходимо помнить, что файлы связи по различным протоколам (db*.dll) имеют версию принципиально другую, чем файлы ядра SQL Server ODBC Driver (sqlsrv32.dll, mscpxl32.dll), т.е. их маркировка основана на разных принципах.

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

Следует отметить, что если системе Галактика ERP безразлично наличие и со-ответствие версий остальных компонентов MDAC, то, очевидно, некоторым дру-гим программам — нет. Поэтому, устанавливая при необходимости компоненты MDAC, обеспечивающие нормальное функционирование Галактики ERP, не-обходимо доустановить и другие компоненты, используемые установленными программами.

2.8.4. Проблемы взаимодействия компонентов MDAC между собой

ODBC Driver Manager должен принадлежать MDAC версии не старее, чем MDAC, которому принадлежит SQL Server ODBC Driver. Исключение - SQL Server ODBC Driver 3.7 и выше.

Если версия MDAC ODBC Driver Manager будет старше, чем версия MDAC SQL Server ODBC Driver, то Microsoft не гарантирует корректную работу программ. В данном случае необходимо установить более свежую версию ODBC Driver Man-ager, либо более старую версию SQL Server ODBC Driver. Последнее предпочти-тельнее, т.к. ключевая компонента MDAC не изменяется.

Отдельно стоит остановиться на файле instcat.sql. Дело в том, что SQL Server ODBC Driver в своей работе использует хранимые процедуры, созданные специ-ально для него. В зависимости от версии драйвера, эти процедуры могут отли-чаться. Однако, они полностью совместимы с предыдущими версиями. То есть более старый драйвер сможет работать с более новыми процедурами, но вот бо-лее новый драйвер с более старыми процедурами - необязательно. В случае, если процедуры, установленные на сервере, более старой версии, чем необходимо для нормальной работы драйверу, то при соединении он выдает предупреждение, ко-торое записывается в log-файл ms70drv.log. При появлении такого предупрежде-ния необходимо выполнить скрипт, содержащийся в instcat.sql.


2.8.5. Проблемы взаимодействия Галактики ERP и MDAC Система Галактика ERP совместима со всеми версиями ODBC Driver Manager и может работать по любому протоколу.

Система Галактика ERP безусловно совместима с SQL Server ODBC Driver вер-сий 3.6 и выше.

С SQL Server ODBC Driver версии 3.5 Галактика ERP не работает.

2.9. ИСПОЛЬЗОВАНИЕ СРЕДСТВ WINDOWS NT ДЛЯ АВТОРИЗАЦИИ ПОЛЬЗОВАТЕЛЕЙ ПРИ РАБОТЕ В ДВУХУРОВНЕВОЙ АРХИТЕКТУРЕ

Использование средств Windows NT для авторизации пользователей в трех-уровневой архитектуре в данной версии системы не поддерживается.

2.9.1. Общие положения В двухуровневой архитектуре система Галактика ERP обеспечивает возмож-ность использовать средства Windows NT (NTLM Security) для авторизации пользователей как в MS SQL Server, так и во вспомогательной службе NAPS-erver (napsrv.exe). Эта возможность позволяет повысить безопасность при обме-не данных между клиентом и сервером. Microsoft рекомендует использовать встроенный в Windows NT механизм идентификации при работе с MS SQL Server.

Существенное отличие при использовании авторизации, встроенной в Windows NT, заключается в принципиальной невозможности изменить имя пользователя при запуске Галактики ERP (в частности использовать ключ /u). Идентифика-ция пользователя происходит однажды: при входе в Windows NT или при под-соединении к сети в Windows 9x. Далее все компоненты системы, работающие через этот механизм, используют механизмы Windows NT для получения инфор-мации о пользователе.

В системе Галактика ERP существует три вида соединений, для которых воз-можно настроить использование NTLM Security:

♦ клиент - MS SQL Server ♦ клиент - вспомогательная служба NAPServer ♦ вспомогательная служба NAPServer - MS SQL Server Соединение MS SQL Server - вспомогательная служба NAPServer рассматрива-ется как рядовое соединение клиент - вспомогательная служба NAPServer.

2.9.2. Cоединение клиент - MS SQL Server Информация о данной настройке хранится в старшем бите поля x$Flags нулевой записи таблицы x$Files. Таким образом, для разных баз, установленных на одном сервере БД, можно использовать разный тип идентификации клиента сервером (NTLM Security/SQL Server Security).


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

Для того, чтобы в процессе инсталляции БД включить использование NTLM Se-curity, необходимо в окне =Установка базы данных= инсталлятора БД (см. Рис. 11) установить флаг Идентификация Windows NT.

Изменение типа идентификации на существующей базе выполняется в модуле Права доступа инструментального комплекса Support в пункте меню На-стройка => Идентификация.

При включении режима NTLM Security необходимо определить домены для всех существующих пользователей так, что бы получившееся полное имя пользовате-ля NT_Domain\User_Name было уникальным (для поддержки уникальности соз-дается соответствующий индекс). Необходимо так же убедиться в существовании учетных записей Windows NT, соответствующих пользователям.

Подробнее см. документ «Инструментальный комплекс Support. Модуль Пра-ва доступа. Руководство администратора».

2.9.3. Соединение клиент - вспомогательная служба NAPServer

Настройка авторизации данного соединения производится с помощью менедже-ра серверов и служб Галактики (см. п. 2.2.7).

Имеется возможность выставить уровень авторизации, а так же запретить неав-торизированные соединения. Последнее можно задавать лишь тогда, когда для всех баз данных на данном сервере включен режим идентификации посредством NTLM Security.

2.9.4. Соединение вспомогательная служба NAPServer - MS SQL Server

Данное соединение настраивается как при инсталляции, так и с помощью ме-неджера серверов и служб Галактики (см. п. 2.2.7).

Если в том или другом случае не указывать логин для подсоединения, то иден-тификация соединения будет происходить с помощью NTLM Security.

Даже если авторизация данного соединения происходит с помощью NTLM Security, сохраняется возможность задать пароль, который, однако, будет исполь-зоваться лишь при администрировании и мониторинге сервера приложений.

2.9.5. Особенности работы с использованием NTLM Security

Этот тип авторизации можно устанавливать для каждой базы в отдельности.

Для баз данных, связанных энтерпрайзностью (см. модуль Enterprise инстру-ментального комплекса Support), должен быть установлен одинаковый тип авто-ризации пользователей.

Можно запретить неиспользование этого режима для всего сервера (т.е. и для MS SQL Server, и для вспомогательной службы NAPServer ).

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


Вне зависимости от состояния системы разграничения прав доступа (модуль Права доступа), при входе в систему пароль не запрашивается.

При администрировании пароли не задаются. Управление учетными записями ведется средствами администрирования Windows NT.

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

При первом входе в модуль Права доступа инструментального комплекса Support, если администратора еще нет, текущий пользователь получает права администратора.

Если используется авторизация NTLM Security хотя бы для одной базы, то необ-ходимо, что бы выполнялась авторизация и соединения со вспомогательной службой NAPServer. При этом, уровень авторизации, выставляемый по умолча-нию, надо изменить на что-нибудь другое. Если есть хотя бы одна база с автори-зацией, то соединение MS SQL Server - вспомогательная служба NAPServer всегда авторизируется.

В случае многоофисности необходимо существование учетных записей для всех пользователей во всех филиалах.

Чем выше использующийся уровень авторизации, тем медленнее происходит об-работка вызовов.

2.10. ЗАПРЕТ ДОСТУПА К БД ГАЛАКТИКИ ERP ВНЕШНИМИ СРЕДСТВАМИ

Режим запрета доступа к БД системы Галактика ERP внешними по отношению к ней средствами (Query Analyzer или Management Studio MS SQL Server, MS Ac-cess и т.п.) подразумевает невозможность подсоединения к базе данных внешни-ми средствами, используя имена пользователей и пароли, введенные в подсистеме разграничения прав доступа (см. руководство пользователя модуля Права доступа).

Режим реализован с помощью перекодировки паролей учетных записей MSSQL Server, соответствующих пользователям, заведенным в этой БД.

Перекодировка выполняется при включении подсистемы разграничения прав доступа с использованием специального пароля, который задается для каждой используемой базы данных при конфигурировании вспомогательной службы NAPServer (napsrv.exe) (см. п. 2.2.7.1, Рис. 34, Рис. 35).

Режим запрета доступа к БД функционирует только при включенной под-системе разграничения прав доступа (модуль Права доступа).

Для включения режима необходимо:

♦ Выключить подсистему разграничения прав доступа (модуль Права дос-тупа).

♦ В менеджере серверов и служб Галактики galconf.exe в окне =Конфигурация вспомогательной службы= по кнопке [Пароли] добавить имя базы (баз)


данных и установить для каждой введенной БД пароли перекодировки (не длиннее 20 символов).

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

♦ Выключить подсистему разграничения прав доступа. ♦ В менеджере серверов и служб Галактики galconf.exe в окне =Конфигурация

вспомогательной службы= по кнопке [Пароли] удалить имя базы (баз) дан-ных из списка баз, защищаемых от внешнего доступа (кнопка [Удалить]).

♦ Включить подсистему разграничения прав доступа. В целях повышения безопасности рекомендуется с некоторой периодичностью изменять пароли перекодировки. Для этого необходимо:

♦ Выключить подсистему разграничения прав доступа. ♦ В менеджере серверов и служб Галактики galconf.exe в окне =Конфигурация

вспомогательной службы= по кнопке [Пароли] для требуемой базы (баз) данных изменить пароль перекодировки (кнопка [Редактировать]).

♦ Включить подсистему разграничения прав доступа. При выполнении операций включения/выключения режима и изменения пароля перекодировки рестарт вспомогательной службы NAPServer (napsrv.exe) не тре-буется.

Если на экземпляре MS SQL Server установлено несколько баз данных системы Галактика ERP, то рекомендуется при эксплуатации использовать включенный параметр конфигурационного файла FullLoginName.

При переустановке базы данных необходимо заново задать пароли перекодиров-ки (при удалении БД информация о настройке режима для этой базы удаляется). При переустановке вспомогательная служба NAPServer пароли перекодировки для существующих БД сохраняются.

2.11. МОНИТОР ВСПОМОГАТЕЛЬНОЙ СЛУЖБЫ ГАЛАКТИКИ

2.11.1. Назначение Монитор вспомогательной службы Галактики в процессе эксплуатации системы обеспечивает просмотр текущих значений ряда параметров базы дан-ных и пользователей (объектов вспомогательной службы NAPServer), динамики их изменения, а также выполнение ряда функций управления этими параметра-ми, таких как:

♦ Присоединиться к вспомогательной службе NAPServer; ♦ Отсоединиться от вспомогательной службы NAPServer; ♦ Запустить вспомогательную службу NAPServer; ♦ Остановить вспомогательную службу NAPServer; ♦ Снять все блокировки базы данных/клиента; ♦ Снять все блокировки с таблиц(ы); ♦ Снять блокировку(и) с записи; ♦ Удалить семафор(ы);


♦ Удалить последнее значение суррогатного ключа таблиц, по которым были сделаны изменения в течение текущей сессии;

♦ Удалить последнее значение автоинкрементного ключа таблиц, по которым были сделаны изменения в течение текущей сессии.

2.11.2. Взаимодействие с программой Запуск монитора вспомогательной службы Галактики выполняется командной строкой из каталога \DB_INST серверной части системы: Napmon.exe

После запуска программы на экран выводится окно =Подключение к серверу= (см. Рис. 53), в полях которого необходимо задать имя сервера БД (или alias эк-земпляра MS SQL Server) и уровень прав доступа к данным (флажок админист-рирование).

Рис. 53 Окно подключения к серверу приложений

При авторизации соединения со вспомогательной службой NAPServer типа SQL Server Security в полях Системный администратор и Пароль задаются логин и пароль администратора БД.

При авторизации соединения со вспомогательной службой NAPServer с помо-щью NTLM Security (см. п.п. 2.9, 2.2.7.1) в поле Системный администратор автоматически заносится значение (NTLM Security), а поле Пароль необходимо ввести значение, заданное при конфигурировании вспомогательной службы (см. п. 2.2.7.1).

По кнопке [Применить] в случае успешного подключения к серверу БД и регист-рации системного администратора на экран выводится основное окно монитора вспомогательной службы Галактики, содержащее основные характеристики ра-боты вспомогательной службы NAPServer (см. Рис. 54, Рис. 55, Рис. 56).

Левая панель окна содержит дерево объектов вспомогательной службы Галакти-ки .


Правая панель предназначена для графического отображения текущих значений объектов (вкладка =Текущие значения=, Рис. 56), динамики их изменения (вклад-ка =Динамика=, Рис. 55), а также выполнение ряда функций управления этими объектами (вкладка =Управление=, Рис. 54).

Для выполнения некоторой функции управления объектом вспомогательной службы необходимо (см. Рис. 54):

♦ В левой панели окна выделить интересующий объект;

♦ В правой панели выбрать необходимое значение;

♦ Из локального меню, вызываемого правой кнопкой мыши, выполнить одно из доступных действий.

♦

Рис. 54 Окно управления объектами сервера приложений


Рис. 55 Окно динамики изменения значений объектов сервера приложений

Рис. 56 Окно текущих значений объектов сервера приложений


C помощью пункта локального меню Обновить F5 в левой панели окна выпол-няется обновление информации для текущего узла дерева объектов монитора.

Кнопками и выполняется управление отображением текущих значений объектов и динамики их изменения. Интервал считывания статистики задается в пункте меню Файл => Опции…

Во вкладках =Текущие значения= и =Динамика= объекты вспомогательной служ-бы отображаются графиками следующих цветов:

— количество клиентов, обслуживаемых вспомогательной службой;

— количество баз данных, обслуживаемых вспомогательной службой;

— количество физических таблиц, имеющих блокировки;

— количество логических таблиц, имеющих блокировки. Посредством логи-ческих таблиц выполняется взаимодействие с физическими таблицами;

— количество выставленных семафоров;

— количество записей физических таблиц, имеющих блокировки;

— количество записей логических таблиц, имеющих блокировки;

Указанные количества даются по всем пользователям всех баз данных системы Галактика ERP данного экземпляра MS SQL Server.

По оси ординат на этих графиках указывается количество (клиентов, баз данных, таблиц и т.д.). По оси абсцисс на вкладке =Динамика= указывается время перио-да измерения в сек., с поправкой на интервал считывания статистики, заданный в меню Файл => Опции… При изменении размеров окна монитора автоматически в определенных пределах изменяется масштаб оцифровки осей графиков.

На Рис. 55 и Рис. 56 показана ситуация выхода из системы всех пользователей с последующим входом 5 пользователей. Интервал считывания статистики при этом был установлен 6 сек.


3. ЗАПУСК СИСТЕМЫ

Для обеспечения нормальной работы системы пользователь должен иметь для домашнего каталога клиентской части и его подкаталогов и файлов разрешение на чтение/запись/изменение/выполнение.

3.1. НАСТРОЙКА ФАЙЛА КОНФИГУРАЦИИ Файл конфигурации системы Галактика ERP должен содержать следующие обязательные параметры:

♦ Секция [DataBase] ♦ DataBaseDriver= MS70DRV.DLL ♦ DataBaseName= <значение> где <значение> совпадает со значением поля Имя базы данных экранной формы настройки конфигурации основной базы данных программы ус-тановки БД системы Галактика ERP (см. п. 2.2.3.3, Рис. 11)

♦ Секция [SQLDriver] ♦ SQLServer = <значение> где <значение> имеет формат:


где

<протокол> должен соответствовать протоколу сервиса (см. п. 2.2.7.2). По умолчанию ncacn_ip_tcp.


<порт> должен быть записан в формате соответствующем выбран-ному протоколу (см. п. 2.2.7.4) и соответствовать порту сервиса. По умолчанию 1997.

♦ Секция [HardwareKey] ♦ SharedPath= <значение> где <значение> — это путь на каталог, содержащий файлы-запросы и отве-ты сервера аппаратного ключа.

В процессе установки серверной части системы в каталоге \Start автоматически формируются следующие конфигурационные файлы:

♦ StartUp.inc — содержит параметры общесистемной настройки со значения-ми по умолчанию;

♦ Color.inc — содержит параметры настройки палитры пользовательского ин-терфейса системы.

♦ HWKey.inc — содержит настройку на каталог обмена сервера аппаратного ключа (параметр SharedPath). Файл формируется в том случае, если в про-цессе установки серверной части выполнялась установка нового сервера ап-

ЗАПУСК СИСТЕМЫ 116

паратного ключа или настройка на существующий сервер. При автономной установке сервера аппаратного ключа этот файл должен быть сформирован вручную (см. п. 2.2.3.4).

Эти файлы с помощью конструкции #include включаются программой установки в конфигурационный файл <имя БД>.cfg клиентской части системы двухуровне-вой конфигурации или серверной части системы для трехуровневой конфигура-ции. Кроме этого в данном конфигурационном файле формируется параметр DataBaseName с настройкой на базу данных.

Остальные параметры файла конфигурации вводятся при необходимости в про-цессе настройки и эксплуатации системы.

Описание параметров файла конфигурации приведено в документе "Сред-ство разработки Атлантис. Параметры конфигурации системы. Руководство администратора".

3.2. ЗАПУСК СИСТЕМЫ Запуск системы осуществляется с клиентской рабочей станции с помощью соот-ветствующего ярлыка папки Корпорация Галактика -> Галактика ERP <версия> раздела Программы главного меню Windows, которое вызывается по кнопке [Пуск].

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

Peгиcтpaция кoмпoнeнтoв нe coвпaдaeт c инcтaлляциeй!

Пpepвaть выпoлнeниe пpилoжeния?

При ответе [Да] будет выполнено завершение работы системы, а при ответе [Нет] работа будет продолжена. При появлении данного сообщения необходимо выяснить причины несоответствия системы репозитарию и выполнить операцию синхронизации. Синхронизация репозитария базы данных и системы выполня-ется с помощью программы Менеджер обновлений.

Отключить данный контроль можно с помощью параметра конфигурационного файла DataBase.CheckRepository, установив ему значение Off.

ЗАПУСК СИСТЕМЫ 117

4. СОСТАВ КАТАЛОГОВ СИСТЕМЫ «ГАЛАКТИКА ERP»

Состав подкаталогов, формируемых в процессе установки серверной части в до-машнем каталоге системы Галактика ERP на сервере приложений или файл-сервере двухуровневой архитектуры, зависит от состава компонентов, выбран-ных для установки (см. Рис. 4).

В общем случае формируются следующие подкаталоги:

DATA — содержит все данные системы Галактика ERP и словарь. Ес-ли установка базы данных выполнялась на выделенный сервер БД, то данный каталог формируется там;

DB_INST — содержит программу установки базы данных и ряд слу-жебных программ;

EXE — содержит файлы запуска и ресурсы;

PAT — содержит бланки отчетности, принятые в Российской Федера-ции;

FRF — содержит исходные формы налоговой отчетности, реализован-ные на базе Fast Report;

FRP — каталог предназначен для хранения отчетов, реализованных на базе Fast Report;

FRM — содержит исходные тексты отчетов, не входящих в стандартную поставку системы, которые, при необходимости, могут быть подключе-ны к системе в процессе работы;

TEST — содержит набор тестовых PAT-форм;

SETUP — содержит служебные файлы, используемые для настройки на базу данных при установке серверной и клиентских частей системы, а также инсталляторы клиентских частей системы;

KEYSETUP — содержит программу установки сервера аппаратного ключа защиты;

IAPP, IAPPBIN — каталоги содержат файлы Интернет-сервера приложе-ний Галактики ERP (только для трехуровневой архитектуры);

START — содержит конфигурационные файлы системы, формируемые в процессе установки, readme- файл к данному релизу системы и неко-торую другие справочные и служебные файлы, используемые для нача-ла эксплуатации системы;

Кроме этого в корневом каталоге серверной установки содержатся файлы доку-ментов по установке и начальной настройке системы.

В процессе работы в подкаталоге \EXE серверной части системы по умолчанию формируются подкаталоги \OUT, \DSK и DATA\TMP\%user%.

Каталог \OUT содержит обновляемые копии выходных документов, формируе-мых пользователями в процессе работы с системой. Расположение этого каталога

СОСТАВ КАТАЛОГОВ СИСТЕМЫ «ГАЛАКТИКА ERP» 118

может быть изменено с помощью параметра OutputFilesDirectory секции Files конфигурационного файла.

Каталог \DSK содержит личные конфигурационные файлы пользователей и фай-лы с параметрами рабочей поверхности для каждого пользователя системы. По-ложение этого каталога может быть изменено с помощью параметров AddConfigFile секции Common и DesktopFileName секции Desktop конфигураци-онного файла.

Каталог DATA\TMP\%user% содержит временные файлы.

СОСТАВ КАТАЛОГОВ СИСТЕМЫ «ГАЛАКТИКА ERP» 119

5. ПРОБЛЕМЫ И РЕШЕНИЯ

Сообщения об ошибках системы электронной защиты приведены в докумен-те «Система Галактика ERP. Защита системы с использованием аппаратных клю-чей. Приложение к инструкции по установке».

5.1. КАК РАЗРЕШИТЬ ВОЗНИКШИЕ ПРОБЛЕМЫ

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

♦ проанализировать диагностические сообщения, выдаваемые программой на экран и в log-файл. Некоторые способы решения проблем, связанных с несовместимостью с другими программными продуктами, приведены ни-же;

♦ еще раз детально ознакомиться с инструкцией по инсталляции программы для Вашей конфигурации сети;

♦ попытаться устранить максимум возможных причин, мешающих нормаль-ному функционированию программы:

♦ проверить наличие всех сетевых прав на каталог с системой Га-лактика ERP;

♦ не использовать псевдокорневой каталог для инсталляции;

♦ загружать операционную систему на рабочих станциях макси-мально разгрузив ее от драйверов и резидентных программ;

Идеальный случай — операционная система не использует драйверы и рези-денты кроме драйверов сетевых протоколов и оболочек.

♦ связаться по ГОРЯЧЕЙ ЛИНИИ КОНСУЛЬТАЦИЙ с фирмой-поставщиком программного продукта или фирмой-разработчиком и сооб-щить следующую информацию:

♦ название, регистрационный номер, версию и дату релиза (указано в файле verinfo.txt) продукта;

♦ тип ЛВС, название и версию сетевой операционной системы;

♦ спецификацию компьютера, используемого в качестве сервера ба-зы данных;

♦ название и версию операционной системы, установленной на ра-бочей станции, файлы config.sys и autoexec.bat (или config.nt и autoexec.nt для Windows NT/2000/XP);

♦ спецификацию компьютера, используемого в качестве рабочей станции;

ПРОБЛЕМЫ И РЕШЕНИЯ 120

♦ тип сетевого протокола;

♦ диагностические сообщения, выдаваемые программой, а также место ошибочной ситуации, в которой это сообщение выдается;

♦ log-файлы.

Если Вы консультируетесь по телефону, то желательно, чтобы Вы находились рядом с компьютером. После того, как Вы сообщите перечисленные выше дан-ные, Вам будет дан ответ сразу же или после консультации с другими специали-стами и разработчиками программы.

5.2. НЕСОВМЕСТИМОСТЬ С ДРУГИМИ ПРОГРАММНЫМИ ПРОДУКТАМИ

Проблема Причина Решение

Невозможна работа с системой при использовании NetWare Client32 For Windows 95 version 2.11.

Ошибки в работе NetWare Client32 For Windows 95 version 2.11.

Используйте Microsoft Client for NetWare, Novell's NetWare Workstation Shell v4.x (16 bit) или обновите NetWare Client 32 For Windows 95 (patch W95IT2.EXE содержащий client32.nlm от 11 декабря 1996 г.).

5.3. ПРОБЛЕМЫ, СВЯЗАННЫЕ С РАБОТОЙ ВСПОМОГАТЕЛЬНОЙ СЛУЖБЫ

Ниже рассматриваются наиболее часто встречающиеся проблемы при установке и работе вспомогательной службы NAPServer (napsrv.exe), приводящие к необ-ходимости изменить его конфигурацию или конфигурацию клиента.

Проблема Причина Решение

Вспомогательная служба napsrv.exe не запускается.

На сервере БД не поддерживается протокол, установленный при конфигурировании вспомогательной службы (по умолчанию TCP/IP), либо порт протокола уже используется (по умолчанию 1997).

Необходимо изменить используемый протокол или порт (см. п. 2.2.7).


Проблема Причина Решение Нет связи между клиентом и вспомогательной службой NAPServer, при этом выдается сообщение: "Napsrv: Server not respond"

Вспомогательная служба NAPServer (napsrv.exe) не запущена.

Настройки клиента не соответствуют настройкам вспомогательной службы.

Используется протокол TCP/IP, а в конфигурации клиента указано сетевое имя выделенного сервера, однако разрешение имен (WINS) в сети не установлено.

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

Запустить вспомогательную службу NAPServer.

Привести настройки клиента в соответствие с настройками вспомогательной службы NAPServer.

В конфигурации клиента использовать IP адрес вместо сетевого имени.

Попытаться использовать другой протокол.

При запуске системы выдается сообщение «Невозможно присоединиться к серверу БД». При этом в ms70drv.log выдается сообщение «[NAPSrv]: Invalid user»

Выполнено изменение пароля пользователя sa средствами MS SQL Server

Задать новый пароль пользователя sa средствами менеджера серверов и служб Галактики galconf.exe (функция [Конфигурация]).

Кроме этого в лог-файл ms70drv.log драйвера (ms70drv.dll) могут выводиться следующие сообщения об ошибках:

[NAPSrv]: NAPSrv Server not respond

Сервер приложений не отвечает. За этим сообщением часто следует детализация ошибки RPC:

[RPC Error] Code: 1717. The interface is unknown.

Версии вспомогательной службы (napsrv.exe) и драйвера (ms70drv.dll) не соот-ветствуют друг другу.

[RPC Error] Code: 1722. The RPC server is unavailable.

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

[NAPSrv]: Invalid user

В функцию вспомогательной службы передан идентификатор неизвестного ему пользователя.

[NAPSrv]: Error call to SQL server. See details in application event log on MSSQL server

Вспомогательная служба не смогла выполнить команду на MS SQL Server. Дета-лизация ошибки пишется в application event log на сервере БД.


[NAPSrv]: Reentry timeout

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

42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Cannot call napsrv.exe

Внешняя хранимая процедура, вызванная из триггера не смогла вызвать функ-цию вспомогательной службы. Детализация некоторых ошибок пишется в файл namssql.log, который создается на сервере БД.

На сервере БД в application event log могут выводиться следующие сообщения:

NAPServer => Error code (64); User lost! или User Context = <user_context>, SPID = <spid>, Login = <login>, DBName = <db_name> lost!

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

NAPServer => Error code (64); Found died user Context = <user_context>, SPID = <spid>, Login = <login>, DBName = <db_name>

В результате проверки обнаружен пользователь вспомогательной службы, для которого нет сессии в MS SQL Server и о потере соединения с которым не было уведомления от ОС. Все ресурсы пользователя во вспомогательной службе при-нудительно освобождаются.

Если в лог-файл драйвера выводится сообщение

[NAPSrv]: Error call to SQL server. See details in application event log on MSSQL server.

то в application event log будет выведено 2 сообщения:

NAPServer => ErrorCode (183); exec sp_addalias <login>,dbo;

NAPServer => ErrorCode (997); VerifyLogin7

При выключенном разграничении прав доступа невозможно создать alias для ло-гина <login>. Если это произошло по причине существования такого alias в БД, то причина невозможности подсоединения заключается в несоответствии сис-темной таблицы БД sysusers системной таблице syslogins. В этом случае необхо-димо пересоздание учетных записей.

Следует обратить внимание на ошибку настройки функционирования системы на MS SQL Server, когда ODBC SOURCE указан для одного сервера БД, а на-стройки вспомогательной службы для другого. В этом случае возможно подсое-динение, но приложение работает некорректно. При этом поведение приложения и выдаваемые ошибки непредсказуемы.

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


Перед перезагрузкой вспомогательной службы NAPServer после нормальной работы Галактики ERP или после устранения сбойной ситуации, всегда необ-ходимо в базе master выполнить команды SQL exec na_forcefreealldb

dbcc namssql(free),

используя утилиту Query Analyzer (или MS SQL Server Management Studio для MS SQL Server 2005/2008).

Кроме ms70drv.log сообщения вспомогательной службы выводятся в Application Event Log Windows. Файл napsrv2.log, начиная с обновления Атлантис 5.4.21, не используется.

5.4. СООБЩЕНИЯ ОБ ОШИБКАХ ПРОГРАММЫ УСТАНОВКИ ГАЛАКТИКИ ERP

Heдocтaтoчнo мecтa для ycтaнoвки выбpaнныx кoмпoнeнтoв.

Ocвoбoдитe мecтo нa диcкe или измeнитe cпиcoк выбpaнныx кoмпoнeнтoв.

Недостаточно свободного места на диске. Для установки Галактики ERP необ-ходимо около 800 мегабайт свободного пространства на целевом диске.

Имя папки: '<Path>' введено неверно, не полностью или папка защищена от записи

Ошибка задания диска, на который вы хотите установить Галактику ERP. Со-общение может быть вызвано следующими причинами:

— используется недопустимая (недоступная) буква диска;

— дисковое устройство является нестандартным или не является жестким дис-ком компьютера (например, CD-ROM);

— недостаточно прав на создание каталога или файлов (установка выполняется не с правами администратора).

— в имени папки используются недопустимые символы, например

| / ” ? * < > :

Ошибка разделения каталога «Галактики»

При установке серверной части Галактики ERP с консоли сервера Windows NT, при указании провести установку в каталог на локальном диске, производится попытка разделить этот каталог в сети с заданным при установке именем (по умолчанию «GalSrv»). Неудача при этом процессе может произойти, например, в случае, если недостаточно прав (установка производится не с правами админи-стратора) на разделение ресурса или одноименный сетевой ресурс уже сущест-вует и не может быть удален по той же причине.

B yкaзaннoм кaтaлoгe инcтaлляция Гaлaктики нe oбнapyжeнa

Сообщение возникает при настройке на серверную часть Галактики ERP (на-пример, при установке клиента двухуровневой архитектуры), если в указанном каталоге не найден файл \EXE\install.ini. Проверьте правильность выбора катало-га.


5.5. ВОЗМОЖНЫЕ ПРОБЛЕМЫ В ПРОЦЕССЕ ЭКСПЛУАТАЦИИ

В процессе эксплуатации системы Галактика ERP могут возникнуть проблемы, сообщения о которых выводятся на экран компьютера. В ряде сообщений приво-дится код ошибки MS SQL Server.

Подробное описание причины подобных ошибок приведено в документации на MS SQL Server.

Сообщения системы электронной защиты приведены в документе «Система Галактика ERP . Защита системы с использованием аппаратных ключей. Прило-жение к инструкции по установке».

В процессе установки и эксплуатации сервер приложений системы Галактика ERP может выдавать сообщения журнал событий Windows (Event Viewer).

5.5.1. Сообщения об ошибках системы Галактика ERP Ниже приведены некоторые сообщения, которые могут выдаваться в процессе эксплуатации системы Галактика ERP.

Peгиcтpaция кoмпoнeнтoв нe coвпaдaeт c инcтaлляциeй!

Пpepвaть выпoлнeниe пpилoжeния?

Сообщение при запуске программы.

Способ решения

При ответе [Да] будет выполнено завершение работы системы, а при ответе [Нет] работа будет продолжена. При появлении данного сообщения необходимо выяснить причины несоответствия системы репозитарию и выполнить операцию синхронизации. Синхронизация репозитария базы данных и системы выполня-ется с помощью программы Менеджер обновлений.

Отключить данный контроль на старте приложения можно с помощью параметра конфигурационного файла DataBase.CheckRepository, установив ему значение Off.

Heвoзмoжнo пpиcoeдинитьcя к cepвepy БД. Пoдpoбнocти в ms70drv.log !

Oшибкa coeдинeния c БД !

Oшибкa oткpытия cлoвapя бaзы дaнныx. [345]

Сообщения при запуске программы.


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

1) Неправильно задано значение параметра файла конфигурации DataBase.DataBasename.

2) Неправильно задано значение параметра файла конфигурации SQLDriver.SQLServer.

3) Не стартована вспомогательная служба Галактики napsrv.exe.


Bы нe oблaдaeтe пpaвaми для paбoты c выбpaннoй бaзoй дaнныx

Сообщение при запуске программы.


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

1) На рабочей станции или сервере приложений не задан источник данных ODBC

2) На MS SQL Server для данного пользователя определена другая база данных по умолчанию (user default database) или другой пароль.

Oшибкa oткpытия (coздaния) кoмпoнeнтa <путь>\Atlantis_<имя пользователя>.res Пpoцecc нe мoжeт пoлyчить дocтyп к фaйлy, тaк кaк этoт фaйл зaнят дpyгим пpoцeccoм

Oшибкa oткpытия (coздaния) кoмпoнeнтa <путь>\<имя пользователя>.crf Пpoцecc нe мoжeт пoлyчить дocтyп к фaйлy, тaк кaк этoт фaйл зaнят дpyгим пpoцeccoм

Oшибкa coздaния фaйлa нacтpoйки нa кoнкpeтнoгo пoльзoвaтeля Oшибкa в фaйлe <путь>\galnet.dsk (Пpoцecc нe мoжeт пoлyчить дocтyп к фaйлy, тaк кaк этoт фaйл зaнят дpyгим пpoцeccoм)

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

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

Для исключения подобной ситуации нужно административно запретить запуск второй копии системы. Для этого необходимо в репозитарии базы данных сис-темному рабочему ресурсу (компонент Internal) или рабочему конфигурацион-ному ресурсу (компонент ConfWork) установить высшую критичность. Данная операция выполняется в модуле Консоль управления инструментального ком-плекса Support.

В этом случае при повторном старте приложения будут выданы сообщения о не-возможности работы без указанных ресурсов и вторая копия приложения не за-пустится.


6. ЗАМЕНА ВЕРСИЙ СИСТЕМЫ «ГАЛАКТИКА ERP»

Постоянное развитие и совершенствование системы Галактика ERP делает не-обходимым замену версий. Полную информацию об условиях замены версий Вы можете получить в любом филиале корпорации ГАЛАКТИКА или у ее диле-ров.

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

В общем случае процесс замены версии системы состоит из следующих этапов:

♦ Установка новой версии системы (см. п. 2.2). Если переход на новую версию требует конвертации данных, то в процессе установки серверной части системы необходимо выполнить установку ба-зы данных Галактики ERP.

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

Устанавливать новую версию системы Галактика ERP следует в другой каталог, а не в тот, в котором располагается предыдущая версия. Имена баз данных, создаваемых при установке новой версии не должны совпадать с име-нами баз данных предыдущей версии системы.

Перед установкой новых версий системы Галактика ERP необходимо прекратить работу всех пользователей системы на данном SQL-сервере и из утилиты Query Analyzer (или MS SQL Server Management Studio для MS SQL Server 2005/2008) в базе master выполнить:

exec na_forcefreealldb dbcc namssql(free)

В противном случае при установке не произойдет обновление вспомога-тельной службы NAPServer (компоненты napsrv.exe и библиотечные фай-лы сервера приложений protect_.dll, streams_.dll, _cfg.dll, atllib_.dll, nation_.dll, namssql.dll, atlantis.rtl, atlantis.rtx), вследствие чего установлен-ная версия может функционировать не корректно.

Если предполагается конвертация данных, то при установке баз данных новой версии вспомогательную службу устанавливать не нужно (флажок Устанавливать вспомогательную службу Галактики должен отсутство-вать, см. п. 2.2.3.3 , параграф «Установка произвольной базы данных») — его необходимо будет обновить на этапе конвертации данных.

♦ Создание средствами СУБД MS SQL Server резервной копии базы данных предыдущей версии для защиты от потери информации в результате воз-можного сбоя на этапе контроля ссылочной целостности.

ЗАМЕНА ВЕРСИЙ СИСТЕМЫ «ГАЛАКТИКА ERP» 127

♦ Контроль ссылочной целостности БД предыдущей версии (функция систе-мы Галактика ERP Настройка => Администратор => Проверка целост-ности таблиц);

♦ Создание средствами СУБД MS SQL Server резервной копии базы данных предыдущей версии для защиты от потери информации в результате воз-можного сбоя на этапе выполнения докомпиляции словаря или конвертации данных

♦ Выполнение операции докомпиляции словаря или конвертации данных пре-дыдущей версии.

Порядок выполнения докомпиляции словаря или конвертации данных со-держится в соответствующих файлах readme и документе «Утилита Конвертер. Руководство пользователя», поставляемых с системой на дистрибутивном диске.

Следует иметь в виду, что при конвертации данных этап экспорта в DBF выполняется при запущенной вспомогательной службе предыдущей вер-сии, а этап импорта из DBF — при запущенной вспомогательной службе новой версии. Обновление вспомогательной службы выполняется с помо-щью инсталлятора базы данных новой версии (см. п. 2.4.5).

♦ Перекомпиляция пользовательских отчетов с формами-прототипами новой версии системы и внедрение измененных отчетов каталога \PAT.

♦ Перекомпиляция других пользовательских ресурсов новой версией (ресурсы vip, конфигуратора, локализатора), если таковые были. Подключение необхо-димых пользовательских ресурсов в репозитарии системы с помощью модуля Консоль управления комплекса Support или с помощью импорта из xml-файла.

Подробнее о подключении ресурсов системы в репозитарии см. доку-мент «Система Галактика ERP. Основы использования» (раздел «Репозита-рий»).

♦ Настройка клиентских частей системы. ♦ Тестирование корректности функционирования новой версии. ♦ Удаление предыдущей версии.

Подробные методические рекомендации по замене версии системы с учетом конкретных условий эксплуатации можно получить в службе технической под-держки фирмы-продавца системы или корпорации ГАЛАКТИКА.

ЗАМЕНА ВЕРСИЙ СИСТЕМЫ «ГАЛАКТИКА ERP» 128

7. УСТАНОВКА ОБНОВЛЕНИЙ СИСТЕМЫ «ГАЛАКТИКА ERP»

7.1. ОБЩИЕ СВЕДЕНИЯ Механизм обновления системы основан на компонентной структуре системы и обеспечивает выполнение следующих задач:

♦ Анализ актуальности компонентного состава системы на текущий момент времени;

♦ Анализ целостности компонентного состава системы при установке кон-кретного обновления. Анализ целостности заключается в контроле условий взаимозависимостей компонентов системы;

♦ Установка выбранных обновлений с учетом условий взаимозависимостей компонентов;

♦ Откат обновлений, в результате которого восстанавливаются компоненты, имеющие предыдущую версию по сравнению с версией компонента данного обновления.

Задачи анализа актуальности и целостности системы решаются путем сравнения версий компонентов.

При подготовке (разработке) обновлений учитываются следующие требования:

♦ Все решения, реализованные в текущей версии компонента, должны быть включены во все последующие обновления (версии) данного компонента.

♦ В составе обновления компонента должен быть только один файл с инфор-мацией о версии компонента. Остальные файлы обновления, которые могут включаться в состав обновления компонента при необходимости, будут счи-таться его частью.

♦ Файловый состав компонента не может быть сокращен. Все файлы, вошед-шие в предыдущее обновление, должны войти в состав следующего. При этом в состав нового обновления могут войти файлы, которых не было в со-ставе предыдущих обновлений.

♦ Файл, однажды появившись в составе обновления какого-либо компонента, не может в дальнейшем быть включен в состав обновления другого компо-нента.

7.2. УСТАНОВКА ОБНОВЛЕНИЙ СЕРВЕРНОЙ ЧАСТИ СИСТЕМЫ

Анализ актуальности состояния системы и работа с обновлениями компонентов (просмотр содержимого обновлений, установка и откат обновлений) выполняет-ся с помощью программы Менеджер обновлений (patchman.exe).

УСТАНОВКА ОБНОВЛЕНИЙ СИСТЕМЫ «ГАЛАКТИКА ERP» 129

Установку обновлений системы рекомендуется выполнять с помощью по-следней актуальной версии Менеджера обновлений, которая для зарегистри-рованных пользователей подразделения технической поддержки ЗАО "Галактика Софт" доступна по ftp-адресу:

ftp://ftp.galaktika.ru/pub/support/galaktika/bug_fix/GAL810/PATCHMANAGER

Порядок обновления программы изложен в документе "Менеджер обновлений. Руководство администратора".

Начальными исходными данными для работы программы являются:

— домашний каталог серверной части, содержащий файлы компонентов систе-мы;

— каталог с архивами обновлений и реестры обновлений;

— информация в репозитарии рабочей БД системы о пути на исполняемые фай-лы (каталог \EXE).

Архивы и реестры обновлений, как правило, размещаются на FTP-сервере под-разделения технической поддержки фирмы-продавца или фирмы-разработчика.

Например, подразделение технической поддержки ЗАО "Галактика Софт" раз-мещает обновления для зарегистрированных пользователей по ftp-адресу:

ftp://ftp.galaktika.ru/pub/support/galaktika/bug_fix/GAL810/UPDATES

Архив обновления может содержать обновление только одного компонента и представляет собой файл с именем <GUID архива>.acd

или <имя файла компонента>_<расширение файла компонента>_<версия файла>.acd

Файл-реестр обновлений может содержать информацию о составе одного или нескольких архивов обновлений и представляет собой файл с расширением .acc.

Реестр обновлений имеет значительно меньший размер, чем архив обновления и поэтому скачивание его с FTP-сервера обновлений происходит гораздо быстрее. По этой причине реестры обновлений могут использоваться для предваритель-ного ознакомления с составом архивов обновлений с целью принятия решения о необходимости установки данного обновления и скачивания с FTP-сервера его архива.

Кроме этого с помощью файла-реестра обновления компонентов (архивы) могут объединяться в некие логические группы. Система обеспечивает выполнение комплексного отката обновлений всех компонентов, входящих в выбранный ре-естр.

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

♦ Сравнение текущего состояния системы с имеющимися на FTP-сервере об-новлениями компонентов и определение обновлений отсутствующих в систе-ме с учетом взаимозависимостей компонентов;

♦ Анализ содержания обновлений с целью выбора обновлений, которые необ-ходимо установить в систему (меню Просмотр => Реестр компонентов или меню Просмотр => Архивы компонентов);


ftp://ftp.galaktika.ru/pub/support/galaktika/bug_fix/GAL810/PATCHMANAGER

ftp://ftp.galaktika.ru/pub/support/galaktika/bug_fix/GAL810/UPDATES

♦ Копирование обновлений, выбранных для установки, с FTP-сервера в ката-лог-источник инсталляции локального диска (задается параметром конфигу-рационного файла Patchmanager.PrepareDir);

♦ Установка обновления (меню Операции => Установка компонентов), в ре-зультате которой в систему устанавливается новая версия компонента. В процессе подготовки к установке обновления выполняется повторный ана-лиз возможности установки выбранного обновления с точки зрения сохране-ния целостности системы.

Загрузка и установка обновлений возможна как в автоматическом, так и в вы-борочном режиме. Кроме этого возможно использование программы Менед-жер обновлений в пакетном режиме (BatchMode).

С целью обеспечения возможности отката данного обновления в каталоге от-ката (задается параметром конфигурационного файла Patchmanager.BackupDir) сохраняются архив (архивы) и реестр этого обнов-ления. Кроме этого после установки обновления контролируется наличие в каталоге отката архива компонента, имеющего замещаемую версию и, если такой архив не находится, то он создается программой автоматически.

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

Перед установкой обновления в серверную часть трехуровневой архитектуры дополнительно необходимо остановить службу (службы) сервера приложений.

Откат установленных обновлений может быть выполнен двумя способами:

♦ По компонентам. В данном режиме для выбранного компонента восстанав-ливается ближайшая предыдущая версия данного компонента по сравнению с текущей версией компонента в системе из имеющихся в каталоге отката.

♦ По пакетам. В данном режиме для выбранного реестра обновлений выпол-няется проверка наличия предыдущих версий всех компонентов, входящих в выбранный реестр и, если проверка выполнена успешно, то может быть вы-полнен откат всех компонентов, входящих в реестр. Если откат хотя бы одно-го компонента невозможен, то не выполняется и откат всех остальных. Другими словами, этот режим обеспечивает откат только всех компонентов пакета обновлений одновременно.

Просмотр текущего состояния системы выполняется с помощью меню Про-смотр => Компоненты системы.

Порядок установки программы Менеджер обновлений работы с ней под-робно рассмотрен в документе "Менеджер обновлений. Руководство админи-стратора".


7.3. УСТАНОВКА ОБНОВЛЕНИЙ КЛИЕНТСКОЙ ЧАСТИ ТРЕХУРОВНЕВОЙ АРХИТЕКТУРЫ СИСТЕМЫ

Установка обновлений в клиентскую часть трехуровневой архитектуры выпол-няется при необходимости автоматически на старте клиентской части.

Режим автоматического обновления компонентов клиентской части трехуровне-вой архитектуры включается при настройке параметров сервера приложений флагом Файл со списком обновляемых файлов клиента: (см. 2.2.4.1, Рис. 22). При этом имя файла со списком задается в поле рядом с флагом, а каталог раз-мещения самих обновляемых файлов – в поле Каталог обновляемых файлов:.

При старте клиентской части выполняется сравнение версий файлов клиента с файлами сервера. Если на сервере обнаруживаются более новые версии файлов чем на клиенте, то выполняется копирование новых версий файлов на клиент-ский компьютер. Старые версии файлов при этом сохраняются в служебных ка-талогах клиентской части вида EXE\<версия продукта>\<номер изменения файла>.

Новые версии компонентов системы появляются в серверной части в результате установки обновлений (см. п. 7.2).

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

Список файлов клиентской части, для которых необходимо выполнять контроль актуальности версий (служебный файл ClientFilesList.txt), и новые версии самих файлов по умолчанию находятся в каталоге \EXE серверной части системы.

После установки новых версий файлов клиентской части автоматически выпол-няется повторное подключение к серверу приложений.

Таким образом, данный механизм обеспечивает постоянное соответствие кли-ентской части серверной – на сервере может происходить установка и откат об-новлений, но при каждом запуске клиентской части будет выполняться контроль ее соответствия серверу и, при необходимости, выполняться обновление.

Аналогичный механизм реализован для обновления компонентов ActiveX, тре-бующих регистрации на клиентской части трехуровневой архитектуры. При вы-зове в системе функции, использующей ActiveX, выполняется сравнение версии файла данного компонента на сервере и на клиенте и, в случае их различия, вы-полняется копирование файла компонента ActiveX на клиентскую часть, а в слу-чае отсутствия его регистрации – и регистрация на клиентском компьютере.

Список компонентов ActiveX и правила их регистрации задаются в служебном файле, имя и путь на который задается параметром серверного cfg-файла System.RegComfile (по умолчанию принимает значение atlcomreg.txt и размеща-ется в каталоге \EXE серверной части системы).

Обновление базовых шаблонов Excel-отчетов на клиенте трехуровневой архи-тектуры выполняется в окне настройки Excel шаблона. Если шаблон на клиент-ской части отличается от шаблона, имеющегося на сервере, то в окне выводится соответствующая информация и по кнопке [Обновить] имеется возможность за-менить файл шаблона на клиенте файлом сервера (см. Рис. 57).

Автоматическое обновление данных объектов не используется для того, чтобы пользователь имел возможность работать со своими шаблонами. В противном


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

Рис. 57 Обновление Excel шаблонов отчетов

7.4. УСТАНОВКА ОБНОВЛЕНИЙ BROWSER-КЛИЕНТА ТРЕХУРОВНЕВОЙ АРХИТЕКТУРЫ СИСТЕМЫ

Для обновления компонентов Browser-клиента трехуровневой архитектуры (см. п. 2.3.4) используется тот же механизм, что и для обновления "обычной" клиент-ской части трехуровневой архитектуры. Описание порядка действий подробно изложено в п. 7.3.


ПРЕДМЕТНЫЙ УКАЗАТЕЛЬ

C

Config.sys, 120

D

DataBaseName, 32, 89, 93, 116

I

Install.ini, 89, 93

M

MS SQL Server, 7, 8, 14, 17, 19, 31, 35, 38, 65, 75, 87, 88, 89, 91, 93, 96, 104, 106, 108, 109, 122, 127

N

Napsping, 70 NTLM Security, 29, 32, 64, 65, 66, 108, 109,

110, 112

W

Windows NT, 7, 18, 19, 31, 32, 43, 64, 68, 69, 108, 109, 120, 124

В

Вспомогательная служба Галактики NAPServer, 31, 104, 106, 108, 109, 110, 111, 112, 121, 122, 123, 127

М

Менеджер серверов и служб Галактики, 27, 38, 43, 64, 65, 112, 122

Монитор вспомогательной службы Галактики, 111

Н

Настройка, 46, 64, 109, 128

П

Параметр, 68, 87, 110

С

Сервер приложений, 8, 9, 14, 20, 25, 26, 27, 28, 37, 40, 43, 44, 45, 49, 50, 54, 55, 61, 62, 65, 67, 80, 89, 92, 96, 97, 101, 109, 110, 111, 112, 118, 127

У

Удаление, 36, 38, 80, 87, 128 Установка, 7, 30, 31, 36, 88, 92, 101, 102, 104,

109, 127 Установка системы в терминал-серверной конфигурации, 97

ПРЕДМЕТНЫЙ УКАЗАТЕЛЬ 134