医院数据备份管理细则 .doc

医院数据备份管理细则 TOC \o 1-3 \h \z \u 第一章 目的 1 第二章 系统备份及复原计划 1 一、 数据库备份的重要性 1 二、 系统架构 1 三、 资料备份的方式 2 四、 可能发生的灾难问题考量 3 五、 AIX系统及数据库复原方式 3 第三章 系统备份 4 第四章 实施与修订 5 附录 6 附件一、 系统备份原则、周期、备援地点 6 附件二、 HIS 系统备份时间及磁带编号 7 附件三、 每日寄送一附院异地备援一览表 8 附件四、 寄送一附院磁带清单(异地备援) 9 附件五、 PACS系统ISU1 BACKUP 时间及磁带编号 10 附件六、 PACS 系统ISU1 BACKUP磁带异地备援 11 附件七、 CGHGPRPT SERVER BACKUP 时机及磁带编号一栏表 12 附件八、 CGHLMRPT SERVER BACKUP 时机及磁带编号一栏表 13 附件九、 e-mail server backup 时间及磁带编号 14 附件十、 紧急事故带离现场磁带清单 15 附件十一、 16 PAGE 21 目的 为使电脑系统再问题发生时，除要迅速掌握问题原因外，平常即应备份各系统，以因应不时之需，以达系统快速复原之目的，将影响层面减至最低。 系统备份及复原计划 数据库备份的重要性 本院HIS数据库是提供医疗服务最重要的无形资产，是本院赖以维生的命脉，绝不允许有任何资料的毁损或遗漏短缺，因此必须有一套完善的保全计划，以因应遇到可预防或不可预防之重大灾难时，可确保资料安全，避免资料短缺而造成医院无形的损失。数据库电脑系统周期性地将数据库备份至适当的设备中，以便发生系统服务中断时，能在最短时间内采取适度步骤恢复数据库服务作业，将影响医疗服务层面的冲击减至最低。尤以汶川512地震及911美国被恐怖攻击事件前车之鉴，资料异地备援对于重大灾害资料复原极为重要。 系统架构 主机架构：IBM RS/6000 750 规格架构 操作系统：AIX 7.1，系统用的Internal硬盘以设定lv Mirror方式来确保系统资料 数据库版本：ORACLE 10G 网络架构：GigaBit /Fast Ethernet 资料储存系统： SAN V7000 备份媒体：LTO（1.5TB） 备份系统：SAN网络储存统及利用磁带备份（LTO、DDS）完成异地备份。 数据库实体资料文件：数据库的实体资料文件位在SAN ( Storage Area Network) V7000硬盘上，SAN为广域储存网络架构，并采RAID 5磁盘阵列系统及hot spare机制管理，SAN硬盘的优点为数据传输采用双回路，线路其中一回路异常时，可走另一回路。网络卡采用两张，一张异常时能实时改走另外一张网络卡；另外需调查清楚数据库的实体资料文件的配置，以帮助资料备份及复原工作。 备援机制：AIX主机系统采HA机制，数据库共分三道备援机制，确保资料安全性。 线上数据库采用SAN storage储存架构： 当发生主机发生不可预防之硬件损坏时，采将数据库之SAN storage由HA standby 主机接手，减少停机修复时间。 备援系统采用SAN (Storage Area Network ) 网络储存架构运作机制： R6的储存备份系统是以SAN光纤信道采双回路容错网络架构连接，每一个node都有两张SAN I/O 控制卡，透过光纤线路分别连结至不同FC 4700 Fiber Channel Switch，在由FC 4700 SAN switch分别连接至SAN storage的SPA及SPB控制卡上，如图标。若有任何一张SAN adaptor或FC 4700或SPA或SPB控制卡单一硬件故障时，都可以立即改走另一条信道，减少硬件故障造成数据传输的失误，SAN由于采用RAID 5磁盘阵列系统及hot spare机制管理，降低硬盘毁损导致资料遗失问题发生业务人员在使用数据库的过程中，对数据库不完善或不方便使用之处，有信息监督和反馈的义务。 资料备份的方式 线R6主机系统档案备份 1.系统异动时即需备份。 2.每星期备份一次，至少保留四个版本，其中两版本需分别存放在另一栋建筑物及不同的院区。 数据库档案备份 数据库档案备份机制--提供三道备援机制，减少资料损失。 第一道备援机制:存放在SAN（STORAGE AREA NETWORK）网络储存设备系统，若发生SSA STORAGE ONLINE的数据库系统部分毁损时，可由备份在SAN的备援资料提供实时复原。 第二道备援机制:采用待命数据库ORACLE STANDBY DATABAS