数据库迁移方案v1.docx
《数据库迁移方案v1.docx》由会员分享,可在线阅读,更多相关《数据库迁移方案v1.docx(8页珍藏版)》请在冰豆网上搜索。
数据库迁移方案v1
文档版本:
Ver0.7
芜湖市区域卫生信息平台
数据迁移方案
编制单位:
东软集团股份有限公司
2014年11月12日
文档修改记录
版本号
更改条款及内容
作者
日期
0.7
新建
杨秀敏
2014年11月12日
1引言2
1.1编写目的2
2数据库环境概述3
2.1正式数据库环境(旧版).3.
2.2临时数据库环境(升级).3.
3数据迁移需求3
3.1软硬件需求3
3.2
网络需求5
4数据迁移方案6
4.1正式数据库数据6.
4.2临时数据库数据.7.
4.3数据迁移步骤7
1引言
1.1编写目的
本文档用于描述芜湖市基于健康档案的区域卫生信息平台由于迎接卫计委标
准符合性测评整体升级中数据库整体迁移的说明文档,用以说明目前数据库情
况,迁移涉及的内容以及迁移需求,需要硬件集成工程师根据实际情况给出合理建议,并指导数据库迁移工作的实施。
本文档的预期读者为:
建设单位:
卫生局领导、技术人员、工作人员;
承建单位:
硬件集成工作人员、东软平台实施人员。
2数据库环境概述
2.1正式数据库环境(旧版)
旧版数据库为正式数据库,做了RAC集群,其用于2012年、2013年的项目实施采集,于2014年进行项目升级时暂停使用。
硬件设备
用途
IP地址
备注
IBM小型机
交换库数据库
10.12.1.1、10.12.1.2
未使用虚拟ip连接
IBM小型机
中心库数据库
10.12.1.3、10.12.1.4
虚拟为10.12.1.5
说明:
旧版数据库环境,交换库的数据完全无用,中心库的数据偶尔应对上级检查的集成浏览器调阅显示(由于新版浏览器集成未做好),且只应用于旧版浏览器的调阅使用。
2.2临时数据库环境(升级)
硬件设备
用途
IP地址
备注
虚拟机
交换库数据库
10.12.1.26
未做集群
小型机
中心库数据库
10.12.1.28
未做集群
说明:
临时数据库环境的数据为2014年升级后采集的数据,数据库均未做集群,平
台所有新版应用、综合管理系统、新上线的服务均连接访问临时数据库28o
3数据迁移需求
3.1软硬件需求
操作系统字符集为UTF-8;
两台小型机虚拟出独立的四台机器,两台作为交换数据库,两台作为中心
数据库,并支持RAC集群,如下图:
了、
交换库1—
<__>
一交换库2
RAC
正式数据库服务器的数据库软件需重新安装,版本要求11gR2,补丁更新为最新版本1120.4数据库安装时需配置好常用参数,如以下;
平台常用参数
内容
备注
默认字符集
ZHS16GBK
未做集群
防止密码过期
AlterPROFILEDEFAULTLIMIT
PASSWORD_LIFE_TIME
UNLIMITED;
未做集群
最大连接数processes
3000
Session
3305
最大游标数open_cursors
1000
系统时间
11G空表备份
altersystemsetdeferred_segment_creation=false;
job_queue_processes
10
由于原存储为11T,整体考虑平台中心库、交换库的以及综合库的数据情
况,平均一年3-4T,则存储可用原来的11T,规划为3年使用;
数据库名称
磁盘大小
交换库数据库
2T
中心库数据库
9T
数据库迁移时,平台会给出每个数据文件大小,需硬件集成商根据磁盘队
列的分区大小,给出数据文件建立的路径和规划方案。
3.2网络需求
迁移后依然使用现用IP地址10.12.1.26、10.12.1.28。
分配给平台的各应用IP能够与正式数据库服务器连通访问;
交换数据库服务器需能访问各医院前置机,完成数据采集的方式需求;
3.3数据迁移需求
原数据库数据需做各整体备份,作为保存;
临时数据库交换库(10.12.1.26)的结构、存储过程等内容全部迁移,数
据只迁移部分住院数据,数据由东软方迁移。
表3-2交换库用户列表
用户名
表空间
迁移内容
DP_EHR
DP_EHR
配置表、住院数据
dp_ehr_index
DP_EHR_INDEX
配置表、住院数据
DP_EHR.DOCUMENT
DP_EHR_DOCUMENT
表结构
DPEHRKETTLE
DPEHRKETTLE
全部
临时数据库中心库(10.12.1.28)的全部内容完整迁移,包括用户、结
构、数据、存储过程、序列等所有内,由东软方迁移
表3-2中心库用户列表
用户名
表空间
迁移内容
EHR
EHR
全部
EHR_INDEX
EHR_INDEX
全部
EHR_DOCUMENT
EHR_DOCUMENT
全部
EHR_PLATFORM
PLATFORM
全部
EHR_UNIEAP
UNIEAP_PLATFORM
全部
EHR_QA
EHR_QA
全部
MAIP_MA
TS_MAIP_MA
全部
MAIP_UNIEAP
TS_MAIP_UNIEAP
全部
EHR_SECURITY
SECURITY
全部
CHM_DRM
CHM_DRM
全部
CHM_COMMON
全部
CHM_LOB
CHM
CHM_INDEX
ITF_COMMON
ITF_INDEX
4数据迁移方案
4.1正式数据库数据
中心库数据是否保留?
一一不保留
中心库主要数据为基层历史数据,以及市属7家医院的历史数据,基层的历史数据在本次测评升级后进行了重新采集,7家医院的历史数据现已不
符合平台标准和规则,且测评升级后重新开发了接口,并采集了近期的数据。
(需做一个整体备份保留,东软将常用演示数据取出做小备份)交换库数据是否保留?
一一不保留
由于交换库是用于数据清洗、转换操作的过程库,故其数据无需保留,可全部清除;
4.2临时数据库数据
交换库是否迁移?
—迁移
结构、存储过程等内容迁移,数据只迁移部分住院数据;
中心库是否迁移?
一一迁移
全部内容做整体迁移;
中心库数据是否保留?
一一保留两个月
为避免数据迁移后出现数据库配置、程序链接等影响项目进展的事件发
生,故中心库数据整体迁移后,临时数据库需保留两个月应急,迁移到正
式库运行两个月无任何异常发生,临时中心库可回收;
交换库数据是否保留?
一一保留两个月
为避免数据迁移后出现数据库配置、程序链接等影响项目进展的事件发
生,故交换库库数据整体迁移后,临时数据库需保留两个月应急,迁移到
正式库运行两个月无任何异常发生,临时交换库可回收;
4.3数据迁移步骤
1、旧版演示数据备份一东软公司:
平台承建商东软将常用演示数据进行备份;
2、正式库旧版数据库整体备一硬件集成商:
将旧版数据库内容完整备份,保证若以后存在回找时,能还原,或部署到其他机器中;
3、正式库环境重新安装(数据库、RAC)—硬件集成商:
原小型机上的数据库重新安装,并做RAC集群,尤其注意归档日志满、参
数配置等问题;
详见附件2:
〈数据库迁移存储划分》
4、规划数据库文件创建方式一硬件集成商、东软公司:
详见附件2:
〈数据库迁移存储划分》
5、数据库整体迁移(数据采集全部停止)一硬件集成商、东软公司:
东软将数据采集等相关工作停止(计划停止时间2-3天),硬件集成商进
行数据库完整迁移;
6、迁移测试一硬件集成商、东软公司:
硬件集成商将正式数据库环境设置为10.12.1.28,平台进行各应用及数据
采集的流程测试,若测试存在较为棘手的问题无法快速解决,则ip切换,东软使用临时数据库进行采集工作,硬件集成商解决迁移问题,问题解决后,针对增量的数据做迁移,东软进行回归测试;