工程云存储升级方案

年4月19日工程云存储升级方案文档仅供参考，不当之处，请联系改正。XXXXXXX公司XXXXX项目XXXXX升级方案XXXX年X月XXXXXXXXXX公司

TOC\o"1-3"1 概述 41.1 背景 41.2 旧版XX数据量 41.3 XXXXX升级目标 42 数据迁移测试 52.1 数据测试旧版XX数据同步下载到本机 52.2 测试本机数据上传到XXXXX 53 数据迁移方案 63.1 数据迁移目标 63.2 数据迁移方式 63.2.1 用户端准备工作 63.2.2 XX升级时数据使用 73.2.3 实施工程师数据迁移 73.2.4 协同盘数据迁移 74 XXXXX升级方案 84.1 XXXXX升级概括 84.1.1 旧版XX服务器整理规划 84.1.2 服务器系统及XXXXX系统搭建 84.1.3 XXXXX系统调优 94.2 现在资源背景 94.3 升级原因 94.4 升级前的准备工作 104.4.1 内部测试 104.4.2 升级环境准备 104.5 XXXXX升级步骤 104.5.1 旧版XX数据迁移 104.5.2 服务器的重新设定及XXXXX的搭建 114.5.3 XXXXX调优 114.5.4 数据上传及用户使用培训 125 XXXXX升级计划 125.1 XXXXX升级所需资源 125.2 XXXXX升级时间概述 125.3 工程云升级所需工时列表 136 迁移准备工作 137 风险控制 138 迁移过程中可能遇到的问题 14

概述背景XXXXXXX公司使用旧版XX已有一年半左右时间。旧版XX采用双节点部署方式，存储空间分别为45T、9T。用户体验尚可，为了用户更好的体验，更高效率的办公体验。因此将旧版XX升级为XXXXX。由于旧版XX存有部分用户数据，因此需要将数据迁移至XXXXX系统中，然而旧版XX和XXXXX之间，底层构架不同且不提供API接口，不提供用户权限转移等关系。因此本次升级不能带数据一起进行XX升级。新旧产品差异主要集中在XXXXX具有完整协同盘功能，而旧版XX采用的此功能但还未完善，且文件传输性能Web和Client方式XXXXX比旧版XX高1~2倍以上。由于XX的对象型存储构架特点，无论那版产品对文件传输速度都无法达到本机传输速度，因此同步盘的功能显得尤为重要，可大幅提升用户体验。旧版XX数据量旧版XX数据量XT左右，用户数X人左右。真实用户：X人左右。详情请参阅“xxx旧版XX用户数据使用情况.xlsx”XXXXX升级目标本次项目的主要目标是对包括如下几点：旧版XX用户数据的迁移。服务器的重新规划。XXXXX的搭建及调优。升级上线后，数据的迁移以及用户的使用。本方案是在完成旧版XX数据后进行，确保用户数据完成，然后再在原服务器安装系统以及XXXXX的搭建。在5-6个工作日内完成整个服务器系统、XXXXX系统的搭建及调优工作。数据迁移测试数据测试旧版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作对比。测试时间为：6月至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中数据拷贝出来。回访用户数据是否备份完成，是否能够停用。参与本次迁移工程师，需提前参加相关培训，统一标准。测试迁移不同大小/类型数据迁移所需用时，合理安排规划迁移工作。迁移前先与将要进行数据迁移的用户沟通好，请用户将所需迁移数据提