业务连续下数据迁移的实施及数据库的优化.pdfVIP

业务连续下数据迁移的实施及数据库的优化 ① ① 韩春春 陈能太 ①江门市中心医院，529071，江门市海旁街 23 号 关键词 数据迁移 业务连续 数据库优化 摘 要 针对在信息化建设过程中，由于历史数据较多且业务系统非常繁忙的情况下对 数据库进行数据迁移，并且在迁移的过程中对数据库结构不断进行优化和摸索，最终形成 一套优秀的适合医院运作的数据库结构模型，这种结构模型机制不仅使得医院在日后的数 据迁移时非常容易顺利，而且业务系统会运行地更加稳定、快速。 1 引言 近几年随着计算机技术的飞速发展，越来越多的医院实施了信息化工程，在信息化不 断深入建设的过程中，业务系统越来越复杂，系统之间模块接口越来越多，数据库也越来 越庞大，虽然现在服务器的性能和存储容量都在不断提高，但是对数据库来讲单表所具有 的容量是有一定的局限性的，不可能无限大，如何在服务器不停机的情况下进行数据迁移 是讨论的重点。 数据迁移并非数据备份或是数据容灾，也不是数据升级，而是如何在业务连续的情况 下将数据库中不经常使用的数据迁到迁移库中，并且保证日后用户在使用业务系统时可以 无缝透明化查询各年度的历史数据。 2 数据迁移项目由以下几个阶段组成 2.1 迁移前规划和评估 在本阶段，定义迁移的范围，并评估资源规划和安排任务时间表， 任务包括风险评估、概念验证、数据迁移方案、时间段计划和迁移软件测试。 2.2 迁移 在本阶段中，使用迁移软件进行正式迁移。 2.3 迁移后测试和验证 这个最终的迁移阶段负责调优目标数据库、业务系统的历史数据 测试。 3 迁移前规划和评估 我院是广东省一家规模较大的三级甲等综合性医院，信息化走一体化路线，即单一厂 商模式，自2004年大规模实施数字化项目以来，已经在住院医生站、住院护士站、门诊 432 医生站、医生电子病历、护士电子病历、病历电子签名、检查报告、检验结果全院随时在 线查看、门诊挂号、收费、看病、拿药一卡通、病历三级质控等方面取得了显著成效。随 着业务系统模块的不断增加、业务量飞速增长，数据库容量急剧膨胀，积累了大量的业务 数据，并且都在同一个数据库中，使得在线数据量非常庞大，我院使用的数据库为 SQL2000,his数据有90G,pacs 为68G,lis为8G，包括了2004到2008年的数据, 单表数 据量最大1025万条记录，在不升级硬件的情况下，我们虽然对数据库的结构进行了深度 优化，保证业务的正常运作,但服务器的 CPU 占用率比较高,SQL 的在线连接数一度达到 1300,所以数据迁移是势在必行。目前经过摸索和优化后的数据库结构模型如下： 数据库分当前业务库和历史库, 当前业务库存放当前正在使用的业务数据，历史库存 放查询频率较小的的业务数据，并分年度存放。业务系统软件全部支持从当前业务库无缝 化查询历史库，且可以递归查询，即从当前库查询不到病人信息，软件便自动向上一年的 历史库中查询，直到最后一个历史库。历史库和业务库一样都有自己的字典数据和业务数 据，这样在查询历史数据时涉及到字典时只需要查询本身库的字典而不需要跨库查询。 数据表分一般表和分月表，一般表的业务量较小，如字典数据、小业务表，分月表则 存放数据量较大的数据，如药房药品请单、门诊收费表、门诊医生处方表、门诊费用表， 这种设计思路使得单表数据量大为减少，缩短软件查询时扫描数据表的时间，使业务系统 运行如飞。 由于本院的信息化是单一厂商模式，各业务系统在底层已经是数据互联互通，需要做 数据迁移的仅为SQL数据库，所以并不存在异构或是多类型数据库迁移困难的问题。 3.1 迁移方案分析 经过对现用业务库的分析，将现用的数据分为：字典、住院、门诊、 检验、医技影像、体检、后勤六大部分，根据对不同业务系统的数据量及结构的研究，建 立年度迁移数据库，每一年建一个数据库，相关业务和字典数据均要迁移到该库中。迁移 规则如下： 3.1.1 字典 不清除现有字典，直接在相应的年度数据库中复制一分当前数据库的数据。 3.1.2 住院 以病人出院且电子病历提交到质控科为前提条件，筛选出要迁移的病人,包 括病人相关的医嘱、护嘱、检查、检验、输血等信息，由于住院的信息量较大，分