UMS
Компания «Х-Технология»
Система управления базами данных
UMS
Версия 1.0
РУКОВОДСТВО
АДМИНИСТРАТОРА
2012 г. СОДЕРЖАНИЕ
1. ОБЩИЕ ПОЛОЖЕНИЯ 4
1.1. Комплект поставки.. 4
1.2. Аппаратные и программные платформы... 4
1.3. Системное решение.. 5
1.4. Встроенный язык прикладного программирования.. 6
1.5. Лицензионная политика и техническая поддержка.. 6
2. УСТАНОВКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 6
2.1. Сервер. 6
2.2. Клиент GAI. 7
2.3. Конфигурационный файл сервера.. 11
2.4. Конфигурационный файл клиента GAI. 11
2.5. Файлы базы данных.. 11
3. СОЗДАНИЕ СХЕМЫ БАЗЫ ДАННЫХ 12
3.1. Составные элементы схемы базы данных.. 12
3.2. Этапы формирования схемы базы данных.. 12
3.3. Локализация.. 15
3.4. Использование репозитория metaDB.. 15
3.5. Модификация схемы базы данных.. 15
3.6. Переключение между схемами баз данных.. 16
4. УПРАВЛЕНИЕ ПОЛЬЗОВАТЕЛЯМИ 16
4.1. Создание, изменение и удаление пользователей.. 16
4.2. Роли пользователей.. 17
4.3. Сетевые адреса, группы и уровни доступа.. 17
4.4. Блокировка доступа к базе данных.. 18
5. ДОСТУП К ДАННЫМ 18
5.1. Запись данных.. 18
5.2. Чтение данных.. 19
5.3. Изменение данных.. 20
5.4. Удаление данных.. 21
6. ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ 21
6.1. Триггеры... 21
6.2. Процедуры... 22
6.3. Пользовательские функции.. 22
6.4. Представления.. 23
6.5. Серверные приложения.. 23
7. РЕЗЕРВИРОВАНИЕ, РЕПЛИКАЦИЯ И МАСШТАБИРОВАНИЕ 23
7.1. Резервное копирование.. 23
7.2. Репликация.. 23
7.3. Масштабирование.. 25
8. ЭКСПОРТ-ИМПОРТ ДАННЫХ 25
8.1. Режимы экспорта-импорта.. 25
8.2. Реализация режимов экспорта-импорта.. 26
9. СРЕДСТВА ЗАЩИТЫ ИНФОРМАЦИИ 26
9.1. Передача данных.. 26
9.2. Доступ к данным... 27
9.3. Хранение данных.. 27
10. МОНИТОРИНГ РАБОТЫ СЕРВЕРА 27
10.1. Структура контрольной информации.. 27
10.2. Производительность. 28
10.3. Аудит. 28
10.4. Коды ошибок.. 29
11. ОБНОВЛЕНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 29
11.1. Сервер. 29
11.2. Клиент GAI и драйвер LCD.. 29
11.3. Репозиторий metaDB.. 29
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Комплект поставки
Система управления базами данных (СУБД) UMS является системным программным обеспечением и предназначена для хранения и обработки данных, исполнения серверных приложений, сетевого взаимодействия с клиентскими приложениями и другими системами управления базами данных.
Программное решение СУБД выполнено в клиент-серверной архитектуре.
Сервер состоит из:
- веб-сервера, шлюза сетевых протоколов прикладного уровня, фронтального компилятора исходного кода, тылового компилятора промежуточного кода, диспетчера программ и двигателя базы данных.
Клиент состоит из:
- драйвера LCD, который является программным интерфейсом сетевого доступа к серверу;
- клиентского приложения, взаимодействующего с API драйвера LCD.
Клиентские приложения разрабатываются прикладными программистами, за исключением клиента GAI, входящего в комплект поставки. Клиент GAI включает в свой состав драйвер LCD, графический интерфейс администратора и интегрированную среду разработки серверных приложений.
Системное программное обеспечение сервера, драйвера LCD и клиента GAI разработано на C++.
Сервер может интегрироваться со специализированными библиотеками функций сторонних разработчиков, написанными на С/С++ и расширяющими функциональность СУБД, например, с библиотекой OpenSSL.
Сервер реализован в виде многопоточного программного модуля. Клиент GAI реализован в виде однопоточного приложения, разработанного на платформе Qt. Драйвер LCD предназначен для включения в многопоточные приложения.
Сервер поставляется в одной модификации для операционных систем UNIX/Linux 64 bit, клиент GAI и драйвер LCD - в двух модификациях для операционных систем UNIX/Linux и MS Windows 32 и 64 bit.
В комплект поставки входит репозиторий metaDB – база метаданных, содержащая исходный код и промежуточный код стандартных процедур, триггеров, пользовательских функций и представлений, а также стандартные метаданные для проектирования схем баз данных.
Кроме того, в комплект поставки входят программа-инсталлятор, техническая документация и лицензионное соглашение GNU LGPL.
Программное обеспечение поставляется на оптических дисках и скачивается с веб-сайта компании «Х-Технология».
1.2. Аппаратные и программные платформы
Сервер работает на аппаратных платформах процессоров x86-64, IA-64, SPARC, POWER7 и операционных систем UNIX/Linux. В состав программных платформ должна быть включена библиотека STL 3.3, системные библиотеки libpthread и libexpat.
Портируемость клиентов определяется драйвером LCD, который работает на платформах процессоров x86, x86-64, ARM и операционных систем UNIX/Linux, Microsoft Windows.
В случае использования серверного приложения, генерирующего HTML-страницы, в качестве клиентов могут применяться кросс-платформенные веб-браузеры.
Сетевое взаимодействие сервера и клиентов осуществляется по протоколам TCP/IP, HTTP, UDTP, SOAP и SSL.
1.3. Системное решение
Сервер обеспечивает многопользовательский доступ к нескольким серверным приложениям и базам данных. Максимальное количество пользовательских сессий, одновременно поддерживаемых на сервере, может достигать 1 млн. единиц. Конкретное число пользовательских сессий определяется лицензионным соглашением и может быть дополнительно ограничено администратором сервера.
Каждая пользовательская сессия выполняется в отдельном потоке процесса сервера.
Сервер поддерживает многоверсионную архитектуру системы управления базами данных. Консолидация версий (сжатие базы данных) производится в фоновом режиме.
Транзакции сервера соответствуют требованиям ACID и осуществляются на сериализуемом уровне. Операции записи, чтения, изменения и удаления данных производятся без логической блокировки базы данных.
Настройка параметров сервера осуществляется в конфигурационном файле. Регистрация системных событий сервера производится в лог-файле.
В базе хранятся в основном значимые данные, обладающие не нулевыми значениями атрибутов. Данные и метаданные записываются в формате Unicode UTF-8. Неструктурированная информация записывается в форматах TXT, XML, MPEG, JPEG, SVG, PDF, Binary и т. д.
Алиасы и наименования серверов, баз данных, метаданных, а также значения атрибутов имеют длину в 255 символов. Алиасы записываются с использованием букв латинского алфавита, наименования и значения – с использованием букв от одного до десяти различных алфавитов.
Передача команд и данных между сервером и клиентом, а также между однотипными серверами в гомогенной распределенной системе осуществляется по протоколу UDTP (раздел 2.1 документа «СУБД UMS. Руководство разработчика приложений»), в гетерогенной среде – по протоколу SOAP, в сети Интернет – по протоколу HTTP.
Метаданные включают таблицу отношений, таблицу доменов и карту (таблицу) принадлежности доменов отношениям.
Данные представлены в виде кортежей, состоящих из переменного количества атрибутов, в состав которых входят повторяющиеся атрибуты и группы атрибутов. Кортежи объединены в ассоциативные массивы, соответствующие отношениям. Кортежи хранятся в виде наборов инкрементных родительских и дочерних версий. Консолидация версий выполняется в фоновом режиме в процессе сжатия базы данных.
Индексы выполнены в виде упорядоченных множеств значений атрибутов, разбитых на блоки и поддерживающих дихотомический поиск.
В состав базы данных входят наборы фрагментов неструктурированной информации, связанные ссылками и указателями с кортежами.
Таблицы метаданных, ассоциативные массивы, индексы и наборы фрагментов неструктурированной информации хранятся в отдельных файлах. Запись, чтение, изменение и удаление информации в файлах осуществляется в режиме copy-on-write без использования журнала транзакций и сегментов отката.
Язык программирования позволяет формировать запросы к базе данных и разрабатывать процедуры, триггеры, пользовательские функции, представления и серверные приложения, сохраняемые в базе данных в виде фрагментов неструктурированной информации.
База данных хранится на энергонезависимом носителе информации. После старта сервера в оперативной памяти компьютера постоянно размещаются актуальные копии таблиц метаданных, предназначенные для ускорения выполнения операций над базой данных.
1.4. Встроенный язык прикладного программирования
В качестве языка серверного прикладного программирования применяется встроенный язык D+, обладающий процедурным и объектно-ориентированным расширениями, SQL-подобным синтаксисом и динамической реализацией.
Запросы к базе данных формируются в виде параметров на уровне клиентского приложения, динамически преобразуются в исходный код D+ в драйвере LCD, передаются на уровень сервера в формате UDTP, или формируются в исходном коде D+ на уровне серверного приложения, компилируются в промежуточный код и исполняются в режиме вызовов API-функций двигателя базы данных.
Процедуры, триггеры, пользовательские функции, представления и серверные приложения разрабатываются в исходном коде D+ в интегрированной среде разработки серверных приложений клиента GAI, передаются на уровень сервера, компилируются в промежуточный код, сохраняются в базе данных и исполняются в пользовательских сессиях с вызовом API-функций стандартных библиотек функций C++.
В состав базы метаданных metaDB входят библиотеки классов D+, в том числе поддерживающие разработку серверных приложений.
Описание встроенного языка прикладного программирования содержится в документе «СУБД UMS. Руководство программиста».
1.5. Лицензионная политика и техническая поддержка
Дистрибутивы и исходные коды сервера UMS, драйвера LCD, клиента GAI, а также контент репозитория metaDB распространяются в соответствии с условиями лицензии GNU LGPL.
Техническая поддержка программного обеспечения СУБД осуществляется в оперативном режиме и в режиме обмена сообщениями.
Компания-разработчик: -Технология»
Веб-сайт: www. *****
Адрес: Россия, Москва, Малый Сухаревский переулок, дом 9, стр. 1, офис 36
Телефон: +7
2. УСТАНОВКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
2.1. Сервер
Программное обеспечение сервера включает следующие дистрибутивы:
исполнимые модули сервера и вспомогательные файлы;
исходный код.
Программное обеспечение сервера предназначено для установки в следующих операционных системах:
ALT Linux 4.0 Server;
Fedora 14;
FreeBSD 8;
Red Hat Enterprise Linux 6;
Solaris 10;
SUSE Linux Enterprise Server 11.
Программное обеспечение сервера представляется в исходном коде, позволяющем компилировать его для установки в других UNIX-подобных операционных системах.
Минимально достаточный объем оперативной памяти компьютера сервера определяется следующей зависимостью:
Vmin = Vсервера + Vметаданных + Vсессии * Кол. сессий + Vсервн. приложения
Объем программного обеспечения сервера (Vсервера) равен 15 Мбайт, объем метаданных составляет менее сотой доли объема базы данных. Объем серверного приложения (Vсерв. приложения) должен быть оценен в предварительном порядке с учетом включения в его объем триггеров базы данных. Количество одновременно поддерживаемых пользовательских сессий ограничивается администратором сервера.
После выбора целевой операционной системы и обеспечения минимально достаточного объема оперативной памяти компьютера сервера необходимо:
с помощью программы-инсталлятора или менеджера файлов операционной системы перенести выбранный исполнимый модуль сервера и вспомогательные файлы с оптического диска на энергонезависимый носитель информации компьютера сервера в каталог /usr/local/ums/ файловой системы;
активировать исполнимый модуль сервера.
Ручной запуск сервера производится в консольном режиме в каталоге сервера от имени пользователя root стартовой командой операционной системы UNIX/Linux.
Автоматический рестарт сервера после аварийного завершения его работы кодируется в управляющем скрипте операционной системы UNIX/Linux.
После активации исполнимого модуля сервера в его каталоге автоматически формируется лог-файл. В случае ошибочного удаления лог-файла он вновь автоматически формируется при выполнении первой записи со стороны сервера. При этом генерируются соответствующий код ошибки.
Первичные системные настройки сервера содержатся непосредственно в его программном обеспечении. Актуальные системные настройки сервера записываются в конфигурационный файл. В случае ошибочного удаления конфигурационного файла системные настройки возвращаются к первичным значениям, в лог-файл записывается соответствующий код ошибки.
Файлы, содержащие исполнимые модули сервера:
ums1.pro
dbe1.pro
Файл, содержащий исходный текст модулей сервера:
ums1.cс
dbe1.cc
Лог-файл и конфигурационный файл сервера:
ums. log
ums. con
2.2. Клиент GAI
Программное обеспечение клиента GAI включает набор исполнимых модулей и вспомогательных файлов, предназначенных для установки в следующих операционных системах:
ALT Linux 4.0 Desktop;
Apple iOS;
Fedora 14;
FreeBSD 8;
OpenSolaris 2010;
OpenSUSE 11;
Red Hat Enterprise Linux 6;
Microsoft Windows 7.
Программное обеспечение клиента GAI также представлено в исходном коде, позволяющем компилировать его для установки в других операционных системах.
Программное обеспечение клиента GAI может быть установлено на компьютере сервера или на другом компьютере, связанным с первым по сети, поддерживающей протокол TCP/IP.
Объем исполнимого модуля клиента GAI составляет 3 Мбайт.
После выбора компьютера и целевой операционной системы необходимо:
с помощью программы-инсталлятора или менеджера файлов операционной системы перенести исполнимый модуль клиента GAI и вспомогательные файлы с оптического диска на носитель информации компьютера сервера или клиента в каталог /usr/local/gai/ (операционная система UNIX/Linux) или c:\gai\ (операционная система Microsoft Windows) файловой системы;
активировать исполнимый модуль клиента GAI.
Ручной запуск клиента GAI производится в каталоге клиента от имени администратора операционной системы одним из следующих действий:
стартовой командой в консольном режиме (операционная система UNIX/Linux);
выбором файла исполнимого модуля в графическом режиме (операционная система
Microsoft Windows).
После активации исполнимого модуля клиента GAI в его каталоге автоматически формируется лог-файл. В случае ошибочного удаления лог-файла он вновь автоматически формируется при выполнении первой записи со стороны клиента GAI. При этом генерируется соответствующий код ошибки.
Первичные системные настройки клиента GAI содержатся непосредственно в его программном обеспечении. Актуальные системные настройки клиента GAI записываются в конфигурационный файл. В случае ошибочного удаления конфигурационного файла системные настройки возвращаются к первичным значениям, в лог-файл записывается соответствующий код ошибки.
Актуальные системные настройки сервера и клиента GAI формируются в графическом интерфейсе. Нажатие кнопки «Ввод» обеспечивает ввод данных и переход на следующую страницу графического интерфейса. Нажатие кнопки «Отмена» удаляет выбранные или введенные значения. Нажатие кнопки «Возврат» обеспечивает возврат на предыдущую страницу. Нажатие кнопки «Х» закрывает графический интерфейс и останавливает работу клиента GAI.
Верхняя строка графического интерфейса содержит наименование компонента системы управления базами данных, наименование открытой базы данных и наименование режима работы. С помощью правой нижней кнопки осуществляется выбор языка графического интерфейса (русский/английский).
На первом этапе необходимо на стартовой странице (рис.1) ввести логин client и временный пароль администратора клиента, завершив действие нажатием кнопки «Ввод». Пароль должен содержать не менее 8 символов.
На втором этапе на странице системных настроек клиента (рис.2) необходимо ввести постоянный пароль администратора клиента и установить актуальные системные настройки, включающие сетевые адреса, алиасы и наименования серверов, к которым подключен клиент, завершив действие нажатием кнопки «Возврат».
Алиасы и наименования серверов не должны превышать 255 символов.
На третьем этапе на стартовой странице необходимо ввести наименование сервера, логин server и временный пароль администратора сервера.
|
На четвертом этапе на странице системных настроек сервера (рис.3) необходимо ввести постоянный пароль администратора сервера и установить актуальные системные настройки сервера, в том числе подключить к серверу репозиторий metaDB.
На пятом этапе необходимо принять решение о формировании продуктивной базы данных одним из следующих способов:
создать новую базу данных;
переименовать репозиторий metaDB.
В соответствии с выбранным способом создается или переименовывается файл, вводятся алиас и наименование продуктивной базы данных, не превышающие 255 символов.
На шестом этапе на стартовой странице осуществляется вход во вновь созданную продуктивную базу данных путем ввода наименования базы данных, логина dbase и временного пароля администратора базы данных. После входа в базу данных временный пароль заменяется на постоянный (раздел 3.2 настоящего документа).
На следующих этапах необходимо сформировать схему базы данных, создать список пользователей с правами доступа, загрузить триггеры, процедуры, пользовательские функции, представления и серверные приложения, обеспечить мониторинг работы базы данных (см. соответствующие разделы настоящего документа).
Файлы, содержащие исполнимые модули клиента GAI:
gai4_ux. pro
gai4_w7.exe
Файлы, содержащие исходные модули клиента GAI:
gai4_ux. cс
gai4_w7.cс
Лог-файл и конфигурационный файл клиента GAI:
gai4.log
gai4.con
2.3. Конфигурационный файл сервера
Конфигурационный файл содержит следующие системные настройки сервера в бинарном формате:
порт TCP, к которому подключен сервер;
максимальное количество одновременно поддерживаемых пользовательских сессий;
величина тайм-аута для неактивных пользовательских сессий;
объем доступной оперативной памяти;
максимальный размер лог-файла;
уровень детализации информации, записываемой в лог-файл;
тип драйвера встроенной библиотеки OpenSSL;
контрольное время записи метаданных на энергонезависимый носитель информации;
полный путь к файлам, алиасы и наименования баз данных, обслуживаемых сервером;
сетевые адреса, алиасы и наименования серверов распределенной вычислительной сети;
адрес электронной почты администратора сервера.
По умолчанию первичные системные настройки сервера в составе его программного обеспечения имеют следующие значения:
порт TCP 1588;
максимальное количество одновременно поддерживаемых пользовательских сессий 100;
тайм-аут для неактивных пользовательских сессий 30 секунд;
объем доступной оперативной памяти 1 Гбайт;
максимальный объем лог-файла 1 Мбайт;
уровень детализации информации, записываемой в лог-файл, равный 1.
После создания конфигурационный файл заполняется новыми и измененными значениями системных настроек сервера, формируемыми с помощью графического интерфейса клиента GAI.
2.4. Конфигурационный файл клиента GAI
Конфигурационный файл содержит следующие системные настройки клиента GAI в бинарном формате:
порт TCP, к которому подключен клиент GAI (значение по умолчанию 1588);
максимальный объем лог-файла (значение по умолчанию 100 Кбайт);
сетевые адреса, алиасы и наименования серверов, к которым подключен клиент GAI.
После создания конфигурационный файл заполняется новыми и измененными значениями системных настроек клиента, формируемыми с помощью графического интерфейса клиента GAI.
2.5. Файлы базы данных
В состав одной базы данных входят:
файлы данных;
файлы индексов;
файлы фрагментов неструктурированной информации;
файл таблицы отношений;
файл таблицы доменов;
файл карты индексов.
Файлы хранятся в каталоге, наименование которого соответствует алиасу базы данных.
Каждый файл данных соответствует одному из отношений базы данных и имеет расширение. dat. Наименование файла соответствует алиасу отношения.
Каждый файл индекса соответствует одному из простых доменов, на котором определено отношение, и имеет расширение. ind. Наименование файла содержит алиасы отношения и домена.
Каждый файл фрагментов неструктурированной информации соответствует одному из отношений и имеет расширение. uns. Наименование файла соответствует алиасу отношения. В случае большого размера фрагментов неструктурированной информации каждый из них может храниться в отдельном файле, в наименование которого включен порядковый номер записи файла и алиас отношения.
Файл таблицы отношений хранит метаданные в виде перечня алиасов и наименований отношений, а также алиас и полное наименование собственно базы данных. Файл имеет расширение .rel, наименование файла содержит алиас базы данных.
Файл таблицы доменов хранит метаданные в виде перечня алиасов, наименований и типов данных доменов. Файл имеет расширение. dom, наименование файла содержит алиас базы данных.
Файл карты индексов хранит матрицу отношений и доменов, ячейки которой содержат отметки об индексации отдельных доменов в составе отношений. Файл имеет расширение. map, наименование файла содержит алиас базы данных.
Файлы базы данных рекомендуется размещать на отдельном носителе информации, выполненном в виде RAID-массива.
3. СОЗДАНИЕ СХЕМЫ БАЗЫ ДАННЫХ
3.1. Составные элементы схемы базы данных
Схема базы данных включает набор доменов, иерархии доменов - пользовательских типов данных, денормализованные отношения и словари значений атрибутов, соответствующих индексируемым доменам. Количество доменов, пользовательских типов данных, отношений и значений атрибутов в схеме базы данных не ограничено.
Каждое данное – кортеж может включать произвольный набор атрибутов в пределах, определенных схемой своего отношения. Отдельные атрибуты или группы атрибутов могут повторяться в составе одного и того же кортежа.
В состав доменов в обязательном порядке входит служебный домен уникальных идентификационных номеров (УИН) данных, присваиваемых в порядке записи кортежей в состав отношения. Служебный домен УИН располагается на первом уровне иерархии доменов в составе схемы отношения.
Кроме логических связей по совпадающим атрибутам доменов, относящихся к предметной области, кортежи могут быть связаны между собой ссылками в виде дополнительных атрибутов домена УИН, находящихся на уровнях иерархии, отличных от первого.
Целостность и непротиворечивость информации в базе данных поддерживается с помощью типизации значений атрибутов в составе доменов, контролем иерархий доменов пользовательских типов данных и иерархий доменов в схемах отношений, а также с помощью триггеров.
3.2. Этапы формирования схемы базы данных
Схема базы данных формируется в графическом интерфейсе клиента GAI.
Вход в систему осуществляется на стартовой странице путем указания:
наименования сервера подключения;
наименования базы данных, к которой необходимо получить доступ;
логина и пароля пользователя.
На первом этапе, после перехода на страницу режимов работы осуществляется выбор режима работы со схемой базы данных (рис.4).
На втором этапе создается набор доменов. Служебные домены, перечисленные в разделе 2.3 документа «СУБД UMS. Руководство программиста», по умолчанию входят в состав схемы базы данных. Каждому домену, кроме наименования, присваивается алиас с помощью нажатия кнопки «Алиас» и выбора наименования домена.
Наименование служебных доменов уникальных идентификационных номеров «УИН», видов «Вид информации», форматов «Формат информации» и условных обозначений фрагментов «Фрагмент информации» неструктурированной информации изначально отражены в поле «Домены».
На третьем этапе создаются пользовательские типы данных, представляющие собой иерархии доменов, созданных на первом этапе. Создание пользовательских типов данных осуществляется путем перемещения копий наименований доменов из соответствующего поля. Наименования пользовательских типов данных совпадает с наименованием доменов, находящихся на верхнем уровне иерархии. Нажатие кнопки, соответствующей наименованию пользовательского типа данного, свертывает наименования доменов, входящих в его состав; вторичное нажатие кнопки развертывает наименования доменов.
Пользовательский тип данных, состоящий из вида, фрагмента и формата неструктурированной информации, изначально входит в состав пользовательских типов данных.
На четвертом этапе формируются отношения. Создание отношений осуществляется путем ввода их наименований и алиасов. Схема отношения создается путем перемещения копий наименований пользовательских типов данных и отдельных доменов из соответствующих полей. Нажатие кнопки, соответствующей наименованию отношения, свертывает наименования доменов, входящих в его состав; вторичное нажатие кнопки развертывает наименования доменов (рис.5). С помощью кнопки «Индекс» выбираются домены, предназначенные для индексирования (отмечаются красным цветом).
На пятом этапе для каждого домена вводятся следующие характеристики значений атрибутов:
встроенный тип данных D+;
поддержка индекса;
открытый или закрытый статус словаря значений атрибутов (только для индекса);
логические условия вхождения значений атрибутов в состав домена;
локализация значений атрибутов.
Открытый статус позволяет пользователям пополнять словарь новыми значениями атрибутов в процессе записи или изменения данных. Закрытый статус ограничивает значения атрибутов перечнем, предварительно введенным администратором базы данных. Локализация определяет состав языков записи значений атрибутов.
При нажатии кнопки «Количество» и выборе наименования отношения в раскрывающемся поле отражается общее количество данных в составе выбранного отношения; в случае отказа от выбора – общее количество данных в базе данных.
Характеристики значений атрибутов вводятся после выбора домена, нажатия на кнопку «Словарь» и перехода на соответствующую страницу (рис.6).
В словари, обладающие закрытым статусом, записываются значения атрибутов. Словарь значений атрибутов домена УИН формируется автоматически. Возможно задать начальное количество значений атрибутов домена УИН для устранения затрат времени на балансировку матричных деревьев поиска кодов в процессе работы сервера.
3.3. Локализация
Домены могут включать в свой состав две и более групп значений атрибутов, записанных на разных языках. Максимальное количество групп значений атрибутов составляет 10 единиц.
Каждой группе значений атрибутов присваивается соответствующее наименование языка. В графическом интерфейсе клиента GAI можно организовать просмотр значений атрибутов на одном или нескольких языках.
Атрибуты домена УИН имеют только одно значение.
3.4. Использование репозитория metaDB
Файлы репозитория metaDB содержат предварительно сформированные наборы доменов, иерархии доменов пользовательских типов данных и словари значений атрибутов различных предметных областей.
Указанные метаданные могут быть полностью или частично перенесены в продуктивную базу данных и включены в её схему (раздел 7.2 настоящего документа).
3.5. Модификация схемы базы данных
Все элементы схемы базы данных могут быть дополнены, изменены или удалены в любой момент эксплуатации базы данных без её репликации, за исключением иерархий доменов пользовательских типов данных и иерархий доменов отношений.
При этом иерархии доменов пользовательских типов данных и иерархии доменов отношений могут быть модифицированы новыми элементами, не изменяющими уровни иерархий старых элементов, без репликации базы данных. В остальных случаях необходимо сформировать схему новой базы данных, разработать на D+ процедуру конвертации данных и реплицировать в фоновом режиме конвертированные данные в новую базу.
3.6. Переключение между схемами баз данных
Сервер может обслуживать две и более баз данных при условии записи их файлов на носителях информации компьютера сервера.
В случае открытия файла базы данных копия ее метаданных располагается в оперативной памяти компьютера сервера, в случае закрытия файла – копия метаданных удаляется из оперативной памяти. В случае одновременного открытия файлов двух и более баз данных необходимо предварительно оценить достаточность объема располагаемой оперативной памяти для их обслуживания (раздел 2.1. настоящего документа).
Переключение между схемами баз данных производится в графическом интерфейсе клиента GAI путем возврата к стартовой странице и выбора соответствующего наименования базы данных.
4. УПРАВЛЕНИЕ ПОЛЬЗОВАТЕЛЯМИ
4.1. Создание, изменение и удаление пользователей
Правом создания, изменения и удаления пользователей (за исключением администратора базы данных) обладает администратор безопасности с логином security и временным паролем 0000. После первого входа в систему временный пароль администратора безопасности должен быть заменен на постоянный.
Пользователь базы данных создается со следующим реквизитным составом:
Фамилия
Первое имя
Второе имя (необязательный реквизит)
Логин
Пароль
Группа (необязательный реквизит)
Роль
Уровень доступа (необязательный реквизит)
Сетевой адрес (необязательный реквизит)
При создании нового пользователя ему присваивается временный пароль, который должен быть сменён на постоянный самим пользователем при первом входе в систему.
Управление пользователями осуществляется в графическом интерфейсе клиента GAI (рис. 7).
Ввод реквизитов отдельного пользователя базы данных производится после нажатия кнопки «Создание»; просмотр реквизитов – после нажатия кнопки «Просмотр» и ввода реквизитов ключа поиска, изменение и удаление реквизитов – после нажатия кнопок соответственно «Изменение» и «Удаление» и ввода реквизитов ключа поиска, блокировка пользователя – после нажатия кнопки «Блокировка» и ввода реквизитов ключа поиска. Просмотр реквизитов всех пользователей производится после нажатия кнопки «Список».
4.2. Роли пользователей
Список ролей пользователей базы данных включает:
1 - чтение существующих данных;
2 - чтение существующих данных и запись новых данных;
3 - чтение существующих данных, запись новых данных и изменение существующих
данных;
4 - чтение существующих данных, запись новых данных, изменение существующих
данных и удаление существующих данных;
5 - создание, модификация и компиляция серверного прикладного программного
обеспечения со статусом шаблонов;
6 - управление пользователями базы данных;
7 - управление схемой базы данных, чтение, запись, изменение и удаление данных,
создание, модификация и компиляция серверного прикладного программного
обеспечения со статусом шаблонов, перевод серверного прикладного программного
обеспечения в статус приложений, экспорт-импорт, репликация, масштабирование
и мониторинг базы данных.
Каждому пользователю присваивается одна из ролей. Единственные роли 6 и 7 присваиваются соответственно администратору безопасности и администратору базы данных.
4.3. Сетевые адреса, группы и уровни доступа
Сетевые адреса, группы и уровни доступа являются заполняемыми реквизитами пользователей в случае включения в состав базы данных триггеров, обеспечивающих контроль соответствия этих реквизитов их фактическим значениям в процессе поддержки пользовательских сессий.
Сетевые адреса записываются в формате IP-адресов клиентов, с которых происходит обращение к серверу базы данных.
Группы пользователей формируются в соответствии с логикой предметной области и отличаются различными наборами разрешенных операций с базой данных, аналитическими разрезами получаемой информации, объемами отчетов о поиске и другими характеристиками доступа к базе данных.
Степень конфиденциальности информации в базе данных контролируется с помощью уровней доступа, присваиваемых пользователям и сущностям базы данных - отдельным отношениям, пользовательским типам данных, доменам, данным и атрибутам в составе данных. Степень конфиденциальности информации обозначается значениями атрибутов служебного домена accesslevel, включаемых в состав иерархий доменов отношений, пользовательских типов данных и отдельных данных.
Уровни доступа обозначаются цифрами от 1 до 9 в соответствии с возрастанием степени конфиденциальности информации. При выполнении операции чтения данных производится сверка уровней доступа пользователей и информации. В случае равенства уровней доступа или превышения уровня доступа пользователя над уровнем доступа информации данные в полном составе включаются в отчет о поиске. В противном случае вся или часть информации, экранированная уровнем доступа, не включается в отчет о поиске.
4.4. Блокировка доступа к базе данных
Сервер поддерживает режим общей блокировки доступа к базе данных всех пользователей, за исключением администратора безопасности и администратора базы данных. Общая блокировка достигается при нажатии кнопки «Блокировка» и вводе символа «*» в поле логина.
5. ДОСТУП К ДАННЫМ
5.1. Запись данных
Запись новых данных может производиться после регистрации пользователя в составе
базы данных и присвоения ему соответствующей роли. На странице режимов работы с базой данных путем нажатия соответствующей кнопки осуществляется выбор режима доступа к данным и переход на соответствующую страницу (рис.8).
В левом поле осуществляется выбор доменов в составе всей базы данных или в составе отдельного отношения. В правом поле автоматически формируется набор доменов, предназначенных для записи значений атрибутов в базу данных. Красным цветом отмечаются домены, включаемые в макет данных (кнопка «Отметка»). В случае отказа от ручного выбора доменов и нажатия на кнопку «Скрипт» в правом поле осуществляется переход в режим написания запроса к базе данных на языке D+. Нажатие на кнопку «Алиас» выводит в левом поле алиасы доменов, в дополнении к наименованиям доменов.
Кроме наименований доменов в набор могут включаться условные обозначения фрагментов неструктурированной информации.
Запись набора доменов завершается нажатием кнопки «Ввод» и последующим переходом на страницу формирования макета данных (рис. 9).
Макет данных формируется в табличном виде после нажатия кнопки «Макетирование» с использованием клавиш клавиатуры компьютера и включает в себя:
изменение порядка следования колонок и граф в составе таблицы;
удаление колонок и граф из состава таблицы;
добавление колонок и граф в состав таблицы, в том числе итоговых и агрегирующих;
разделением макета данных на две и более таблицы.
Строки и колонки в таблице выделяются с помощью левой клавиши мыши компьютера. В процессе макетирования используются следующие клавиши:
Правая клавиша – вырезка/вставка выделенного фрагмента;
Del – удаление выделенного фрагмента;
Enter – раскрытие/скрытие наименований доменов типа объекта;
Ctrl+Enter – добавление типа объекта;
Ctrl+стрелки – добавление колонки/графы;
Tab – разделение на две таблицы;
PgUp/PgDn – переключение между таблицами.
После завершения макетирования и нажатия кнопки «Данные» таблица заполняется значениями атрибутов доменов или адресами файлов, содержащих фрагменты неструктурированной информации, предназначенные для включения в состав данных. Значения атрибутов и адреса файлов вводятся в ячейки таблицы или выбираются из раскрывающихся списков при нажатии на клавишу Enter клавиатуры компьютера.
Завершение записи данных подтверждается нажатием клавиш «Загрузка» и «Ввод». Отказ от записи данных подтверждается нажатием кнопки «Отмена». Запись данных в базу подтверждается получением соответствующего системного сообщения.
5.2. Чтение данных
Чтение данных, сохраненных в базе, может производиться после регистрации пользователя в составе базы данных и присвоения ему соответствующей роли.
Запуск клиента GAI, вход в систему, выбор режима доступа к данным и локализации осуществляется аналогично действиям, описанным в разделе 5.1 настоящего документа.
На странице доступа к данным в правом поле формируется набор отношений и доменов, входящих в отчет о поиске данных в базе, путем выбора в левом поле наименований отношений и доменов, участвующих в поиске. В случае отказа от выбора наименований отношений и доменов в правом поле с помощью кнопки «Скрипт» формируется запрос на чтение данных на языке D+.
После нажатия на кнопку «Ввод» осуществляется переход на страницу формирования макета данных.
Таблица макета данных заполняется значениями атрибутов доменов, входящих в ключ поиска. Значения атрибутов доменов вводятся или выбираются из раскрывающихся списков, в том числе с использованием символов «*» (пропущенные символы) и «>,<,=» (больше, меньше, равно). Отсутствие в раскрывающихся списках хотя бы одного значения атрибута домена из состава ключа поиска означает отсутствие данного, содержащего этот атрибут, в составе базы данных.
Кнопка «Опции» позволяет выбрать режим упорядочения, сортировки, группировки и конкатенации данных в таблице.
Завершение выбора значений атрибутов подтверждается нажатием клавиш «Поиск» и «Ввод». Отказ от выбора значений атрибутов подтверждается нажатием кнопки «Отмена». Завершение поиска данных в базе подтверждается получением отчета о поиске в формате таблицы макета данных или системным сообщением об отсутствии искомых данных в базе.
Полученный отчет о поиске доступен для завершающего макетирования после нажатия соответствующей кнопки (раздел 5.1 настоящего документа) или включения дополнительных данных в состав таблицы после нажатия кнопки «Данные».
В режиме включения дополнительных данных выбор ячейки или группы ячеек таблицы с помощью клавиатуры компьютера в сочетании с нажатием клавиши «Enter» завершается чтением дополнительной информации в базе данных в разрезе отношений и доменов, соответствующих выбранным ячейкам.
Выбор ячейки с наименованием отношения обеспечивает включение в состав таблицы дополнительных колонок с наименованиями доменов, входящих в состав отношения, но не включенных ранее в состав макета данных.
Выбор группы ячеек, соответствующих набору доменов отношения, обеспечивает чтение всех данных, входящих в схему отношения.
Выбор группы ячеек, соответствующей одному данному отношения, обеспечивает чтение в базе данных всех значений атрибутов доменов, входящих в состав этого данного.
Выбор пары ячеек, соответствующих отношению и УИН связанного данного, обеспечивает включение в состав таблицы всех значений атрибутов доменов, входящих в состав связанного данного.
В случае необходимости включения в состав таблицы значений атрибутов несвязанных данных, относящихся к другим типам объектов, необходим возврат на предыдущую страницу доступа к данным и вводу расширенного ключа доступа.
Нажатие кнопки «Вывод» обеспечивает возможность выбора способа (вывод в файл или на печать) и формата сохранения данных отчетов о поиске (TXT или XML).
5.3. Изменение данных
Изменение данных, сохраненных в базе, может производиться после регистрации пользователя в составе базы данных и присвоения ему соответствующей роли.
Запуск клиента GAI, вход в систему и выбор режима доступа к данным осуществляется аналогично действиям, описанным в разделе 5.1 настоящего документа.
На первом этапе производится чтение данных в соответствии с разделом 5.2 настоящего документа. На втором этапе в режиме макетирования производится изменение/удаление отдельных значений атрибутов доменов и замена/удаление фрагментов неструктурированной информации, за исключением значений атрибутов домена УИН, которые защищены от изменения.
Завершение изменения данных подтверждается нажатием клавиш «Загрузка» и «Ввод». Отказ от изменения данных подтверждается нажатием кнопки «Отмена». Изменение данных в базе подтверждается получением соответствующего системного сообщения.
5.4. Удаление данных
Удаление данных, сохраненных в базе, может производиться после регистрации пользователя в составе базы данных и присвоения ему соответствующей роли.
Запуск клиента GAI, вход в систему и выбор режима доступа к данным осуществляется аналогично действиям, описанным в разделе 5.1 настоящего документа.
На первом этапе производится чтение данных в соответствии с разделом 5.2 настоящего документа. На втором этапе в режиме макетирования производится удаление данных.
Завершение удаления данных подтверждается нажатием клавиш «Загрузка» и «Ввод». Отказ от изменения данных подтверждается нажатием кнопки «Отмена». Удаление данных из базы подтверждается получением соответствующего системного сообщения.
6. ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
6.1. Триггеры
Исходный код триггеров формируется в интегрированной среде разработки серверных приложений клиента GAI. Процесс разработки описан в документе «СУБД UMS. Руководство программиста».
Интегрированная среда программирования включает два экрана: правый экран псевдокода и левый экран исходного кода (рис. 10).
Каждому экземпляру объекта программирования в схеме базы данных соответствует своя сигнатура, состоящая из атрибутов доменов. В состав сигнатуры входят домены уникального идентификационного номера экземпляра данного и отношений, а также другие домены, включенные в схему базы данных.
Переход в интегрированную среду разработки серверных приложений осуществляется путем выбора режима программирования. После завершения формирования исходный код триггеров по командам разработчиков пополняет исходный код библиотеки триггеров базы данных (служебного серверного приложения), который компилируется в байт-код с помощью компилятора сервера.
Байт-код триггеров обладает статусом шаблона или приложения. Последний статус присваивается по команде администратора базы данных. Исходный код триггеров и библиотеки триггеров, а также байт-код библиотеки триггеров сохраняются в служебных отношениях.
При открытии базы данных байт-код библиотеки триггеров автоматически копируется в оперативную память компьютера сервера и исполняется при обращении пользователей к базе данных. В случае изменения исходного кода триггеров требуется его повторная компиляция в байт-код.
6.2. Процедуры
Исходный код процедур формируется в интегрированной среде разработки серверных приложений клиента GAI. Процесс разработки описан в документе «СУБД UMS. Руководство программиста».
После завершения формирования исходный код процедур по командам разработчиков пополняет исходный код библиотеки процедур базы данных (служебного серверного приложения), который компилируется в байт-код с помощью компилятора сервера.
Байт-код процедур обладает статусами шаблона или приложения. Последний статус присваивается по команде администратора баз данных.
Исходный код процедур и библиотеки процедур, а также байт-код библиотеки процедур сохраняются в служебных отношениях.
При открытии базы данных байт-код библиотеки процедур автоматически копируется в оперативную память компьютера сервера и исполняется при вызове процедур пользователями. В случае изменения исходного кода процедур требуется его повторная компиляция в байт-код.
6.3. Пользовательские функции
Исходный код пользовательских функций формируется в интегрированной среде разработки серверных приложений клиента GAI. Процесс разработки описан в документе «СУБД UMS. Руководство программиста».
После завершения формирования алиасы пользовательских функций указываются в составе триггеров, процедур или серверных приложений, при этом исходный код пользовательских функций автоматически включается в исходный код триггеров, процедур или серверных приложений, который компилируется в байт-код служебных библиотек или серверных приложений с помощью компилятора сервера.
Исходный код пользовательских функций сохраняется в служебных отношениях.
В случае изменения исходного кода пользовательских функций требуется повторная компиляция в байт-код триггеров, процедур или серверных приложений, в состав которых входят пользовательские функции.
6.4. Представления
Исходный код представлений формируется в интегрированной среде разработки серверных приложений клиента GAI. Процесс разработки описан в документе «СУБД UMS. Руководство программиста».
После завершения формирования алиасы представлений указываются в составе триггеров, процедур или серверных приложений, при этом исходный код представлений автоматически включается в исходный код триггеров, процедур или серверных приложений, который компилируется в байт-код служебных библиотек или серверных приложений с помощью компилятора сервера.
Исходный код представлений сохраняется в служебных отношениях.
В случае изменения исходного кода представлений требуется повторная компиляция в байт-код триггеров, процедур или серверных приложений, в состав которых входят представления.
6.5. Серверные приложения
Исходный код серверных приложений формируется в интегрированной среде разработки серверных приложений клиента GAI. Процесс разработки описан в документе «СУБД UMS. Руководство программиста».
Серверные приложения являются объектно-ориентированными программами. На первом этапе их разработки создаются классы, каждый из которых содержит методы и атрибуты. В состав методов входят ранее разработанные процедуры и функции (их алиасы), в состав атрибутов – ранее разработанные иерархии доменов типов объектов и представлений (их алиасы). В состав классов (за исключением базовых) также входят родительские классы (их алиасы).
В серверных приложениях поддерживается множественное наследование классов. Дочерний класс, находящийся на самом нижнем уровне наследования, приобретает статус пакета, реализующего интерфейс взаимодействия с другими пакетами, входящими в состав серверного приложения, включая библиотеку триггеров базы данных.
Исходный код пакетов компилируется в байт-код с помощью компилятора сервера. Байт-код пакета обладает статусом шаблона или приложения. Последний статус присваивается по команде администратора баз данных.
Исходный код классов и пакетов, а также байт-код пакетов сохраняются в служебных отношениях.
При вызове серверного приложения копия байт-кода пакетов копируется в оперативную память компьютера сервера и исполняется. В случае изменения исходного кода пакетов требуется его повторная компиляция в байт-код.
7. РЕЗЕРВИРОВАНИЕ, РЕПЛИКАЦИЯ И МАСШТАБИРОВАНИЕ
7.1. Резервное копирование
Резервное копирование базы данных производится посредством использования носителя информации в виде аппаратного RAID-массива с уровнем, равным 1 или 10.
7.2. Репликация
Полная или частичная репликация базы данных производится путем передачи информации между двумя файлами баз данных (источником и приемником информации), подключенных к одному или разным серверам. Управление репликацией осуществляется с помощью графического интерфейса клиента GAI.
Репликация осуществляется в фоновом режиме. После входа в базу данных – источник информации и выбора режима репликации осуществляется переход на страницу, содержащую поля наименования базы данных – приемника информации, её логина и пароля, а также кнопки управления репликацией (рис. 11). В случае участия базы данных - источника информации в фоновом процессе репликации переход на страницу репликации блокируется, на экран выводится соответствующее сообщение.
В поле «Сервер» вводится или выбирается из раскрывающегося списка наименование второго сервера (в случае обслуживания баз данных разными серверами), в поле «База данных» вводится или выбирается из раскрывающегося списка наименование базы данных – приемника информации, в поле «Программа» вводится или выбирается из раскрывающегося списка наименование серверного прикладного программного обеспечения, преобразующего представление данных в базе - источнике или приемнике информации. В случае участия базы данных - приемника информации в фоновом процессе репликации выбор параметров нового режима репликации блокируется, на экран выводится соответствующее сообщение. В противном случае вводятся поля логинов и паролей администраторов второго сервера и базы данных – приемника информации.
Нажатие кнопки «Полная репликация» обеспечивает выбор режима полного переноса информации из источника в приемник информации.
Нажатие кнопки «Частичная репликация» обеспечивает переход на страницу, идентичную странице чтения данных (раздел 5.2 настоящего документа), в верхней строке которой содержится наименование режима «Репликация». На этой странице формируется ключ поиска в базе данных – источнике информации, подлежащих репликации в базу данных – приемник информации. После нажатия кнопки «Ввод» осуществляется возврат на предыдущую страницу.
Нажатие кнопки «Старт» запускает репликацию, нажатие кнопки «Стоп» останавливает репликацию, нажатие кнопки «Список» выводит на экран наименования пар баз данных «источник-приемник информации», участвующих в фоновых процессах репликации.
7.3. Масштабирование
Масштабирование базы данных осуществляется путем её асинхронной репликации между мастер-сервером и слейв-серверами. Мастер-сервер обслуживает основную базу данных, производит запись, изменение и удаление данных, поступающих от слейв-серверов, а также обеспечивает процесс асинхронной репликации основной базы данных между мастер-сервером и слейв-серверами, поддерживающими реплики основной базы данных.
Слейв-серверы обеспечивают информационное взаимодействие с клиентами, принимая команды пользователей на чтение, запись, изменение и удаление данных. Команды на чтение данных (читающие сессии) исполняются непосредственно слейв-серверами, команды на запись, изменение и удаление данных (пишущие сессии) переадресуются мастер-серверу.
Максимально возможное количество слейв-серверов определяется по формуле:
Q слейв-серверов = Q сессий мастер-сервера / (Q пишущих сессий слейв-сервера +
1 сессия репликации мастер-сервера)
Управление масштабированием базы данных осуществляется с помощью графического интерфейса клиента GAI (рис. 12).
На первом этапе осуществляется вход на мастер-сервер, открытие базы данных, предназначенной для масштабирования, выбор режима масштабирования и переход на соответствующую страницу графического интерфейса.
На втором этапе осуществляется подключение слейв-серверов к мастер-серверу путем выбора их наименований из раскрывающегося списка и кнопки «Подключение». Запуск и останов процесса масштабирования производится кнопками соответственно «Старт» и «Стоп». Просмотр состава слейв-серверов осуществляется с помощью кнопки «Список».
8. ЭКСПОРТ-ИМПОРТ ДАННЫХ
8.1. Режимы экспорта-импорта
Экспорт-импорт данных (без использования драйвера LCD) может осуществляться между источниками и приемниками информации, поддерживающими обмен данными в формате XML по протоколу SOAP, в том числе обладающих ияхимахттривается эной).нного доступаи импортируемой базы данныхтем ввода их сетевых адресов, алиасов и наименовани:
расширенной реляционной базой данных и реляционной базой данных;
расширенной реляционной базой данных и системой Business Intelligence/Data Mining;
расширенной реляционной базой данных и табличным процессором.
Экспорт-импорт данных является фоновым процессом сервера.
8.2. Реализация режимов экспорта-импорта
Реализация режимов экспорта-импорта данных на уровне возложена на клиента GAI, системное и прикладное программное обеспечение сервера.
Клиент GAI обеспечивает прием от сервера и передачу на сервер XML-файлов, содержащих экспортируемые или импортируемые данные, а также запись и чтение XML-файлов в выбранном каталоге файловой системы компьютера клиента.
Системное программное обеспечение сервера обеспечивает прямое и обратное преобразование форматов SOAP и UDTP экспортируемых и импортируемых данных.
Прикладное программное обеспечение сервера обеспечивает согласование расширенного реляционного и табличного представлений данных, чтение экспортируемых и запись импортируемых данных в расширенную реляционную базу. На уровне системы управления реляционной базой данных, аналитической системы или табличного процессора должны быть реализованы запись и чтение XML-файлов в выбранном каталоге файловой системы компьютера клиента.
После выбора режима экспорта-импорта данных в графическом интерфейсе клиента GAI на соответствующей странице выбирается одна из опций режима (кнопки «Экспорт» и «Импорт»), указывается каталог файловой системы для записи/чтения XML-файлов (поле «Каталог»), вводится или выбирается из раскрывающегося списка наименование серверного прикладного программного обеспечения (поле «Программа») и запускается режим экспорта/импорта (кнопки «Подключение» и «Старт»). Просмотр запущенных режимов экспорта/импорта осуществляется с помощью кнопки «Список» (рис.13).
9. СРЕДСТВА ЗАЩИТЫ ИНФОРМАЦИИ
9.1. Передача данных
Сервер интегрируется с библиотекой OpenSSL 1.0.0 - свободным программным обеспечением, обеспечивающим защиту информации в процессе передачи данных между сервером и клиентом. Библиотека OpenSSL поддерживает аутентификацию сервера/клиента и безопасную передачу данных с использованием криптографического протокола SSL/TLS и сертификатов открытых ключей X.509.
Библиотека OpenSSL интегрируется со средой исполнения на этапе компиляции с помощью статической линковки их объектных модулей. Управление функциями библиотеки OpenSSL производится в консольном режиме в соответствии с руководством по её применению. Выбор драйвера алгоритма шифрования библиотеки осуществляется в графическом интерфейсе клиента GAI (раздел 2.2 настоящего документа).
В случае необходимости библиотека OpenSSL может быть исключена из сборки сервера и заменена на аппаратные и/или программные средства защиты передачи данных между сервером и клиентом.
9.2. Доступ к данным
Защита информации в процессе доступа к данным обеспечивается проверкой паролей пользователей на уровне сервера. Пароли хранятся непосредственно в файле базы данных и выводятся поочередно в оперативную память компьютера сервера в процессе авторизации пользователей в пределах одной пользовательской сессии.
9.3. Хранение данных
Защита информации во время хранения данных на носителях информации обеспечивается с помощью аппаратных или программных средств шифрования носителей.
10. МОНИТОРИНГ РАБОТЫ СЕРВЕРА
10.1. Структура контрольной информации
Контрольная информация записывается в лог-файл сервера в бинарном формате.
Предел заполнения информацией лог-файла сервера по умолчанию равен 100 Кбайт. В графическом интерфейсе клиента GAI этот предел может быть увеличен вплоть до 100 Мбайт.
Информация лог-файла разделяется на отдельные записи. В состав каждой записи в обязательном порядке входят следующие параметры:
системное время серверного события;
категория информации - производительность, аудит, код ошибки;
наименование серверного модуля, инициировавшего запись.
Уровни детализации информации, записываемой в лог-файл:
0 – отсутствие записи информации;
1 – минимальный объем записи информации;
2 – максимальный объем записи информации.
с 3 до 9 – дополнительная информация.
По умолчанию установлен уровень 1. Изменение уровня производится в графическом интерфейсе клиента GAI (раздел 2.2 настоящего документа).
Результаты мониторинга работы сервера записываются в лог-файл с циклическим обновлением информации по достижению установленного предела заполнения лог-файла. Просмотр результатов мониторинга работы сервера осуществляется в графическом интерфейсе клиента GAI путем выбора режима мониторинга на странице настроек сервера и последующего перехода на страницу мониторинга (рис. 14).
Использование кнопок на странице мониторинга позволяет выводить на экран содержание лог-файла, сгруппированное по видам (комплексу видов) мониторинга и временным периодам, а также сохранять полученный отчет в каталоге клиента GAI в текстовом файле, алиас которого совпадает с алиасом сервера.
10.2. Производительность
Мониторинг производительности сервера по умолчанию производится по следующим параметрам:
количество одновременно поддерживаемых сессий;
количество обращений в очереди шлюза сервера;
объем оперативной памяти, занимаемой метаданными;
объем оперативной памяти, занимаемой сессиями;
достижение предела располагаемой оперативной памяти (момент времени);
объем файла базы данных;
достижение предела заполнения носителя информации (момент времени);
количество обращений к файлу базы данных (input/output);
количество работающих потоков ядер процессоров.
Выбор уровня детализации 1 обеспечивает сбор параметров мониторинга с периодичностью в одну минуту, выбор уровня детализации 2 – с периодичностью в одну секунду. Выбор уровней детализации с 3 по 9 переводят сервер в отладочный режим работы, сопровождающийся записью в лог-файл информации о работе системных модулей сервера.
Информация о достижении предела заполнения источника информации также передается в адрес электронной почты администратора базы данных. Предел заполнения, выраженный в процентах, и адрес электронной почты устанавливается в графическом интерфейсе клиента GAI.
10.3. Аудит
Аудит работы пользователей с базой данных по умолчанию производится по следующим параметрам, относящимся к уровню 1 детализации информации лог-файла:
IP-адрес клиента;
логин пользователя;
причины отказа в доступе к базе данных;
идентификационный номер сессии;
алиас базы данных;
вид операции с базой данных (ввод/вывод);
объем переданных данных;
объем полученных данных.
10.4. Коды ошибок
Коды ошибок формируются автоматически. Все коды ошибок относятся к уровню 1 детализации информации лог-файла.
Перечень встроенных кодов ошибок приведен в разделе 11 документа «СУБД UMS. Руководство программиста». Коды ошибок триггеров и серверных приложений определяются прикладными программистами.
Встроенные коды ошибок, связанные с аварийным завершением работы сервера, также передаются в адрес электронной почты администратора базы данных.
11. ОБНОВЛЕНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
11.1. Сервер
Поддерживаются следующие способы обновления программного обеспечения сервера:
адресная рассылка обновленного программного обеспечения в соответствии с условиями договора о технической поддержке;
опубликование на веб-сайте компании-разработчика обновленного программного обеспечения.
Обновленное программное обеспечение распространяется в виде объектных модулей, скомпилированных для различных операционных систем, и исходного текста.
Для установки сервера необходимо:
деактивировать и удалить исполнимый модуль прежнего экземпляра сервера;
установить исполнимый модуль нового экземпляра сервера в соответствии с разделом
2.1 настоящего документа;
активировать исполнимый модуль нового экземпляра сервера;
актуализировать системные настройки сервера;
начать работу в клиент-серверной системе.
11.2. Клиент GAI и драйвер LCD
Обновленное программное обеспечение клиента GAI публикуется на веб-сайте компании-разработчика в виде исполнимых модулей, скомпилированных для различных операционных систем, и исходного текста.
После получения нового программного обеспечения прежний экземпляр клиента GAI деинсталлируется. Установка и подключение к серверу нового экземпляра клиента GAI производится в соответствии с разделом 2.2 настоящего документа.
Обновленный исходный текст модификаций драйвера LCD публикуется на веб-сайте компании-разработчика в виде исходного текста.
11.3. Репозиторий metaDB
Обновленные файлы репозитория metaDB публикуются на веб-сайте компании-разработчика. Новый экземпляр репозитория записывается на носитель информации с помощью менеджера файлов и подключается к серверу после удаления прежнего экземпляра.
