数据库迁移方案vWord文档下载推荐.docx

数据库迁移方案vWord文档下载推荐.docx

《数据库迁移方案vWord文档下载推荐.docx》由会员分享，可在线阅读，更多相关《数据库迁移方案vWord文档下载推荐.docx（7页珍藏版）》请在冰豆网上搜索。

2.1正式数据库环境（旧版）

2.2临时数据库环境（升级）

3数据迁移需求

3.1软硬件需求

3.2网络需求

3.3数据迁移需求

4数据迁移方案

4.1正式数据库数据

4.2临时数据库数据

4.3数据迁移步骤

1引言

1.1编写目的

本文档用于描述芜湖市基于健康档案的区域卫生信息平台由于迎接卫计委标准符合性测评整体升级中数据库整体迁移的说明文档，用以说明目前数据库情况,迁移涉及的内容以及迁移需求，需要硬件集成工程师根据实际情况给出合理建议,并指导数据库迁移工作的实施。

本文档的预期读者为：

建设单位：

卫生局领导、技术人员、工作人员；

承建单位：

硬件集成工作人员、东软平台实施人员。

2数据库环境概述

2.1正式数据库环境（旧版）

旧版数据库为正式数据库，做了RAC集群，其用于2012年、2013年的项目实施采集，于2014年进行项目升级时暂停使用。

硬件设备

用途

IP地址

备注

IBM小型机

交换库数据库

、

未使用虚拟ip连接

中心库数据库

3、4

虚拟为5

说明:

旧版数据库环境，交换库的数据完全无用，中心库的数据偶尔应对上级检查的集成浏览器调阅显示（由于新版浏览器集成未做好），且只应用于旧版浏览器的调阅使用。

2.2临时数据库环境（升级）

虚拟机

未做集群

小型机

临时数据库环境的数据为2014年升级后采集的数据，数据库均未做集群，平台所有新版应用、综合管理系统、新上线的服务均连接访问临时数据库28。

3数据迁移需求

3.1软硬件需求

操作系统字符集为UTF-8；

两台小型机虚拟出独立的四台机器，两台作为交换数据库，两台作为中心

数据库，并支持RAC集群，如下图：

IRAC

交换库1.，交换库2

厂一―l•”J訐一”—,_ff

£

II|

中心库1RAC中心库2

正式数据库服务器的数据库软件需重新安装，版本要求11gR2，补丁更新

为最新版本

数据库安装时需配置好常用参数，如以下;

平台常用参数

内容

默认字符集

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地址。

分配给平台的各应用IP能够与正式数据库服务器连通访问；

交换数据库服务器需能访问各医院前置机，完成数据采集的方式需求;

3.3数据迁移需求

原数据库数据需做各整体备份，作为保存；

）的结构、存储过程等内容全部迁移，数据只迁移部分住院数据，数据由东软方迁移。

表3-2交换库用户列表

用户名

表空间

迁移内容

DP_EHR

配置表、住院数据

dp_ehr_index

DP_EHR_INDEX

DP_EHR.DOCUMENT

表结构

DP_EHR_KETTLE

全部

程、序列等所有内，由东软方迁移

表3-2中心库用户列表

EHR

EHR_INDEX

EHR_DOCUMENT

EHR_PLATFORM

PLATFORM

EHR_UNIEAP

UNIEAP_PLATFORM

EHR_QA

MAIP_MA

TS_MAIP_MA

MAIP_UNIEAP

TS_MAIP_UNIEAP

EHR_SECURITY

SECURITY

CHM_DRM

CHM

CHM_COMMONCHM_LOBCHM_INDEXITF_COMMONITFINDEX

4数据迁移方案

4.1正式数据库数据

中心库数据是否保留？

一一不保留

中心库主要数据为基层历史数据，以及市属7家医院的历史数据，基层的历史数据在本次测评升级后进行了重新采集，7家医院的历史数据现已不

符合平台标准和规则，且测评升级后重新开发了接口，并采集了近期的数据。

（需做一个整体备份保留，东软将常用演示数据取出做小备份）交换库数据是否保留？

由于交换库是用于数据清洗、转换操作的过程库，故其数据无需保留，可

全部清除；

4.2临时数据库数据

交换库是否迁移？

—迁移

结构、存储过程等内容迁移，数据只迁移部分住院数据；

中心库是否迁移？

一一迁移

全部内容做整体迁移；

一一保留两个月

为避免数据迁移后出现数据库配置、程序链接等影响项目进展的事件发生，故中心库数据整体迁移后，临时数据库需保留两个月应急，迁移到正式库运行两个月无任何异常发生，临时中心库可回收；

交换库数据是否保留？

为避免数据迁移后出现数据库配置、程序链接等影响项目进展的事件发生，故交换库库数据整体迁移后，临时数据库需保留两个月应急，迁移到正式库运行两个月无任何异常发生，临时交换库可回收；

4.3数据迁移步骤

1、旧版演示数据备份一东软公司：

平台承建商东软将常用演示数据进行备份；

2、正式库旧版数据库整体备一硬件集成商：

将旧版数据库内容完整备份，保证若以后存在回找时，能还原，或部署到

其他机器中;

3、正式库环境重新安装（数据库、RAC）—硬件集成商：

原小型机上的数据库重新安装，并做RAC集群，尤其注意归档日志满、参数配置等问题；

详见附件2:

《数据库迁移存储划分》

4、规划数据库文件创建方式一硬件集成商、东软公司：

5、数据库整体迁移（数据采集全部停止）一硬件集成商、东软公司：

东软将数据采集等相关工作停止（计划停止时间2-3天），硬件集成商进行数据库完整迁移；

6、迁移测试一硬件集成商、东软公司：

，若测试存在较为棘手的问题无法快速解决，则ip切换，东软使用临时数

据库进行采集工作，硬件集成商解决迁移问题，问题解决后，针对增量的数据做迁移，东软进行回归测试；