医院数据备份管理细则

医院数据备份管理细则

第一章目的........................................................................................................1

第二章系统备份及复原计划.........................................................................................1

一、数据库备份的重要性.........................................................................................1

二、系统架构....................................................................................................1

三、资料备份的方式.............................................................................................2

四、可能发生的灾难问题考量.....................................................................................3

五、AIX系统及数据库复原方式....................................................................................3

第三章系统备份....................................................................................................4

第四章实施与修订................................................................................错误!未定义书签。

附录5

附件一、系统备份原则、周期、备援地点..............................................................................5

附件二、HIS系统备份时间及磁带编号................................................................................6

附件三、每日寄送一附院异地备援一览表..............................................................................7

附件四、寄送一附院磁带清单（异地备援）..............................................................................8

附件五、PACS系统ISU1BACKUP时间及磁带编号.......................................................................9

附件六、PACS系统ISU1BACKUP磁带异地备援........................................................................10

附件七、CG1IGPRPTSERVERBACKUP时机及磁带编号一栏表.............................................................11

附件八、CGHLMRPTSERVERBACKUP时机及磁带编号一栏表.............................................................12

附件九、e-mailserverbackup时间及磁带编号......................................................................13

附件十、紧急事故带离现场磁带清单.................................................................................14

附件十一.............................................................................................................15

第一章目的

为使电脑系统再问题发生时，除要迅速掌握问题原因外，平常即应备份各系统，以因应不时之需，以达系统快速复原之目的，将影

响层面减至最低。

第二章系统备份及复原计划

一、数据库备份的重要性

本院HIS数据库是提供医疗服务最重要的无形资产，是本院赖以维生的命脉，绝不允许有任何资料的毁损或遗漏短缺，因此必须

有一套完善的保全计划，以因应遇到可预防或不可预防之重大灾难时，可确保资料安全，避免资料短缺而造成医院无形的损失。

数据库电脑系统周期性地将数据库备份至适当的设备中，以便发生系统服务中断时，能在最短时间内采取适度步骤恢复数据库服

务作业，将影响医疗服务层面的冲击减至最低。尤以汶川512地震及911美国被恐怖攻击事件前车之鉴，资料异地备援对于重大

灾害资料复原极为重要。

二、系统架构

主机架构：IBMRS/6000750规格架构

操作系统：AIX7.1,系统用的Internal硬盘以设定lvMirror方式来确保系统资料

数据库版本：ORACLE10G

网络架构：GigaBit/FastEthernet

资料储存系统：SANV7000

备份媒体：LTO(1.5TB)

备份系统：SAN网络储存统及利用磁带备份(LTO、DDS)完成异地备份。

数据库实体资料文件：数据库的实体资料文件位在SAN(StorageAreaNetwork)V7000硬盘上，SAN为广域储存网络架构，并

采RAID5磁盘阵列系统及hotspare机制管理，SAN硬盘的优点为数据传输采用双回路，线路其中一回路异常时，可走另一回路。

网络卡采用两张，一张异常时能实时改走另外一张网络卡；另外需调查清楚数据库的实体资料文件的配置，以帮助资料备份及复

原工作。

1

备援机制：AIX主机系统采HA机制，数据库共分三道备援机制，确保资料安全性。

线上数据库采用SANstorage储存架构：

当发生主机发生不可预防之硬件损坏时，采将数据库之SANstorage由HAstandby主机接手，减少停机修复时间。

备援系统采用SAN(StorageAreaNetwork)网络储存架构运作机制：

R6的储存备份系统是以SAN光纤信道采双回路容错网络架构连接，每一个node都有两张SANI/O控制卡，透过光纤线路分别连

结至不同FC4700FiberChannelSwitch,在由FC4700SANswitch分别连接至SANstorage的SPA及SPB控制卡上，如图标。

若有任何一张SANadaptor或FC4700或SPA或SPB控制卡单一硬件故障时，都可以立即改走另一条信道，减少硬件故障造成数

据传输的失误，SAN由于采用RAID5磁盘阵列系统及hotspare机制管理，降低硬盘毁损导致资料遗失问题发生业务人员在使用

数据库的过程中，对数据库不完善或不方便使用之处，有信息监督和反馈的义务。

三、资料备份的方式

线R6主机系统档案备份

1.系统异动时即需备份。

2.每星期备份一次，至少保留四个版本，其中两版本需分别存放在另一栋建筑物及不同的院区。

数据库档案备份

数据库档案备份机制一提供三道备援机制，减少资料损失。

第一道备援机制：存放在SAN(STORAGEAREANETWORK)网络储存设备系统，若发生SSASTORAGEONLINE的数据库系统部分毁损

时，可由备份在SAN的备援资料提供实时复原。

第二道备援机制：采用待命数据库ORACLESTANDBYDATABASE,若发生ONLINESANSTORAGE的数据库无法复原或硬件严重毁损时，

可激活第二道备援机制。

3.第三道备援机制:存放在LTO高速高容量磁带内，并同时写入双备份磁带，备份完后当日即分别寄送到远程其它院区及不同栋

2

的建筑物内，以作为重大灾害时资料复原之用，并减少机房发生灾难所造成资料损失风险。备份作业方法请参照实施步骤参见AIX

系统及数据库备份作业及磁带异地备援作业实施方法

四、可能发生的灾难问题考量

1.软硬件失灵：

其中以硬件故障的损害机会最大，影响也最大；不良品质的软件亦会造成系统当机。

2.不可预防之天然灾害：

火灾、水灾、雷击、地震、断电。

3.电脑犯罪及病毒侵略：

人为故意破坏、损坏系统、窃取电脑设备及外部病毒感染。

4.人为疏忽：

包括错误的处理程序、使用错版本的程序等

五、AIX系统及数据库复原方式

AIX系统的复原

A1X系统发生系统异常时，主机重开需要10分钟。

AIX系统重开无法开启时：

R6主机硬件或AIX系统异常时，重新开机亦无法复原时，可将SANSTORAGE以HA机制由STANDBY主机接管，接管时间为15分钟

内，总需大致需25分钟左右。

1.数据库异常时，重开正常时只需两分钟内可开启。

2.数据库异常如无法开启时，由待命数据库来接替，复原时间在SSA的架构下为30分钟内，在SAN的架构下为25分钟内。

3.待命数据库无法接替时，由SAN或SSA的磁盘阵列内的备援资料加上异动纪录(REDOLOG)来复原，复原时间视数据库的大小而

定，如门诊的资料在50GB时，复原时间约需60分钟以内。

3

重大灾难（机房严重损毁时，资料无法复原时），可由一附院AIX主机、储存装置、网络设备及存放在不同栋建筑物的异地备援高

速磁带来复原，或者协调厂商调用备援主机，由异地备援的高速高容量磁带来复原，复原时间约需二至四小时。

第三章系统备份

系统备份按照附录中的具体要求进行操作；

信息管理处负责根据业务流程与硬件等的实际情况，调整备份操作细则并更新相应附件。

1.系统备份原则、周期、备援地点（见附件一）.

2.IIIS系统备份时间及磁带编号（见附件二）。

3.每日寄送一附院异地备援一览表（见附件三）。

4.寄送一附院磁带清单（异地备援）（见附件四）。

5.PACS系统ISU1BACKUP时间及磁带编号（见附件五）。

6.PACS系统ISU1BACKUP磁带异地备援（见附件六）。

7.CGHGPRPTSERVERBACKUP时机及磁带编号一栏表（见附件七）。

8.CGI1LMRPTSERVERBACKUP时机及磁带编号一栏表（见附件八）。

9.e-mailserverbackup时间及磁带编号（见附件九）。

10.紧急事故带离现场磁带清单（见附件十）。

11.HIS备援主机激活实行步骤（见附件十一）。

4

附录

附件一、系统备份原则、周期、备援地点

主机系统备份原则备份周期备援地点

HISFilessystembthul:22:00每日本院机房少2号楼

bthu3:00:10本院机房分一附院

orcl:18:00

HISimages星期六17：00每周本院机房92号楼今一附院

e-mailserver每日17:00每日本院机房92号楼

PACS数据库（STS）全备份,周五24:00每周本院机房玲3号楼

本院机房分一附院

增量备份每2小时本院机房

PACS数据库（LTA）全备份，周五24:00每周本院机房93号楼

增量备份每4小时本院机房

PACS影像增量，实时备份实时本院机房玲3号楼

5

附件二、HIS系统备份时间及磁带编号

HIS系星期一星期二星期三星期四星期五星期六星期日

统

bthul院内：院内：院内：院内：院内：院内：院内：

22:00T72A11T72A12T72A13T72A14T72A15T72A16T72A17

院外：院外：院外：院外：院外：院外：院外：

T72B11T72B12T72B13T72B14T72B15T72B16T72B17

bthu3院内：院内：院内：院内：院内：院内：院内：

00:00T72A21T72A22T72A23T72A24T72A25T72A26T72A27

院外：院外：院外：院夕卜：院外：院外：院外：

T72B21T72B22T72B23T72B24T72B25T72B26T72B27

orci院内：院内：院内：院内：院内：院内：院内：

18:00T72A31T72A32T72A33T72A34T72A35T72A36T72A37

院外：院外：院外：院外：院外：院外：院外：

T72B31T72B32T72B33T72B34T72B35T72B36T72B37

6

附件三、每日寄送一附院异地备援一览表

HIS系统星期一星期二星期三星期四星期五星期六星期日

bthulT72B17T72B11T72B12T72B13T72B14T72B15T72B16

bthu3T72B27T72B21T72B22T72B23T72B24T72B25T72B26

orciT72B37T72B31T72B32T72B33T72B34T72B35T72B36

7

附件四、寄送一附院磁带清单（异地备援）

日期时间皮箱编号寄送人领班寄送磁带编号

T72B15T72B25T72B35

T72B16T72B26T72B36

T72B17T72B27T72B37

T72B11T72B21T72B31

T72B12T72B22T72B32

T72B13T72B23T72B33

T72B14T72B24T72B34

T72B15T72B25T72B35

T72B16T72B26T72B36

T72B17T72B27T72B37

T72B11T72B21T72B31

T72B12T72B22T72B32

T72B13T72B23T72B33

T72B14T72B24T72B34

T72B15T72B25T72B35

8

附件五、PACS系统ISU1BACKUP时间及磁带编号

ISU1FULLBACKUP

周期每月第一周每月第二周每月第三周每月第四周每月第五周

G480001G480002G480003G480004G480005

磁带编号

ISU1INCREMENTALBACKUP

周期每月第一周每月第二周每月第三周每月第四周每月第五周

G480006G480007G480008G480009G480010

磁带编号

9

附件六、PACS系统ISU1BACKUP磁带异地备援

当月五周磁带存放一栏表

每月第一周每月第二周每月第三周每月第四周每月第五周

存放地星期二星期二星期二星期二星期二

ISU1磁带机T480006T480007T480008T480009T480010

机房磁带柜T480007T480008T480009T480010

T480006

一附院T480008T480006T480010T480006T480007

T480009T480009T480006T480007T480008

T480010T480010T480007T480008T480009

当月四周磁带存放一栏表

每月第一周每月第二周每月第三周每月第四周

存放地星期二星期二星期二星期二

ISU1磁带机T480006T480007T480008T480009

机房磁带柜T480007T480008T480009T480006

一附院T480008T480009T480006T480007

T480009T480006T480007T480008

10

附件七、CGHGPRPTSERVERBACKUP时机及磁带编号一栏表

\星期\星期

每周日

----

—"四五八

每月每月每月每月

时间时间

第一周第一周第一周第一周

09:00T52101T52102T52103T52104

12:00T52127T52137T52147T52167

17:0017:00T52121T52122T52123T52124T52125T52126

T52120

21:0021:00T52131T52132T53133T52134T52135T52136

T52130

24:0024:00T52141T52142T52143T52144T52145T52146

T52140

05:0003:00T52161T52162T52163T52164T52165T52166

T52160

11

附件八、CGHLMRPTSERVERBACKUP时机及磁带编号一栏表

期日—-—四五六

时间

17:00T53220T53221T53222T53223T53224T53225T53226

21:00

24:00T53240T53241T53242T53243T53244T53245T53245

05:00

12

附件九、e-mailserverbackup时间及磁带编号

日—-四五六

时间

17:00T54557T54551T54552T54553T54554T54555T54556

13

附件十、紧急事故带离现场磁带清单

主机系统磁带编号磁带存放位置紧急处理原则

T72A11〜T72A17T72B11〜T72B17

HISFilesystemT72A21〜T72A27T72B21〜T72B27机房磁带铁柜装入皮箱携出机房

T72A31〜T72A37T72B31〜T72B37

T51A11〜T51A15T51B11〜T51B15

T51A21〜T51A25T51B21〜T51B25

Hisimages机房磁带铁柜装入皮箱携出机房

T51A31〜T51A35T51B31〜T51B35

T51A41〜T51A45T51B41〜T51B45

PACST480001〜T470010机房磁带铁柜装入皮箱携出机房

T52101〜T52104

T52121〜T52126T52131〜T52136

cghlprptSERVER机房磁带铁柜装入皮箱携出机房

T52141〜T52146T52161〜T52166

T52127T52137T52147T52167

T53220〜T53226

CghlmrptSERVER机房磁带铁柜装入皮箱携出机房

T53240〜T53245

E-mailSERVERT54551〜T54557机房磁带铁柜装入皮箱携出机房

14

附件十一、HIS备援主机激活实行步骤

一、作业时机

当nodel需硬件维护长达30分钟以上、R6主机软硬件异常无法排除时，可启用此机制。

二、作业程序

请依次执行！

•(node3)

su-root

chmod774/dblog#这个目录也要给nodel写入。

umount/dblogl#把nodelNFS的dbloglumount.

varyoffvgemcvg_sl#这是在EMC上的nodelstandbyDB

exportvgemcvg_sl

•(nodel)

su-oper

Isnrctlstop#关闭数据库

Isnrctlstop11521

Isnrctlstop11526

svrmgrl/connectinternal/shutdowimmediate;

su-root

varyoffvgrvg02

exportvgrvg02

varyoffvgrvg05

exportvgrvg05

ssa线拔过来

此时联络网络组把bthul的DNS转到node3的IP

■(node2)#也要配合改不然会发生无法存盘打印

cd/etc

15

cphostshostsl2

vihosts(把bthul改为10.37.12.13)

•(node3)#切回node3

su-root

cd/etc#配合转DNS后之主机名改变

mvhostshostsl3bak

mvhostslll3hosts

cfgmgr

importvg-yhdiskXXbthulvgl

varyonvgInkalvgl

importvg-yhdiskYYbthulvg2

varyonvgbthulvg2

chmod-R774/dev/r*_al

chown-Rdbal.dba/dev/r*_al

su-dbal

svrmgrl/connectinternal/

startupnomountpfi1e=/home/dba1/initbthul.ora

#此档己改好参数免得和node3互冲memory只用2G

#旦archivelog不写入/dblogl

alterdatabasemount;

alterdatabaseopen;

exit

su-oralOg

cd/oraclelOg/network/admin

cplistener,oralistener,bak

mvlistener.1113listener,ora#将准备好的listen改名

16

cptnsnames.oratnsnames.bak

mvtnsnames.1113tnsnames.ora#将准备好的tns改名（此槽也加了pacs要的tns）

su-oper

pingbthul#检查nodel之dns是否被转过来了。

Isnrctlstop#先停掉现有node3的listener

Isnrctlstop11521

Isnrctlstop11526

#启用改好后nodel,node3共存的listener参数

Isnrctlstart

Isnrctlstart11521

Isnrctlstart11526

二二二二激活pacs二二二

cd/home/oper

cp.netrc.netrc-bak#这个档要改

mv.netrclll3.netrc

注意：此时两台brokerIpacslpacs2的hosts档都要跟着改不然tns会ping不到bthul

/home/oper/pacs/dblink/check_pacs_job#注意tnsname.ora要有加入Ipacs及lpacs2这两台

crontab/home/oper/cron/cronl113together（nod