医院信息系统的数据备份
作者:***
来源:《中国当代医药》2013年第28期
[摘要] 随着医院信息化的不断发展,医院各项业务对信息系统的依赖性越来越强,医院信息系统的数据安全更加重要。本文根据笔者多年来从事医院信息系统管理和维护的工作经验,重点介绍如何根据医院实际情况,充分利用现有资源,做好医院信息系统的数据备份。
[关键词] 医院信息系统;数据库;备份
[中图分类号] R197.3 [文献标识码] B [文章编号] 1674-4721(2013)10(a)-0158-02
医院信息系统(hospital information system,HIS)在医院的医疗和管理等方面承载着越来越多的任务,发挥着不可替代的作用[1]。HIS的应用是医院深化改革、强化管理和发展内涵的重要保障,其运行数据对医院及患者起着举足轻重的作用,如果HIS的数据发生丢失,将给医院带来很大的经济损失和社会负面影响[2]。因此,HIS的数据库安全关系到整个系统的正常
运行,对HIS做好数据保护,是确保医院提供正常服务的最后一道防线[3]。要保证数据库安全,数据备份是非常重要的手段之一。
1 数据备份措施
1.1 医院数据库存储概况
对于大型综合医院来说,由于每天都会产生大量信息数据,所以数据库安全运行和数据备份都非常重要。这些医院在数据库存储方面一般都会投入大量资金,采取部署SAN网络、配备专用高性能备份服务器以及相关存储、建立容灾机房等多种措施,保障信息系统和数据库的安全[4]。在数据备份方面通常使用专门的数据库备份软件进行在线定时备份。
对于中小型医院来说,由于HIS的数据量不是很大,医院一般都是结合本院实际情况,从节省医院运营成本等方面考虑,采取满足本院实际需求的信息系统架构和数据库存储方案。如条件较好的医院采用2台服务器和2台磁盘阵列,即所谓“2+2”模式。而不少医院则采用2台服务器和1台磁盘阵列,服务器采用双机热备,数据存放在连接了双机并实施了RAID5的磁盘阵列柜中,即所谓“2+1”模式[5]。有的医院则采用2台服务器加上数据同步软件的方式。
还有很多小型医院只使用1台服务器,服务器硬盘通过磁盘数据镜像RAID1实现数据冗余。对于这些医院来说,由于数据存储的安全性不是很高,所以数据备份就显得尤其重要。
如何根据自己医院信息化建设水平及现有资源等实际情况,做好本医院信息系统的数据库备份,是信息系统管理员要认真思考的问题。笔者根据多年来从事HIS管理和维护的工作经验,重点介绍本院对HIS数据库备份所采取的主要措施。
1.2 本院数据库的存储方式
本院信息系统的主要业务子系统是由同一家公司开发的,所以HIS数据库(包括基础HIS、电子病历、LIS等)存放在一个数据库系统中。HIS服务器采用“2+1”模式。磁盘阵列柜上安装了5块服务器硬盘,其中4块硬盘做RAID5,1块硬盘做Hot spare[6],这样可以保证阵列柜在2块硬盘发生故障时,系统还可以正常运行。
此外,本院还有1台病案系统数据库服务器和1台医保系统前置服务器。这2台服务器是普通的塔式服务器,每台服务器的数据库都存放在本机硬盘中。服务器都配备了2块硬盘,通过RAID1磁盘数据镜像实现数据冗余。
1.3 数据备份
本院信息系统的数据量不是很大,所以数据存储方式比较简单。为了更进一步保障数据安全,采取一些有效的数据备份措施,以防止发生意外事故时丢失大量的数据,造成严重损失。
1.3.1 利用备份软件进行在线备份 由于HIS数据库中数据非常重要,一旦丢失,将难以手工补录。所以本院非常重视HIS数据库的备份,专门配备一台服务器并安装了某知名品牌的数据库备份软件。使用该软件每天0:30和12:30(业务相对空闲时段)分别进行完全备份,自1:30开始每隔2 h进行一次差别备份。一旦数据库文件损坏,可利用该备份软件快速进行数据恢复,并且丢失的数据量至多为2 h内的数据,可以尽可能地减少损失。
1.3.2 利用数据库系统自身的备份功能 HIS使用的数据库系统一般为SQL Server数据库或Oracle数据库。这两种数据库系统都有自己的数据备份功能。SQL Server 数据库可以使用“数据库维护计划”来制订数据定时备份计划[7],比如每天2次备份,备份文件存放在磁盘阵列中并保留3 d。对于Oracle数据库来说,可以建立一个批处理文件(扩展名为BAT),利用Windows的计划任务,制定一个定时运行这个批处理文件的任务,从而达到定时备份数据的
目的。例如这个批处理文件中的命令(以Oracle 8.1版本为例)为:exp username/password file=E:\ybbak\yb_ backup.dmp log= E:\ybbak\。
1.3.3 压缩备份文件并保存于不同磁盘中 如果使用数据库本身备份功能备份出来的备份文件过大,可以使用Winrar等文件压缩软件对备份文件进行压缩[8]。压缩后的文件通常占用磁盘空间较小,可以把压缩文件复制到其他磁盘中存放。压缩文件的产生和复制也可以先建立一个批处理文件,利用Windows的计划任务定时运行这个批处理文件来实现。例如批处理文件中的命令为:
del E:\yxback_rar\yxhis2.rar
ren E:\yxback_rar\yxhis1.rar yxhis2.rar
"C:\Program Files\WinRAR\" a-r-ta%date:~0,4%%date:~5,2%%date:~8,2%000000 E:\yxback_ rar\yxhis1.rar T:\DBBAK\*.*
copy E:\yxback_rar\yxhis1.rar X:\yxhisdata /y
上述命令中,后面参数是把T:\DBBAK文件中当天产生的所有备份文件进行压缩。其中X:盘可以是本地硬盘、移动硬盘或网络磁盘等。
1.3.4 备份文件在不同服务器间互相存放 使用SQL Server或Oracle数据库系统自身提供的数据备份功能进行数据备份时,产生的数据备份文件通常存放在服务器本地磁盘或磁盘阵列中。一旦服务器磁盘损坏或磁盘阵列系统(不是阵列中的磁盘)损坏,不仅数据库文件损坏,其中存放的备份文件也将损坏,所以这种备份数据的方法实际上没有什么意义。因此,应当把服务器中的备份数据存放在别的联网服务器或计算机中。在实际工作中,本院采用磁盘映射的方法把病案系统服务器和医保服务器的某个逻辑盘映射为HIS服务器的逻辑磁盘,再建立一个批处理文件,利用Windows的计划任务,定时把HIS数据库的备份文件(如果备份文件较大,可以先进行文件压缩)复制到这2个服务器的磁盘中。同样也可以将2个服务器中的数据库备份文件复制到HIS服务器的本地硬盘中或磁盘阵列中。例如,该批处理文件的命令编写如下:
del X:\hisdataBackup\./s/qbak文件
xcopy E:\YXDBBAK\. X:\hisdataBackup /s /d:%date:~5,2%-%date:~8,
2%-%date:~0,4%/y
del Y:\yxhis_rar\yxhis3.rar
ren Y:\yxhis_rar\yxhis2.rar yxhis3.rar
ren Y:\yxhis_rar\yxhis1.rar yxhis2.rar
copy E:\yxback_rar\yxhis1.rar Y:\yxhis_rar /y
为了使备份文件不占用太大磁盘存储空间,在复制文件之前,先删除以前复制的备份文件,再使用xcopy命令把存放备份文件的文件夹中当天备份的文件复制到映射磁盘X:中。后面几行命令是复制压缩后的备份文件,并且只保留最近复制的3个文件。
1.4 注意事项
使用上述方法备份数据库时应当注意:①日常工作中定期检查磁盘阵列的运行情况,发现磁盘出现故障要即时更换;②每天检查各项备份任务是否正常执行。如果未能正常执行,要即时分析原因;③映射有其他服务器或计算机磁盘的服务器或计算机在重新启动后,需要
重新映射相应的磁盘,并注意逻辑磁盘符要正确;④修改服务器或计算机用户登录密码时,所制订的计划任务也要修改相应密码,否则计划任务不能执行。
2 结语
采取数据库备份来保障数据安全是一种非常被动的方法。一般情况下不使用数据库备份文件来恢复数据,因为在产生备份文件时间点之后的数据无法恢复,必然会造成数据丢失。但是,由于各级医院对数据安全采取的措施不同,在安全条件较差的情况下,必须重视数据库备份,充分利用现有资源,认真做好数据备份。
[参考文献]
[1] 从卫春.浅谈医院信息系统安全管理[J].电脑知识与技术,2009,5(6):1441-1442.
[2] 李彬.浅析医院数字化建设与趋势[J].中华全科医学,2010,8(4):514-529.
[3] 姜琼,张泉方.医院信息管理中的数据备份研究[J].中国数字医学,2008,3(11):49-51.
[4] 陈凌平,马宗庆,郭振华.医院信息系统安全与管理建设浅谈[J].中国医疗器械信息,2010,16(3):21-25.
[5] 徐兴勇,左儒发.医院信息系统的数据安全与实时备份[J].重庆医学,2009,38(21):2664-2665.
[6] 刘传高. 医院信息系统的安全管理[J].中华全科医学,2012,10(9):1474-1475.
[7] 刘国军,杨宏志.浅析医院信息管理系统的安全策略[J].中国西部科技,2011,10(29):12-30.
[8] 陈文庆,高洪波,陈健.Oracle数据库同步备份和自动压缩的实现[J].计算机与数字工程,2011,39(3):108-190.
(收稿日期:2013-05-20 本文编辑:林利利)
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论