数据迁移服务合同协议书Word格式.docx

数据迁移服务合同协议书Word格式.docx

《数据迁移服务合同协议书Word格式.docx》由会员分享，可在线阅读，更多相关《数据迁移服务合同协议书Word格式.docx（10页珍藏版）》请在冰豆网上搜索。

第三条代垫费用

3.1乙方（或乙方指定的服务提供方）提供现场服务时，如甲方（或被服务方）要求的服务地

点距离乙方办公地点单程超过40公里，乙方（或乙方指定的服务提供方）的往返差旅费和食宿费由甲方（或被服务方）承担。

食宿费标准为元/人天，差旅费根据实际发生结算。

1./2

3.2双方同意于发生以上费用后的5个工作日内结清。

第四条甲方责任

4.1甲方应准备升级/迁移环境（包括计算机、网络、其他相关设备与软件环境等），确保许

可软件的使用和管理正常，确保许可软件运行环境（包括计算机、打印机及相关硬件设备）的安全，为软件升级/迁移正常进行提供保障。

4.2甲方应定期做好当前产品版本系统数据及账套的备份并妥善保管。

4.3在乙方提供升级/迁移服务时，甲方应根据乙方要求，指定配合的员工，提供必要的设备。

4.4在乙方升级/迁移服务完成时，甲方配合检查目标软件产品的运行是否正常。

第五条乙方责任

5.1乙方负责为甲方提供目标产品版本的安装与调试服务。

5.2乙方负责协助甲方将当前产品版本的账套数据（限于客户已购买账套数）升级/迁移到目

标产品版本中使用。

第六条有限保证

6.1乙方承诺根据本合同的约定向甲方提供软件升级/迁移服务，但是对于因不可抗力或甲方

因素导致的延误而给甲方造成的损失乙方不承担任何责任。

6.2除本合同或其附件另有约定，乙方提供服务内容不包括以下：

目标产品版本的软件实施、

培训、定制服务（含客户化开发）、标准支持、高级支持等服务。

如甲方需要乙方提供此类服务，须和乙方另行签订相应的服务合同。

6.3除本合同或其附件另有约定，乙方提供的服务支持不包括发生以下情况时的修复：

甲方人

员非法操作、计算机设备感染病毒、第三方产品的故障、计算机设备故障、网络故障等导致当前应用软件无法正常升级/迁移；

甲方因当前应用软件遗失、被盗、被误用或被擅自修改、计算机设备故障、网络故障、其他软件的故障、操作失误等情况造成数据混乱和丢失。

[以下无正文]

第2页共2页篇二：

公司邮件系统数据迁移方案

公司邮件系统数据迁移方案1实现目标

用最小的成本来实现公司邮件系统数据迁移的工作。

原邮件系统：

基于.net开发的windows平台免费邮件平台，服务器是hmailserver，数据库是mysql。

新邮件系统：

基于微软的产品exchange2013的企业邮箱平台。

2面临问题

新旧邮件系统服务器的数据库无法同步数据

由于客户端各种各样的邮件客户端：

foxmail,outlook

express,outlook等乱七八糟的客户端，因此没有办法采用直接搭建ex2013，再将pst导入的方式来迁移

若用数据库导出导入方式，邮件导入后无法识别原邮件系统的收件人。

第三方软件昂贵3微软的建议

微软提供一个工具：

transportersuite。

transportersuite的工作原理

利用配置好的用户信息，通过pop3或imap4协议从第3方邮件系统中读取用户的邮件数据，再通过exchangeserver的客户端访问服务器所提供的webservice，将数据写入到指定的exchange用户邮箱中。

需要注意的点

这个工具只能支持将邮箱数据写入到exchangeserver2007，而不支持直接向exchange2010或更高版本的迁移。

解决方案

因为最高版本只支持exchange2007，所以我们先要搭建一套2007的邮件服务器，最终数据迁移完成后我们再次将邮件系统升级到exchange2013。

4transportersuite数据迁移步骤

4.1准备工作

先获取原邮件系统上的用户名称列表。

在新邮件系统exchange中为这些用户创建用户帐号和邮箱。

在一台与exchangeserver2007同在一个域的机器上，安装transportersuite。

也可以安装在exchange2007服务器上。

用管理员登录到exchange2007服务器，打开命令行窗口，运行以下命令，为管理员授予impersonate权限：

add-adpermission-identity（get-exchangeserver）.distinguishedname-user（get-user-identityadministrator|select-object）.identity-extendedrightms-exch-epi-impersonation

sourceidentity是指迁移的邮箱，sourceserver是指迁移邮箱的源服务器。

soureloginid是登陆用户名，sourcepassword是登陆密码，targetidentity是指迁移到的目标地址。

编辑好了之后保存为一个csv文件。

4.2迁移步骤

用管理员登录到exchange2007服务器，打开transportersuite工具的管理控制台

在左边的导航栏上，右键单击allmailboxes节点，在弹出菜单上选择addmailboxes…，在弹出的对话框中，选中前面所保存的csv文件，将其导入

此时，在mailboxesreadyformigration

中，可以看到这些邮箱

从控制台中间的窗口中，选中所有用户，点击右键的migrateselectedmailbox，

迁移可以选择pop3模式和imap方式，差别在于pop3会把邮件全部收下来，源服务器不再有邮件：

选择承载邮箱迁移的邮箱角色后点击下一步：

篇三：

009新旧系统的衔接及数据迁移方案实施0912

第十章新旧系统的衔接及数据迁移方案实施

概述

为保证张家界旅游区管理系统平台的平稳升级，是非常重要的工作。

一旦实施不好，会造成升级单位不可估量的经济损失，也会给游客造成不好的旅游体验，

为保证与现有系统的平滑、有序的对接，主要存在有三方面的问题：

现有正在使用的数据库里，若干年来使用至今数据如何平稳、有序地移植至新系统。

保证数据的完整性、连续性、可追溯性；

现有系统的网络如何逐步、有序地升级，保证在现有系统正常运行的情况下，无缝地、透明地实施新系统的安装调试，不影响使用单位的正常营业；

使用新系统的人员的培训计划，确保新系统投用使用后操作员能很好地、熟练地投身于岗位；

针对以上问题，我们提出改造原则步骤：

先局部后整体的原则，先对某个景区（或售票站）进行物理网络上的升级改造，先基础硬件后软件配置，第1步后再安装某个景区（或售票站）管理系统、数据库系统等软件试运行，原系统不间断继续运行

新系统全面接管原系统运行，原系统停止运行但保留

业务连续性保证措施

1业务连续性保证体系

门票管理系统在武陵源核心景区的每一个环节上都发挥着不可替代的作用，关系非常密切。

关键的门票管理系统一旦出现问题，则很容易造成业务的中断，业务中断意示着给建设单位产生不可估量的经济损失，同时对旅游景区的形象造成不良影响。

门票管理系统和业务连续性的关系，可以理解为，门票管理系统安全保证了业务连续性，保证业务连续性是门票管理系统安全的主要目标。

进一步说，支撑业务的连续性，最主要是保证系统的可用性。

保证系统的可用性，就是要对可能影响可用性的风险进行全面清晰的评估，然后有针对性的采取相应的保证措施。

而门票管理系统的安全性、可用性不仅仅是技术问题，还包括规划、实施、组织、管理等各方面的问题。

因此，门票管理系统安全建设对业务连续性的保证，最关键的就是对风险要有前瞻性，主动应对，只有这样才能降低风险的发生率，避免出现问题时对建设单位造成不良的影响。

本项目本着对建设单位及旅客负责的态度，建立以项目经理为首的业务连续性保证体系，确保张家界市武陵源核心景区门票管理系统升级项目能真正解决建设单位目前存在的问题，达到预期的效果。

业务连续性保证体系见下图：

2业务连续性管理目标

高可靠性（reliability）：

服务器、工作站、自助终端、ups等设备能够持续运转，从不停机。

完全满足景区门票管理系统365天24小时不间断的作业需求。

高可用性（availability）：

重要资源都有备份；

能够检测到潜在要发生的问题，并且能够转移其上正在运行的任务到其它资源，以减少停机时间，保持业务的持续运转；

具有实时在线维护和延迟性维护功能。

充分保证门票管理系统数据的安全性与可靠性，确保旅游景区服务的质量与景区门票的数据得到有力的保证。

高服务性（serviceability）：

能够实时在线诊断，精确定位出根本问题所在，做到准确无误的快速修复。

有效的降低数据损失的风险，快速的数据恢复能力使得本系统业务流程的连贯性即便在特殊情况下也将保持平稳，确保了门票管理系统的平稳运行。

3业务连续性管理过程

我司针对张家界市武陵源核心景区门票管理系统升级改造项目进行了研究，确定了本项目的业务连续性管理过程，管理过程如下图：

工程实施前

工程实施过程试运行运行

4项目现场实施前的业务连续性保证措施

由于原武陵源核心景区门票管理系统不能满足建设单位的要求，现通过升级改造来达到理想的管理模式。

本项目具有针对性、特殊性，我司针对建设单位的需求而进行系统的升级。

系统升级涉及两个方面，分别是软件和硬件。

为了建设单位业务连续性，我司在工程实施前就开始做好这一步的工作，把问题提前得以解决。

工程实施前的业务连续性保证措施主要分为如下两点：

第一，工程实施前的软件保证措施：

工程实施前的软件保证措施包括人员安排、软件进度管理、软件质量管理、软件测试管理等。

人员安排：

我司安排持有高级系统集成管理工程师作为软件项目的负责人，主要负责软件的总体规划、进度、质量的管理，并安排取得软件认证的程序员进行软件程序的设计，以优质高效的团队来完成本次项目的软件设计工作。

进度管理：

通过gantt图安排工程进度计划，定义当前项目的任务集合，识别关键任务，制定一个详细的进度表，规定完成各项目任务的起止日期，督促项目进度，保证项目按期完成。

质量管理：

软件遵守规定标准所定义的一系列开发准则，功能必须满足用户规定的需求。

软件测试：

用静态分析与动态测试来进行测试过程是否执行程序，以黑盒法测试软件能否满足功能要求，用白盒法来测试程序内部的逻辑结构和执行路径。

系统先进行各个模块的测试，测试过后再进行集成系统的测试工作。

第二，工程实施前的硬件保证措施：

根据建设单位对硬件的要求，我司采购后，进行工程实施前的测试，测试最主要包括系统的稳定性、安全性。

对设备进行7x24小时的测试，以检查硬件系统存在的问题，在安装设备前解决问题所在。

在以上两点通过测试后，再进入现场的工程实施阶段。

4.1项目现场实施过程的业务连续性保证措施

项目现场实施主要是管、线、设备的现场安装过程，现场安装如果组织协调不到位、安装的安全措施不足、现场安装影响原系统运行、现场安装的时间不适当都会影响业务的连续性。

所以，在现场实施过程中，应与建设单位保持紧密的协调，把影响降到最低，根据我司的经验，可进行以下保证措施：

第一条与建设单位沟通合适的安装时间，如旅客较少的时段、夜间施工等；

第二条现场管线敷设的时候，进行围挡施工，防止旅客进入施工现场，造成不必要的安全隐患；

第三条在不影响原系统的正常运行情况下，进行设备的安装；

第四条安装过程中严格遵守国家的有关规章制度；

第五条调试运行阶段，让建设单位参与其中，如有问题积极配合解决；

第六条施工过程如出现问题，及时协调解决，不让问题累积；

第七条在2011年10月10日前，完成部分软件和硬件的安装和调试，确保新门票管理系统能正常运转，同时不影响旧的门票管理系统运行。

4.2调试完成后业务连续性保证措施

在2011年10月10日前，完成的部分软件和硬件进入调试后的试运行阶段，试运行期间，我们的试运行策略是：

新的景区门票管理系统与旧的门票管理系统并行运行，在新系统未适应现场的情况下，旧系统仍然可以使用，如旧系统出现问题，同样新系统可以补上，都不影响正常的业务连续性。

在调试完成后，尽量用新的系统进行门票管理，以更快能适应新系统带来的正面影响，为了试运行期间能保证业务的连续性，制定以下的保证措施：

第一条新旧系统同时运行，优先使用新系统；

第二条在新系统出现问题时，旧系统同样可以运行，不影响业务连续性；

第三条现场配备硬件备件，如硬件出现问题，及时更换，并找出问题所有，优化配置，确保系统可靠高效进行运行；

第四条现场配备软、硬件工程师，及时解决出现的问题，站在建设单位的角度考虑，以优质的服务为建设单位负责；

第五条在培训过后，使用过程中使用人员难免会有问题出现，我们将进行现场的新门票管理系统指导工作，直到使用新系统的员工完全掌握为止；

在新系统正常运行一段时间后，旧系统将不再使用，实施由旧系统往新系统的过渡。

业务连续性保证的主要内容

1.网络分步改造

现有系统的网络存在很多的弊端，急需升级改造，但现有的系统是一刻也不能停止运营的，所以，只有在不中断现有系统运行的情况下，由点至面、分步骤地实施。

根据现有网络升级,采取必要的手段：

1.每一关键节点由专人负责编写配置表，由专人做好详细的记录

2.每一步实施完毕后，马上对该节点的工作目标进行测试，专人做好测试记录，在该节点的目标功能没有实现之前，不实施下一步

1.1搭建核心部分，如下图

1.1.1一卡通中心机房新增一个弱电标准机柜，核心交换网络采用两台高性能ciscows-c4506e路由交换机做双机热备方式部署，两台核心交换机安置在新增机柜中。

双机集群

我们这里只简单说明日常使用的有关命令及特性，

其它未涉及的命令及特性请参考