陕西师范大学图书馆Aleph16版升级.doc

陕西师范大学图书馆Aleph16版升级总结一、升级步骤1、升级环境和模式操作系统：Sun Solorias 9集成系统：Aleph 14.02从14版的sun880服务器向新配置的两台sun4900服务器转移，采用双sun4900服务器共享同一磁盘阵列的cluster 模式，Aleph系统和Oracle系统安装在双服务器各自硬盘上，oracle数据库放在磁盘阵列上，两台sun4900服务器共享磁盘阵列上的同一oracle数据库，若一台服务器上的oracle系统崩溃，cluster系统自动启动另一台服务器上的oracle系统接管服务。升级过程中基本不停止源服务器，在新服务器上升级系统和测试转换数据，测试和相关培训完成后，停止源服务器的一切对外服务，重新转换所有数据，然后切换到新服务器上试运行新系统。采用的是源服务器测试&正式服务器 的两步升级模式，其中测试服务器和正式服务器合一，测试完后即作为正式服务器使用。2、升级进程u 前期准备：2005年5月7月在Exlibris公司文档中心下载各种升级文档，熟悉升级步骤、方法、流程，制定我们自己的升级规划，主要有以下文档1) Upgrade Express Version 1.2:User Guide2) Upgrade Express Methodology3) Upgrade Express Checklist After Upgrade4) Upgrade Express Implementation Notes from 14.2 to 16.025) Upgrade Express - Course Reserves Web Localization - 141.2 - 16.026) Upgrade Express - Web OPAC Localization - 141.2 - 16.027) ALEPH Tables - Version 16.028) Oracle_9.2.0_installation_instructions9) ALEPH_500_Installation_Instructions_Version_16.0210) Aleph 16 user guide_A/B/C11) ALEPH 500 16 version new function12) Operating System Requirements for the SUN Platform13) Requirements for ALEPH 500 Installationu 制定大致的安装时间和进度计划表。计划在两个月内完成升级和培训。6月13日开始在新的服务器（E4900）上试验安装Aleph16版软件。经过一周的摸索和安装，其中一台服务器顺利安装成功，但在另一台服务器的安装过程中出现了系统第三方软件pearl语言编译错误，后续程序无法正常安装。安装工作被迫停顿下来。7月4日开始重新安装操作系统。7月5日操作系统在两台服务器上重新安装完毕。u 测试升级：2005年7月68月8日1）、安装新服务器，2005年7月67日在两台新服务器上分别安装完全相同的Oracle和Aleph系统成功2）、转换14版Aleph参数表完成，7月8日3）、导出原14版约30万条中文书目数据，4万8千条外文书目数据，35万条管理库数据并上载到新服务器上成功，7月9日12日4）、建立中外文库和管理库索引，7月10-11日，经检测，索引文件未完全建成，经过分析原因，确定原因在于服务器oracle数据库空间紧张造成的，调整空间后，重建全部索引正常5）、其他数据库的转换8月1日，设置采访临时库和编目传记库的索引参数8月2日，转换采访临时库和编目传记库数据成功并完成索引创建工作8月3日，完成其余所有数据库的数据转换和所以创建工作，初步测试，系统所有数据库运转正常8月4日，调整和设置了www浏览器公共检索界面，初步达到使用要求至此，Aleph集成系统的升级工作基本上全面初步完成6）、检查、修改新系统参数，测试新系统，培训人员，7月13日8月8日本次升级重点，除了系统本身在界面和功能方面有大的调整和增强以外，我们也针对我们的应用作了重点调整。一个是参照北师大的索引体系，重新全面定义了我们的所有数据库索引，力争索引体系的完善和优化；二是计划针对系统将各种读者服务打印和邮件服务功能集成到流通客户端的全面改进，进一步设置系统的邮件服务功能，设置和开通过去由于我们学校的整体网络环境不到位而无法开通的大量邮件服务功能，比如各种催还通知，超期通知，预约书到馆通知等，逐步体现Aleph系统强大完善的的网络服务功能，全面提升读者服务层次和水平。u 正式升级：2005年8月12日16日1）、根据测试结果，重新规划数据库空间分配，删除测试数据库和oracle表，保留测试后的aleph参数表，重新安装Aleph数据库，2）、停止源服务器上的一切服务，包括流通读者服务（暑假期间，影响不大）3）再次转换14版系统上的所有最新书目数据、管理数据，并完成建索引工作4）、试运行，2005年8月29日根据测试人员的反馈进一步调整一些参数和设置5）、正式运行，2005年10月1日10月20日，为服务器打上最新的1315补丁包，并根据安装补丁包以后GUI安装程序和参数的更新，相应的更新了GUI端CHN中文目录下的相关参数。目前，系统运转正常二、升级重点1、数据库空间的分配Oracle表空间管理有变化，原14版的ts1d/ts1x、ts2d/ts2x、ts3d/ts3x空间占用较为均衡，而16版变化较大，上载数据和建完索引后，ts1d/ts1x、ts2d/ts2x占用都不到2G，而ts3d/ts3x 增长则十分迅速。以我们的30万条书目记录为例，ts3d 占用18G，ts3x 占用8G，因此在执行升级包 open library 的步骤时，要预先分配足够的空间2、索引重定义我们14版的索引在检索中发现检全和检准方面不是很理想，因此在升级过程中我们借鉴北师大馆的索引参数定义，根据我们馆的情况进行了相应修改，然后重新建索引，经过测试，新索引体系较旧索引有很大改善3、电子阅览室管理方式的改变增加 tab_check_circ_group 参数，以组来定义流通分馆权限，解决了电子阅览室管理和其他分馆管理的可借单册数总量限制问题4、在$data_root/tab/tab_expand_join 中定义一个虚拟字段FS200，用于打印采访订单时，书目项可以显示卷册号，分卷题名等，满足采访多卷书订单显示问题5、采访开通批查重、批订购功能三、经验教训1、Oracle和Aleph的系统安装依照安装手册基本能安装成功，不需要其它额外设置2、通过升级工具包，aleph参数基本能完全转换过来，仅有个别参数需要调整，oracle数据库也能基本转换过来3、oracle数据库空间的划分要慎重考虑，根据原14版的空间占用情况初步估计16版的空间分配，然后在测试安装的过程中随时检测空间，否则由于空间不足将会在转换过程中带来很多问题，比如数据库无法正确下载、上传，索引无法生成等4、创建用户库和下载、上传数据时，采用unimarc和usmarc的数据库要分别应用uni和usm模板，从升级工具包的第一步开始分别按顺序从头到尾执行相关操作步骤5、升级转换后在运行时往往提示缺少一些参数文件，可以从其他已经升级或是应用16版的用户那里复制过来6、UNICODE的应用带来的一些系统升级转换问题，特别是$alephe_root/unicode/tab_tab_character_conversion_line 的调整，应该在新版系统安装完成后立即进行，否则容易在后续的升级转换环节出现一些问题四、存在问题1、系统应用深度不够我馆于2003年引进Aleph系统后运行至今，基本正常，但是在各业务环节，还是存在应用深度不够的问题，流通仅仅应用了借还功能，其他的读者服务功能尚未应用，阅览管理也尚未应用系统，馆际互借和教学参考书模块尚未应用，采编典等内部业务工作应用较好。2、人员培训不到位1）、基本的计算机操作技能培训缺乏由于历史原因，我馆直接从事读者服务的工作人员普遍年龄偏大，基本没有计算机操作知识和技能，培训起来难度很大，但如果不掌握一定的计算机操作技能，各种错误操作对系统的危害也是最大的，系统正常稳定运转以来，我们发现的所有问题，基本都和操作人员的不当操作有关，真正由于系统原因而引起的问题很少。2）、基本的计算机编目知识培训，特别是MARC知识的培训除了编目人员，其他人员，特别是采访等人员的MARC知识培训也是必要的3）、Aleph系统的全面培训为每个模块重点培养至少一个熟悉业务和操作的人员，保证每个模块的正常运行，目前全馆极端缺少对于系统整体比较了解的操作人员，有些环节在实际操作中经常随意删减流程，不规范操作比比皆是，造成后续环节的不畅通，因此，在个操作模块重点培养几个通晓整个系统的操作人员是十分必要的，也是保证整个系统正常运转的一个重要保证。3、安全问题目前的cluster模式应用的前提是磁盘阵列上的oracle数据库在服务器上的oracle系统崩溃后没有损坏，然后自动启动另一台服务器上的oracle系统接管任务，但是在实际运行中，这种模式的应用价值值得重新考虑。可以设想，如果是oracle数据库毁坏，另一台服务器即使启动也没有用，如果oracle数据库没有毁坏，仅仅是oracle系统崩溃，那么我们可以在很短的几个小时内根据备份重装oracle系统和Aleph系统，这时另一台服务器的利用价值同样不是很大，高校图书馆的灾难备份级别远远比不上电信、银行这种对实时性服务要求特别高的单位，几个小时的正常服务的停止是完全可以接受的。因此，对系统的安全性而言，这种模式下的双服务器基本上只是保障了服务的连续性，对于数据的安全只能靠磁盘阵列本身的安全机制来保证了，因此，对于系统安全还应该从oracle数据库角度去考虑，做好数据库的备份。因为相对于系统运行来说，重要的不是Aleph系统或是Or