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