
    Процесс перехода от одной АБИС к другой при полностью автоматизированных процессах учёта и выдачи литературы – достаточно сложная задача, включающая перенос: библиографических записей; таблиц инвентарного/безынвентарного учёта и данных книги суммарного учёта (КСУ); базы читателей; данных о выданной литературе; статистики книговыдачи, посещений и иных показателей деятельности библиотеки.
    Следует учитывать и трудности, которые возникают при использовании дополнительного функционала АБИС по ведению: электронного репозитория полнотекстовых документов; картотеки книгообеспеченности; модуля работы с подпиской на периодические издания и иных модулей.
    Важным аспектом при принятии решения о переходе от одной АИБС к другой выступают возможности использования корпоративной каталогизации и интеграции данных подразделений.
    Рассмотрим основные модели внедрения АБИС.
       
    Установка АБИС «с нуля» подходит для библиотек, в которых не автоматизирована книговыдача, а библиографические записи хранятся в формате табличного файла с разнесением выходных данных по различным столбцам. Для АБИС такой вариант предполагает первоначальную разметку БД и установку приложения. Фактически непосредственно после этих действий можно приступать к работе в системе, загрузив из табличного файла черновой вариант выходных библиографических данных. Данные о читателях при этом могут вноситься по мере посещения ими библиотеки, а для оперативной выдачи экземпляров, идентификаторы которых не найдены в БД, можно использовать режим «экспресс-каталогизации».
       
    Установка с последующим переносом данных из прежней АБИС в новую. В зависимости от перечня автоматизированных функций библиотеки этот процесс может быть весьма трудоёмким, требовать предварительной или посткорректировки полей БЗ и сопровождаться искажением и потерей данных [1–6]. Необходимо отметить, что для переноса библиографических данных в современных АБИС реализована технология загрузки БЗ в БД из MARC-форматов, что позволяет перенести данные фактически из любой АБИС, работающей на основе этих открытых стандартов. Использование пользовательских полей БЗ для хранения сведений об экземплярах позволяет решить задачу переноса данных таблиц инвентарного и безынвентарного учёта.
        
    Применимо к некоторым АБИС можно выделить третью модель внедрения: установка новой АБИС непосредственно на БД, параллельно работающей с другой АБИС. Такая модель может быть реализована с помощью создания представлений (view) из таблиц исходной БД, повторяющих структуру таблиц конечной БД. В частности, в библиотечной системе государственного университета «Дубна» АИБС «МегаПро» [7] успешно функционирует совместно с «МАРК-SQL» версии 1.10.
    
После присоединения к университету и его филиалам образовательных учреждений среднего профессионального образования (СПО) остро встала задача автоматизации и модернизации работы библиотек в филиалах, а также организации их методической и технической поддержки.
    К началу 2015 г. библиотечная система университета состояла из библиотеки головного вуза и шести подразделений – библиотек: колледжа «Дубна», присоединённого к университету в 2011 г., филиала университета в г. Протвино, филиала «Дмитровский институт непрерывного образования» (ДИНО) в г. Дмитрове с присоединённой в 2014 г. библиотекой учреждения СПО, учреждения СПО в г. Козельске Калужской обл.; филиала «Угреша» в г. Дзержинский; филиала в г. Котельники с присоединённой в 2014 г. библиотекой учреждения СПО; филиала университета в г. Лыткарино с присоединённой в 2014 г. библиотекой учреждения СПО.
    В связи с удалённостью всех филиалов от головного вуза, различным уровнем автоматизации их библиотечных процессов и разными версиями работающих в них АБИС были приняты решения:
    развернуть на сервере головного вуза АИБС «МегаПро», доступ к которой обеспечивается через стандартный веб-браузер, что позволяет снизить объём технической поддержки филиалов;
    создать на сервере библиотечной системы головного вуза БД для каждого учреждения и перенести в них из существующих БД и иных источников информации все имеющиеся данные с минимальными потерями информации;
    организовать для сотрудников библиотек филиалов автоматизированные рабочие места с разграничением доступа к функциональным возможностям, оставив функции администрирования за сотрудниками головного вуза;
    организовать методическую поддержку библиотек филиалов.
    Предварительный анализ показал: большинство из библиотек филиалов работало на различных версиях «МАРК-SQL», БД которых хранились на локальных серверах или рабочих станциях, а учреждения СПО имели низкий уровень автоматизации и зачастую использовали электронные таблицы для ведения каталога, инвентарного учёта и БД читателей.
    
Для определения подходящего способа переноса данных и предотвращения инцидентов, связанных с потерей данных, был разработан опросный лист для специалистов филиалов с рекомендациями по установке дополнительного программного обеспечения, проведению мероприятий резервного копирования и последовательности действий на период мероприятий по конвертации данных.
       
    По результатам опроса и в ходе тестовых мероприятий были отработаны несколько способов переноса данных в БД новой АБИС (см. рис.) в зависимости от того, какое программное и аппаратное обеспечение у исходных АБИС и БД, а также какие модули и функции использовались в библиотеках филиалов.

Способы переноса данных БД АБИС
    Используемый библиотеками филиалов функционал обусловил необходимость переносить или адаптировать следующие данные: БЗ и учётные данные экземпляров (все филиалы); данные читателей (филиалы Угреша, ДИНО, Козельска и Котельников); о пунктах выдачи, сиглах хранения и книговыдаче (филиалы Угреша и ДИНО); о предыдущей и текущей подписках на периодические издания (филиал ДИНО); электронные версии документов (филиал ДИНО); статистические данные.
    
Реализованные на практике варианты переноса данных БД филиалов на сервер библиотеки университета «Дубна» в БД АИБС «МегаПро»:
    для филиала в г. Котельники – перенос из БД текущей АБИС библиографических записей и номеров инвентарного учёта мастерами экспорта и импорта через MARC-формат; 
    для филиала Угреша – потабличный перенос БД;
    для филиала ДИНО проведено восстановление на сервере из 
бэкапа в старой версии текущей АБИС с последующим последовательным обновлением версий до приемлемой для параллельного использования БД прежней и новой АБИС; 
    для филиала в Козельске осуществлена загрузка данных читателей, отдельных выходных данных изданий и сведений из книги суммарного учёта из таблиц MS Excel мастером импорта СУБД.
    Чтобы исключить потерю статистики о книговыдаче, посещениях и иных показателях деятельности библиотеки, конвертацию данных целесообразно проводить между завершением одного отчётного периода и началом другого. При этом статистика прошлого периода будет доступна в БД исходной АБИС, а нового периода – уже в новой АБИС.
       
    В заключение необходимо отметить, что выбор применяемой модели переноса данных из одной АБИС в другую и объём потерянной информации зависят:
    от уровня автоматизации технологических процессов библиотеки;
    наличия средств экспорта и импорта библиографических данных в АБИС-источнике и приёмнике;
    наличие качественной технической документации к АБИС-источнику и приёмнику;
    квалификации осуществляющего перенос данных специалиста в работе с СУБД и написании SQL-запросов, знании технологических процессов библиотеки, форматов хранения библиографических данных и возможностей интеграции в них дополнительных данных, знании структуры БД в АБИС-источнике и приёмнике;
    наличия положительного опыта переноса данных из одной АБИС в другую.
