后续讨论:汇文系统迁移问题的探讨

   圕人堂周讯(总第194期20180126),第19页,陈艳整理王启云助理   
天涯:早上JALIS 群里看到的。
图米兔:看来偏见是普遍现象。
闽农林*:这本来就是对我们的一贯误解,我都已经没有解释的欲望了……不过这截图中的文字,还真是说出了我们系统管理员心中永远的痛!
豆*青:技术人员能在关键时刻解决问题,平时保证系统的可靠运行——这是非常牛叉的了。
闽农林*:谢谢鼓励!献花。没有人会知道我们为了做到这一点,需要付出多少时间和精力……也许在别人眼中,七乘二十四小时不间断服务——都是电脑在做的嘛,和你们系统管理员有什么关系呢?
图米兔:没体会过的是很难理解的。
豆*青:学习是正常的呀,我做服务都要不断研究与学习呢。
闽农林*:对,别人只知道我们汇文系统升级用了一天——没有人知道我们前期准备一周,特定选择了一个最合适的日子约定汇文公司远程协助才完成;也没有人知道我们在汇文系统升级完之后还要阅读全新的六百多页系统文档……豆*青,理解万岁!
豆*青:我们假期迁移,他们已经准备两个星期了,前天还在‘吵’。
叮咚:当年刚写代码的时候,一个标点符合的bug 都能查半天。
豆*青:但技术人员很容易被挨骂,包括我自己有时候也不讲理,因为有些事,在外人看来,是一件比较简单的事(事实上也是简单的事),如果不能及时解决,那真被鄙视了。
gaozy:确实技术人员里就个别能干点事。
闽农林*:我是一不小心漏掉个分号,结果找个半死!
闽农林*:但是为了别人口中的‘能干点事’——可能没人知道技术人员需要付出多少时间和精力……
gaozy:我太了解了。
叮咚:对,或者是全角、半角的问题。
闽农林*:也正是因为很多时候吃力不讨好,技术岗位的工作越发不招人待见……
豆*青:像昨天我举的一个例子,群里做技术的人都觉得应该没问题的,但有些技术人员就解决不了。
叮咚:所以这事和个人的成长有关,和岗位无关。不过话说回来了,这点事吵了三天了,教师、行政看不起图书馆员也就算了,咱们还在这儿内讧,穷人何苦为难穷人,每个岗位把自己的工作做好都不容易,我们更应该团结起来,以集体的力量树立图书馆在学校的形象,而不是自己人互相鄙视。
gaozy:有的故意不做。这里都是精英、厉害的人。像现实中的一些人,在目前的这种体制下没关系。要是在一些民营企业,我今天就让他去财务把工资结结,明天就滚蛋。
豆*青:每个部门,每个岗位,都有自己的特性能把职责范围的事很好的完成,都是很好的。
闽农林*:也许是换位思考不够!因为我自己是做技术出身的——我确实发现我自己身上有存在这样的问题。也许是对工作流程理解不够,也许是对对方的表述没有理解清楚,这些都会让技术人员在思路上陷入误区。具体表现起来,就是技术人员开始‘钻牛角尖’了。
豆*青:做图书馆技术的,一定要对图书馆业务与流程理解比较多。如果对图书馆业务与流程不理解,技术外包还真有可能。图书馆的技术人员与其它技术公司人员不同,就在于对图书馆业务流程理解的程度不一。
闽农林*:是的,这一点在我这几年的工作中越发有所体会。早年一直认为自己的工作就是写写代码、修修电脑,根本没有想过去了解业务流程啊什么的——结果就闹出了不少笑话!嗯,还要具体结合本馆的实际业务流程变化,做出相应的改变!
天涯:业务流程是必须精通的。
天涯:@豆*青其实没有必要假期迁移。一般来说,每个借还书的地方都有不止一台汇文客户端。可以先更新一半的汇文客户端。然后,闭馆十几分钟升级服务器。接着开馆,使用已经升级过的汇文客户端流通借还,剩下一半没升级的汇文客户端继续升级,最后,升级期刊、采编等等的汇文客户端除非每个借还书的地方只有一台计算机,那没办法了。
闽农林*:@豆*青技术外包完全可能——但是随之而来的,就会是大量的沟通问题。沟通不畅或者外包公司维护不够给力的话,就会是一场让人郁闷的马拉松了……
豆*青:我们是服务器迁移,新的机房建好了,老的服务器全部要搬。
天涯:服务器迁移?现在都是虚拟化了,分分钟的事情啊。
豆*青:地址什么的都要改。
闽农林*:我们是需要升级整个汇文的大版本,从5.0 到5.5——服务器必须单独占用,所有工作站必须关闭!不是每个大学都完成了虚拟化的!
天涯:所有工作站必须关闭这个真心说,没必要。只是升级服务器的时候,关闭十几分钟而已。
豆*青:汇文挂了几十个工作站,十几个应用。
闽农林*:@天涯都不怕你笑话——我们升级的时候,汇文就是这么要求我们的!
天涯:只要图书馆虚拟化了就可以了。你们不会是让汇文工程师远程升级的吧?
闽农林*:@天涯是的。所以专门安排了一天没有开馆的时间,用于升级整个汇文系统。
天涯:真心没有必要。前面说的,服务器升级前,客户端先停一半,升级新的版本。然后,闭馆十几二十分钟,服务器升级,然后,开馆,使用升级过的客户端,接着升级没升级的客户端。最后是期刊、采编等等客户端。服务器升级放到早上开馆前就可以了。
闽农林*:三地五馆——这样比较保险!不怕一万,就怕万一。
天涯:大前提,自己升级,汇文工程师远程估计不行。一般来说,自己先搭一个测试环境,升级测试一下,没问题之后,就可以熟练升级了。
豆*青:说到汇文,现在有个问题,为什么在统计模块统计数据时,整个系统运行会很慢?包括借还。
郑图-*:这个是肯定的,你再弄套数据库镜像机就会好些。
豆*青:其它类似的系统也会存在这样的问题吗?
郑图-*:有,到后端看内存和处理器使用状况。根据需要想其他解决方案。
豆*青:这问题成老大难了现在讲智慧图书馆,越来越多的系统是与汇文要对接,并读取数据,甚至实时读取,以汇文现有的架构,满足不了这些发展需求呢。
闽农林*:统计也会占用服务器CPU 的——除非你把数据库单独做个镜像,然后在镜像上面跑统计。这样分离开,就不会影响借还。
郑图-*:可以找团队做接口,可以把汇文弄成集群。比如我们的aleph 安装的是数据库和图书服务和opac 装一个机器,运行起来都需要128G 内存,可以拆分开。而且可以多搞些镜像。
豆*青:一种思路,谢谢!
郑图-*:本来就是需要这样改进的,最需要改进的是给智慧图书馆的掌舵人,系统部员工高薪。
图书采选:对于简单问题可以换位思考,对于深入、大规模的事就不适用了。物理学家曾认为物理研究已到尽头,后来又发展到粒子、宇宙、相对论、空间弯曲啥的。
郑图-*:我的goeclipse终于正常了,学习去了。
图书采选:同行,专业和非专业的背景区i 别在于专业认识水平。专业本能不是做做看看形成的。

以下格式等价,请按需引用或修改后使用:

[1]圕人堂QQ群知识库.后续讨论:汇文系统迁移问题的探讨[EB/OL].(2018-01-26)[2024-07-07].http://tuan.pub/server/detail.php?id=3539.

[2]闽农林*,豆*青,天涯,等.后续讨论:汇文系统迁移问题的探讨[DB/OL].圕人堂周讯,2018(194):19.

[3]闽农林*,豆*青,天涯,等.后续讨论:汇文系统迁移问题的探讨[DB/OL].(2018-01-26)[2024-07-07].http://tuan.pub/server/detail.php?id=3539.