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