1 / 14
文档名称:

工程云存储升级方案.docx

格式:docx   大小:89KB   页数:14页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

工程云存储升级方案.docx

上传人:1557281760 2018/4/4 文件大小:89 KB

下载得到文件列表

工程云存储升级方案.docx

相关文档

文档介绍

文档介绍:XXXXXXX公司
XXXXX项目
XXXXX升级方案
XXXX年X月
XXXXXXXXXX公司
1 概述 4
背景 4
旧版XX数据量 4
XXXXX升级目标 4
2 数据迁移测试 5
数据测试旧版XX数据同步下载到本机 5
测试本机数据上传到XXXXX 5
3 数据迁移方案 6
数据迁移目标 6
数据迁移方式 6
用户端准备工作 6
XX升级时数据使用 7
实施工程师数据迁移 7
协同盘数据迁移 7
4 XXXXX升级方案 8
XXXXX升级概括 8
旧版XX服务器整理规划 8
服务器系统及XXXXX系统搭建 8
XXXXX系统调优 9
现在资源背景 9
升级原因 9
升级前的准备工作 10
内部测试 10
升级环境准备 10
XXXXX升级步骤 10
旧版XX数据迁移 10
服务器的重新设定及XXXXX的搭建 11
XXXXX调优 11
数据上传及用户使用培训 12
5 XXXXX升级计划 12
XXXXX升级所需资源 12
XXXXX升级时间概述 12
工程云升级所需工时列表 13
6 迁移准备工作 13
7 风险控制 13
8 迁移过程中可能遇到的问题 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个
3GB
10MB/S
7分10秒
238个

视单个文件速度

测试本机数据上传到XXXXX
测试1个用户8G数据量,从本机PC设备上传同步到工程云需要近10分钟。
考虑到XXXXX上传文件机制:
上传之前要查询服务器是不是可以传,服务器返回可以,然后客户端上传,服务器写入磁盘之后,告诉成功或者失败。
每次交互,客户端会连到XXXXX,发个请求,XXXXX回应,这个过程要看网络速度。
交互越多越慢。
鉴于上述机制,如果一个用户的小文件比较多,就会做很多的交互工作,这部分会占用大量时间,所以用户迁移时间并不一定与所占存储量成正比,需
要看实际情况。
以上的数据可以作为参考,但迁移工作展开后,也要留有一定余地。
注:下表为文件上传至XXXXX测试速度。
文件数量
文件大小
上传速度
传输时间
1个
4GB
20M/S
3分30秒
238个

6M/S
40分57秒
数据迁移方案
数据迁移目标
在此前提下,本次数据迁移工作要围绕以下几点展开:
最大限度的保障用户数据完整性;
快速完成数据迁移工作,尽量不影响到用户办公;
提高效率不做反复工作,迁移工作一次成型。
本着以上宗旨,结