Администрирование в АИБС "МАРК-SQL"

Администрирование в АИБС «МАРК-SQL»
Administering in «MARC-SQL» ALIS
Адміністрування в АІБС «МАРКО-SQL»
Л. В. Левова, С. В. Ефремов
НПО «Информ-система», Москва, Россия
Lyudmila Levova and Sergey Efremov
«Inform-Systema» Scientific and Production Amalgamation, Moscow, Russia
Л. В. Левова, С. В. Єфремов
НПО «Інформ-Система», Москва, Росія
Данный доклад ориентирован в основном на специалистов, занимающихся внедрением и адаптацией АИБС «МАРК-SQL» в библиотеках. Рассматриваются вопросы, связанные с возможностями администрирования системы для создания оптимальных условий ее функционирования. Представлены схемы настройки системы для библиотек различного уровня и для различных групп пользователей.
The paper is basically addressed to the professionals dealing with «MARC-SQL» ALIS implementation
and adaptation at the libraries. The issues related to the opportunities of the System administering aimed to
create optimal conditions for its operation are considered. The schemes of the System configuration for
various types of libraries and user groups are presented.
Запропонована доповідь орієнтована здебільшого на фахівців, що займаються впровадженням і
адаптацією АІБС «МАРКО-SQL» у бібліотеках. Розглянуто питання, пов'язані з можливостями
адміністрування системи для створення оптимальних умов її функціонування. Представлені схеми
налагодження системи для бібліотек різного рівня й для різних груп користувачів.
АИБС «МАРК-SQL» разрабатывалась как универсальная система для комплексной автоматизации библиотек. Такой подход к разработке имеет свои плюсы, и свои минусы. Плюсы в том, что
универсальную систему можно использовать в библиотеках различного уровня и принадлежности,
а минусы – она более сложна, избыточна по функциям. Как следствие этого, больше времени
уходит на изучение функциональных возможностей системы, ее конфигурирование и внедрение.
Является аксиомой, что невозможно сделать универсальную систему простой. Появление новых функций, удовлетворение все возрастающих запросов пользователей ведет к усложнению
системы и, соответственно, к более длительному ее изучению и освоению.
Универсальность программного обеспечения достигается, прежде всего, гибкостью настроек
системы, которая обусловлена наличием большого количества настроечных параметров. Во многом, эффективное функционирование сложной системы зависит от того, как она настроена, какие
ее ресурсы задействованы.
Надо отметить, что и дальнейшее успешное сопровождение программных средств еще в большей степени зависит от функциональных возможностей по администрированию, поскольку процессы по обновлению системы бывают трудоемки и требуют больших временных затрат
Учесть все необходимые функции по управлению и администрированию системы с первого
раза очень сложно, почти невозможно. Поэтому, реализация в АИБС «МАРК-SQL» осуществлялась в виде множества последовательных итераций, когда вначале были созданы основные файлы с
наиболее важными режимами настройки, а затем функциональность наращивалась вокруг этого
ядра. Надо отметить, что по мере того, как пользователи системы привыкали к применению компьютерных технологий для решения своих задач, они становились все более требовательными.
Рассмотрим функции по администрированию, предлагаемые в АИБС «МАРК-SQL». При реализации данного режима были использованы уже имеющиеся известные подходы, методы, инструменты.
Как уже говорилось выше, универсальность системы достигается наличием большого количества
настроечных параметров. В связи с этим возникли вопросы хранения настроечных параметров.
1
Хранение настроечных параметров
Хранение настроечных параметров может быть организованно:
• В реестре операционной системы.
• В настроечных ini-файлах. Такие файлы имеют секции, которые в свою очередь содержат
ключевые параметры.
• В других файлах. Это могут быть скрипты, написанные на языках, которые понимает система, html-страницы, если система использует Интернет-технологии, sql-скрипты, если система
использует реляционные СУБД и другие.
В АИБС «МАРК-SQL» мы отказались от хранения настроечных параметров в реестре. Это
обусловлено следующими причинами.
1. Параметры реестра можно редактировать либо с помощью пользовательского интерфейса,
предоставленного системой. Либо с помощью редактора реестра, который может быть не всегда
доступен – закрыт администратором, потому что редактирование реестра – это достаточно рискованная операция.
2. Обычно для программ, которые хранят свои параметры в реестре, разрешена только одна
инсталляция на компьютере, т. к. вторая инсталляция может затереть параметры первой, т. к. все
хранится в одном месте – в реестре, и параметры имеют одни и те же имена. Для использования
нашей системы это не очень удобно, т. к. у нас имеется много различных модификаций системы, и
часто пользователи используют на одном компьютере несколько вариантов или версий системы.
3. При некорректной деинсталляции, например, просто удалении файлов системы, параметры от
системы остаются в реестре навсегда, если вручную их не удалить. Со временем реестр засоряется.
Поэтому мы предпочитаем хранить настроечные параметры в файлах. Настроечные параметры
легче перемещать и к ним проще осуществляется доступ.
Категории настроечных параметров
К чему или к кому могут быть привязаны настроечные параметры и как они могут быть сгруппированы?
Рассмотрим следующие возможные варианты.
1. К системе. Системные параметры определяют функциональные возможности программы в
целом. Их значения определяет администратор. Например, такими параметрами являются скрипты,
которые выполняются при создании и сохранении документов, количество автоматически заполняемых полей, наличие словарей, доступных в модулях и др.
2. К пользователю системы. Каждый пользователь системы имеет свои логин и пароль, которые он вводит при входе в систему, и ему могут быть назначены его индивидуальные настройки,
т. е. настроечные файлы, доступные только ему.
3. К клиентскому компьютеру. Эти настройки связаны с компьютером и хранятся на рабочей
станции. Любой пользователь, работающий на этом компьютере, использует эти файлы. Это
параметры настройки пользовательского интерфейса, определяемые, например, качеством монитора. Обслуживание определенного пункта книговыдачи.
4. К базе данных. АИБС «МАРК-SQL» обеспечивает работу с несколькими базами данных. В
связи с этим при работе с различными базами данных могут потребоваться различные параметры
настройки, например, база данных книг и периодики, настройка спискового просмотра записей.
5. Смешанный вариант. Для каждого пользователя и для каждой базы данных требуются свои
индивидуальные настройки.
Расположение файлов настройки
Рассмотрим вопрос расположения файлов настройки. Для удовлетворения потребностей
пользователей системы было предложено размещать файлы настройки в разных местах.
1. На рабочей станции. Это самый простой и распространенный способ. Устанавливается
система, настроечные файлы переписываются в структуру каталогов системы и используются при
работе. Какие недостатки такого способа хранения настроечных файлов:
a) Невозможно сделать индивидуальные настройки под каждого конкретного пользователя.
Если на одном компьютере работают несколько пользователей, то все они используют один набор
2
настроечных файлов. Одним из решений этой проблемы – это делать несколько инсталляций
системы в разные каталоги и настраивать каждую инсталляцию под конкретные нужды отдельного
пользователя или группы пользователей. Такой прием иногда используется, хотя надо признать,
что он является не очень эффективным, т. к. происходит большое дублирование данных.
b) Второй существенный недостаток – это общая настройка и обновление системы, особенно в
организациях, где используется большое количество рабочих станций. Надо признать, что значения
большинства настроечных параметров являются общими для всех пользователей системы. Они
могут настраиваться администратором, и изменения должны быть доступны сразу всем пользователям. В случае если файлы настройки хранятся на каждой рабочей станции, то администратор
должен заменить старые файлы на новые на каждой рабочей станции. Есть организации, в основном ВУЗы, где используется до ста и более рабочих станций, и такая операция по замене файлов
становится крайне затруднительной.
2. Чтобы решить вышеуказанную проблему, в АИБС «МАРК-SQL» реализована возможность
хранения настроечных файлов на файл-сервере. Администратор создает папку с общим доступом
на файл-сервере и помещает в нее все настроечные файлы системы. Далее запуск системы с рабочей станции осуществляется таким образом, что система видит общий каталог на файл-сервере и
личный каталог на рабочей станции. Если в процессе работы системе потребуется какой-нибудь
файл, то поиск этого файла сначала выполняется в личном каталоге и, если он не найден, то поиск
осуществляется в общем каталоге. Таким образом, можно расположить файлы настройки так, что
общие для всех пользователей файлы будут храниться на файл-сервере, а файлы с личными настройками на рабочей станции.
3. Способ распределенного хранения файлов во многом упростил работу администратору по
настройке системы, но не решил еще двух главных задач:
a) Настройка системы для конкретного пользователя или группы пользователей.
b) Настройка системы для каждой базы данных.
Поэтому, следующим этапом, появилась необходимость реализовать режим, при котором
пользователь, войдя в систему с любого компьютера, получал бы свой индивидуальный набор
настроечных файлов. Более того, при открытии разных баз данных, этот набор файлов тоже должен быть разным.
Для решения этих задач в системе была реализована еще одна возможность – размещения настроечных файлов непосредственно в базе данных. В базе данных была создана специальная
таблица, в которой могут храниться образы настроечных файлов системы. Причем, каждый настроечный файл, хранящийся в базе данных, и каждый пользователь системы имеют такой атрибут,
как идентификатор группы. Если группа у пользователя и файла совпадает, то эта копия файла
используется для данного пользователя при работе в системе. Таким образом, в базе данных могут
храниться несколько образов одного и того же файла с разными идентификаторами группы.
С помощью такого размещения можно реализовать настройку системы под каждого конкретного пользователя и для каждой конкретной базы данных. Приоритет поиска настроечного файла
следующий:
1. Сначала файл настройки ищется в текущей базе данных.
2. Затем поиск происходит на рабочей станции.
3. И потом файл ищется на файл-сервере.
Общая схема расположения настроечных файлов такова:
1. Файлы, содержащие общую информацию для всех пользователей, располагаются на файлсервере.
2. Файлы, содержащие индивидуальные настройки рабочей станции, располагаются на рабочей станции.
3. Файлы, содержащие настройки для конкретных пользователей и конкретных баз данных,
располагаются в базе данных.
Реализация такого подхода позволяет администратору системы уменьшить затраты времени на
администрирование, и особенно выигрыш заметен при обновлении версий.
В заключение, следует отметить, что на первый взгляд, может показаться, что такая общая
схема может быть избыточна для конкретной, особенно небольшой, библиотеки. Но зато она
3
позволяет реализовать практически любую схему доступа к ресурсам системы для любой библиотеки и заметно упростит задачи по администрированию.
А для небольших библиотек в АИБС «МАРК-SQL» применяется базовый вариант настройки
файлов.
4