图书馆核心业务系统转网升级和数据迁移实施路径探析

梁雪丽 张晓莹 张戈

（火箭军工程大学图书馆 陕西省西安市 710025）

1 引言

近年来，火箭军工程大学紧跟全军网络信息化建设步伐，大力推进智慧校园建设，大学信息化、智能化教学条件水平得到有效提升。其中，网络设施建设提质增速，在原有网络基础上规划建设了无线教学网，主要服务于公共信息资源建设、公共课程教学和服务保障业务领域，范围覆盖图书馆、实验楼、学员宿舍区等读者学习生活场所，为非涉密信息基础设施和智能化应用系统提供安全可靠的承载环境。图书馆作为大学信息资源交汇中心，也在智慧校园建设大背景下积极探索智慧化应用实践，随着无线教学网上各类应用系统的规划建设和平稳运行，以金盘图书管理系统为核心的图书馆业务系统不足以支撑现有环境下数据交换共享及智能化服务开展的需求。因此，亟需对图书馆核心业务系统进行转网升级和数据迁移，本文对系统转网升级和数据迁移方案进行研究。

2 图书馆业务系统现状及存在问题

2.1 业务系统现状

图书馆信息化建设起步较早，基于校园网和内部局域网建设部署图书馆信息服务门户、可视化综合管控系统、OPAC 图书检索系统、资源评估系统、阅读推广平台、读者行为分析系统、虚拟图书馆导航服务系统、VR 图书馆展示平台、图书馆门禁管理系统、RFID 管理系统、一卡通管理系统等11 个业务系统；十三五”期间通过“双重”及年度教育专项在无线教学网上规划建设移动图书馆、大数据综合展示系统、咨询机器人管理系统、盘点机器人管理系统、大数据精准化服务平台、资源评估系统、阅读推广平台、VR图书馆展示平台等8 个业务系统，形成以金盘图书管理系统为核心的“1+N”应用体系。各系统具备不同功能，分别为读者提供涵盖线上线下图书借阅、电子资源保障、学科服务、参考咨询、文献传递等方面的差异化服务。

如图1，结合图书馆业务实际，金盘图书管理系统基于校园网和内部局域网分别部署，通过双网卡实现数据交互，两者共同形成图书馆核心业务系统，核心业务系统与各网应用系统间均存在数据交互需求，根据军队网络安全防护相关要求，互联网与其余网络物理隔离，故不同网络各自承载的应用系统间形成数据壁垒，造成应用系统数据阻塞的现状。

图1：图书馆业务系统现状

2.2 存在问题

目前，图书馆应用系统间存在的“数据孤岛”、“烟囱林立”等现实问题，使得图书馆业务系统间数据交互共享存在瓶颈，导致数据共享涵盖内容纵向覆盖不深、横向贯通不广，数据要素不全面、数据更新不及时、数据关联性不够，部分系统功能受限，信息服务流于表面，智能化水平较低。因此，亟需通过对核心应用系统进行转网升级来解决打破当前的数据壁垒，推动图书馆整体智能化服务水平提升。

3 系统升级和数据迁移实施

3.1 总体思路

首先对系统进行迁移难度评估，判定迁移难度及风险，明确迁移实施可行性。而后从新系统数据对接需求为出发点，结合移动图书馆业务系统的业务逻辑，对原有金盘图书管理系统内的核心数据字段、数据清洗方案、系统升级及迁移实施步骤等进行系统设计，制定满足新网络环境下数据对接和业务处理需求的迁移方案。在整个迁移过程严守安全保密底线，对敏感字段进行加密或脱密化处理，确保系统转网安全可靠。在新系统上线同时保持旧系统同步运行，实现系统转网的平稳过渡。

3.2 迁移准备

3.2.1 系统迁移难度评估

基于信息化建设项目的实践经验和本次系统迁移实际，对于信息系统的业务属性、访问量、开发语言等指标得出业务系统迁移难度评分表和业务系统迁移难度说明表[1]（表格为多个项目的经验数据，可根据实际项目情况酌情调整）。如表1 和表2所示。

表1：业务系统迁移难度评分表

表2：业务系统迁移难易度说明表

结合金盘图书管理系统实际情况可知，该系统迁移难度评分为：核心类业务系统（5 分）+1 万以内并发（1 分）+开发语言Java（1 分）+数据库SqlServer（1 分）+操作系统Windows 2000（5 分）=13 分，迁移难度属于中等偏下，需对业务系统进行相应的升级改造后进行迁移。

3.2.2 系统迁移风险评估

（1）数据风险：在进行系统转网部署和数据迁移方案设计之前，应充分了解数据迁移的基本原则，确保迁移过程中数据的完整性、一致性和可恢复性[2]。仔细梳理和设计核心数据字段，理清业务数据流转逻辑，防止迁移前后数据字段不一致带来的后续风险。同步制定相应的应急和回退方案，以有力防范和应对迁移过程中存在的数据风险。

（2）业务风险：金盘图书管理系统为图书馆核心业务系统，各类读者服务均依托该系统及关联系统开展，系统迁移伴随的暂停服务可能导致图书借还、借书卡业务、学科服务等基础业务受限的风险。因此在方案制定过程中应优先选择读者服务量较少的时间段，缩短数据迁移过程时间，尽量将系统迁移带来的业务影响降到最低。

（3）操作风险：根据迁移准备阶段对此次系统转网部署和数据迁移难易程度的评估，本次操作存在一定难度，工作量较大，步骤繁多，容易出现由于操作失误导致系统迁移失败的风险。故此次迁移在制定好详细可行的迁移方案的基础上，组织迁移预演和模拟，熟悉操作相关命令行的执行，确保操作规范。结合应急方案和系统日志做到操作可追溯和可回退，降低系统迁移过程中的操作风险，确保迁移的成功。

3.3 迁移方案制定

3.3.1 核心数据字段设计在保证数据迁移数据一致性、完整性和可恢复性的前提下，结合军队院校安全保密相关规定，对核心数据从内网迁移至外网过程中做出相应脱密处理，具体示例如表3、表4和表5所示。

表3：Table_users 核心字段设计

表4：Table_books 核心字段设计

表5：Table_book_circulation 核心字段设计

3.3.2 数据清洗及数据差异处理

由于新旧系统的业务逻辑不同，需对系统核心数据格式进行差异化设计和处理[3]。

如图2，在金盘图书管理系统原有数据库表单中，“借书证号”作为“Table_users”的主键唯一标识一名读者，该字段取值标准不一，以“读者一卡通物理卡号、身份证号、学号”等不同字段赋值的情况普遍存在，核心字段数据冗余且庞杂。为达成迁移后移动图书馆与金盘图书管理系统数据库一致的最终目标，需根据新环境下系统数据结构中约束规则对原有系统数据进行清洗和差异化处理。整个数据清洗采用代码自动化处理为主、少量疑难数据手动处理的方式。结合“工程大学APP”统一身份认证机制和标准，将“借书证号”确立为“Table_users”主键，唯一标识一名读者，赋值为“姓名+身份证”组合字符串，“读者条码”赋值为“一卡通物理卡号”，编写程序进行数据批量清洗操作。如图3所示。

图2：迁移前后读者数据格式对比

图3：读者姓名模糊查询通配代码示例

3.3.3 数据库迁移

金盘图书管理系统使用的数据库为SqlServer，利用数据库迁移工具可实现包括表、索引、序列、视图等对象的数据结构迁移，并配合人工操作，完成触发器、函数、存储过程等迁移工作。迁移完成后与目的数据库进行对接处理和数据完整性校验，充分保证数据迁移的一致性和完整性。如图4所示。

图4：测试读者数据状态代码示例

3.3.4 系统迁移

在保留金盘图书管理系统及关联系统主要业务功能的基础上，针对外网部署需求对系统功能和配置进行升级和更改处理，确保图书馆核心系统在转网部署后以更加丰富全面的功能、稳定的性能面向读者提供优质服务。

对于金盘图书管理系统，保留原有对书刊和非印刷资料（视听资料、光盘、文献等）采访、编目、典藏、流通、公共查询、馆际互借、参考咨询等业务工作进行自动化管理的原有功能，针对外网部署环境特点，通过对软件版本升级、数据更新和服务器配置更改等手段，实现网络征订、高效检索、联机编目、读过的青春、网络荐购等功能。

对于OPAC 馆藏书目检索系统，保留原有关键词检索、分类浏览、热门推荐、新书通报、期刊导航、读者荐购、信息发布等功能，对详细页馆藏信息进行模糊处理，保证外网数据安全可靠。

对于移动图书馆系统，将访问域名与公网IP 进行绑定，数据对接金盘图书管理系统数据库，屏蔽明文显示数据库及IP、端口等信息，域名访问通过MD5 加密处理。配合大学APP 进行统一身份认证处理，接口采用HTTP 协议返回JSON 数据，中间库采用数据交换系统完成数据参照，接口与金盘服务器之间基于TCP/IP 和HTTP 协议实现通信，服务依赖Oracle 客户端开展。

对于一卡通读卡系统，与校园网一卡通系统进行对接，提供包含IP 地址、数据库类型、开放端口、数据库名称、用户名、密码等数据库访问信息，并开放相关表操作权限授权，实现外网环境下读取一卡通物理卡号的功能。同时，金盘图书管理系统完成从中间库或者中间表到业务库或者业务表的数据同步工作。

3.3.5 应急处置

在确定迁移实施日期时，将系统迁移时间定于读者访问量和业务量较小的时间段，技术人员提前熟悉整套操作流程，缩短整体迁移时间，减少迁移过程中出现特情的几率。在迁移实施之前保留内网环境下系统运行环境和条件，对数据进行备份和整理，以保证迁移失败情况下第一时间回退至原始版本，始终将保障业务平稳运行放在首位[3]。

3.4 迁移实施和测试验证

在制定详实可靠的迁移方案后，选择星期五18:00 作为迁移开始时间。按照数据备份、暂停服务、记录操作数据、配置新环境、安装业务软件、中间件迁移、数据库迁移等的具体步骤实施迁移[4]。完成迁移后将产生的核心数据库与原系统数据进行对比，对数据一致性、完整性、业务系统功能等进行测试，测试无误后进行系统上线，监测系统运行状态。具体实施步骤如图5所示。

图5：迁移实施步骤示例

4 结语

通过本次对图书馆核心系统的升级和数据迁移，可以解决图书馆在当前智慧化建设探索和转型阶段对数据传输共享、系统交互等信息化需求，为移动阅读等泛在化服务的正常开展提供基础条件支撑和技术保障，从而提升个性化、精准化、智能化服务水平。但馆内部分业务系统间数据交互壁垒仍然存在，下一步应当对图书馆业务系统进行系统设计和整合，通过深度融合及二次开发以更加便捷、高效、智能的服务能力保障广大读者的文献信息需求。