下载文档原格式
应用系统迁移设计方案一、概述随着技术的不断发展，企业往往面临着将旧的应用系统迁移到新的平台或环境中的需求。
应用系统迁移设计方案是为企业提供有效的指导和规划，确保系统迁移的顺利进行。
本文将详细介绍一种典型的应用系统迁移设计方案。
二、项目背景企业现有的应用系统已经运行多年，系统性能较低，无法满足日益增长的业务需求。
为了提高系统性能和稳定性，企业决定将应用系统迁移到云平台上。
迁移后的系统将能够实现弹性伸缩、高可用性和备份恢复等功能。
三、迁移目标1.提高系统性能和稳定性2.实现高可用性和备份恢复3.方便系统扩展和升级四、迁移策略1.采用云平台选择一家可信赖的云服务提供商，搭建适合企业需求的云平台。
云平台应提供虚拟机、存储、数据库等基础服务，同时支持弹性伸缩、高可用性和备份恢复等功能。
2.数据备份在迁移前，对现有系统的数据进行完整备份，以保证数据的安全和完整性。
同时，建立定期备份和灾难恢复机制，确保系统在遭受意外情况下能够迅速恢复。
3.重构应用程序根据迁移目标和云平台的特点，对现有的应用程序进行重构。
重构应用程序需要考虑以下几点：-将应用程序解耦，将原来的单体应用拆分为模块化的服务，以实现高可用性和容错能力。
-将应用程序从物理机环境中解脱出来，将其部署到云平台上。
-使用云平台提供的弹性伸缩功能，在业务高峰期自动扩展系统资源。
-针对系统瓶颈进行优化，提高系统的性能和响应速度。
4.迁移验证在重构完成后，进行系统迁移验证。
验证过程中需要检查系统是否按照预期的方式运行，并根据实际情况进行调整和优化。
五、项目计划1.迁移前准备-确定迁移的目标和需求，制定详细的迁移计划。
-评估云平台供应商的性能和稳定性，选择最适合的供应商。
-建立充分的沟通渠道，确保所有相关方的共识和理解。
2.数据备份和迁移-进行完整备份，确保数据的安全和完整性。
-将备份数据迁移到云平台上，确保数据迁移的正确性。
3.应用程序重构和迁移-根据迁移策略进行应用程序重构。
应用系统迁移云实施方案
随着云计算技术的不断发展和普及，越来越多的企业开始考虑将自己的应用系统迁移到云平台上。
云平台具有弹性扩展、高可用性、灵活性和成本效益等优势，能够为企业提供更好的服务和支持。
因此，制定一套科学合理的应用系统迁移云实施方案显得尤为重要。
首先，进行应用系统评估和规划。
在迁移应用系统至云平台之前，需要对现有的应用系统进行全面的评估和规划。
评估包括系统的架构、性能、安全性等方面，规划则需要明确迁移的目标和时间节点。
通过评估和规划，可以为后续的迁移工作提供清晰的方向和目标。
其次，进行云平台选择和准备工作。
在选择云平台时，需要综合考虑云服务商的信誉度、性能、安全性、成本等因素，选择适合自身业务需求的云平台。
同时，还需要进行云平台的准备工作，包括网络环境的搭建、安全策略的制定、数据迁移方案的设计等。
接着，进行应用系统迁移和测试工作。
在迁移过程中，需要将现有的应用系统迁移到云平台上，并进行相应的测试工作，确保迁移后的系统能够正常运行并且满足业务需求。
在测试过程中，需要重点关注系统的性能、安全性、可靠性等方面，及时发现并解决问题。
最后，进行监控和优化工作。
应用系统迁移至云平台后，需要进行监控和优化工作，及时发现并解决系统运行中的问题，并对系统进行持续优化，以提升系统的性能和稳定性。
总之，制定一套科学合理的应用系统迁移云实施方案对于企业来说至关重要。
通过评估规划、云平台选择和准备、迁移测试以及监控优化等一系列工作，可以有效地将应用系统迁移到云平台上，并为企业带来更好的服务和支持。
1.1.1.1.1迁移方案总体思路中心系统迁移是一个整体系统工程.迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。
保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险,这样的风险特别对于时间敏感型数据和数据完整性业务都是不可以接受的。
我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？1、对于服务器操作系统而言,我们可以采用P2V的方式，利用操作系统的V olume Shadow Copy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照"形式迁移到新服务器中.由此实现服务器环境的整体迁移.2、对于应用中间件和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式,来实现服务器不停机环境下的增加业务节点操作,这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。
考虑到会话复制和状态的快速实时,我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。
3、对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建,数据库镜像技术可以让我们不但保证数据库迁移的不停机,而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行,这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作.业务切割时间节点优化针对现有系统需要对外提供服务的应用，需要通过对用户历史应用进行分析,选择最优的的切割时间节点，并提切割期间的备份链路、人工受理手段.迁移后完整性测试迁移涉及到应用、实例、数据库的操作以外,还涉及到迁移前规划、迁移后测试的完整性测试。
市政务信息系统云化部署、改造和迁移指南1. 简介本文档旨在提供市政务信息系统云化部署、改造和迁移的指南。
市政务信息系统是指用于管理和运营市政务事务的信息技术系统，云化部署、改造和迁移是将这些系统迁移到云计算平台上以提高效能和可扩展性的过程。
2. 准备工作在开始云化部署、改造和迁移之前，需要进行以下准备工作：- 审查现有市政务信息系统的架构和功能，以确定适合迁移到云平台的组件和模块；- 确定云计算平台供应商，评估其安全性、稳定性和性能；- 制定详细的迁移计划，包括时间表、资源需求和风险管理策略。
3. 云化部署和改造云化部署和改造是将市政务信息系统适应云计算环境的过程。
以下是该过程的关键步骤：1. 网络架构设计：重新设计系统的网络架构，以满足云平台的要求，包括虚拟局域网、子网和安全组的设置。
2. 资源规划：评估系统的资源需求，并根据实际情况调整云平台的资源配置，包括计算、存储和网络资源。
3. 安全性措施：采取适当的安全措施来保护市政务信息系统的数据和应用程序，包括加密、访问控制和安全审计。
4. 应用程序改造：根据云环境的要求，对市政务信息系统的应用程序进行改造和优化，以提高性能和可扩展性。
5. 数据迁移：将现有的市政务信息系统数据迁移到云平台上，确保数据的完整性和一致性。
4. 迁移策略市政务信息系统的迁移是将现有系统从传统环境迁移到云平台的过程。
以下是迁移策略的要点：- 渐进迁移：采用渐进迁移的方式，逐步将组件和功能从传统环境迁移到云平台，以降低风险和确保系统的稳定性。
- 平行运行：在迁移过程中，保持传统环境和云平台的平行运行，逐步验证和验证新系统的功能和性能。
- 回滚计划：制定详细的回滚计划，以应对迁移过程中可能出现的问题和风险，确保能够快速恢复到传统环境。
5. 风险管理在市政务信息系统云化部署、改造和迁移过程中，需要进行有效的风险管理。
以下是一些关键的风险管理策略：- 风险评估：评估云化部署、改造和迁移过程中可能出现的风险，并确定相应的应对措施。
目录1.1总述11.2系统迁移需求分析21.2.1中心系统迁移需求分析总体结论1.3迁移方案总体思路21.3.1保障业务中断停机时间最小化21.3.2业务切割时间节点优化31.3.3迁移后完整性测试41.4效劳器硬件环境迁移方案41.4.1迁移评估41.4.2迁移方案51.4.3测试方案51.4.4迁移测试61.4.5迁移实施61.5运营商接入链路〔路由〕迁移91.6应用系统和数据库迁移方案101.6.1应用效劳器迁移101.6.2数据库迁移实施111.7系统迁移的具体组织实施方案111.7.1搬迁规划121.7.2详细实施方案131.7.3应急处理141.1总述按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。
考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是工程建立的重点和难点。
本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为根底，给出搬迁方案设计。
1.2系统迁移需求分析按照用户招标要求，本期系统迁移的具体需求分析如下。
中心原有应用系统将全部迁移至虚拟化效劳平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。
系统迁移的难点是系统切割时间节点的合理规划和确保接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。
1.2.1中心系统迁移需求分析总体结论通过对中心现有上述应用迁移的需求分析，鉴于原系统建立单位并非我公司，迁移过程中还存在对原建立厂商协调的工程风险。
我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。
1.3迁移方案总体思路中心系统迁移是一个整体系统工程。
迁移必须保证用户系统建立的相关要求，在迁移方案设计中，我们重点考虑几个问题。
1.3.1保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据和数据完整性业务都是不可以承受的。
上云迁移方案随着云计算技术的不断发展和普及，越来越多的企业开始考虑将业务系统迁移到云端。
上云迁移方案是指将原先部署在本地机房的应用系统或数据迁移到云平台上的一套具体操作方案。
下面，我们将详细介绍上云迁移方案的步骤和注意事项。
1. 确定迁移目标在考虑上云迁移之前，企业需要明确自己的迁移目标。
是为了提升系统的可用性和弹性，还是为了降低成本和管理的复杂性？根据不同的需求，可以选择将应用系统迁移到公有云、私有云或混合云。
2. 评估现有系统在迁移之前，需要对现有系统进行评估。
这包括系统的稳定性、性能瓶颈、依赖关系等。
通过评估，可以得出系统的基本情况，为后续的迁移做好准备。
3. 进行架构设计根据评估结果，需要对迁移后的系统架构进行设计。
这包括选择云平台、网络架构、容灾设计等。
同时，还需要考虑系统的持续集成和交付，以确保迁移后的系统能够保持持续的演进和更新。
4. 数据迁移在迁移过程中，数据迁移是一个非常重要的环节。
首先，需要确定迁移数据的范围和目标位置。
然后，选择合适的数据迁移工具和策略，确保数据的完整性和安全性。
在迁移完成后，还需要进行数据验证，确保数据迁移的准确性。
5. 应用系统迁移将应用系统迁移到云平台上是整个迁移过程的核心。
根据架构设计，需要进行系统的重构和优化，以充分利用云平台的资源和服务。
同时，还需要进行功能和性能测试，确保迁移后的系统能够正常运行。
6. 系统运维和监控迁移完成后，需要建立相应的运维和监控机制，确保系统的稳定性和安全性。
这包括日常巡检、故障排查和性能优化等工作。
同时，还需要建立相应的备份和恢复机制，以应对突发情况。
7. 安全合规性在上云迁移过程中，安全合规性是一个重要的考虑因素。
企业需要根据自身的安全要求，选择合适的安全策略和控制措施。
同时，还需要确保云平台的安全性，包括数据加密、身份认证等。
总结：上云迁移是一个复杂的过程，需要全面考虑各种因素。
本文介绍了上云迁移的步骤和注意事项，希望对您有所帮助。
1.1.1.1.1迁移方案总体思路中心系统迁移是一个整体系统工程。
迁移必须保证用户系统建设的相关要求，在迁移方案设计中,我们重点考虑几个问题。
保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据和数据完整性业务都是不可以接受的。
我们基于这样的要求,考虑到如何将停机时间最小，能否实现0停机的建设目标?1、对于服务器操作系统而言,我们可以采用P2V的方式,利用操作系统的V o ｌｕme Shａdｏw Copy卷影副本复制服务作为基础,来实现在旧系统环境下的系统无修改,无停机的情况下,将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。
由此实现服务器环境的整体迁移。
２、对于应用中间件和其他应用服务器来说,我们可以基于应用服务器的动态业务扩展集群方式,来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务器“热添加”到新环境中的故障转移／负载均衡集群系统中,在部分应用服务中我们可以使用ｓessiｏn会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。
考虑到会话复制和状态的快速实时,我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。
３、对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建,数据库镜像技术可以让我们不但保证数据库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行,这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。
业务切割时间节点优化针对现有系统需要对外提供服务的应用,需要通过对用户历史应用进行分析,选择最优的的切割时间节点，并提切割期间的备份链路、人工受理手段.迁移后完整性测试迁移涉及到应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的完整性测试。
系统迁移的解决方案随着信息技术的不断发展，企业的业务应用系统也需要不断升级和迁移。
系统迁移是指将已有的应用系统从一个平台或环境迁移到另一个平台或环境，例如从物理服务器迁移到虚拟化环境，从传统的本地数据中心迁移到云平台等。
系统迁移可能是由于硬件设备的老化、业务需求的变化、厂商推出新版本等原因所导致的。
无论是哪种原因，系统迁移都需要谨慎和周全的规划，以确保迁移过程顺利、效率高，同时保证数据的安全和完整性。
本文将针对系统迁移的解决方案进行讨论，涵盖了系统迁移前的准备工作、迁移方案的选择、迁移过程中的风险控制、以及迁移后的监控和维护等方面。
希望通过本文内容的分析和总结，读者能够更好地了解系统迁移的复杂性与挑战性，并在实际工作中更好地应对系统迁移过程中出现的问题。
一、系统迁移前的准备工作1.确定迁移的目的和需求在进行系统迁移之前，首先要明确迁移的目的和需求。
企业可能会追求成本的节约、性能的提升、可扩展性的增强等不同的目标。
明确迁移的目的和需求，有助于选择合适的迁移方案，避免迁移后出现不必要的问题。
2.进行风险评估和成本估算在进行系统迁移之前，应当对迁移过程中可能出现的风险和成本进行评估。
迁移过程可能会导致业务中断、数据丢失、系统性能下降等问题，因此需要提前评估并制定相应的应对措施。
同时，对迁移可能带来的成本进行估算，有助于制定合理的迁移预算。
3.制定详细的迁移计划在进行系统迁移之前，需要制定详细的迁移计划，包括迁移的时间表、迁移的步骤、迁移的人员和资源等。
迁移计划需要充分考虑到业务的需求和实际情况，确保迁移过程可以顺利进行。
4.进行数据备份和恢复方案的制定在进行系统迁移之前，应当对现有系统的数据进行备份，并制定恢复方案。
数据备份是保证迁移安全性和完整性的重要手段，因此需要对备份数据的可靠性和恢复性进行充分考虑。
5.确定迁移的技术平台和工具在进行系统迁移之前，需要确定迁移的技术平台和工具。
不同的迁移目标和需求可能需要选择不同的迁移工具和技术平台，因此需要根据具体情况进行选择和评估。
应用迁移迁移方案一、背景与意义随着科技的不断发展，企业面临着更为复杂多样的应用系统环境。
为了提高企业效益、降低成本、增强应用系统的可用性和可扩展性，应用迁移变得越来越重要。
应用迁移是指将应用系统从一个平台迁移到另一个平台，包括硬件平台、操作系统平台或云平台等。
一个科学合理的应用迁移迁移方案对于企业来说至关重要，它涉及到企业的资源利用、业务连续性、安全性以及用户体验等方面的问题。
二、应用迁移迁移方案的选择与评估1. 收集信息与评估需求在选择合适的应用迁移迁移方案之前，首先需要对企业的现状进行评估，了解应用系统的规模、复杂程度、业务关联关系等信息，以及企业对于迁移的要求和期望。
这些信息将帮助决策者更好地选择适合的迁移方案。
2. 比较不同迁移方案根据企业的需求和现状，可以选择不同的迁移方案，如平台迁移、云迁移、虚拟化迁移等。
通过比较各个迁移方案的优势与劣势，决策者可以更好地选择适合企业的迁移方案。
3. 风险评估迁移过程中可能会面临一些潜在的风险，如数据丢失、业务中断、安全漏洞等。
因此，在确定迁移方案后，需要对风险进行评估，并制定相应的应对措施，确保迁移过程的顺利进行。
三、应用迁移的具体步骤与技术要点1. 准备工作在正式进行应用迁移前，需要做好准备工作。
首先是制定详细的迁移计划，明确迁移的时间节点、目标和任务分配等；其次是备份重要数据和系统，以防止迁移过程中的数据丢失或系统故障等情况。
2. 迁移前测试在进行实际迁移之前，需要进行一系列的测试工作，以确保迁移过程的稳定性和可行性。
包括对新的环境进行测试，验证应用系统的运行状况和性能。
3. 平滑迁移在进行应用迁移时，需要采取平滑迁移的策略，以确保业务的连续性和可用性。
可以采用渐进式迁移的方式，即将应用系统逐步迁移到新的环境中，逐步验证和切换。
4. 监控与优化在迁移完成后，需要对新环境进行监控，并对应用系统的性能和稳定性进行评估。
如果出现问题，需要及时进行优化和调整，以保证新环境的稳定运行。
中国移动广东公司UAP云平台应用迁移方案（大纲）版本<V 0.2 >拟制沈志华日期2014．07．16 审核日期批准日期目录1文档说明 (4)2应用系统迁移方法 (4)2.1 应用迁移与整合方法 (4)2.2 应用迁移涉及的相关部门 (5)3系统评估与分析 (5)3.1 系统评估和分析流程 (6)3.2 评估准备 (7)3.2.1迁移范围确定 (7)3.2.2评估方法与准备 (7)3.2.3评估环境的准备 (7)3.3 系统调研与评估 (7)3.3.1物理基础架构调研与评估 (7)3.3.2应用系统调研与评估 (8)3.3.3迁移对应用系统的影响 (8)3.4 需求分析及汇总 (8)3.4.1基础架构需求分析与汇总 (8)3.4.2应用系统需求分析和汇总 (8)4方案设计 (9)4.1 方案设计流程 (9)4.2 云平台方案设计 (10)4.3 迁移方案设计 (10)4.3.1虚拟化适用性分析 (10)4.3.2迁移场景设计 (11)4.3.3资源映射分析 (12)4.3.4服务器放置设计 (12)4.3.5资源竞争关系设计 (13)4.3.6迁移顺序设计 (13)5虚拟化环境准备 (14)5.1 虚拟化环境准备步骤 (14)5.2 虚拟化环境准备与方案设计 (14)5.2.1环境确认 (14)5.2.2实施规划与设计方案 (15)5.3 UAP云平台实施 (15)5.3.1虚拟化系统设置与调试 (15)5.3.2虚拟机系统设置 (15)6应用迁移 (15)6.1 迁移实施流程 (16)6.2 迁移环境准备 (16)6.3 迁移执行 (16)6.4 迁移后虚拟机的优化 (16)7测试验证 (17)7.1 应用系统测试验证流程 (17)7.2 应用系统测试验证内容 (17)7.3 应用系统测试 (17)7.4 系统优化 (18)7.5 应用系统验证 (18)8应用系统割接 (18)8.1 应用系统割接流程 (18)8.2 割接评估 (18)8.3 割接准备 (19)8.4 割接操作 (19)8.5 回退机制 (19)8.6 割接后观察 (19)8.7 原系统删除 (19)9附录 (20)9.1 MAP性能评估工具实施文档 (20)9.2 典型案例 (20)1文档说明本文档的目的在于为UAP云平台地市应用系统设计的一个迁移与整合方法，并对实际操作有指导和建议。
应用系统迁云指南贵州省大数据发展管理局2017年6月目录目录 (I)前言 (1)1范围 (2)2术语和定义 (2)2.1 云上贵州系统平台 (2)2.2 应用系统上云 (2)2.3 应用系统迁云 (2)2.4 应用系统新建 (2)2.5 ISV (3)3应用系统迁云分类 (3)3.1 系统平迁 (3)3.2 系统改造迁云 (3)3.3 特殊系统迁云 (4)4应用系统迁云 (5)4.1 迁云工作范围 (5)4.2 迁云工作阶段 (5)4.3 迁云工作流程 (6)4.3.1 迁云启动 (6)4.3.2 方案编制 (6)4.3.3 方案评审 (7)4.3.4 迁云实施 (7)4.3.5 迁云收尾 (7)5应用系统新建 (8)6应用系统运维 (8)6.1 应用运维 (8)6.2 主机运行情况监控 (8)6.3 安全运维 (9)附件 (10)前言为贯彻落实《关于实施大数据战略行动建设国家大数据综合试验区的意见》（黔党发〔2016〕14号）关于“推动全省政府部门应用系统和数据资源加快向云上贵州系统平台集聚”有关要求，规范指导全省政府部门应用系统迁云工作，特制定本指南。
1 范围本指南适用于全省各级政府部门、企事业单位原有应用系统（包括数据资源）迁移至云上贵州系统平台，以及基于云上贵州系统平台新建应用系统等上云工作。
2 术语和定义2.1云上贵州系统平台云上贵州系统平台是我省自主搭建的实现全省政府数据“统筹存储、统筹共享、统筹标准、统筹安全”的关键信息基础设施，是我省政府数据“集聚、融通、应用”的重要支撑，采用具有自主知识产权的国产云操作系统和硬件产品搭建，实现了自主、安全、可控。
通过电子政务外网和互联网，为政府、事业和企业单位提供云计算、云存储、数据库、云安全及数据共享开放等多项服务。
2.2应用系统上云应用系统上云包含应用系统迁云和应用系统新建。
2.3应用系统迁云各级政府部门将原建应用系统进行适应性改造后，迁移至云上贵州系统平台的过程。
2.4应用系统新建各级政府部门基于云上贵州系统平台进行新应用系统的开发、部署、上线运行的过程。
2.5ISVISV是指专门从事软件的开发、生产、销售和服务的企业。
本指南中特指为各级政府部门应用系统提供上云服务的单位。
3 应用系统迁云分类应用系统迁云一般分为系统平迁、系统改造迁云、特殊系统迁云。
3.1系统平迁云上贵州系统平台RDS能够支持原系统使用MySQL/MSSQL/PostgreSQL的数据库类型，只需要把原有数据迁移到云平台的RDS中，这类应用可以快速部署并无缝切换到云平台，该类应用迁云周期短。
由于RDS对某些相关功能有限制，限制列表请参见云平台《MySQL和SQLServer功能限制列表》，如果应用使用了限制列表中的某项功能，应用系统需要做少量改造，该改造由各应用开发厂商ISV负责完成，云上贵州公司提供技术咨询。
3.2系统改造迁云1）数据库改造原有应用系统使用的数据库是Oracle、sybase、db2、达梦、金仓、芒果等，系统需要改造成RDS支持的数据库类型，应用系统需改造兼容RDS才能在平台上部署。
这类系统若属于数据量不大，压力不大的系统，建议进行数据库改造。
改造后的数据库可以选择MySQL，SQLServer2008，PostgreSQL，具体选择哪些数据库，根据业务情况和系统实际情况进行选择。
该改造由各应用开发厂商ISV负责完成，云上贵州公司提供技术咨询。
2）存储改造原有的文件（图片，视频，文本）存储量若超过ECS云盘使用的限制，为了实现更好的扩展和性能，需要使用OSS存储，同时应用代码需要进行少量的改造。
该改造由各应用开发厂商ISV负责完成，云上贵州公司提供技术咨询。
3.3特殊系统迁云a）对oracle特性依赖特别大的系统这类应用系统有如下特点：1）业务逻辑全部通过存储过程package等来实现，存储过程数量非常多；2）应用系统之间依赖复杂，指系统间的上下模块和各系统间依赖多；3）本身已有完整的数据分析，数据报表功能（使用oracle olap商业套件）等。
针对这类系统迁云，云上贵州系统平台提供高性能云服务器集群（ECS Local SSD），基本可以满足大部分oracle安装和性能需求，SSD备份、HA等方案可沿用用户原体系，实现oracle或其他数据库安装部署。
另外，也可采用ECS SAS本地盘+SSD云盘的方式部署。
部署由各应用开发厂商ISV负责完成，云上贵州公司提供技术咨询。
b）使用其他特殊数据库的系统迁云其他数据库包括国产数据库达梦，金仓或是sybase，db2等，可参照“对oracle特性依赖特别大的系统”迁云方式实施。
c）无法改造和迁移的应用系统对于极少部分无法改造和迁移的应用系统，需报省大数据办，“一事一议”专题讨论，确定迁云方案。
4 应用系统迁云应用系统迁云过程涉及4个实施主体，分别是：省大数据办、迁云单位、ISV、云上贵州公司。
职责如下：省大数据办：负责评审迁云单位报送的迁云实施方案。
迁云单位：负责全面组织本单位的迁云工作，包含迁云5个阶段的组织管理工作，组织ISV完成方案编制及应用系统迁云。
ISV：负责协助迁云单位完成实施方案编制工作以及应用系统的迁云实施。
云上贵州公司：负责提供云上贵州系统平台产品和服务的相关技术咨询工作，迁云实施过程中的项目管理咨询，并根据迁云单位需求，提供云资源。
4.1迁云工作范围迁云工作涉及到数据资源规划、基础架构设计、网络设计、系统配置与管理、应用服务器配置与管理、数据库配置与管理、软件代码改造、部署测试、上线运行等多个环节。
4.2迁云工作阶段迁云工作可按如下阶段划分开展工作：4.3迁云工作流程4.3.1迁云启动a）迁云单位制定迁云工作方案，明确目标、范围、创建管理组织，制定相关工作流程和制度；b）迁云单位召开项目启动会，宣传贯彻相关政策和工作方案。
4.3.2方案编制a）迁云单位制定调研计划，确认调研时间、地点、人员、调研形式等；b）开始现场调研工作，摸清家底，识别风险（调研工作是多个迭代的过程）。
调研工作应全面和完整，并针对每个应用系统填写《应用系统调研参考表》(见附件）；c）迁云单位编制调研报告，根据具体情况可组织相关专家或人员进行评审及确认。
d）迁云单位根据调研结果对应用系统迁云进行规划，包括迁云系统的范围划定、各项工作的排期计划、明确各关键里程碑节点交付物、所需云资源规划以及相关保障措施等,并组织编制应用系统迁云实施方案(参见《应用系统迁云实施方案编制指南》)，报省大数据办审定。
4.3.3方案评审省大数据办组织专家对迁云单位所报迁云实施方案进行评审，并对评审结果进行反馈。
4.3.4迁云实施a）迁云单位应对系统迁移工作进行监控跟踪管理，定期组织例会沟通解决执行过程中各种问题；b）根据实际情况可形成日报、周报、月报等管理制度；c）定期进行阶段评估，发现问题，解决问题；d）定期将向领导汇报，获取指导性、方向性意见和建议；e）对于执行过程中的技术问题，要加强沟通，及时解决；f）迁云系统改造完成后，正式部署到的云资源环境，并完成数据迁移。
g）应用系统割接前，应根据安全规划，对应用系统进行安全检查。
h）应用系统割接前应做压力测试，并详细记录云资源使用情况，编制云计算资源使用情况报告，作为调整云计算资源的依据。
i）制定应用系统割接计划，并根据计划进行应用系统割接并监控运行情况。
4.3.5迁云收尾a）迁云单位编制项目总结报告；b）迁云单位出具应用系统迁云完成确认书，并提交省大数据办备案；c）将项目执行过程中的各类文档资料进行整理并归档；d）组织进行验收评审。
通过后迁云完结，进入迁云后续运维工作阶段。
5 应用系统新建应用系统新建可参照第4节“应用系统迁云”部分实施，在设计新应用系统过程中应要求设计单位充分了解云上贵州系统平台云资源和云服务，遵循《云上贵州系统平台使用管理规范》要求进行设计。
6 应用系统运维应用系统运维包括：应用运维、主机运行情况监控、安全运维等。
迁云单位应熟悉云上贵州系统平台所提供的云产品相关运维和安全边界（参见《云上贵州系统平台使用管理规范》），并根据应用系统实际情况，制定相应的运维方案，并严格按照运维方案进行系统运维。
6.1应用运维应用运维指的是业务系统的运行维护。
运维的目的是通过与用户的紧密合作，保障应用系统承载的用户业务连续稳定的运行。
运维工作包括定期巡检、指导用户操作使用、数据维护、定期检查分析用户反馈情况及程序错误日志、清除系统运行中发生的故障和错误等。
迁云单位对运维工作还需定期统计系统用户数、并发数、PV、日活等情况，形成统计报告。
6.2主机运行情况监控主机运行情况监控是指使用云上贵州系统平台主机监控系统，定期对应用系统所使用主机各指标进行监控，并统计云资源指标利用率，包括：CPU、内存、网络、磁盘等的峰值及平均值等。
迁云单位根据监控情况，制定云资源的升配或降配方案，完成上云应用系统优化资源配置工作。
6.3安全运维安全运维是在保持应用系统安全平稳运行工作过程中所发生的一切与安全相关的管理与维护行为。
当前的安全不能保证后续永久的安全，因此，迁云单位需要对应用系统及其运行环境持续地开展日常的安全监控、补丁升级、系统风险评估等维护工作，以保证应用系统在安全健康的环境下正常运行。
附件应用系统调研参考表单位名称：填表人：职务：部门：填表时间：年月日注：在以电子版形式填写调研表中选择性内容时，用“红色”字体标注相应选项即可。
一、系统基本信息二、网络部分附：网络拓扑(图)及说明：三、服务器12四、数据库备注：每个数据库填写一张表。
若一个系统存在多种数据库，请添加相应表格。
五、非结构化数据存储六、关联应用系统七、应用程序八、业务流程以及业务主题（系统业务流程图以及业务主题分类）。
