数据库迁移方案.docx
《数据库迁移方案.docx》由会员分享，可在线阅读，更多相关《数据库迁移方案.docx（7页珍藏版）》请在冰豆网上搜索。
数据库迁移方案
数据库迁移方案v1.0
文档版本：
Ver0.7
芜湖市区域卫生信息平台
数据迁移方案
编制单位：
东软集团股份有限公司
2014年11月12日
文档修改记录
版本号
更改条款及内容
作者
日期
0.7
新建
杨秀敏
2014年11月12日
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年升级后采集的数据，数据库均未做集群，平台所有新版应用、综合管理系统、新上线的服务均连接访问临时数据库28。
3数据迁移需求
3.1软硬件需求
Ø操作系统字符集为UTF-8；
Ø两台小型机虚拟出独立的四台机器，两台作为交换数据库，两台作为中心数据库，并支持RAC集群,如下图：
RAC
RAC
Ø正式数据库服务器的数据库软件需重新安装，版本要求11gR2，补丁更新为最新版本11.2.0.4
Ø数据库安装时需配置好常用参数，如以下；
平台常用参数
内容
备注
默认字符集
ZHS16GBK
未做集群
防止密码过期
AlterPROFILEDEFAULTLIMITPASSWORD_LIFE_TIMEUNLIMITED;
未做集群
最大连接数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）的结构、存储过程等内容全部迁移，数据只迁移部分住院数据，数据由东软方迁移。
表32交换库用户列表
用户名
表空间
迁移内容
DP_EHR
DP_EHR
配置表、住院数据
DP_EHR_INDEX
DP_EHR_INDEX
配置表、住院数据
DP_EHR_DOCUMENT
DP_EHR_DOCUMENT
表结构
DP_EHR_KETTLE
DP_EHR_KETTLE
全部
Ø临时数据库中心库（10.12.1.28）的全部内容完整迁移，包括用户、结构、数据、存储过程、序列等所有内，由东软方迁移
表32中心库用户列表
用户名
表空间
迁移内容
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
CHM_COMMON
CHM_LOB
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切换，东软使用临时数据库进行采集工作，硬件集成商解决迁移问题，问题解决后，针对增量的数据做迁移，东软进行回归测试；
升级会员 