工程云存储升级方案

XXXXX升级方案XXXXXXX公司XXXXX项目XXXXX升级方案XXXX年X月XXXXXXXXXX公司

数据迁移测试数据测试旧版XX数据同步下载到本机测试1个用户的6G数据量，从旧版XX系统中同步到PC设备上需要近30分钟，不会占用太多用户的工作量，而且这个工作完全可以在后台进行。因此建议用户事先排好优先级列表，统一沟通协调，分批次逐步进行导出迁移工作。注：下表为旧版XX备份至PC上的测试速度。文件数量文件大小传输速度传输时间1个3GB10MB/S7分10秒238个14.4GB视单个文件速度约2.5小时测试本机数据上传到XXXXX测试1个用户8G数据量，从本机PC设备上传同步到工程云需要近10分钟。考虑到XXXXX上传文件机制：上传之前要查询服务器是不是可以传，服务器返回可以，然后客户端上传，服务器写入磁盘之后，告诉成功或者失败。每次交互，客户端会连到XXXXX，发个请求，XXXXX回应，这个过程要看网络速度。交互越多越慢。鉴于上述机制，如果一个用户的小文件比较多，就会做很多的交互工作，这部分会占用大量时间，所以用户迁移时间并不一定与所占存储量成正比，需要看实际情况。以上的数据可以作为参考，但迁移工作展开后，也要留有一定余地。注：下表为文件上传至XXXXX测试速度。文件数量文件大小上传速度传输时间1个4GB20M/S3分30秒238个14.4GB6M/S40分57秒数据迁移方案数据迁移目标在此前提下，本次数据迁移工作要围绕以下几点展开：最大限度的保障用户数据完整性；快速完成数据迁移工作，尽量不影响到用户办公；提高效率不做反复工作，迁移工作一次成型。本着以上宗旨，结合前期调研情况，充分进行测试，找到符合需求的最优数据迁移方案。数据迁移方式用户端准备工作需要用户PC设备安装部署旧版XX客户端，将旧版XX同步盘数据先备份一份到本地后，待XX升级后，再将备份再拷贝出一份，放在XXXXX中，，经确认无误后可选择删除PC中的文件。具体：建议用户将个人文件采用本机方式数据迁移，即在用户所属PC设备上将原旧版XX同步盘数据拷贝到本机磁盘的文件夹下，如D盘某文件夹下，此速度取决于PC磁盘传输速度不受XX后台速度限制。拷贝完成后将同步下来的目录，再复制到XXXXX中。XX升级时数据使用用户数据备份完成后，因原服务器重新修正配置。重新搭建XX系统，并测试功能。无任何问题时才可上线让用户使用。中间过程时间较长，用户可直接操作PC备份的文件进行办公。实施工程师数据迁移待XX升级完成上线后，实施工程师将用户备份数据和XXXXX同步盘对应建立同步关系，后面用单项上传功能同步到XXXXX系统中，大幅加快迁移速度。协同盘数据迁移前提 协同盘文件涉及到多用户并发，关系复杂，处理不好会造成迁移多份数据，工作量增加，迁移XXXXX后用户关系错乱等问题。在这里首先理清关系，不论协同盘有多少用户参与，参与用户都不必迁移数据，只要确定好协同盘的发起人即可。步骤当迁移工作按照上述步骤进行到某协同盘发起人时，仍按照原计划将协同盘数据随该用户数据，一起迁移到XXXXX当中。然后根据原协同盘情况，建立好XXXXX，待XXXXX部署完成后，确定并设置好新的XXXXX同步盘参与者及对应权限即可。如果迁移工作进行到某协同盘参与者时，首先向用户说明不迁移协同盘数据的原因及处理办法。其次与客户进行沟通，摸清客户需求及迁移数据后希望达到的效果，最后可根据用户的意愿来选择协同文件是否保留。重点是问清用户协同盘近期使用情况，如正在使用某协同盘，而该协同盘发起人还没进行数据迁移的情况下，实施工程师需相应优先迁移该协同盘发起人的数据，尽量不影响到用户办公。由于使用用户150人以内，新旧系统切换需要告知用户，尽量避免少量用户通知不到造成用户两个系统误解等问题。因此总体策略建议采取到用户桌面上逐台迁移方式，虽然工作量看似较大但成功率高，在数据迁移过程中也可对用户的疑问进行解答，同时在停用旧版XX系统，启用XXXXX系统后，便于用户数据一次性迁移完成。XXXXX升级方案XXXXX升级概括旧版XX服务器整理规划XX底层构建改动，旧版XX与XXXXX差异较大，XX功能变化较大。所以本次升级需将旧版XX服务器进行清理，重新搭建XXXXX。服务器系统及XXXXX系统搭建服务器规划完成后，在服务器上安装CentOS7.0系统，并修改其内核，并对系统进行一系列的调优。待调优后安装XXXXX系统。并做相应配置，并对XXXXX功能进行简单测试。XXXXX系统调优XXXXX系统安装完毕后，对XXXXX进行全面的测试，以及一系列的调优操作。现在资源背景现有情况：用户：由于需要用到旧版XX所在服务器，现需用户将旧版XX中数据拷贝出来。现有用户150左右。服务器：由于旧版xx所在环境为双节点，存储分别为45T、9T。升级为工程云储存时需将原存储打散均分网络拓扑：升级原因因XX底层构建改动，旧版XX与XXXXX差异较大，XX功能变化较大，并且对旧版XX不再提供服务。所以升级方面牵扯较多，工作量也相对较大。升级后为双节点标准XXXXX配置。XXXXX网络拓扑：升级前的准备工作内部测试对XXXXX功能进行测试，并与旧版xx作对比。测试时间为：2016年6月至2016年9月。测试XXXXX地址为：172.16.5.24升级环境准备在升级实施前，需与贵方确认迁移过程需要的环境和事宜XX用户暂停使用。将旧版XX服务器删除，重新部署。如需远程，请提供云桌面、远程工具teamview或者QQ。XXXXX部署中所需资源。XXXXX升级步骤旧版XX数据迁移旧版XX数据迁移步骤如下：步骤1、通知旧版XX用户在升级前，将数据拷贝出来步骤2、将旧版XX用户冻结步骤3、将旧版XX等待一周时间留作观察。如无人反馈问题则清理旧版XX系统。注：数据备份时建议进行多级备份，以降低用户数据丢失风险。具体方案请参考：3数据迁移方案服务器的重新设定及XXXXX的搭建XX底层构建改动，旧版XX与XXXXX差异较大，XX功能变化较大。所以本次升级需将旧版XX服务器进行清理，重新搭建XXXXX。重点在于存储方面，需使两台服务器存储均分。待服务器规划完成后，在服务器上安装CentOS7.0系统，并修改其内核，并对系统进行一系列的调优。待调优后安装XXXXX系统。并做相应配置，并对XXXXX功能进行简单测试。设备模块关系如下：XXXXX调优XXXXX安装完毕后，对其各个功能组件进行全面测试，并对其出现问题进行调试解决。并进行以及一系列的调优操作。在XXXXX部署中可能出现以下问题：AD域用户导入，并且域用户无法登陆文件、音视频预览问题3、XX登陆问题等。4、突发事件的处理。数据上传及用户使用培训XXXXX本次升级改动较多，增加较多的功能模块，对于操作也有很大的变化。在XXXXX安装调试完成，并测试没有问题可以上线后，需对用户进行数据迁移并对用户进行操作的培训。并解决用户在使用上出现的问题。并对数据迁移用户做好相应的回访工作。XXXXX升级计划XXXXX升级所需资源服务器双节点IP（3个）域名1个AD域用户邮件服务器地址内部邮件用户1个AD域服务器地址XXXXX升级时间概述经评估每名工程师每天可完成10人内的用户数据迁移，150用户1名工程师共需15个工作日，考虑到用户出差等实际因素，实际需要15~20个工作日。XX升级部署所需时间为5个工作日如人手不够，华软可随时抽调工程师，xxx是否可派工程师协助?总体数据迁移工作初步计划需要3~4周完成。工程云升级所需工时列表工作内容所需工时旧版xx数据导出1工作周/人旧版xx用户冻结1工作日/人服务器系统安装0.5工作日/人XXXXX部署0.5工作日/人XXXXX调优3工作日/人XXXXX测试1工作日/人数据迁移至XXXXX根据具体迁移人数而定总计工时：预计工时3工作周/人注：以上工时为正常情况，仅供参考。具体时间视实施情况。迁移准备工作告知用户XX升级，暂停使用旧版XX并将旧版XX中数据拷贝出来。回访用户数据是否备份完成，是否可以停用。参与本次迁移工程师，需提前参加相关培训，统一标准。测试迁移不同大小/类型数据迁移所需用时，合理安排规划迁移工作。迁移前先与将要进行数据迁移的用户沟通好，请用户将所需迁移数据提前下载备份到本地，做好迁移前的准备工作。xxx明确用户顺序风险控制一定保证用户数据在迁移过程中不丢失。为保证数据不丢失，可将数据多级备份，用户数据自己先备份一份，同时在本机