数据迁移服务合同

1、篇一：03金蝶升级迁移服务合同金蝶软件升级/迁移服务合同附件：金蝶软件升级/迁移服务合同第一条 产品定义及服务范围1.1甲乙双方在本合同中明确约定，乙方向甲方提供如下产品的升级/迁移服务支持：1.2双方约定乙方于年月日内提供软件升级/迁移服务，将甲方的当前产品升级 /迁移至目标产品。第二条服务费用及付款约定2.1本合同约定升级/迁移服务费实际金额为 佰拾 万 仟 佰 拾 元整。2.2上述费用不含升级/迁移产品可能涉及的软件使用许可费用，如有上述费用发生，甲方应与 乙方另行签订金蝶软件使用许可合同，在该合同中列明软件使用许可费。2.3甲方应于本合同生效之日起的向乙方一次性支付本合同约定的全部费用

2、。第三条代垫费用3.1乙方（或乙方指定的服务提供方）提供现场服务时，如甲方（或被服务方）要求的服务 地点距离乙方办公地点单程超过40公里，乙方（或乙方指定的服务提供方）的往返差旅费和食宿费由甲方（或被服务方）承担。食宿费标准为元 /人天，差旅费根据实际发生结算。1 / 2金蝶软件升级/迁移服务合同3.2双方同意于发生以上费用后的5个工作日内结清。第四条 甲方责任4.1甲方应准备升级/迁移环境（包括计算机、网络、其他相关设备与软件环境等），确保许可软件的使用和管理正常，确保许可软件运行环境（包括计算机、打印机及相关硬件设备） 的安全，为软件升级/迁移正常进行提供保障。4.2甲方应定期做好当前产品

3、版本系统数据及账套的备份并妥善保管。4.3在乙方提供升级/迁移服务时，甲方应根据乙方要求，指定配合的员工，提供必要的设备。4.4在乙方升级/迁移服务完成时，甲方配合检查目标软件产品的运行是否正常。第五条 乙方责任5.1乙方负责为甲方提供目标产品版本的安装与调试服务。5.2乙方负责协助甲方将当前产品版本的账套数据（限于客户已购买账套数） 升级/迁移到目标产品版本中使用。第六条有限保证6.1乙方承诺根据本合同的约定向甲方提供软件升级/迁移服务，但是对于因不可抗力或甲方因素导致的延误而给甲方造成的损失乙方不承担任何责任。6.2除本合同或其附件另有约定，乙方提供服务内容不包括以下：目标产品版本的软件实

4、施、培训、定制服务（含客户化开发）、标准支持、高级支持等服务。如甲方需要乙方提供此类服 务，须和乙方另行签订相应的服务合同。6.3除本合同或其附件另有约定，乙方提供的服务支持不包括发生以下情况时的修复：甲方 人 员非法操作、计算机设备感染病毒、第三方产品的故障、计算机设备故障、网络故障等导致 当前应用软件无法正常升级 /迁移；甲方因当前应用软件遗失、被盗、被误用或被擅自修改、 计算机设备故障、网络故障、其他软件的故障、操作失误等情况造成数据混乱和丢失。以下无正文第2页共2页篇二：公司邮件系统数据迁移方案公司邮件系统数据迁移方案1实现目标用最小的成本来实现公司邮件系统数据迁移的工作。？原邮件系统

5、：基于.net开发的windows平台免费邮件平台，服务器是hmailserver，数据库是mysql。?新邮件系统：基于微软的产品exchange 2013的企业邮箱平台。2面临问题?新旧邮件系统服务器的数据库无法同步数据?由于客户端各种各样的邮件客户端：foxmail,outlookexpress,outlook等乱七八糟的客户端，因此没有办法采用直接搭建ex2013,再将pst导入的方式来迁移?若用数据库导出导入方式，邮件导入后无法识别原邮件系统的收件人。?第三方软件昂贵3微软的建议微软提供一个工具：transporter suite。? transporter suite的工作原理利用

6、配置好的用户信息， 通过pop3或imap4协议从第3方邮件系统中读取用户的邮件数据， 再通过exchangeserver的客户端访问服务器所提供的web service,将数据写入到指定的exchange用户邮箱中。？需要注意的点这个工具只能支持将邮箱数据写入到exchange server 2007,而不支持直接向exchange 2010或更高版本的迁移。?解决方案因为最高版本只支持exchange 2007,所以我们先要搭建一套2007的邮件服务器，最终数据迁移完成后我们再次将邮件系统升级到exchange 2013。4 transporter suite数据迁移步骤4.1准备工作?先

7、获取原邮件系统上的用户名称列表。?在新邮件系统exchange中为这些用户创建用户帐号和邮箱。？在一台与exchange server2007同在一个域的机器上，安装transporter suite。也可以安装在exchange 2007服务器上。?用管理员登录到exchange 2007服务器，打开命令行窗口，运行以下命令，为管理员授 予impersonate权 限 :add-adpermission -identity(get-exchangeserver).distinguishedname -user (get-user -identity administrator | selec

8、t-object).identity-extendedright ms-exch-epi-impersonationsourceidentity是指迁移的邮箱，sourceserver是指迁移邮箱的源服务器。soureloginid是登陆用户名，sourcepassword是登陆密码，targetidentity是指迁移到的目标地址。编辑好了之后保存为一个csv文件。4.2迁移步骤?用管理员登录到exchange 2007服务器，打开transporter suite工具的管理控制台?在左边的导航栏上，右键单击all mailboxes节点，在弹出菜单上选择add mailboxes，在弹出的

9、对话框中，选中前面所保存的csv文件，将其导入?仕匕时， 在mailboxes ready for migration中，可以看到这些邮箱?从控制台中间的窗口中，选中所有用户，点击右键的migrate selected mailbox ,?迁移可以选择pop3模式和imap方式，差别在于pop3会把邮件全部收下来，源服务器不再有邮件：?选择承载邮箱迁移的邮箱角色后点击下一步：篇三：009新旧系统的衔接及数据迁移方案实施0912第十章新旧系统的衔接及数据迁移方案实施概述为保证张家界旅游区管理系统平台的平稳升级，是非常重要的工作。一旦实施不好，会造成升级单位不可估量的经济损失，也会给游客造成不好的

10、旅游体验，为保证与现有系统的平滑、有序的对接，主要存在有三方面的问题：现有正在使用的数据库里，若干年来使用至今数据如何平稳、有序地移植至新系统。保证数据的完整性、连续性、可追溯性；现有系统的网络如何逐步、有序地升级，保证在现有系统正常运行的情况下，无缝地、透明 地实施新系统的安装调试，不影响使用单位的正常营业；使用新系统的人员的培训计划，确保新系统投用使用后操作员能很好地、熟练地投身于岗位；针对以上问题，我们提出改造原则步骤：先局部后整体的原则，先对某个景区(或售票站)进行物理网络上的升级改造，先基础硬件后软件配置，第1步后再安装某个景区(或售票站)管理系统、数据库系统等软件试运行， 原系统不

11、间断继续运行新系统全面接管原系统运行，原系统停止运行但保留业务连续性保证措施1业务连续性保证体系门票管理系统在武陵源核心景区的每一个环节上都发挥着不可替代的作用，关系非常密切。关键的门票管理系统一旦出现问题，则很容易造成业务的中断，业务中断意示着给建设单位 产生不可估量的经济损失，同时对旅游景区的形象造成不良影响。门票管理系统和业务连续 性的关系，可以理解为，门票管理系统安全保证了业务连续性，保证业务连续性是门票管理 系统安全的主要目标。进一步说，支撑业务的连续性，最主要是保证系统的可用性。保证系统的可用性，就是要对 可能影响可用性的风险进行全面清晰的评估，然后有针对性的采取相应的保证措施。而

12、门票 管理系统的安全性、可用性不仅仅是技术问题，还包括规划、实施、组织、管理等各方面的 问题。因此，门票管理系统安全建设对业务连续性的保证，最关键的就是对风险要有前瞻性，主动应对，只有这样才能降低风险的发生率，避免出现问题时对建设单位造成不良的影响。本项目本着对建设单位及旅客负责的态度，建立以项目经理为首的业务连续性保证体系，确 保张家界市武陵源核心景区门票管理系统升级项目能真正解决建设单位目前存在的问题，达 到预期的效果。业务连续性保证体系见下图：2业务连续性管理目标高可靠性(reliability)：服务器、工作站、自助终端、ups等设备能够持续运转，从不停机。完全满足景区门票管理系统36

13、5夭24小时不间断的作业需求。高可用性(availability)：重要资源都有备份； 能够检测到潜在要发生的问题，并且能够转移其上正在运行的任务到其它资源，以减少停机时间，保持业务的持续运转；具有实时在线 维护和延迟性维护功能。充分保证门票管理系统数据的安全性与可靠性，确保旅游景区服务 的质量与景区门票的数据得到有力的保证。高服务性(serviceability)：能够实时在线诊断， 精确定位出根本问题所在，做到准确无误的快速修复。有效的降低数据损失的风险，快速的数据恢复能力使得本系统业务流程的连贯 性即便在特殊情况下也将保持平稳，确保了门票管理系统的平稳运行。3业务连续性管理过程我司针对张

14、家界市武陵源核心景区门票管理系统升级改造项目进行了研究，确定了本项目的业务连续性管理过程，管理过程如下图：工程实施前工程实施过程试运行运行4项目现场实施前的业务连续性保证措施由于原武陵源核心景区门票管理系统不能满足建设单位的要求，现通过升级改造来达到理想 的管理模式。本项目具有针对性、特殊性，我司针对建设单位的需求而进行系统的升级。系 统升级涉及两个方面，分别是软件和硬件。为了建设单位业务连续性，我司在工程实施前就 开始做好这一步的工作，把问题提前得以解决。工程实施前的业务连续性保证措施主要分为 如下两点：第一，工程实施前的软件保证措施：工程实施前的软件保证措施包括人员安排、软件进度管理、软件

15、质量管理、软件测试管理等。人员安排：我司安排持有高级系统集成管理工程师作为软件项目的负责人，主要负责软件的 总体规划、进度、质量的管理，并安排取得软件认证的程序员进行软件程序的设计，以优质 高效的团队来完成本次项目的软件设计工作。进度管理：通过gantt图安排工程进度计划，定义当前项目的任务集合，识别关键任务，制定一个详细的进度表，规定完成各项目任务的起止日期，督促项目进度，保证项目按期完成。质量管理：软件遵守规定标准所定义的一系列开发准则，功能必须满足用户规定的需求。软件测试：用静态分析与动态测试来进行测试过程是否执行程序，以黑盒法测试软件能否满足功能要求，用白盒法来测试程序内部的逻辑结构和

16、执行路径。系统先进行各个模块的测试，测试过后再进行集成系统的测试工作。第二，工程实施前的硬件保证措施：根据建设单位对硬件的要求，我司采购后，进行工程实施前的测试，测试最主要包括系统的稳定性、安全性。对设备进行7x24小时的测试，以检查硬件系统存在的问题，在安装设备前解决问题所在。在以上两点通过测试后，再进入现场的工程实施阶段。4.1项目现场实施过程的业务连续性保证措施项目现场实施主要是管、线、设备的现场安装过程，现场安装如果组织协调不到位、安装的 安全措施不足、现场安装影响原系统运行、现场安装的时间不适当都会影响业务的连续性。所以，在现场实施过程中，应与建设单位保持紧密的协调，把影响降到最低，

17、根据我司的经验，可进行以下保证措施：第一条 与建设单位沟通合适的安装时间，如旅客较少的时段、夜间施工等；第二条现场管线敷设的时候，进行围挡施工，防止旅客进入施工现场，造成不必要的安全隐 患；第三条在不影响原系统的正常运行情况下，进行设备的安装；第四条 安装过程中严格遵守国家的有关规章制度；第五条 调试运行阶段，让建设单位参与其中，如有问题积极配合解决；第六条 施工过程如出现问题，及时协调解决，不让问题累积；第七条 在2011年10月10日前，完成部分软件和硬件的安装和调试，确保新门票管理系统 能正常运转，同时不影响旧的门票管理系统运行。4.2调试完成后业务连续性保证措施在2011年10月10日

18、前，完成的部分软件和硬件进入调试后的试运行阶段，试运行期间，我们的试运行策略是：新的景区门票管理系统与旧的门票管理系统并行运行，在新系统未适应现场的情况下，旧系统仍然可以使用，如旧系统出现问题，同样新系统可以补上，都不影响 正常的业务连续性。在调试完成后，尽量用新的系统进行门票管理，以更快能适应新系统带来的正面影响，为了试运行期间能保证业务的连续性，制定以下的保证措施：第一条 新旧系统同时运行，优先使用新系统；第二条 在新系统出现问题时，旧系统同样可以运行，不影响业务连续性；第三条现场配备硬件备件，如硬件出现问题，及时更换，并找出问题所有，优化配置，确保系统可靠高效进 行运行；第四条现场配备软、硬件工程师，及时解决出现的问题，站在建设单位的角度考虑，以优质的服务为建设单位负责；第五条在培训过后，使用过程中使用人员难免会有问题出现，我们将进行现场的新门票管理系统指导工作，直到使用新系统的员工完全掌握为止；在新系统正常运行一段时间后，旧系统将不再使用， 实施由旧系统往新系统的过渡。业务连续性保证的主要内容1.网络分步改造现有系统的网络存在很多的弊端，急需升