[求救]三大网盘海量数据迁移之苦海无涯篇

[求救]三大网盘海量数据迁移之苦海无涯篇


昨天写了一篇闭关二年多回来的感想万千篇,引发了粉丝用户大集结!

为了对大家负责,我基本上每个的评论我均用休息空闲时间做了非常详尽的回复!

谢谢大家的关注,我相信有么用户的帮助,115产品一定可以做的更完美!

全文如下:http://115.com/115/T241858.html


这个纪实性故事会连载,不过今天我要描述的故事是:

(每个评论者将做为配角记入这个故事~有时间我会一一回复~)

第二季第2集<<三大网盘海量数据迁移之苦海无涯篇>>


由于众所周之的原因,360倒下了!

为了防止出现蝴蝶效应,所以我决定把三个工作网盘(百度+微云+360)

的内容全部整理到115,原网盘只做部分急用数据的镜像~

百度大约有10T数据

微云也有10T数据

360云盘有2.7T数据

一共要迁移数据23T数据!

说到这儿肯定要有朋友说了,你要数据安全不会买些移动硬盘?

其实,如果我告诉你我用自己服务器都未必安全,你信吗?


其实3.5寸盘的设计,可以看到磁头停靠区其实是在盘片内圈(无数据)上,

早期的起飞区都是在外圈的,外圈线速度比内圈高,利于磁头起飞。

而硬盘的启动应该是

1.先升起磁头(可能稍微有点过头的样子,但请注意磁头肯定是向内有一个力的,不然接下去靠什么夹住悬浮?)

2.转动盘片(这时磁头已经不接触盘片了)

3.放下磁头,利用温切斯特气流将磁头稳定(其实就是顶起,因为磁头默认是向内夹住的)在读写悬浮位置!

先给大家普及一下,我们用的机械硬盘是从1973年IBM发明的一种叫"温彻斯特硬盘"模式(自己查百度百科),

这种模式决定了磁头读取磁道时的距离仅有几个微米,如果你撞他一下就完蛋了!

如果坏的是零磁道,你就只能去数据公司100级超级净化台上去抢救了!


日立接手IBM的硬盘业务后,迅速改用保守但可靠的铝制盘片,硬盘产品的可靠性恢复到IBM采用玻璃硬盘之前的水平。但玻璃硬盘事件的后果严重,以至于日立在很长时间内都没有走出阴影,直到今天消费市场对日立硬盘也是心存疑虑。而在日立接手之后,硬盘可靠性成为优先于性能的第一要素,为保障这一点,日立先后引入了磁头载入/载出(Ramp Load/Unload Dynamics)与涡流磁臂锁(Eddy Current Latch)两项技术,这两项技术对提高硬盘的抗震性能可谓立竿见影。

日本发条生产的是被称为硬盘悬臂的硬盘核心部件,通过该部件使写入有信息的盘片与读取信息的磁头之间保持一定距离。在磁头与盘片之间形成约10nm的空气膜。这是一项相当高精的技术,如同“让大型喷气式客机在距地面0.5m的高度上飞行”,你自己说危险不危险啦?


很早以前的硬盘磁头不具备自动停靠的功能,在通电状态下磁头是“飞行”在盘片上面的,当系统断电之前,必须用一条叫“Park”的专用命令,来让磁头归位(回到起飞区)。否则,就有可能因为盘片瞬间停转而磁头来不及归位,造成盘片被磁头“铲伤”。(如果铲伤的是最外圈的零磁道,我就是呵呵了~任何低格工具都不能施展法力啦,更不要说取自己找回数据了~)


那你说你不会买SSD硬盘保存啊!!!你确定你不是在逼我吗?

那我告诉你,首先SSD单字节成本太高太高,其次一旦有损坏那是数据公司都救不了你的!(原因

其实,我家的移动硬盘多到你想不到(三丧移动SSD速度最快),但是这些并不能做永久的持久化备份~

SSD固态硬盘 对比于 HDD机械硬盘,最大的弱点是价格贵,250G固态硬盘价格,机械硬盘可以做到2T容量。 此外,SSD硬盘使用寿命短也是一个很突出的问题,固态硬盘说到底 也就是一个大容量的闪存,闪存都是有固定的使用次数,每个存数单元写入次数也就是1万次 或 再多一些,要想保证硬盘5、6年,甚至更久7、8年不出问题,很勉强。但是机械硬盘在使用比较好的情况下,哪怕每天开机10小时,照样可以使用达到10年...

那你肯定要说了115这种的如何保证数据安全的,因为他们有冗余存储介质做热备份的啊!

磁盘阵列等技术你自己搞的各种成本(包括钱和时间成本和精力成本)还不如传2个保险一点的网盘,因为根据我的经验,同一个文件在2个网盘同时坏掉的机率相当低!如果你有在3个网盘做备份的习惯,那几乎是不可能有任何问题的!

你肯定说,我可以在百度云做啊,我在百度等均有过文件损坏或损失的情况!

不相信的看下图:(这是我在迁移数据时发现的,当你拥有海量数据时,这个出现的概率是300%哦!)

大家下载图片可以看到文件名,全是PS教程一类的东西有什么可违规不给取回的道理???????


说这件事的意思是,115千万千万要防微杜渐!

好了!言规正传!


世界上没有一个产品可能是绝对完美的,所以,我们需要不停的完善:

希望115把下面这个问题尽快解决了,因为我相信像我这样的用户应该不在少数~

360云盘用户正在万马奔腾式的飞过来ing........


感谢这位@357026136的朋友在第一集的评论里告诉了我这个ownCloud,我查了一下:

第一集文章=http://115.com/115/T241858.html


ownCloud 6 和SparkleShare和Seafile类似,唯一不同的是ownCloud还支持加载公有云到服务器上,支持 Amazon S3、Dropbox、FTP、Google Drive、OpenStack Object Storage、SMB、WebDAV、SFTP 等等,但是海外的服务器真心速度很慢(原因你知道的!),如果建在自己的服务器上的话,其实有一个最大的问题就是不能秒传,因为你自己的数据(尤其是1080P或720P蓝光视频)是不可能有人先在上面做种留好等你秒传的,这样没了秒传功能的刀耕火种是会死人的!(会浪费大量上传带宽)而且你要说你服务器可以放在家里,那你知道吗,家用带宽是不对称的光网,下行大,而上行小,这样的带宽是不适合做IDC服务~而且和用移动硬盘COPY风险是相同的,就算你用了群晖网络存储服务器 (NAS) 也是一样的!(请考虑硬盘的寿命和总体实施成本,这件事上搞成重资产项目肯定并不是上上策!如果115有一天也倒了,也许我才会用这种下下策策!)~那你要说可以放在电信机房托管啊!那我来告诉你,如果你的服务器单纯只做私有云这个每年机柜或机位托管费都比一个永V的成本还要高,成本上非常划不来,而且还是不能秒传哦!所以,我把希望寄托在115公司还是有原因的~毕竟人家专业搞这个的,”存储成本效用比”高太多太多!只要读过PMP的朋友都知道一个项目有49个子过程5大知识领域,其中有一项叫成本管理!所以,实施一件事是需要考虑成本的!而且家里搞个服务器由于还没有CDN,所以,实际你的传输并不是你想像中的那样顺畅哦~所以荣归故里(115云应用)是我深思熟虑的最终结果!

在快休息的时候,我突然发现一个功能:当你的鼠标悬停时有时会激活一个mouseover() 方法,可以显示全路径,

但是那个提示是不可以复制的!这个需要改一下~因为我COPY到路径后只要在Finder里面SHIFT+COMMAND+G就能直接定位啦!不能复制+mouseout 事件导致根本不可能记下来!那这样的一闪而过的提示用有何用?(这是一个产品体验的设计问题而非技术性问题!)

下面是最终的结果.............

为什么上传电影(包括成人片从来没有遇到这些纠结问题???)

难道115在处理工作小文件时,力不从心?只能处理大GB文件?

说到这儿我又要说说文件超过10000个不能处理这事了,这个问题我问了客服小虹,她说目前不能处理的原因是因为为了稳定,其实,我想告诉你们的是,如果用合理的算法的前提下,这个问题不是存在影响稳定性的~不清楚可以来问我!

按这个逻辑 Hadoop 的Hbase不要处理PB级数据了?

这个不能超过15层的设计也真是够弱爆了~改一下算法吧~这个实在是太.......

用分组算法吧~你人工去拆分和机器拆分,你说哪个快????

随便找个大型点的软件安装盘或书藉DVD光盘,都轻轻松松能超过15层啦~

你肯定要说,你打成包放上去好了,那我要问问你啦,我打成RAR/ZIP/7Z/ISO包后,你在线还可以可以给我预览不?

不能的话,我怎么能打包放上去呢?(有很多情况下是不可能为了几个文件的预览去下载一个很大的包文件的!)

让人匪夷所思,最莫名的是下面这个故事了!

为什么上传完的文件会比原始文件个数少了,但我检查了几次并没有发现有什么不对?那少掉的文件差在哪儿??

我的理解在上传整个过程结束后:115客户端应该是检查过源数据的HASH码和服务器端的HASH码的吧?!

大家可以尝试把一个大量目录的文件夹下载了试试!难道是WIN统计文件夹和文件数量不对?

传完显示成功,但是一共少了5个文件!实际检查并没有少文件!奇怪了!这是神马情况啊???

另外,真心希望在上传历史表里,有二个按钮:

点一下可以定位到服务器端文件夹的位置,(可以查阅相关)

另一个点一下可以定位到本地文件夹的位置!(这样便于清理已上传文件,但不要自动删除!)


最后说一下出现这些错误的运行环境:

这个本本上的硬盘是SSD 765G的~不可能是存储介质有问题!目前这个网络环境是50Mbps(上下行相同的电信商网)

软件环境=115浏览器 for Mac 7.2.4.12,还有什么数据需要我提供的可以向我要(比如日志啦什么的)

在之后的日子里,我会经常提出建议和意义(语言有时比较犀利,请工作人员配备足够的抗压能力!),

也会持续关注115公司的全线产品(包括115+等!),会给到贵公司产品总监级的产品专业建议!

再此感谢客服小虹@115115115对产品无微不至的关怀~

也让我领略了115+产品的初体验~

据我观察,目前仅仅是ERP系统的一个子集!

115+项目目前包含了"在线OA子系统+在线云应用子系统+在线的任务子系统(行业标准叫法称为"工作授权系统")+工作流管理子系统+资讯融合子系统+日程安排子系统+在线工作云笔记子系统+组织架构管理子系统"(由于时间的关系还没有细用,基本上我的总结就是这些~)其实,我想说,115+可以包括更多的应用,就这些应用来看,还没有完全发挥115的技术特长!(我等你们"六脉全开",魁拔看太多了哈!)

未来的态势,我只要有时间我会持续关注!

希望未来的五年,每当大家再谈到115盘,第一反映和印象不再是"成人资源聚宝盆"~

那就说明转型成功了!

急死人了~这么多数据出故事,我也是要醉了!!!

快点先修故障啦!!!!!!

昏过去,刚要保存提交这篇文章结果这样了!

进程抛异常了~

还能不能好好交流啦?

这样写长文也太危险了~

还好哥机智,连忙另存了一份HTML做副本!

以后每次保存正文前,我都得保存到草稿箱一下了~

不过说到这个功能,能不能再设计一个和QQ浏览器一样,把当前页面保存为PNG的长图片啊?

这个功能很重要啊!我竞品分析采样的时候经常要用的啊!

不然又要去开QQ浏览器了~

如果115真的像一个合格的浏览器,我认为应该学FF和chrome,搞下插件生态圈,因为太多的工具插件没有,我很多工作的事还是得用其他浏览器去完成!

此时听到远处传来他们攻城狮大吼:我们不是说好了"假浏览器,真云盘的吗!"好吧~继续披着羊皮的狼化文化~哈哈哈~

佯装浏览器避规这种事,估计也只有115想的出来!唉!

快播当年这样干,王欣同志就不会死的这么惨了~唉~唉~唉~(此处省略NNN个字不值!)



前天半夜二点,我突然收到”赖@55555总”在”我聊”上的留言:

第一句:谢谢~(发了一个表情包)

我回答:久违!

第二句:还没睡啊?

我回答:en

第三句:有没有关注我们公司的115+产品啊!

我回答:当时正忙着.........115秒沉思后,我都没用过115+,我TMD回答个毛线啊......

于是.......对方看我没回答就睡着了!哈哈哈!

(不过第二天就有人让我体验115+了~哈哈哈~)

不过我恨这个"阅后即焚"功能!呵呵!

因为聊天记录都没了,有空回答别人的时候都不知道别人之前问了什么?唉!

这个功能不改,注定着不能成为常用IM工具!

图注:墙上的引体向上杆是亮点~嘿嘿~


真是三句不离本行->心系公司,情系产品,魂系用户啊~

这种半夜用户体验回访,真心是.........很少见,如果每家公司CEO都这么勤奋,中国强国梦指日可待哈!


不过说的这个”我聊”115秒读取即焚真是要命的设计~

这是工信部的要求,还是???

知道上个厕所都不止115s吧,万一你们留言我正好要去WC呢?或者接个电话?

所以,如果不是工信部的要求,我建议还是不要这样恶搞了,是否需要阅后即焚还是让发言者自己设置决定吧~

这才是人性化设计,说句实在的,

我用IM软件15年,这种设计毕竟走的还是小众化路线,所以把把选择权线发言者本人肯定是没错的!

我很久没用这个功能了,头一回发现这个东西居然会消失!没搞错吧!

因为这个阅后即焚的功能,大家就不要在这个上面留太重要的信息了~

以免不小心点了阅读,然后消息多了来不及看就消失了~唉!


找我有事可以在我发的贴子上留言,然后@我,我有时间一定会回!(毕竟贴子上留言是不会消失的!)

本贴所述,如有不妥之处,欢迎留言扶正!

2016-10-24 10:06:00更新过
该用户已被拉黑,内容仅管理员可见!
309593211
该用户已被拉黑,内容仅管理员可见!
19801099

资源在那

362156852
593559257
593500679

学习

该用户已被拉黑,内容仅管理员可见!
593608102
592461606
9256062

1111111111

此帖已被锁定,无法回复
新窗口打开 关闭