医院信息科基础架构配置与变更管理规定

第一部分基础架构配置与变更管理规定

总则

一；为合理配置系统参数，实行硬件资源区I有序调配，保证硬件设

施与系统软件配置能在最大程度上满足信息系统运行与安全需要,

特制定本规定。

二;本规定所指基础架构。

三;本规定所波及配置与变更管理范围包括：硬件设施与平台软件

日勺配置与变更、基础架构布局的配置与变更。

四；规定中所指配置管理单位：省医院信息管理处。

五；本规定中所指配置管理员包括系统管理员、数据库管理员、

网络管理员、安全管理员等。

第一节平台软件的基准配置

一；平台软件的基准配置包括操作系统软件、数据库软件、网络设

备系统软件、安全设备系统软件n勺基准配置等。维护单位应为平台软

件建立合适口勺配置基准。配置基准应保证系统安全与整体安全规定的

一致性。

二；经授权口勺配置管理员应根据系统安装手册与配置基准对初装系

统或设备进行基准配置，详细记录安装过程与设置，保证配置H勺对W、J

性。配置管理员应建立该配置对象日勺《配置清单》并在配置清单中清

晰体现基准配置。

三；完毕基准配置口勺系统或设备需进行运行测试和

安全性检查。运行测试与安全检查通过后，配置管理员需在配置记录

上写明运行测试与安全检查成果，由配置监管人签字确认。只有在测

试与安全检查没有问题的状况下该系统或设备才能在生产环境下运

行。

第二节平台软件的配置变更

一；平台软件日勺配置变更包括但不限于：操作系统软件、数据库

软件、网络设备系统软件、安全设备系统软件、系统安全方略的配置

变更；供应商公布的补丁、升级包的使用等。

二；配置管理员负责对平台软件进行配置管理和维护，配置监管

人负责平台软件配置对的性确实认。可通过操作系统层面对系统配置

文献W、J访问权限的设置、明确时职责分工来保证配置和变更只能由被

授权日勺人进行操作。

三；配置变更应有统一的配置变更申请、审批流程。《配置变更

申请、审批表》中应写明该配置变更所属设备的名称、配置的类别（操

作系统、数据库、路由方略、安全方略、补丁包/升级包出J使用等）和

配置变更日勺原因及内容。若配置变更源于笫三方服务商的提议则应同

步提交第三方服务商提议文档。

四；配置管理员应根据变更申请制定配置变更计划，变更计划中

应详细阐明该配置变更也许对系统自身以及其他系统产生日勺影响、配

置变更发生的时间、地点等。

一；硬件设施配置变更包括但不限于：主机处理器、主机内存、

主机硬盘、主机HBA卡、网卡、光驱、磁带机、网络设备接口模块、

备份电源等硬件设施配置变更。

二；硬件设施使用方在硬件资源使用过程中时发生硬件资源局限

性或坏损时可申请硬件设施配置的变更，并填写《配置变更申请、审

批表》。

三；配置管理员负责对硬件设施进行配置管理和维护，配置监管

人负责确认硬件设施配置日勺对的性。

四；配置变更应有统一日勺配置变更申请、审批流程。《配置变更

申请、审批表》中应写明该配置变更所属设备的名称、配置的类别

（CPU、内存、硬盘、备份电源、HBA卡、网卡、光驱、磁带机、网

络设备接口模块）和配置变更的原因及内容。

五；配置管理员应根据变更申请制定配置变更计划，变更计划中

应详细阐明该配置变更也许对系统自身以及其他系统产生日勺影响、配

置变更发生的时间、地点等。

六；配置单位管理层应根据配置变更计划及该配置变更所能产生

的影响进行分析评估，确定配置变更的原因与否充足，决定与否需要

进行配置变更测试、与否同意该变更。配置单位管理层应在《配置变

更申请、审批表》中记录审批成果并签字。

七；经授权H勺配置管理员应根据审批后H勺配置变

更计划进行配置变更，若需进行配置变更测试时，应首先完毕测试并

出具测试汇报。配置管理员在完毕配置变更后应及时填写《配置变更

登记表》，该表规定变更申请人对配置变更成果进行确认并签字。同

步配置管理员应更新《硬件设备维护档案》中的硬件设备基本配置（见

《硬件设备维护规定》）o

A；配置管理员还应将《配置变更申请、审批表》、

《硬件设备维护档案》、《测试汇报》作为《配置变更登记表》的附件

提交给配置监管人.由其进行配置变更确实认，并在《配置变更登记

表》的“监管人”一栏中签字。

第四节基础架构布局的变更

一；基础架构布局的变更包括但不限于：设备增减、设备迁移、

线路调整、拓扑变化、定期停机检修等。

二；维护单位应为基础架构布局建立有关文档，如机房布线图、

网络拓扑图、设备分布图、机架分布图、跳线表、地址表等。当基础

架构布局发生变更时此类基础架构布局文理应得到及时的更新。

三；基础架构布局变更时，变更提出方应填写《布局变更申请、

审批表》，申请表口应详细描述变更的原因、内容、时间、波及到的

部门等有关内容，经需求方管理层审批后提交配置管理单位。

四；经授权H勺配置管理员应根据审批后日勺布局

变更计划进行布局变更并填写《布局变更登记表》，该表规定变更申

请人对布局变更成果进行确认。配置管理员应同步更新有关的基础架

构布局文档。

五；配置管理员还应将《布局变更申请、审批

表》、《基础架构布局文档》一并作为《布局变更登记表》的附件提交

给配置监管人，由其进行布局变更确实认，并在《布局变更登记表》的

“监管人”一栏中签字。

第五节变更事件日勺处理

一；根据变更事件也许导致的影响，其范围可以分为医院科室

范围、医院全院范围两类。配置管理单位应将也许产生的变更行为根

据上述两种影响范围进行归类划分，并每六个月对分类规则进行评估

更新。

二；根据上述分类规则，维护单位应详细制定变更事件H勺告知

细则，其内容应包括多种影响范围日勺最迟提前申请时间、最迟提前告

知时间、变更审批领导等，并根据变更事件影响范围的更新而重新评

估告知细则。

三;通过审批的配置变更或布局变更，配置管理

维护单位管理层应根据影响范围及告知细则提前公布变更告知，以便

受影响管理方可以及时与也许影响到日勺有关各方联络确认，并提前告

知有关各方预先做好准备。

四；为减少配置变更与布局变更对正常业务和

工作出J影响，变更实行应尽量安排在业务、工作出J空闲时段进行c

第六节定期审阅

一；技术的进步或系统、设备的升级也许引起配置基准的变化。

信息管理处应根据设备或系统H勺升级状况决定与否更新配置基准。维

护单位应定期对各类配置对象口勺配置基准进行评估（每年一次），形成

《配置基准评估表》并提交管理层审阅。

二；若需发生配置基准的变更行为则应按照配置变更申请、审

批流程执行。配置管理员在填写配置变更申请时，应详细阐明该配置

变更属配置基准日勺变更。配置基准日勺变更必需通过测试成功后方可实

行。

三；为了防止配置管理人员故意或无意的对

软、硬件H勺配置、基础架构布局W、J非法更改，应建立对配置清单、基

础架构布局文档、配置变更记录、布局变更记录日勺年审机制，该年审

工作应由配置监管人员执行。配置监管人应根据有关文档对真实状况

进行检查，保证实际状况与有关文档的记录一致。

四；配置监管人员进行年审工作后应填写

《基础架构变更年审表》，该年审表应阐明有关文档与实际状况与否

相符。若实际状况与有关文档不一致则应阐明发生的原因与处理成果。

第七节文档保留

一；在基础架构配置与变更管理过程中

产生的所有文档，包括《配置基准》、《配置清单》、《基础架构布局有

关文档》、《配置变更申请、审批表》、《布局变更申请、审批表》、《配

置变更登记表》、《布局变更登记表》、《基础架构变更年审表》、《配置

基准评估表》等均应当由配置管理单位指定专人进行统一管理，保留

工作痕迹。

第八节附则

一；本制度由省医院信息管理处负责解释和修订。

二；本制度自公布之日起开始执行。

附件一配置变更申请、审批流程

附件二配置变更管理流程

变更管理流程

变更管理员需求申请人监管人

计A

比K

交R

计

划

附件三配置变更申请、审批表

姓名部门处室

设备名称设备编号有效期至

变更需求栏

变更类型

平台软件数据库口操作系统口路由方略口安全方略口补丁/升级口其他口

CPUO内存口硬盘口备份电源口HBA卡口网卡口光驱口

硬件设施

磁带机口网络设备接口模块口其他口

变更原因：

变更内容:

申请单位审批人：结论：审批时间：

变更分析栏

配置计划：

管理员:时间：

管理员:_______时间：_________

影响范围：

管理员:时间：

管理员:_______时间：_______

变更实行时间：

告知公布时间:

告知公布对象:

配置单位审批人：结论：审批时间：

附件四布局变更申请、审批表

姓名部门处室

截止日期

变更需求栏*申请方填写*

变更类别：设备增减（设备迁移（线路调整（拓扑变化（停电检修（其他（

变更原因：

变更内容：

申请单位审批人：结论：时间：

变更分析栏

布局变更计划：

管理员：时间：

管理员：_______时间：_________

影响范围：

管理员：时间：

管理员：_______时间：_________

变更实行时间：

告知公布时间：

告知公布对象：

变更单位审批人：结论：时间：

附件五配置变更登记表

编号：设备编号：变更时间：管理员：

变更类型数据库口操作系统口路由方略口安全方略口补丁/升级口硬件资源口其他口

结论：申请人：时间：

变更结论

配置变更审阅

变更审批审批表11勺链接（或附件）

若存在测试，提供测试汇报的1链接（或附件），否则无。

测试状况

变更后文档配置清单或设备维护档案的链接（或附件）

审核结论：监管人：审核时间：

附件六布局变更登记表

编号：构造文档号：变更时间：管理员：

变更类型设备增减口设备迁移口f戋路调整口拓扑变化口停电检修口其他口

结论：申请人：时间：

变更结论

配置变更审阅

变更审批审批表的链接（或附件）

若存在测试，提供测试汇报的链接（或附件），否则无.

测试状况

变更后文档布局文档的链接（或附件）

审核结论：监管人：审核时间：

附件七基础架构变更年审表

变更对象变更类型审阅结论审阅时间监管人

附件八配置基准

一、路由器配置基准：

1.关闭不必要的服务

finger

bootp

tcp-small-servers

udp-smalI-servers

noipproxy-arp

noipserver

2.远程访问的|安全

使用SSH方式提供远程访问。在vty线路上不提供telnet协议的传播，路由

器容许终端闲置的时间设置为5分钟。

3.口令加密

使用servicepassword-encryption启用n令加密。

使用enablesecret设置特权模式的I访问口令c

4.snmp的）安全

删除public访问串。

用访问控制列表限制使用snmp的范围。

5.端口的安全

在不可靠接口上输入noipunreachables停止发送icmp不可达信息，防止路由器

被DOS袭击。

在不可靠接口上应关闭CDP协议，关闭IP反向路由设置。

6.访问控制列表

使用访问控制列表技术进行访问控制，只容许指定日勺IP地址范用访问。

7、日志

设置外部口勺syslog日志服务器。

在网络设备上将日志发往该服务器，日志级别不低于notificationo

8、AAA

•设置外在的IAAA服务器。通过该服务提供如下功能：

•认证authentication,即确定访问者的身份。路由器的控制台登录和远程

登录都要使用AAA提供的认证服务。在AAA服务器上为系统管理员和

系统操作员分别设置顾客账号。

授权authorization,对不一样的）访问者授予不一样的I访问权限。系统管理员账号

可以执行修改设备配置的命令，而系统操作员只能执行查看设备状态日勺

命令。

记帐accounting,记录访问者对网络设备进行的操作。

9、路由协议

网络设备上配置动态路由协议时要使认证方式

用该路由协议所支持的最高级

报文认证。见下表：

路由协议

R1PMD5

OSPFMD5

EIGRPMD5

IS-ISMD5

BGPMD5

1、二、防火墙配置基准：

2、防火墙H勺缺省包过滤规则为容许，在调试过程完毕，测试结束后，一定要

将防火墙日勺默认容许，改为严禁。

3、若防火墙的默认规则为全通日勺规则，请删除默认日勺安全规则，然后按照网

络实际环境配置对应日勺安全规则，并且尽量不要设置地址和服务有ANY

的规则，

4、为了有效保护内网与防火墙自身的抗袭击能力，可以打开防火墙的抗袭

击功能，（提议在网络流量大的状况下不会开此功能，会影响网络H勺处理

速度）

5、为了有效的保护内部的网络地址，并处理网络地址局限性的问题，请尽量

使用防火墙的INAT功能，把内网日勺ip地址转换成防火墙的公网地址后

再访问外部网络。

为了保证防火墙自身的主机安全，不要随意启动防火墙的远程SSH管理功能,

提议使用WEB+S+密钥等有效的管理措施。

为了分析防火墙的数据包记录日志，应将防火墙内包过滤日志信息记录下来，用

于对事件分析。

三、数据库配置基准：

1.对于特权顾客组的管理：

由于特权顾客组的账户，如GID=O,可以进入超级顾客所建立的顾客组可写文

献。未经许可的顾客持有GID=O,会增长敏感系统配置文献被更改或删除的风

险。在Informix数据库日勺管理中，Informix顾客组里日勺顾客可以对数据库服务器

空间进行管理，因此我们提议对Informix顾客组的授权进行限制，只有被合理授

权过时顾客才能属于此顾客组；

2.对于dba权限的限制

由于Informix数据库没有专门H勺顾客账号管理的内容，因此是通过数据库

授权赋予操作系统账号对数据库H勺存取权限的措施来对Informix数据库进

行访问，存在三个存取级别，dba,resource,connect。拥有dba权限区|顾客可

以对数据库进行操作，因此不能合理赋予数据库顾客日勺权限必将带来较大

的风险。因此我们提议对数据库顾客日勺权限进行限制，只有被合理授权过日勺

顾客才能拥有dba权限。系统中没有创立通用的顾客/功能ID。同一种顾客

不能同步登陆多次。供应商使用口勺顾客ID已被删除或禁用。

3.对于InformixH勺重要文献日勺保护

Informix日勺重要文献包括系统文献、安装文献以及数据库文献等，此类文献日勺

未经许可访问会对数据真实性、有效性以及保密性带来风险。因此我们提议限制

应用程序文献的访问，只有informix顾客组的顾客才应当有读、写、执行权限，其

他顾客有只读权限；

4.明确的职责分工

提议将Informix中操作与审计责任进行职责划分，即由不一样口勺顾客担任,

实行明确的职责分工，例如制定顾客组将DBSSO(databasesecurityofficer)

和DBAO(databaseauditofficer)进行执行职责划分；(如：

$INFORMAIXDIR/dbssodir/seccfg文献中ixuser=*表达没有制定顾客组)

安全管理员应当安排多种不一样的角色对数据库进行管理。应当为不一样

类别的管理员分派不一样的角色。可以通过如下命令分派角色：

createrolerolename\

通过如下命令为对象进行特权授权：

grantprivilegenameontablenametorolename;

通过如下命令为账号分派角色：

grantrolcnamctousername;

安全管理员应当为“Process”账号分派角色。每一种“Process”账号应当

分派特定的角色。可以通过如下命令创立角色：

createrolerolename\

可以通过如下命令为系统和对象建立特权：

grantprivilegenameontablenametorolename;

可以通过如下命令为账号分派角色：

grantrolcnamctousername;

安全管理员应当为顾客分派角色c每一种不一样类别H勺顾客应当分派不一

样的J角色。可以通过如下命令分派角色：

CREATEROLErolename;

通过如卜.命令为系统和对象分派特权：

GRANTprivilegenameONtablenameTOrolename;

可以通过如下命令为顾客分派角色：

GRANTrolenameTOusername;

5.权限访问控制

提议妥善赋予数据库对象日勺访问权限，否则会带来较大日勺风险，因此需要

确认客户己经限制了数据库对象日勺访问权限，即将syslabauth系统表中日勺

tabauth列设为小写字母，表达不具有数据库对象日勺访问权限；

提议将系统表sysprocauth中的procauth列设置为小写字母“e"，即限制被

授权人持有对存储过程和触发器日勺执行权，以借此来授予他人该权限；

提议为数据库口勺应用程序文献进行合理的顾客权限设置，确认只有组内顾

客才拥有对数据库的应用程序文献进行读和运行的权限。

6.系统安全设置

a.在Informix中没有有关如下方面的固有控制，因此必须在操作系

统层面对如下方面进行控制：

b.最小密码长度；

c.保证顾客使用非空的密码，且密码具有一定的复杂程度；

d.强迫顾客在特定期间后更改密码；

e.假如持续几次失败登陆后，自动将账号锁死。有关失败登陆的记

录应当在操作系统层面被记录，并有系统管理员定期进行审阅这些

记录，查看与否存在异常；

•安全管理员应当与系统管理员和数据库管理员一起决定，在对系统进行管理

过程中应当使用哪些服务/设施（例如isql,）,不需要"勺服务/设施应当及时删除。

且应当对这些需要日勺服务/设施进行安全面的考虑，确认只有授权H勺人员可以使

用这些服务/设施”安全管理员应当定期审阅谁曾经访问过功能比较大日勺服务/

设施，确定与否该访问是必需口勺。

•一般"勺，如下文献不应当是所有顾客都可执行及I：

•onstat-显示共享的存储和服务空间口勺记录数据；

•oncheck-检查并修订磁盘空间；

uuinude变更种IDS服务空间的操作模式;

•onlog-逻辑日志调试工具；

•oninit-初始化并启动数据库空间；

•onspaces-配置数据库space和chunk；

•onparms-设置日志。

7、安全监控方面

•系统管理员应当建立警报方略，以保证在出现如下事件时可以及时告知操作人

员或数据库管理员：

•创立表失败(Tablefailure)；

•创立索引失败(Indexfailure)；

•二进制大对象失败(Blobfailure)；

•Chunk离线，mirror处在激活状态：%ld(Chunkisoff-1ine,mirroris

active:%ld(chunknumber))；

•数据库空间离线(DBSpaceisoff-line)；

•内部子系统失败(InternalSubsystemfailure)；

•数据库服务空间初始化失败(Databaseserverinitializationfailure)：

•物理修复失败(PhysicalRestorefailed)；

•物理恢当失败(PhysicalRecoveryfailed)；

•物理恢复失败(LogicalRecoveryfailed)；

•不能打开Chunk(CannotopenChunk:'%s'(pathname))；

•不能打JT数据库空间(CuuiiotupenDbbpace:(dbspciueiictiue))：

•性能提高(PerformanceImprovementpossible)；

•数据库失败(Databasefailure.)；

•可用很高的数据复制失败(High-availabilitydata-replicationfailure.)；

档案文献异常(Archiveaborted)；

•日志备份异常(LogBackupaborted)；

•逻辑日志满了一需要备份(LogicalLogsarefull-Backupisneeded)：

•数据库服务空间资源溢出(Databaseserverresourceoverflow)；

•长期交易检查(LongTransactiondetected)；

•逻辑日志完毕(LogicalLogComplete)；

•不能分派存储空间(UnabletoAllocateMemory)o

b.启动事件口志(例如对于关键数据库表的I访问的J审计痕迹)。每天对事件日志进行审

阅。

•数据库管理员应当定期监控数据库,(可以通过使用onstat,或者oncheck、

onlog等命令)

•检查消息日志：某些至关重要的信息也许来自消息日志，如防火墙的安装，逻

辑日志的备份，或者服务器瓦解。

•检察系统状况(内存，硬盘和输入输出运用率)：系统状况体现了系统活

动状态，例如显示资源缺乏或一般的性能记录。通过检查系统状况,

可以协助确定引起系统问题的性能原因。

检查输入输出队列活动：假如系统中产生了输入输出队列，就会有传播的瓶颈。

当数据从物理磁盘之间传播过程中不能到达预期的传播速度就会产生传播队

列。可以通过使用onstat-gioq命令为每一种虚拟处理器(VP)监控这些队

列。该命令的输出成果显示了每一种可以进行异步传播的VP的传播祈求队列的

记录成果。该成果中有两个重要的列：len和maxlen°Len是指目前队列的长度,

maxlen是指在服务器启动后或上一次onstat-z操作后的最大队列长度。假如

maxlen是两位数，传播祈求就需要排队，这样就会引起性能的减少。

检查CPU队列活动：假如顾客线程需要排队通过CPU的虚拟处理器处理，就会出现CPU

的瓶颈。当准备运行一种线程时，所有的CUP虚拟处理器都在执行其他的线程，就会产生

CPU队列,。这种队列可以通过如下命令来监控onstatrea。该命令的运行成果显示所有

准备启动的，不过需要排队等待执行的顾客的线程。

四、操作系统配置基准：

1、UNIX系统：

•系统闲置时间设置：提议针对IBMAIX、HPUX小型机操作系统的和服务

器SCOUNIX系统中设定统一的系统进程最大闲置时间，并对最大闲置

时间的大小做出规定：TIMEOUT/TWOUT<=300。

•顾客账号管理和密码方略：

•每个顾客有唯一B、J顾客名(username)和顾客ID(UID)；

•顾客UID>100,顾客GIDX00,不大于100的保留给系统使用；

•通用账号应被禁用；

•不使用的默认系统账号应禁用；

•无需授权的账号不容许被使用；

•己离职的员工账号及时删除或禁用：

•第三方服务商技术支持账号应禁用，仅在需要时临时启动；

•控制shadowpassword文献欧J访问权限；

•新账号应有唯一的初始密码，第一次使用新账号时应立即修改该密码，

密码以安全方式公布；

•密码应不易猜测，具有定复杂度

a.密码构成：

b.4<=naxage<=13

c.minage>=1

d.Minalpha>=1

e.Minother>=1

f.mindiff>=1

g.maxrepeats<=2

•超级顾客账号管理：

•只有rootUID=0；

•root的途径不能包括目前的工作目录：

•应当限制root顾客的远程登录；

•组内的特权顾客（GID=0）应被合适查看；

2、只容许前台（console）进行rool登录，rool顾客的登录应包括如下命

令行：telnet=false；rlogin=false。

•Unix操作系统配置管理：

•对于Umask的控制，提议设置为‘027'；

•限制SU1D和SGU）程序H勺使用；

•所有的shell都必须在/etc/shells文献中列出：

•提议操作系统为所有world-writeable的目录都设置粘贴位（“T”）；

•提议只有root顾客才有权使用at或batch命令；

•crontab命令的权限只授权给必须使用该命令的顾客；

•在/etc/ftpusers文献中加入容许使用ftp得顾客列表：

•不要通过hosts,equiv文献来建立信任；

•建”定期时重要文献权限进行检查的机制：

•提议检查所有的网络服务配置，所有不必要H勺网络服务配置从

/etc/inetd.conf文献中删除；

•除非必须，否则提议移除所有以r开头日勺命令和以.rhosts结尾的文献:

•只在需要的状况下启动telnetdaemon；

严禁后台程序finger的使用;

•检查本机与否真的需要ftp服务，假如不需要，应严禁使用这个服务

•严禁后台程序tftp、rexec欧J使用；

•严禁UUCP协议的使用；

•系统中同磁盘、存储、磁带和网络文献要设置为644；

-下列文献的权限位将为555(r-xr-xr-x:),以保护下列系统程序：

-/usr/sbin/mount

-/usr/sbin/acct/acctcom

-/usr/sbin/login

-下列文献的访问级别存在合适的安全保护：

-/etc/security/.ids

-/etc/security/login.cfg

-/etc/group

-/etc/security/group

-/etc/passwd

-/etc/security/passwd

-/etc/passwd.dir

-/etc/security/user

-/etc/security/environ

-/etc/security/limits

-/ntc/snenrity/mkusnr.dnfanlt

-/etc/security/fai