当前位置：文档库 › sharepoint 备份与迁移

sharepoint 备份与迁移

2010-11-11 10:21

1.本文所述的方法适合以下情况

?将站点从测试服务器场迁移到正式的服务器场

?备份和还原服务器场里的站点

1.备份还原功能不能做什么？

1.不能备份和还原以下内容

1.Custom solutions deployed（发布到WSS站点的自定义的

应用程序）

2.lternate access mapping

3.Internet Information Services metabase

2.可以备份但不能还原以下内容

1.Sharpoint配置数据库SharePoint_Config

2.管理中心IIS站点和应用程序

3.管理中心数据库SharePoint_AdminContent

2.操作步骤：

说明：我将演示将一个MOSS站点的SSP和所有站点的内容迁移到新的一

个服务器场的过程。

1.在原服务器场备份除配置数据库SharePoint_Config和管理中心

数据库SharePoint_AdminContent外的所有数据库

2.部署好新的服务器场

?在目标机上安装Office SharePoint Server 2007

?启动三个服务：Office SharePoint Server 搜索、Windows SharePoint Services 帮助搜索、Excel Calculation Services ?不要创建SSP和应用程序

1.在SQL Server Enterprise Manager中,还原所有之前备份的SharePoint

相关的数据库，除了配置数据库SharePoint_Config和管理中心数据库

SharePoint_AdminContent

2.通过管理中心新建立web应用程序，并删除所关联的内容数据库

?在管理中心创建3个应用程序，一个用于SSP、一个用于个人站点、一个用于门户站点，如果你需要更多的站点，则建立多个相应的应用

程序。

?在"SharePoint Web 应用程序管理"点击 "内容数据库".

?选择你需要修改的web 应用程序

?选择内容数据库

?选择"脱机"状态和"删除内容数据库"

?点击"确定"。

1.还原新站点、SSP的内容数据库

?在"管理内容数据库"中将我们备份好的内容数据库添加到相应的web应用程序里

?添加内容数据库，数据库名称填写我们要还原的数据库名称

?点击"确定"

1.还原SSP

?选择"创建或配置此服务器场的共享服务"

?选择"还原SSP"

添加相关的内容

SSP 名称：SharedServices3

SSP 管理网站需要 Web 应用程序：选择SSP web程序

"我的网站"需要 Web 应用程序：同样选择SSP web程序SSP 服务凭据：填写域管理员账户

SSP 数据库：SharedServices1 _DB

搜索数据库：SharedServices1_Search_DB

?设置所还原的SSP为服务器场的默认SSP

?在搜索设置页启动SSP的爬网功能

通过，以上操作你就实现了服务器场间站点的迁移。

新老系统迁移和整合方案

1新老系统迁移及整合方案本次总局综合业务系统是在原有系统的基础上开发完成，因此，新旧系统间就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如，企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1新老系统迁移及整合需求分析系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据：数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换的关键：新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。 1.1.1需要进行迁移的系统 1.1.2需要进行整合的系统需要与保留系统整合的系统包括： 1、企业登记管理〈含信用分类〉，全国企业信用联网统计分析，不冠行政区划企业名称核准，大屏幕触摸屏系统与企业信用联网应用，企业登记子网站，属地监管传输，网上业务受理之间的整合；

2、外资企业登记管理〈含信用分类），全国外资企业监测分析与属地监管传输，外资登记子网站，网上业务受理，大屏幕触摸屏系统之间的整合： 3、广告监管系统与广告监管子网站之间的整合： 4、12315数据统计分析与12315子网站之间的整合： 5、通用信息查询、统计系统与数据采集转换之间的整合： 1.1.3数据迁移和转换分析根据招标文件广东省工商局新建系统的数据库基于SAP Sybase ASE 15.7，而原有系统的数据库包括ORACLE,SQLServer,DB2。这种异构数据在总局主要存在于两个方面，即部门内部的异构数据和上下级部门之间的异构数据。同时，系统的技术构件有NET和J2EE两大类。对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQLServer管理的，就根据新系统SAP Syb ase ASE 15.7的要求，把ORACLE的数据迁移到SAP Sybase ASE 15.7数据库中，把SQLServer的数据迁移到SAP Sybase ASE 15.7数据库中。上下级工商系统之间的异构数据的集成利用数据交换系统来完成，重点在于数据库存储标准、交换标准的制定和遵守，保证数据的共事，这部分工作由数据中心完成。 1.2系统迁移和整合目标一、系统切换的主要目标： ?保证系统正常运行在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。 ?保证原有系统在新系统中的独立性原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个

专业信息化应用系统迁移方案

1 某中心应用系统迁移方案目录 1某中心应用系统迁移方案 (1) 1.1总述 (2) 1.2系统迁移需求分析 (2) 1.2.1中心系统迁移需求分析总体结论 (2) 1.3迁移方案总体思路 (2) 1.3.1保障业务中断停机时间最小化 (2) 1.3.2业务切割时间节点优化 (3) 1.3.3迁移后完整性测试 (3) 1.4服务器硬件环境迁移方案 (4) 1.4.1迁移评估 (4) 1.4.2迁移计划 (4) 1.4.3测试计划 (5) 1.4.4迁移测试 (5) 1.4.5迁移实施 (5) 1.5运营商接入链路（路由）迁移 (8) 1.6应用系统和数据库迁移方案 (8) 1.6.1应用服务器迁移 (8) 1.6.2数据库迁移实施 (9) 1.7系统迁移的具体组织实施方案 (9) 1.7.1搬迁规划 (10) 1.7.2详细实施方案 (10) 1.7.3应急处理 (11)

1.1 总述按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。 1.2 系统迁移需求分析按照用户招标要求，本期系统迁移的具体需求分析如下。中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1 中心系统迁移需求分析总体结论通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 1.3 迁移方案总体思路中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。 1.3.1 保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这

(完整word版)应用系统迁移方案

目录 1.1总述 (2) 1.2系统迁移需求分析 (2) 1.2.1中心系统迁移需求分析总体结论 (2) 1.3迁移方案总体思路 (2) 1.3.1保障业务中断停机时间最小化 (3) 1.3.2业务切割时间节点优化 (3) 1.3.3迁移后完整性测试 (4) 1.4服务器硬件环境迁移方案 (4) 1.4.1迁移评估 (4) 1.4.2迁移计划 (4) 1.4.3测试计划 (5) 1.4.4迁移测试 (5) 1.4.5迁移实施 (6) 1.5运营商接入链路（路由）迁移 (8) 1.6应用系统和数据库迁移方案 (8) 1.6.1应用服务器迁移 (8) 1.6.2数据库迁移实施 (9) 1.7系统迁移的具体组织实施方案 (10) 1.7.1搬迁规划 (10) 1.7.2详细实施方案 (11) 1.7.3应急处理 (11)

信息系统数据管理制度

公司信息系统数据管理制度第一条为防止数据的非法生成、变更、泄漏、丢失与被破坏，确保数据的有据性、准确性、完整性、及时性、保密性，特制订本制度。第二条数据管理范围包括所有利用计算机进行输入、存储、处理、再加工及输出的数据，它包括文字材料、报表、各类原始凭证、图形、图像等输入处理对象，又包括存储于计算机内部及传输的各类数据，还包括计算机输出的磁存储、光存储、电存储及各类打印数据。第三条数据必须是有据的，能够辨认数据的内容、用途和使用方法；必须经过合法的手续和规定的渠道采集、加工、处理和传播数据；数据应只用于明确规定的目的，未经批准不得它用；采用的数据范围应与规定用途相符。第四条数据管理者应承担保存或处理数据的保护职责，防止数据的丢失、误用或破坏；特殊或重要数据，应采用多种记录手段异地保存，免遭意外风险。第五条数据使用者有权查阅被授权的数据，索取数据记录复制件，更正有关自身的任何不准确数据；享受有限次数规定的有问必答权利。

第六条根据使用的不同系统制订相应的数据存取细则，采取措施防止数据被非法修改，堵塞管理操作的疏忽或蓄谋窃取数据的漏洞。第七条无正当理由和有关批准手续，不得通报数据内容，不得泄漏数据给内部或外部的无关人员，不得篡改数据库数据内容，必要修改时，应经由部门主管及公司分管领导审批，提交数据管理部门，经管理部门领导审批同意后由数据管理员进行修改。第八条不应造成可从发布的统计数据中推断出保密或敏感的信息。第九条不同数据用途建立适当的监督、管理机制，保证与数据有关的个体和数据管理者的合法权益不被侵犯。第十条有新系统上线或升级时，数据管理部门应当切实做好上线或升级前的各项准备工作，应查验设备厂商或软件开发商或开发人员提交的有关运行维护资料，并负责监督设备厂商或软件开发商提供对相关岗位人员的技术培训。制定科学的上线计划和新旧系统数据切换方案，考虑应急预案，确保新旧系统顺利切换和平稳衔接。系统上线涉及数据迁移的，还应由设备厂商或软件开发商制定详细的数据迁移计划并经由数据管理部门及分管领导审批同意后执行。第十一条信息系统中的信息应该根据其重要性、密级、应用需求等分别实施相应的加密措施，未经流程及领导许可，保密信息

企业级信息系统数据迁移①

2013 年第22卷第 7 期 https://www.wendangku.net/doc/b317454093.html, 计算机系统应用 System Construction 系统建设 53 企业级信息系统数据迁移① 吴淑玮, 闫训超, 曹齐 (国网电力科学研究院, 南京 211106) 摘要: 随着当今社会信息化程度的提高, 企业的关键业务对信息系统的依赖性越来越大, 而科技的进步以及企业IT 环境随业务需求发生的改变, 企业常常面临着对现有信息系统相关数据的迁移. 而数据迁移会带来用户业务的中断, 时间的浪费意味着机会的丧失, 所以要求系统迁移必须要迅速、准确. 电力企业信息科技发展迅速, 信息系统更新换代频繁, 因此如何保证系统间数据迁移方便、快捷、安全、可靠执行, 是电力企业信息部门的重要研究课题. 以企业级数据管理的角度, 详细分析了数据迁移过程的各个环节, 并综合电力系统数据迁移经验, 提出电力生产系统数据迁移方案, 对企业级信息系统数据迁移的执行有一定的参考价值. 关键词: 数据迁移; 电力信息系统; 同构; 解决方案; 在线迁移 Enterprise Information System Data Migration Solution WU Shu-Wei, YAN Xun-Chao, CAO Qi (State Grid Electric Power Research Institute, Nanjing 211106, China) Abstract : With the advancement of informationization in our society, the key business of enterprise rely on information system more and more. The progress of technology and change of IT environment of enterprise which is required by business, often force enterprisesfacing with the problem of existing information system data migration. Data migration brings interruption to the service of users, which is a waste of time that means losing opportunities, so it requires system data migration must be quick and accurate. Electric power enterprise information technology is developing rapidly, and the information systems update frequently, therefore how to ensure the system data migration convenient, fast, safe, reliable performance, is an important research topic of the information department in an electric power enterprise. In this paper, we made a detailed analysis of the data migration process in all aspects from the management of an enterprise data standpoint, integrated the experience of power system data migration, and put forward a solution of data migration of electric power production system, which has some reference value for the implementation of enterprise information system data migration. Key words : data migration; electric information system; isomorphism; solution; Online migration 1 概述根据国家电网公司“一强三优”现代公司建设战略和管理方式转变的推进, 以及电力信息化建设的发展, 原有信息系统逐步更新换代. 为保证在系统切换过程中的业务连续和基础支撑, 需要将作为原有信息化建设成果的业务数据迁移至新系统中. 数据迁移是指在系统软件开发中, 将具有实际业 ① 收稿时间:2012-09-10;收到修改稿时间:2012-10-30 务价值的数据, 依据功能需求或系统开发的要求, 在不同存储媒介、存储形式或计算机系统之间转移的过程. 数据迁移是系统开发经常涉及到的一项工作. 在企业级应用系统中, 新系统的开发, 新旧系统的升级换代, 以及正常的系统维护, 不可避免地涉及到大量的迁移工作. 而在一个以数据为核心的业务系统中, 数据的迁移更是无处不在.

01 XXX医院信息化项目数据迁移方案

密级：保密文档编号：2017DHCC0411LZX03 文档名称：XXX医院信息系统项目数据迁移方案 XXX医院信息系统项目数据迁移方案版本：V 1.0 密级：保密最后修改日期：总页数：正文：附录：编制：校改：项目名称：XXX医院信息系统项目承建单位（乙方）：东华软件股份公司承建单位审核：项目经理建设单位（甲方）：XXX医院业务科室参评人员，见评审记录表信息中心医院主管领导监理单位：监理工程师生效日期：

评审记录表评审日期：序号版本部门评审人评审意见 1 2 3 东华项目负责人意见：签字：医院主管领导意见：批批准人：批批准日期：

修改记录表序号版本修改日期修改内容描述修改人1 2

目录 1 编写目的 (4) 2 数据迁移的内容和方式 (4) 2.1基础代码数据的迁移 (4) 2.2动态数据的迁移 (5) 2.2.1 患者主索引数据的迁移 (5) 2.2.2 门诊预约挂号记录的迁移 (8) 2.2.3 患者住院次数的迁移 (11)

1编写目的数据迁移是HIS系统更替的一项重要工作，既要对原有系统数据字典或业务数据进行保留和继承，更要满足今后医院业务和管理发展的要求。 XXX医院在新系统上线前主要运行着三套管理系统，包括众邦的住院系统、门诊的联众系统以及干保基地运行的天健系统，新系统将替换众邦的住院系统和联众的门诊系统。按照调研的结果，大部分基础代码的来源是基于原有的住院和门诊系统，部分检查医嘱的来源是干保基地的天健系统，药品字典以SAP的物流管理系统为基础。此外，为了新旧系统切换时保证系统的连续性，患者的主索引信息以及部分挂号预约信息需要动态导入新HIS系统中。 2数据迁移的内容和方式 2.1基础代码数据的迁移基础代码数据的迁移的方式通常有两种方式，一种是全盘继承，如科室和人员信息；另外一种方式是对原有的数据进行加工，在继承的基础上予以完善，以适应业务发展的要求并与新HIS系统相匹配，如药品字典信息，药品的编码、名称进行完善，并增加有关药品的其它属性。字典类型来源方式说明患者类型联众、众邦增删新系统患者的类型和费别科室众邦增加人员人力资源复制新系统医护人员和用户药品SAP 修改、增加用法联众、众邦增删频次联众、众邦增删检验项目联众复制

应用系统迁移技术方案

目录 1.1总述1 1.2系统迁移需求分析2 1.2.1中心系统迁移需求分析总体结论 2 1.3迁移方案总体思路2 1.3.1保障业务中断停机时间最小化2 1.3.2业务切割时间节点优化 3 1.3.3迁移后完整性测试 3 1.4服务器硬件环境迁移方案3 1.4.1迁移评估4 1.4.2迁移计划4 1.4.3测试计划5 1.4.4迁移测试5 1.4.5迁移实施5 1.5运营商接入链路（路由）迁移8 1.6应用系统和数据库迁移方案8 1.6.1应用服务器迁移8 1.6.2数据库迁移实施9 1.7系统迁移的具体组织实施方案9 1.7. 1搬迁规划10 1.7. 2详细实施方案10 1.7. 3应急处理11 1.1总述按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是工程建设的重点和难点。本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。

1/11

1.2系统迁移需求分析按照用户招标要求，本期系统迁移的具体需求分析如下。中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1中心系统迁移需求分析总体结论通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 1.3迁移方案总体思路中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。 1.3.1保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据和数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？ 1、对于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的VolumeShadowCopy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。 2、对于应用中间件和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部

信息系统升级切换方案

三门峡市住房和城乡建设局个人住房信息系统新旧系统切换方案为保障新系统平稳上线，使各项业务工作有序、平稳过渡，根据业务实际情况进行工作部署, 特制定本方案。一、总体时间安排 1、9月3日，进行第一次正式数据迁移，内容包括等。 2、9月5日起，对第一次正式迁移数据校验和相关数据采集，以及进行相关功能的模拟运行。 3、9月14日晚上，原业务系统停止作新业务，各业务科室对已经受理的业务在1 6日下午必须完成，1 6日晚上老业务系统停止运行。9 月16 日开始收件窗口用新系统，新数据进行收件，受理的业务暂放收件窗口，至9月19日再进行业务流转。 4、9月17日晚上，进行第二次正式数据迁移，内容包括试运行期间原业务新增数据的迁移，并对正式数据库进行配置。 5、9月18日起，对第二次正式迁移数据校验。并进行模拟运行、调整。 6、9月19日，正式对外办公。二、切换准备 1、数据准备

各类登记工作必须按时完成，确保进入新系统数据的真实性和准确性。同时要做好商品房预告登记的解释工作。 2、资料准备要按照新系统上线的要求，认真准备各项上线资料，包括补充采集的资料，模拟运行的资料以及其他各项相关资料。 3、思想准备新的个人住房业务系统，是一个集中、规范、统一的业务系统，系统的推广应用，对我局房地产业务工作规范化、应用软件一体化建设必将起到积极的推进作用。同时我们也应该看到，系统规范化的管理要求必将对我局原来的业务工作产生一定的影响，干部的操作必定有一个熟悉的过程，系统的成熟也必定要有一个过程，因此，在新旧系统切换的过程中，可能会产生不适应、不熟练或者部分工作暂时中断等情况，大家需要有一定的思想准备。三、业务系统切换 1、收件系统行政服务窗口收件从15日起切换到正式库进行，所有操作都为正式业务，15、16 日两日所收业务，暂不往业务科室传递。 2、原业务系统原业务系统在16日处理完各业务部门14 日前的业务后，停止运行。19日起所有业务用新系统处理。 3、商品房联机备案

专业信息化应用系统迁移方案

1某中心应用系统迁移方案目录 1某中心应用系统迁移方案 (1) 1.1总述 (2) 1.2系统迁移需求分析 (2) 1.2.1中心系统迁移需求分析总体结论 (3) 1.3迁移方案总体思路 (3) 1.3.1保障业务中断停机时间最小化 (3) 1.3.2业务切割时间节点优化 (4) 1.3.3迁移后完整性测试 (4) 1.4服务器硬件环境迁移方案 (4) 1.4.1迁移评估 (5) 1.4.2迁移计划 (5) 1.4.3测试计划 (6) 1.4.4迁移测试 (6) 1.4.5迁移实施 (7) 1.5运营商接入链路（路由）迁移 (10) 1.6应用系统和数据库迁移方案 (10) 1.6.1应用服务器迁移 (10) 1.6.2数据库迁移实施 (11)

1.7系统迁移的具体组织实施方案 (12) 1.7.1搬迁规划 (12) 1.7.2详细实施方案 (13) 1.7.3应急处理 (14) 1.1总述按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。 1.2系统迁移需求分析按照用户招标要求，本期系统迁移的具体需求分析如下。中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。

应用系统迁移方案

目录 1.1 总述 (2) 1.2 系统迁移需求分析 (2) 1.2.1 中心系统迁移需求分析总体结论 (2) 1.3 迁移方案总体思路 (2) 1.3.1 保障业务中断停机时间最小化 (3) 1.3.2 业务切割时间节点优化 (3) 1.3.3 迁移后完整性测试 (4) 1.4 服务器硬件环境迁移方案 (4) 1.4.1 迁移评估 (4) 1.4.2 迁移计划 (4) 1.4.3 测试计划 (5) 1.4.4 迁移测试 (5) 1.4.5 迁移实施 (6) 1.5 运营商接入链路（路由）迁移 (8) 1.6 应用系统和数据库迁移方案 (8) 1.6.1 应用服务器迁移 (8) 1.6.2 数据库迁移实施 (9) 1.7 系统迁移的具体组织实施方案 (10) 1.7.1 搬迁规划 (10) 1.7.2 详细实施方案 (11) 1.7.3 应急处理 (11)