工程云存储升级方案.docx

工程云存储升级方案.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个

视单个文件速度

约小时

2.2测试本机数据上传到XXXXX

测试1个用户8G数据量，从本机PC设备上传同步到工程云需要近10分钟。

考虑到XXXXX上传文件机制：

上传之前要查询效劳器是不是能够传，效劳器返回能够，然后客户端上传，效劳器写入磁盘以后，告知成功或失败。

每次交互，客户端会连到XXXXX，发个请求，XXXXX回应，那个进程要看网络速度。

交互越多越慢。

鉴于上述机制，若是一个用户的小文件比较多，就会做很多的交互工作，这部份会占用大量时刻，因此用户迁移时刻并非必然与所占存储量成正比，需要看实际情形。

以上的数据能够作为参考，但迁移工作展开后，也要留有必然余地。

注：

下表为文件上传至XXXXX测试速度。

文件数量

文件大小

上传速度

传输时间

1个

4GB

20M/S

3分30秒

238个

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系统搭建

效劳器计划完成后，在效劳器上安装系统，并修改其内核，并对系统进行一系列的调优。

待调优后安装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内部测试

4.4.2对XXXXX功能进行测试，并与旧版xx作对照。

测试时刻为：

2016年6月至2016年9月。

测试XXXXX地址为：

升级环境预备

在升级实施前，需与贵方确认迁移进程需要的环境和事宜

ØXX用户暂停利用。

Ø将旧版XX效劳器删除，从头部署。

Ø如需远程，请提供云桌面、远程工具teamview或QQ。

ØXXXXX部署中所需资源。

4.5XXXXX升级步骤

4.5.1旧版XX数据迁移

旧版XX数据迁移步骤如下：

步骤一、通知旧版XX用户在升级前，将数据拷贝出来

步骤二、将旧版XX用户冻结

步骤3、将旧版XX等待一周时刻留作观看。

如无人反馈问题那么清理旧版XX系统。

注：

数据备份时建议进行多级备份，以降低用户数据丢失风险。

具体方案请参考：

3数据迁移方案

4.5.2效劳器的从头设定及XXXXX的搭建

XX底层构建改动，旧版XX与XXXXX不同较大，XX功能转变较大。

因此本次升级需将旧版XX

效劳器进行清理，从头搭建XXXXX。

重点在于存储方面，需使两台效劳器存储均分。

待效劳器计划完成后，在效劳器上安装系统，并修改其内核，并对系统进行一系列的调优。

待调优后安装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工作日/人

服务器系统安装

工作日/人

XXXXX部署

工作日/人

XXXXX调优

3工作日/人

XXXXX测试

1工作日/人

数据迁移至XXXXX

根据具体迁移人数而定

总计工时：

预计工时3工作周/人

注：

以上工时为正常情形，仅供参考。

具体时刻视实施情形。

6迁移预备工作

●告知用户XX升级，暂停利用旧版XX并将旧版XX中数据拷贝出来。

●回访用户数据是不是备份完成，是不是能够停用。

●

●参与本次迁移工程师，需提早参加相关培训，统一标准。

●测试迁移不同大小/类型数据迁移所需历时，合理安排计划迁移工作。

●迁移前先与将要进行数据迁移的用户沟通好，请用户将所需迁移数据提早下载备份到本地，做好迁移前的预备工作。

●xxx明确用户顺序

7风险操纵

●必然保证用户数据在迁移进程中不丢失。

●为保证数据不丢失，可将数据多级备份，用户数据自己先备份一份，同时在本机PC上再复制一份，再将PC上的一份数据上传至XXXXX中。

●旧版XX数据临时保留一段时刻，待用户无问题反馈时，再将旧版xx效劳器停运，再商讨XXXXX升级部署问题。

8迁移进程中可能碰到的问题

●协同盘关系处置，严格依照方案迁移，标准操作。

●用户不在单位，数据迁移工作按用户列表优先级顺延进行，同时与用户沟通好，再约按时刻。

●用户接到备份通知后未进行数据备份。

●对升级后XX可不能利用