医院数据备份管理细则

目录TOC\o"1-5"\h\z第一章目的1第二章系统备份及复原计划1数据库备份的重要性1系统架构1资料备份的方式2可能发生的灾难问题考量3AIX系统及数据库复原方式3第三章系统备份4第四章实施与修订5附录6附件一、系统备份原那么、周期、备援地点6附件二、HIS系统备份时间及磁带编号7附件三、每日寄送一附院异地备援一览表8附件四、寄送一附院磁带清单（异地备援）9附件五、PACS系统ISU1BACKUP时间及磁带编号10附件六、PACS系统ISU1BACKUP磁带异地备援11附件七、CGHGPRPTSERVERBACKUP时机及磁带编号一栏表12附件八、CGHLMRPTSERVERBACKUP时机及磁带编号一栏表13附件九、e-mailserverbackup时间及磁带编号14附件十、紧急事故带离现场磁带清单15附件十一16

附件四、寄送一附院磁带清单（异地备援）日期时间皮箱编号寄送人领班寄送磁带编号T72R15T72R25T72R35T72B16T72B26T72B36T72B17T72B27T72B37T72B11T72B21T72B31T72B12T72B22T72B32T72B13T72B23T72B33T72B14T72B24T72B34T72B15T72B25T72B35T72B16T72B26T72B36T72B17T72B27T72B37T72B11T72B21T72B31T72B12T72B22T72B32T72B13T72B23T72B33T72B14T72B24T72B34T72B15T72B25T72B35

附件五、PACS系统ISU1BACKUP时间及磁带编号ISU1FULLBACKUP周期每月第一周每月第二周每月第三周每月第四周每月第五周磁带编号G480001G480002G480003G480004G480005ISU1INCREMENTALBACKUP周期每月第一周每月第二周每月第三周每月第四周每月第五周磁带编号G480006G480007G480008G480009G48001010

附件六、PACS系统ISU1BACKUP磁带异地备援当月五周磁带存放一栏表存放地，广、每月第一周星期二每月第二周星期二每月第三周星期二每月第四周星期二每月第五周星期二ISU1磁带机T480006T480007T480008T480009T480010机房磁带柜T480007T480008T480009T480010T480006一附院T480008T480009T480010T480006T480009T480010T480010T480006T480007T480006T480007T480008T480007T480008T480009当月四周磁带存放一栏表存放地每月第一周星期二每月第二周星期二每月第三周星期二每月第四周星期二ISU1磁带机T480006T480007T480008T480009机房磁带柜T480007T480008T480009T480006•附院T480008T480009T480009T480006T480006T480007T480007T48000811

附件七、CGHGPRPTSERVERBACKUP时机及磁带编号一栏表\星期时间每周日\星期时间—*四五八每月第一周每月第一周每月第一周每月第一周09:00T52101T52102T52103T5210412:00T52127T52137T52147T5216717:00T5212017:00T52121T52122T52123T52124T52125T5212621:00T5213021:00T52131T52132T53133T52134T52135T5213624:00T5214024:00T52141T52142T52143T52144T52145T5214605:00T5216003:00T52161T52162T52163T52164T52165T5216612

附件八、CGHLMRPTSERVERBACKUP时机及磁带编号一栏表时间^\日—*—-四五六17:00T53220T53221T53222T53223T53224T53225T5322621:0024:00T53240T53241T53242T53243T53244T53245T5324505:0013

附件九、e-mailserverbackup时间及磁带编号时间日・.—•四五八17:00T54557T54551T54552T54553T54554T54555T5455614

附件十、紧急事故带离现场磁带清单主机系统磁带编号磁带存放位置紧急处理原那么HISFilesystemT72A11〜T72A17T72B11〜T72B17T72A21〜T72A27T72B21〜T72B27T72A31〜T72A37T72B31〜T72B37机房磁带铁柜装入皮箱携出机房HisimagesT51A11〜T51A15T51B11〜T51B15T51A21〜T51A25T51B21〜T51B25T51A31〜T51A35T51B31〜T51B35T51A41〜T51A45T51B41〜T51B45机房磁带铁柜装入皮箱携出机房PACST480001〜T470010机房磁带铁柜装入皮箱携出机房cghlprptSERVERT52101〜T52104T52121〜T52126T52131〜T52136T52141〜T52146T52161〜T52166T52127T52137T52147T52167机房磁带铁柜装入皮箱携出机房CghlmrptSERVERT53220〜T53226T53240〜T53245机房磁带铁柜装入皮箱携出机房E-mailSERVERT54551〜T54557机房磁带铁柜装入皮箱携出机房15附件1HIS备援主机激活实行步骤一、作业时机当nodel需硬件维护长达30分钟以上、R6主机软硬件异常无法排除时，可启用此机制。二、作业程序请依次执行！(node3)su-root#这个目录也要给node1#这个目录也要给node1写入。#把nodelNFS的dbloglumount.#这是在EMC上的nodelstandbyDBsu-operIsnrctlstop#关闭数据库Isnrctlstop11521Isnrctlstop11526svrmgrl/connectinternal/shutdowimmediate;su-rootvaryoffvgrvg02exportvgrvg02varyoffvgrvg05exportvgrvg05ssa线拔过来此时联络网络组把bthul的DNS转到node3的TP(node2)#也要配合改不然会发生无法存盘打印cd/etc16

(把bthul(把bthul改为3)(node3)#切回nodc3su-rootcd/etc#配合转DNS后之主机名改变。mvhostshostsl3bakmvhostslll3hostscfgmgrimportvg-yhdiskXXbthulvglvaryonvgInkalvglimportvg-yhdiskYYbthulvg2varyonvgbthulvg2chmod-R774/dev/r*_alchown-Rdbal.dba/dev/r*_alsu-dbalsvrmgrl/connectinternal/startupnomountpfi1e=/home/dba1/initbthul.ora#此档己改好参数免得和node3互冲memory只用2G#且archivelog不写入/db\oglalterdatabasemount;alterdatabaseopen;exitsu-ora10gcd/orac1e10g/network/admincplistener,oralistener,bakmvlistener.1113listener,ora#将准备好的listen改名17cptnsnames.oratnsnames.bakmvtnsnames.1113tnsnames.ora#将准备好的tns改名（此IM也加了pacs要的tns）#检查nodcl之dns是否被转过来了。##检查nodcl之dns是否被转过来了。#先停掉现有node3的listenerIsnrctlstart1snrctlstart11521Isnrctlstart11526二二二二激活pacs===cd/home/rc-bak#这个档要改rc注意：此时两台brokerIpacslpacs2的hosts档都要跟着改不然tns会ping不到bthul/home/oper/pacs/dblink/check_pacs_job#注意tnsname.ora要有加入Ipacs及lpacs2这两台crontab/home/oper/cron/cronl113together（nodel原有排程并入node3）检查是否有在runcd/home/oper/pacs/dblinksqlpluspacs/syspacs@lpacs,sqlpluspacs/syspacs@lpacs2@look_jobs.sql#看那个failure的值应为0二==激活labm==su-jobm18第一章目的为使电脑系统再问题发生时，除要迅速掌握问题原因外，平常即应备份各系统，以因应不时之需，以达系统快速复原之目的，将影响层面减至最低。第二章系统备份及复原计划一、数据库备份的重要性本院HIS数据库是提供医疗服务最重要的无形资产，是本院赖以维生的命脉，绝不允许有任何资料的毁损或遗漏短缺，因此必须有一套完善的保全计划，以因应遇到可预防或不可预防之重大灾难时，可确保资料平安，防止资料短缺而造成医院无形的损失。数据库电脑系统周期性地将数据库备份至适当的设备中，以便发生系统服务中断时，能在最短时间内采取适度步骤恢复数据库服务作业，将影响医疗服务层面的冲击减至最低。尤以汶川512地震及9n美国被恐怖攻击事件前车之鉴，资料异地备援对于重大灾害资料复原极为重要。二、系统架构主机架构：IBMRS/6000750规格架构操作系统：AIX7.1,系统用的Inlemal硬盘以设定lvMirror方式来确保系统资料数据库版本:ORACLE10G网络架构：GigaBit/FastEthernet资料储存系统：SANV7000备份媒体：LTO(1.5TB)备份系统：SAN网络储存统及利用磁带备份(LTO、DDS)完成异地备份。数据库实体资料文件：数据库的实体资料文件位在SAN(StorageAreaNetwork)V7000硬盘上，SAN为广域储存网络架构，并采RAID5磁盘阵列系统及hotspare机制管理，SAN硬盘的优点为数据传输采用双回路，线路其中一回路异常时，可走另一回路。网络卡采用两张，一张异常时能实时改走另外一张网络卡；另外需调查清楚数据库的实体资料文件的配置，以帮助资料备份及复原工作。

cfgmgr(线接过来)Iscfgtty,Ip(avaible)Istart检查有没有在run只要没出现failure就没问题。假设有error而且一再出现那是仪器重传的资料被挡下来的讯息可以不理会!还原程序#把状向1#把状向1改回1mvhostshostsl113mvhostsl3bakhostssu-jobinIstopsu-operIsnrctlstop线拔回去nodel#停listenerIsnrctlstop115211snrctlstop11526su-dbalsvrmgrl/connectinternalsu-root#关nodel的数据库shutdowimmediate;19mount/dbloglbthul:/dbloglvaryoffvgbthulvglexportvgbthulvglvaryoffvgbthulvg2exportvgbthulvg2拔线SSAimportvg-yhdiskXXemcvgsi#(把nodel的standbyDBimport回来varyonvgemcvgslsu-oralOgcd/orac1e817/network/adminmvlistener,oralistener.1113#改回旧的mvlistener,baklistener,oramvtnsnames.oratnsnames.1113mvtnsnames.baktnsnames.orasu-oper#激活新的listenerIsnrctlstartIsnrctlstart11521Isnrctlstart11526此时可请网络组将bthul的DNSIP转回1cd/home/oper/croncrontab13opercron.bak#改同原node3的opercrontabcd/home/rc(nodci)20orasu-rootcfgmgrimportvg-yhdiskXXrvg02varyonvgrvg02importvg-yhdiskYYrvg05varyonvgrvg05chmod-R774/dev/r*_alchown-Rora8.dba/dev/r*_alsu-ora8svrmgrl/connectinternal/startup#采用原/oraclelOg/dbs/initbthul.oraexitsu-operIsnrctlstart1snrctlstart11521Isnrctlstart11526激活PACS两台broker的hosts档要改回来！cd/home/oper/pacd/dblinkcheckpacs_job激活检验su-jobm1start.21备援机制：AIX主机系统采HA机制，数据库共分三道备援机制，确保资料平安性。线上数据库采用SANstorage储存架构：当发生主机发生不可预防之硬件损坏时，采将数据库之SANstorage由HAstandby主机接手，减少停机修复时间。备援系统采用SAN(StorageAreaNetwork)网络储存架构运作机制：R6的储存备份系统是以SAN光纤信道采双回路容错网络架构连接，每一个node都有两张SAN1/()控制卡，透过光纤线路分别连结至不同FC4700FiberChannelSwitch,在由FC4700SANswitch分别连接至SANstorage的SPA及SPB控制卡上，如图标。假设有任何一张SANadaptor或FC4700或SPA或SPB控制卡单一硬件故障时，都可以立即改走另一条信道，减少硬件故障造成数据传输的失误，SAN由于采用RAID5磁盘阵列系统及hotspare机制管理，降低硬盘毁损导致资料遗失问题发生业务人员在使用数据库的过程中，对数据库不完善或不方便使用之处，有信息监督和反应的义务。三、资料备份的方式线R6主机系统档案备份.系统异动时即需备份。.每星期备份一次，至少保存四个版本，其中两版本需分别存放在另一栋建筑物及不同的院区。数据库档案备份数据库档案备份机制一提供三道备援机制，减少资料损失。第一道备援机制：存放在SAN(STORAGEAREANETWORK)网络储存设备系统，假设发生SSASTORAGEONLINE的数据库系统局部毁损时，可由备份在SAN的备援资料提供实时复原。第二道备援机制：采用待命数据库ORACLESTANDBYDATABASE,假设发生ONLINESANSTORAGE的数据库无法复原或硬件严重毁损时,可激活第二道备援机制。.第三道备援机制:存放在LTO高速高容量磁带内，并同时写入双备份磁带，备份完后当日即分别寄送到远程其它院区及不同栋2的建筑物内，以作为重大灾害时资料复原之用，并减少机房发生灾难所造成资料损失风险。备份作业方法请参照实施步骤参见AIX系统及数据库备份作业及磁带异地备援作业实施方法四、可能发生的灾难问题考量.软硬件失灵：其中以硬件故障的损害机会最大，影响也最大；不良品质的软件亦会造成系统当机。.不可预防之天然灾害：火灾、水灾、雷击、地震、断电。.电脑犯罪及病毒侵略：人为故意破坏、损坏系统、窃取电脑设备及外部病毒感染。.人为疏忽：包括错误的处理程序、使用错版本的程序等五、AIX系统及数据库复原方式AIX系统的复原AIX系统发生系统异常时，主机重开需要10分钟。AIX系统重开无法开启时：R6主机硬件或AIX系统异常时，重新开机亦无法复原时，可将SANSTORAGE以HA机制由STANDBY主机接管，接管时间为15分钟内，总需大致需25分钟左右。.数据库异常时，重开正常时只需两分钟内可开启。.数据库异常如无法开启时，由待命数据库来接替，复原时间在SSA的架构下为30分钟内，在SAN的架构下为25分钟内。.待命数据库无法接替时，由SAN或SSA的磁盘阵列内的备援资料加上异动纪录(REDOLOG)来复原，复原时间视数据库的大小而定，如门诊的资料在50GB时,复原时间约需60分钟以内。重大灾难（机房严重损毁时，资料无法复原时），可由一附院AIX主机、储存装置、网络设备及存放在不同栋建筑物的异地备援高速磁带来复原，或者协调厂商调用备援主机，由异地备援的高速高容量磁带来复原，复原时间约需二至四小时。第三章系统备份系统备份按照附录中的具体要求进行操作；信息管理处负责根据业务流程与硬件等的实际情况，调整备份操作细那么并更新相应附件。系统备份原那么、周期、备援地点（见附件一）。HIS系统备份时间及磁带编号（见附件二）。每日寄送一附院异地备援一览表（见附件三）。寄送一附院磁带清单（异地备援）（见附件四）。PACS系统ISU1BACKUP时间及磁带编号（见附件五）。PACS系统1SU1BACKUP磁带异地备援（见附件六）。CG1IGPRPTSERVERBACKUP时机及磁带编号一栏表（见附件七）。CGHLMRPTSERVERBACKUP时机及磁带编号一栏表（见附件八）。e-mailserverbackup时间及磁带编号（见附件九）。紧急事故带离现场磁带清单（见附件十）。HTS备援主机激活实行步骤（见附件十一）。第四章实施与修订本规章经北京XX医院院长核准后实施，修改时亦同。

附录附件一、系统备份原那么、周期、备援地点

主机系统备份原那么备份周期备援地点HISFilessystembthul:22:00bthu3:00:10or