DB34∕T 5230.3-2025 政务云 第3部分：应用迁移指南

ICS35.240.01

CCSL67

34

安徽省地方标准

DB34/T5230.3—2025

政务云第3部分：应用迁移指南

Governmentcloud—

Part3:Guidelinesforapplicationmigration

2025-05-06发布2025-06-06实施

安徽省市场监督管理局发布

DB34/T5230.3—2025

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

本文件是DB34/T5230《政务云》的第3部分。DB34/T5230已经发布了以下部分：

——政务云第1部分：管理平台技术规范；

——政务云第2部分：服务满意度测评指南；

——政务云第3部分：应用迁移指南。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由安徽省数据资源管理局提出并归口。

本文件的起草单位：安徽省大数据中心、合肥市信息中心、芜湖市大数据中心、中国电信股份有限

公司安徽分公司、中国移动通信集团安徽有限公司。

本文件的起草人：刘扬、吴卿蓉、张静、王悄、文翔、夏光辉、谢东、陈阳。

I

DB34/T5230.3—2025

引言

制定政务云系列标准规范，是建立管理秩序、促进高效使用的基础措施。为保障政务云管理规范化，

提高政务云服务水平，本系列标准拟由4个部分组成。

——第1部分：管理平台技术规范。目的在于规范化政务云的管理平台系统架构、业务管理功能

及其技术规范，为政务云管理单位建设云管理平台提供规划指导。

——第2部分：服务满意度测评指南。目的在于通过明确政务云服务满意度测评的指标体系、测

评方法和测评流程，为政务云提供机构和云管理机构提供一个共同的参考标准。

——第3部分：应用迁移指南。目的在于为现有应用系统迁移到政务云环境提供指导并明确迁移

的总体要求、流程、测试及交付确认等环节，确保迁移过程的安全性和稳定性。

——第4部分：数据目录编制指南。目的在于指导政务云平台数据目录的编制要求、责任分工、

指标目录和库表目录的编制方法。

II

DB34/T5230.3—2025

政务云第3部分：应用迁移指南

1范围

本文件确立了各级政府部门的应用系统向政务云迁移的总体要求，并规定了迁移方案和迁移流程。

本文件适用于应用向政务环境的迁移。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T25647电子政务术语

3术语和定义

GB/T25647界定的以及下列术语和定义适用于本文件。

应用迁移applicationmigration

将独立于政务云的应用系统，按照相关要求迁移到政务云环境之中的过程。

云管理机构cloudmanagementorganization

对政务云进行管理的机构。

云使用机构cloudusageorganization

利用政务云开展政务应用的各政务部门。

云提供机构cloudproviderorganization

负责提供和保证政务云正常运行和服务的专业技术服务机构。

迁移服务方migrationservicer

在应用系统原部署环境和目标政务云平台间实施应用和数据迁移、部署操作的技术支撑单位。

4总体要求

合规性

迁移至政务云的应用系统应符合云管理机构规定的条件。迁移过程应符合相关的法律法规、政策文

件和合同协议等要求。

稳定性

1

DB34/T5230.3—2025

迁移过程应保证应用的稳定性，宜选择非工作时间进行割接等操作，减少对正常业务服务的影响。

安全性

迁移过程应保障应用系统和数据的安全性，数据传输应采用专线或加密隧道技术对业务应用原部署

环境与政务云平台之间的传输通道进行保护，并采用访问控制措施保证数据的安全。

5迁移方案

物理机到虚拟机迁移（P2V）方案

P2V迁移即将操作系统、应用程序和数据从物理服务器环境向虚拟服务器环境的应用迁移。P2V迁移

的迁移方案如下：

a)对基础设施资源和软件进行现状分析；

b)检测物理资源的使用情况，合理规划迁移后的云服务资源；

c)清理物理服务器，避免迁移无用文件和数据；

d)卸载与特定硬件绑定的相关软件；

e)选择和配置适合的运行环境；

f)对应用的原始环境进行打包、导出、传输，并在目标环境中进行安装；

g)负责数据迁移工作，包括数据的导入、适配及转换、校验、备份、恢复。提供安全保障和增量

数据同步传送服务，并支持断点续传功能；

h)在整个迁移过程中，持续进行监控，并提供安全运维保障。

虚拟机到虚拟机迁移（V2V）方案

V2V迁移即将操作系统、应用程序和数据从虚拟服务器环境向虚拟服务器环境的应用迁移。V2V迁移

的迁移方案如下：

a)对虚拟化资源和软件进行现状分析；

b)提供虚拟化资源迁移的可行性评估服务，明确是采用离线迁移还是在线迁移的方式；

c)选择和配置虚拟化资源环境，以确保迁移后的云服务资源得到合理规划；

d)负责数据迁移工作，包括数据的导入、适配及转换、校验、备份、恢复。提供安全保障和增量

数据同步传送服务，并支持断点续传功能；

e)在整个迁移过程中，持续进行监控，并提供安全运维保障。

物理机到物理机迁移（P2P）方案

P2P迁移即将操作系统、应用程序和数据从物理服务器环境向物理服务器环境的应用迁移。P2P迁移

的迁移方案如下：

a)对基础设施资源和软件进行现状分析；

b)清理物理服务器，避免迁移无用文件和数据；

c)卸载与特定硬件绑定的相关软件；

d)选择和配置适合的运行环境；

e)对应用的原始环境进行打包、导出、传输，并在目标环境中进行安装；

f)负责数据迁移工作，包括数据的导入、适配及转换、校验、备份、恢复。提供安全保障和增量

数据同步传送服务，并支持断点续传功能；

g)在整个迁移过程中，持续进行监控，并提供安全运维保障。

2

DB34/T5230.3—2025

6迁移流程

迁移角色分工

应用迁移由云管理机构统一组织，在云使用机构、云提供机构的配合下，由迁移服务方负责具体实

施。

应用迁移流程图

应用迁移流程见图1。

申请审核提出申请受理评估成立工作组

调研评审提交方案制定迁移调研迁移

备案方案需求

筹备检查筹备资源部署环境检查环境

应用迁移

流程

部署测试迁移测试迁移部署

割接验证

验证测试试运行

交付确认材料归档迁移交付

图1应用迁移流程

申请审核

6.3.1提出申请：云使用机构提出应用系统迁移上云申请，申请内容至少包括应用系统的现状、资源

需求、建设批复、信息安全等级、上云原因等相关信息。

6.3.2受理评估：云管理机构受理上云申请，组织评估。

6.3.3成立工作组：云管理机构审核通过后，云使用机构、云提供机构和迁移服务方联合成立迁移工

3

DB34/T5230.3—2025

作组。迁移工作组承担应用迁移的具体工作，并保证迁移过程中数据的保密性、完整性和可用性，以及

明确相关人员的安全责任。

调研评审

6.4.1调研迁移需求：迁移工作组调研并分析应用迁移需求，包括应用系统的架构、设备、软件、数

据流向、网络、安全等信息。

6.4.2制定迁移方案：迁移工作组基于需求分析结果，制定迁移方案。方案包括应用系统、数据迁移

方案和系统恢复方案，系统恢复方案作为意外情况下指导系统恢复的应急方案。

6.4.3提交方案备案：云管理机构组织评审后，迁移工作组根据评审意见修改完善方案，并将完善后

的方案报云管理机构备案。

筹备检查

6.5.1筹备资源：迁移服务方筹备迁移实施人员、迁移工具和耗材等资源。

6.5.2部署环境：云提供机构分配政务云资源，并开通帐号权限，为迁移应用系统提供部署环境。

6.5.3检查环境：云使用机构指导迁移服务方检查应用系统部署环境，并进行系统备份，系统备份包

括但不限于应用备份、数据备份、操作系统备份、配置信息备份。

部署测试

6.6.1迁移部署：迁移工作组依据迁移方案开展应用系统迁移至政务云环境的部署工作。部署过程中，

迁移工作组应优先将备份系统中的数据迁移至政务云。

6.6.2迁移测试：迁移工作组应搭建应用系统测试环境，开展相关测试，并根据测试结果保留、修改

或重新制定迁移方案。根据应用系统的特点，可选择基础环境测试、应用系统测试、安全测试和复原测

试。

割接验证

6.7.1验证测试：应用系统迁移测试通过后，迁移工作组开展应用系统割接。应用系统