V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
lopetver
V2EX  ›  云计算

腾讯云硬盘故障,导致“前沿数控技术”线上「生产数据完全丢失」

  lopetver · 2018-08-06 09:44:00 +08:00 · 34517 次点击
这是一个创建于 2061 天前的主题,其中的信息可能已经有所发展或是发生改变。

https://mp.weixin.qq.com/s/wcjvYpmg45RzlCdV47Cifw

发帖目的不是为了声讨某云的服务态度 or 产品品质。

而是在当下全民上云的时代,如何能更好的保护自己的数据。

459 条回复    2018-08-17 01:32:39 +08:00
1  2  3  4  5  
ceclinux
    301
ceclinux  
   2018-08-06 23:38:55 +08:00
哇,声称 99.9999...(我没数过几个 9 )数据可靠性的腾讯云出故障了,我也声称腾讯云其实根本没有采用“三副本存储策略“,我猜测的可靠性也是 99.9999...9 的数量和腾讯云的可靠性的 9 的数量一样多
sigup
    302
sigup  
   2018-08-06 23:57:29 +08:00   ❤️ 5
腾讯云的员工疯狂洗地, 不管别人数据价值多少, 你既然承诺 3 个备份, 没做到就是你的问题
3 个备份所在的硬盘同时固件出问题的可能性基本不存在
sylxjtu
    303
sylxjtu  
   2018-08-07 00:09:59 +08:00 via Android   ❤️ 2
鹅厂公关真强,神一般的倒打一耙算是学到了,郭利案还没过去多久,腾讯想当第二个雅士利?
20015jjw
    304
20015jjw  
   2018-08-07 00:34:11 +08:00 via Android   ❤️ 2
只能表示腾讯 sb.
jhdxr
    305
jhdxr  
   2018-08-07 00:46:56 +08:00   ❤️ 3
@CodingNET 好啊好啊,有粉色的猴子来一只么?


@est 这个解释在腾讯公开它的回应前我觉得是有可能的。但腾讯自己给的回应是『因受所在物理硬盘固件版本 bug 导致的静默错误(写入数据和读取出来的不一致)影响,文件系统元数据损坏』。换句话说这个故障应该在相关的备份功能(如果是在软件层面实现的话)之下的。
再看腾讯云的文档( https://cloud.tencent.com/document/product/362/3039 )说明:『在每个存储写入请求返回给用户之前,CBS 就已确保数据已被成功写入三份,且跨机架存储』。按照我的理解, 这应该是将我所提交的需要写入的数据,复写了三份。那也排除掉了先写入一份有问题的,然后再将这个有问题的复制两边的可能性。


@reus 那是因为你洗地手段太低级,上来就先问别人为何不做备份。请动一下你的脑子,当为所谓的云服务付费的时候,我不仅是在购买存储空间,我也在为相关的服务(所宣传的备份当然也包括在内)付费。再强调一次,我为备份付了钱。要是你聘请了一个员工帮你备份数据,出了事情那个员工告诉你备份也都没了,还反问你怎么不自己再去做一次备份。你觉得合理吗?
再有,关于赔偿,根据我找到的资料( https://cloud.tencent.com/document/product/301/9515 )怎么看也应该是百倍赔偿?虽然只是没人会去用的代金券。


无论如何,这一波过后,还敢用腾讯云的企业也真的是自己心大找死了。
coderdusk
    306
coderdusk  
   2018-08-07 01:29:41 +08:00   ❤️ 6
由前面回复的出租车撞树比喻和这帖子下的一些回复想到的:

- 我叫 XX,是某公司高层管理。昨天我乘坐公交公司运营的出租车,司机驾驶失误导致了车祸。现在我在省医院就医,不能确定治疗后的恢复情况。这件事直接给我身体带来严重伤害,而且影响我目前和以后的工作和生活,希望大家支持我的索赔行动。

- 绑安全带了吗?自己傻逼怪不得出租车...
- 公交公司也表示赔偿了,如果对赔偿数额不满意,可以起诉,而不是哭诉。
- 还某公司高管呢,买份保险都不知道?这点风险意识都没有还好意思说什么心血?
- 公司高管就坐这档次出租车?还索赔这么多,您值这价吗,讹诈吧!
- 那也是,本来就不占理,起诉岂不是自讨没趣,哭诉还能搏同情。
- 路上每天那么多车来车往,事故发生的概率才多少?这事在统计上是百分比,可是摊到你头上就是 1 了。所以还是得做好出行 /人生规划啊。

我再来替水军出个思路:
·路上那么多车,怎么就你的车出车祸了,是不是你犯贱和司机聊天才让他走神的,还是你坏事做多了老天爷要惩罚你
iPhone8
    307
iPhone8  
   2018-08-07 01:41:57 +08:00
@livid 1 楼 8 楼骂人
ryd994
    308
ryd994  
   2018-08-07 03:04:12 +08:00 via Android
@coderdusk 你这个比喻不合适
承运人有保障乘客安全的义务,这是运管所规定的
但是云服务没有保证你数据安全的义务,就像你买辆车瞎 JB 开,怪车怎么不保障安全。你怎么不要求硬盘厂赔钱呢?有 mtbf 的保证的,实际上达不到又怎样?看看 backblaze 的统计
jmk92
    309
jmk92  
   2018-08-07 03:09:58 +08:00
让我想起当初 IT 之家宕机事件,阿里表示是就买了一台机器。。
jmk92
    310
jmk92  
   2018-08-07 03:13:51 +08:00
让我想起当初 IT 之家宕机事件,阿里表示是就买了一台机器。。
而这次这篇文章,通篇都在讲腾讯怎么怎么处理,没有提自己的那边的本身有没有备份,这么大级别,不可能连简单的备份都没有吧?如果有,那到底是云盘的故障,还是牵扯到了多少设备的故障?这点一直是个疑问。
ryd994
    311
ryd994  
   2018-08-07 03:14:51 +08:00 via Android   ❤️ 1
只能说 pm 傻逼,瞎 JB 吹(我数了,9 个 9 )
正规做法应该是虚拟磁盘只保证 uptime 和性能
要数据安全请扔到离线储存服务
你看看 aws ebs 有没有 data resilience 的 sla ?
ryd994
    312
ryd994  
   2018-08-07 03:15:39 +08:00 via Android
@jmk92 备份是要加钱的,你买 snapshot,买 s3,买 glacier,就没这破事了
ryd994
    313
ryd994  
   2018-08-07 03:21:14 +08:00 via Android
mmm,刚才看漏了
Amazon EBS volumes are designed for an annual failure rate (AFR) of between 0.1% - 0.2%, where failure refers to a complete or partial loss of the volume, depending on the size and performance of the volume. This makes EBS volumes 20 times more reliable than typical commodity disk drives, which fail with an AFR of around 4%. For example, if you have 1,000 EBS volumes running for 1 year, you should expect 1 to 2 will have a failure. EBS also supports a snapshot feature, which is a good way to take point-in-time backups of your data.
jmk92
    314
jmk92  
   2018-08-07 03:21:29 +08:00
@ryd994 腾讯云的快照不贵吧?
ryd994
    315
ryd994  
   2018-08-07 03:24:27 +08:00 via Android
@jmk92 那也不是免费送啊
既然有这个服务,那就是要加钱才有的
coderdusk
    316
coderdusk  
   2018-08-07 04:01:08 +08:00
@ryd994

那我也觉得你这个比喻不恰当。

买云服务器买的是使用权,是一种租赁,类似于租房。
如果是租房者做饭忘了关火导致屋里东西烧了,或者把钥匙藏在垫子底下被人发现直接进屋偷东西,这当然是租客的过错,需要租客自己承担。可是房屋本身质量问题呢?比如水管爆裂家里东西全淹了,房顶掉下来砸坏人或东西,这就是房主的问题了。如果是您遇到了这种问题,您是找房东解决,还是找开发商呢?

还有你“就像你买辆车瞎 JB 开”的说法也不合适。
硬盘并不是用户损坏的。在丢数据这件事上用户并没有过错。
不管自己买车,还是租来的车,不遵守交通规则、乱冲乱撞导致的损失当然得驾驶员自己承担,而且给别人造成的伤害也该赔得赔。
可这事是平台的错,类比的应该是汽车故障,比如突然刹不住车。如果是设计问题,肯定是厂家的主要责任;如果是租来的车保养问题,还是得找租车公司。

诚然没有做好备份,是网站规划的问题。
就像在车站这样小偷多的地方,我会提醒自己和身边熟人看管好财物,可万一真的发生了被偷的情况,难道要指责被偷的人招摇过市、自己的东西不好好看着吗?
指责一个人因为没有安全意识而遭受损失,这不成了受害者有罪论了吗?



腾讯云当初把自己的责任和用户的责任摘的一干二净,现在平台出了问题,还要继续推卸责任吗?

https://mc.qcloudimg.com/static/pdf/132296755c1dd18a5eb83f827577abc7/docfile.pdf
qiukong
    317
qiukong  
   2018-08-07 05:16:01 +08:00
@cydian 那可不一定,越大的公司越不注重网站这块,我以前上市公司那破账务系统还必须用 IE6 以下版本登录呢,那数据丢了后患无穷。
ryd994
    318
ryd994  
   2018-08-07 05:17:59 +08:00 via Android
@coderdusk 我的意思是:
问题在于腾讯云瞎 JB 宣传,你宣传了就要做到,做不到就要赔钱
其他云并没有这样宣传,aws 直接说 failure rate 在 0.1-0.2%,但注意这只是文档,sla 里并没有。
没有 sla,没有广告宣传,就不必负责
你不能说这个事情用户没有责任吧?腾讯云往地上一坐:对,你就是那 10^-10 的倒霉的。
到时候你的数据呢?
又能说什么呢?证明它实际上没有达到 9 个 9 么?
证明了又能怎样呢?给你十倍赔偿呗

是不能搞受害者归因,但是还有一句话叫君子不立于危墙之下。加害者是承担责任了,然而受伤的还是受害者。自我保护不是为了打赢官司,而是为了保护自己。
ryd994
    319
ryd994  
   2018-08-07 05:19:24 +08:00 via Android
@coderdusk 用户对故障没有责任
但是你对自己的系统,自己的数据,还是要上点心的
qiukong
    320
qiukong  
   2018-08-07 05:50:23 +08:00
@ryd994 高可靠性保障

CBS 数据自动地在可用区内跨机架三副本存储,保障单点的磁盘故障不会影响您数据的可靠性;腾讯云为应对跨资源池容灾的问题,将云硬盘系统与快照系统相互独立,部署于不同机房,且外网不可访问,隔绝黑客攻击。在同一个机房内,云硬盘及快照的数据将跨机架存储,避免了同一个机架由于掉电、风冷故障等中断业务。即使在极端情况下 CBS 系统的多份数据冗余全部丢失时,也可以保障从快照系统恢复数据。

人家买之前就保证有备份服务,这公众号又不是互联网相关的,凭什么要懂那么多备份啥的?买来的服务理应已经包括备份,损失当然应该由腾讯承担。至于估价多少这个另说
cnyang
    321
cnyang  
   2018-08-07 07:24:27 +08:00
这水军真多,没理了竟蹦出只使用几千的费用凭什么索赔 1000 万,我觉得你们应该去保险公司应聘
cnyang
    322
cnyang  
   2018-08-07 07:29:34 +08:00
数据价值多少,该赔多少,这是律师和法院调查的问题,客户备份与不备份占亿分之一概率所应该承担的责任,这理论也是法院的问题(介于法律上对此类问题都是捣浆糊,所以我们更应讨论这个问题)
wdv2ly
    323
wdv2ly  
   2018-08-07 08:07:03 +08:00 via Android
一堆叫着没备份的,不是蠢就是坏。我买了个数据可靠性宣称 9 个 9 的服务,你告诉我还需要自己备份??我要怎么备份才能多一个 9 ?这点道理都不懂?
cat9life
    324
cat9life  
   2018-08-07 08:30:03 +08:00
我猜不是硬盘坏了导致数据丢失,而是根本就没有三备份...... 硬盘坏了只是导致了原始数据的丢失。
99.9999999%怎么看都是不负责任。
用户没有离线备份是失误,但这个事情要分清主次好不好。
wackyjazz1
    325
wackyjazz1  
   2018-08-07 08:52:11 +08:00
99.9999999% 数据可靠性,
搭载了云端硬碟三备份储存与冷备份
但数据依然丢失
结果有些人都在带风向检讨受害者为何没备份?
不就是你腾讯云吹太凶了呗 ? 如此大厂就陪个 13 万结案?
以后如果丢失是 V2 的你们是不是也就照此案例赔钱结案?
reus
    326
reus  
   2018-08-07 08:58:51 +08:00
我从一开始,吐槽的就是索赔的数额,居然被认为是水军,是洗地,真是对某些人的逻辑着急啊

所以我最烦就是和对技术半懂不懂的人合作,完全不懂技术的人,不会怎么插手,完全懂的人,不会乱插手,半懂不懂的人,很多都自以为很懂,然后就乱插手乱干预,对自己的错误认识深信不疑。这帖子里很多对存储技术半懂不懂又满脑子阴谋论的人,就给我这个感觉。
mingl0280
    327
mingl0280  
   2018-08-07 08:59:40 +08:00
@wackyjazz1 不不不,这是两个问题,腾讯的锅是数据丢失,公司的锅是自己不备份,两方都是活该:腾讯活该赔钱,公司活该丢数据(大概是这么回事),总之就是这样……
多一个备份有时候真的是多条命啊……
947211232
    328
947211232  
   2018-08-07 09:00:18 +08:00
有什么好说的? tx 有钱请律师找漏洞,你想怎样—— sorry,有钱真系大晒噶。——引用一段话:
如果你改变不了世界,就改变自己;
如果你改变不了环境,就适应环境;
好人就是这么堕落的,奴性就是这样炼成的;
这个道理就是一句话:你如果掉到粪坑里,就安心吃屎吧!
gulullu
    329
gulullu  
   2018-08-07 09:01:04 +08:00   ❤️ 3
v 站上这么多屁股歪的。。。
deepkolos
    330
deepkolos  
   2018-08-07 09:10:43 +08:00
腾讯云是要换硬盘么, 不知道这批硬盘会到哪里, 垃圾佬观望中...
v2chou
    331
v2chou  
   2018-08-07 09:30:53 +08:00
我感觉洗涤的真多
tohearts
    332
tohearts  
   2018-08-07 09:36:38 +08:00
不说别的,骂用户没备份的都是傻逼。人家是受害者,ok?
v2chou
    333
v2chou  
   2018-08-07 09:42:24 +08:00
v 站被 tx 占领了吗
ivmm
    334
ivmm  
   2018-08-07 09:44:53 +08:00
突然想到为什么之前腾讯敢卖的那么便宜了,一分钱一分货啊
barlin
    335
barlin  
   2018-08-07 09:49:11 +08:00
@tohearts 那些人就跟妇女被强奸了,然后就说人家穿那么暴露一样的逻辑,一群傻逼
tohearts
    336
tohearts  
   2018-08-07 09:53:29 +08:00
@barlin:上面还有个技术大佬呢。
这个人 @reus, 技术牛逼的很呢。
ii4Rookie
    337
ii4Rookie  
   2018-08-07 10:20:54 +08:00
备不备份是老子的事,你承诺的服务没服务好导致我挂了,你还敢说是我安全没做到位?那我花钱买你服务干什么?为什么这件事扯到消费者备份的问题上,这样洗的吗? 哦 那打扰了。
Anhedonia
    338
Anhedonia  
   2018-08-07 10:31:54 +08:00   ❤️ 3
致富信息:
开个小快递公司
收费很便宜
然后路中间随机拿走一车中 1%的货物
对客户声称丢失
反正我快递费用很便宜啦,随便赔偿你 100 元好咯

广告的时候说自己安全性 99%
mydns
    339
mydns  
   2018-08-07 10:33:53 +08:00
腾讯云公关做的不错的,回帖后分分钟打电话过来让在下面回复已经解决,实际上提交工单后技术也束手无策。
我们公司正在使用腾讯云并且遇到在其他任何一家云服务提供商处没有遇到过的一些问题。
n2ex2
    340
n2ex2  
   2018-08-07 10:33:55 +08:00
@Anhedonia 快递有保价服务,如果你偷不值钱的小东西,去掉转手成本,收益还没正常做生意高。
jasonyang9
    341
jasonyang9  
   2018-08-07 10:46:24 +08:00
@metrxqin #29 看到最后章喷了。。。

```
The novice became suspicious and said: "Master, is all this 'Tao of Backup' stuff just so you can tell more copies of Veracity?"

The master said: "Now you are truly enlightened."
```
jasonyang9
    342
jasonyang9  
   2018-08-07 10:47:00 +08:00
s/tell/sell/g
f2ck
    343
f2ck  
   2018-08-07 10:48:47 +08:00
这让我想起了印象云笔记的腾讯云,如果还是这样,印象笔记不是全部凉凉?
ryd994
    344
ryd994  
   2018-08-07 10:49:09 +08:00 via Android   ❤️ 1
@qiukong 我不懂你是从哪里看出自带备份的
这段只是说”我们快照系统真牛逼,你赶紧买“
实际上用户有没有买呢?看这个架势恐怕是没有的
三度冗余是冗余了,全挂了,你就是那最倒霉的 10^-10 概率,他往地上一坐你还真没什么办法。
sla 就是这时候用的。sla 不满足,按什么标准赔偿,这都是协议里有的。不能接受的话加钱加冗余加到接受为止
用户不懂就更搞笑了,你有两千万的数据还不懂得看 sla,哄谁呢?
按数据价值赔偿也很搞笑,又没有按数据价值多交钱。我买了 1GB 的盘,别的没存,就存了价值一千万比特币密钥。回头坏了你赔。别说 ebs,glacier 都不敢接这需求。
f2ck
    345
f2ck  
   2018-08-07 10:49:30 +08:00
@sigup 可以看出根本就没有备份,防灾备份的机制很不完善。垃圾玩意。
youzengwei
    346
youzengwei  
   2018-08-07 10:53:15 +08:00
两头都有问题吧
Anhedonia
    347
Anhedonia  
   2018-08-07 11:07:21 +08:00
@n2ex2 我知道 就是说着玩
BeatenMo
    348
BeatenMo  
   2018-08-07 11:29:17 +08:00
都一直揪着云硬盘不放,说白了就是大家都想甩锅嘛
但是回到事情本身,这是一台 CVM
我就问各位大佬一句,作为一名程序,生产环境 CVM 定期做快照备份是不是常识?
mht
    349
mht  
   2018-08-07 11:30:10 +08:00
自己不做备份 腾讯赔你 13 万我觉得可以了

说实话 不做备份 什么云都没用 我怀疑有些喷别人洗地的 到底有没有风险意识?
VgV
    350
VgV  
   2018-08-07 11:41:50 +08:00
从客观来看,责任主体是腾讯云方面。
v2chou
    351
v2chou  
   2018-08-07 11:50:21 +08:00
@mht 你在马路上被撞 si 了 赔你几万 然后说你没买保险 到底有没有风险意识?
rustkeyboard
    352
rustkeyboard  
   2018-08-07 11:52:21 +08:00
这次的事情真的有点大了,如果阿里云这时候能及时补刀,估计会带走一大批潜在客户
liuzhedash
    353
liuzhedash  
   2018-08-07 11:53:14 +08:00
@BeatenMo #348
目前腾讯云的说法是物理硬盘的固件有问题,这种情况打快照应该也是没有意义的。
UGLW
    354
UGLW  
   2018-08-07 12:16:14 +08:00
@sirius4gnu 应该是的吧?不然肯定躲不过这 0.0000001%的概率。
n2ex2
    355
n2ex2  
   2018-08-07 12:23:03 +08:00 via Android
@v2chou 你去看任何一家云服务商的条款,都写明了数据丢失用户自己负责。
neocanable
    356
neocanable  
   2018-08-07 12:32:04 +08:00
你买了个 9 个 9 的服务,号称 3 副本备份,然后丢了人家所有的数据,继而再推卸责任,从哪里都说不过去吧,谁还敢往你家放数据?
jmk92
    357
jmk92  
   2018-08-07 12:47:54 +08:00 via iPhone
说他没备份,变成了给腾讯洗地?

我不知道别人,我个人的意思是,腾讯有他的责任,而他这么重要的数据,一月就花不到 300 块(按腾讯说的一年消费 3000 算),连个快照也没用,也是活该。

腾讯有责任,也错了,但是又如何?有本事带节奏把腾讯搞垮,把所有云都搞重建?

这个事给所有云敲响警钟,由他们注意以后的行为,仅此而已。
最重要的是对于用户,应该增加备份的安全意识

当然,你可以继续完全依赖云盘,出问题去撕逼,反正我们没事,就看你的了,加油!!我们看着你~
skylancer
    358
skylancer  
   2018-08-07 12:50:33 +08:00
@jhdxr 作为一个运维,想着不是自己做好备份措施以防那 0.000000001 的概率发生的故障,而是把所有的包括备份交给云?怕不是个 sb
likai
    359
likai  
   2018-08-07 13:11:42 +08:00 via Android
腾讯不是承认自己有责任并愿意对此做出赔偿么?
一个个的还在争论腾讯是否有责任?

难道争论的焦点不应该是?
赔偿一千万是信口开河说的还是有数据量化的一个损失?比如根据公司年营收或其他数据?要腾讯投资引流的依据又是什么?

腾讯赔偿 13w 的依据又是什么?
dunn
    360
dunn  
   2018-08-07 13:18:39 +08:00   ❤️ 1
腾讯来洗地的主要手段,就赔你这么多,不服你去告的嘴脸
就跟当年就抄你的,不服你去告的嘴脸一模一样
这态度做企业市场怕是要晚,
fuxiuyin
    361
fuxiuyin  
   2018-08-07 13:36:37 +08:00 via iPhone
这不就跟,你去银行存钱,然后银行把钱丢了你破产了,银行说说谁让你把所有钱都放银行的,谁让你自己不分散财产呢,然后赔给你 3w7 (假设银行账户年管理费 100 )说这已经是你在银行消费的 37 倍了。然后一群人说,“一看就是外行,居然把财务安全寄托给银行,银行又没承诺 100%安全,你自己不做分散,一下子破产了怪谁,我就做了分散存不同的银行买了黄金 balabala ”
TripleZ
    362
TripleZ  
   2018-08-07 13:38:57 +08:00 via Android
@relaxchen 赞同,只能说同一批 RAID 1 中装的是同一批硬盘,这是他们的设计失误
fuxiuyin
    363
fuxiuyin  
   2018-08-07 13:41:15 +08:00 via iPhone
@fuxiuyin 突然数体觉,100 的 37 倍应该是 3700
Youen
    364
Youen  
   2018-08-07 13:44:37 +08:00
我日..想想就绝望. 这创业公司跟直接倒闭没什么区别了吧, 除了剩下一些运营的经验
mingl0280
    365
mingl0280  
   2018-08-07 13:47:26 +08:00
@fuxiuyin 美帝银行就是这么干的
likai
    366
likai  
   2018-08-07 13:47:55 +08:00 via Android
@fuxiuyin

钱能证明值这么多钱,

数据你索赔这么多,
是不是也得证明一下你的数据值这么多钱?
(如这份数据每年给公司带来多少营收)

还有,银行把你钱丢了,

你就要银行帮你找个工作还介绍个女朋友?
pinews
    367
pinews  
   2018-08-07 13:52:01 +08:00
感觉你逻辑混乱啊,你一面说有本事带节奏把腾讯搞垮,一面说你可以继续完全依赖云盘,请问你认为客户的意思到底是啥?很明显,原来承诺 99.999%的可靠性,这时候是可以几乎完全依赖云盘的,但却赔偿 37 倍,意味者只有 97.30 的可靠性,不仅意味者虚假宣传,并非真的可靠,而且腾讯仅承认失误,但不认为做法错误,这才是真的不可靠啊,既然不可靠,垮了不是自然而然的事情吗?
pinews
    368
pinews  
   2018-08-07 13:59:09 +08:00
@likai 不用证明数据值多少钱,只要看腾讯自己给出的可靠性数据就可以推断出来,这个跟中奖的计算方法是一样的,你可以算一下真的中奖了应该中多少钱。
kimqcn
    369
kimqcn  
   2018-08-07 14:03:11 +08:00
要啥钱啊,就要数据.找人给公司估个值,限 tx24 小时内恢复数据,过时每天收公司估值 1%.
likai
    370
likai  
   2018-08-07 14:20:34 +08:00 via Android
@pinews
你这个说法是认真的么?
我突然很期待我在腾讯云买的云主机出故障了
价值上千万啊,虽然只是一个没访问量的小博客。
jhdxr
    371
jhdxr  
   2018-08-07 14:26:43 +08:00
@skylancer 再强调一次,购买云存储时,我所付的费用当中包含包括备份在内的冗余服务。换言之,腾讯说它有一整套解决方案,能够提供高达 9 个 9 的可靠性。付费的人买的是这一整套解决方案!不是一块放在它机房里的硬盘!
Eugene1024
    372
Eugene1024  
   2018-08-07 14:37:41 +08:00
8 月 6 日,腾讯云官微发布关于用户“前沿数控”数据完整性受损及腾讯云补偿措施的说明 ​​​​。

据悉,近日,腾讯云用户“前沿数控”平台一块操作系统云盘,因受所在物理硬盘固件版本 Bug 导致的静默错误(写入数据和读取出来的不一致)影响,文件系统元数据损坏。为此,腾讯提出了“赔偿+补偿”总金额达到 136,469 元的解决方案,是该用户在腾讯云平台中用云金额的 37 倍。

不过,“前沿数控”基于自身评估就此次故障对腾讯云提出了 11,016,000 元的索赔要求。腾讯云称,这远远高于其能够提供的方案,这也是双方目前未能达成一致的主要原因。

腾讯云表示,将继续与“前沿数据”保持沟通,帮助其进行业务恢复,如果最终用户倾向于寻求以法律诉讼方式解决争议,也将积极配合用户在法律框架下得到公平公正的解决方案。
---------------------------------

腾讯保持积极沟通的方式还是不错的,不得不说大公司也不容易,出了一个事故,下面全是各种吃相的吃瓜群众
fuxiuyin
    373
fuxiuyin  
   2018-08-07 14:38:05 +08:00 via iPhone
@likai 银行把我钱丢了,我让他帮我找工作找女朋友干嘛,当然是让他把我的钱找回来呀。数据当然也得想办法证明值多少钱,这点那公司做的不好,没提供佐证,腾讯云做的更不好了,直接按消费价格来陪,就跟快递只赔 x 倍运费一样。何况快递还在你寄之前说好了最多陪 x 倍运费,腾讯云可没说数东西丢了只赔 37 倍消费额。
skylancer
    374
skylancer  
   2018-08-07 14:45:02 +08:00
@jhdxr 你强调你购买的服务有个 JB 用,现在是购买的服务出了问题出了故障,自己还没有另外的备份。这是两回事 OK ?懂不懂什么叫做不要把鸡蛋放在同一个篮子里
likai
    375
likai  
   2018-08-07 14:55:15 +08:00 via Android
@fuxiuyin
那个公司要一千万赔偿,
还要腾讯投资,还要腾讯引流。
对应的比方就是让银行帮你找工作找女朋友的比方。

而且,腾讯云有注明,最高 100 倍。
jdgui
    376
jdgui  
   2018-08-07 15:00:08 +08:00
@fuxiuyin 腾讯云早就写了。。不可能你的数据值多少钱就赔你多少钱啊,想啥的。
然后银行本来就只保证赔 50 万以内的,50 万以外的就不保证。如果银行真的倒闭了,当然得怪你自己啊,银行也没说百分百不会倒闭不是。按法律法规来真的这么难吗
whypool
    377
whypool  
   2018-08-07 15:00:18 +08:00
故障赔钱 数据不赔

没法证明数据的价值,也许是 2 块钱,也许是 2 亿
jhdxr
    378
jhdxr  
   2018-08-07 15:02:19 +08:00
@Livid 麻烦看一眼 @skylancer #358 和#374,上来就开喷骂人。


@skylancer 动一下你的脑子,再读一遍我刚才的回复。我的回复意思是,这个应该被视为我已经购买并且进行了备份,然而备份也挂了。
你就那么确信你自己再买一块硬盘做备份能够比 9 个 9 还可靠?
jdgui
    379
jdgui  
   2018-08-07 15:05:50 +08:00
@coderdusk 如果出租车出问题,那也是有索赔上限的。不可能因为你是 CEO 就陪一千万,因为他是个普通人就陪几十万。
你在车上不戴安全带,出问题了,你身价一千万,于是索赔一千万。这个合理吗?
n2ex2
    380
n2ex2  
   2018-08-07 15:10:42 +08:00 via Android
@jhdxr 一般来说比较好的备份方案是使用不同厂商的服务(当一个厂商出了问题,它的附属服务出问题的概率是很大的)。还需要使用不同的软件系统(避免软件漏洞对同样的系统产生影响)。
没有谁比自己更关心数据,买了一个服务就高枕无忧的心态很危险。
Devilker
    381
Devilker  
   2018-08-07 15:11:20 +08:00
自己通讯录,照片啥的都知道做个备份
吃饭用的数据库就不知道做个备份
也是服了
sm0king
    382
sm0king  
   2018-08-07 15:13:31 +08:00
@jdgui 这个例子不是很合适吧。

其实这件事我倒是想到了前段时间的宝马车的问题,如果,我是说,如果。
当时是车的问题,宝马公司要赔多少。根据宝马车的价格赔么?可是,车主并没有受伤这些。如果受伤了,又怎么赔呢,不知道. . .
coderdusk
    383
coderdusk  
   2018-08-07 15:13:41 +08:00
@jdgui 你在车上, 车炸了,绑没绑安全带有区别吗
jdgui
    384
jdgui  
   2018-08-07 15:20:32 +08:00
@sm0king 不是我要举这个例子。。是他前面举例的例子。
因为数据这个东西的价值难以验证,而宝马车上的人的价值国家是有固定赔偿金额的。不能因为宝马车上的人谈的项目价值一个亿,让宝马公司赔偿一个亿吧。国家有标准的,人均工资啥的,人死了就赔个几十万。
腾讯云这个也是这样,今天这个项目值一千万,明天另外一个项目值一个亿。不能因为腾讯云上的项目的价值去要求赔偿这么多。不然全世界的硬盘公司早就倒闭了。
jdgui
    385
jdgui  
   2018-08-07 15:24:03 +08:00
@coderdusk 这是两码事。别瞎类比。
有绑安全带==数据库有备份。我说的是,有绑安全带,那么发生普通车祸的时候虽然会有影响但是不会死人。等同于,数据库备份,云服务器丢失数据了,虽然也有影响但是不会死人。
你说的是绑安全带然后车炸了,那么对应的情形应该是,你备份数据库了,但是地球炸了。这时候绑没绑安全带没什么区别,备份数据库也没有区别
CodingNET
    386
CodingNET  
   2018-08-07 15:47:46 +08:00
@jhdxr 有啊 留个联系方式 我微信 ra--it
fuxiuyin
    387
fuxiuyin  
   2018-08-07 16:42:52 +08:00 via iPhone
@likai 我并不支持那公司主张的投资和引流。其次,既然有最高 100 倍的赔付限度,那就应该给出为啥陪 37 倍而不是 100 倍,是腾讯云觉得那公司的数据只值 37 倍?
fuxiuyin
    388
fuxiuyin  
   2018-08-07 16:45:13 +08:00 via iPhone
@jdgui 可以按照法律法规来呀,银行有法律法规为依据不得不遵守,腾讯云没有呀,他只有“行业规范”,况且楼上也说了,最高 100 倍消费,那腾讯云给 37 倍不给 100 倍是以什么作出的依据?以他们评估的那公司数据只值 37 倍?
NicholasYX
    389
NicholasYX  
   2018-08-07 16:59:01 +08:00
@kkk123 哈哈哈就服你
jdgui
    390
jdgui  
   2018-08-07 17:09:14 +08:00
@fuxiuyin 有法律啊。。你可以看服务协议。都是有责任划分的。
fuxiuyin
    391
fuxiuyin  
   2018-08-07 17:22:19 +08:00 via iPhone
@jdgui 根据他协议里的责任划分,这次数据事故问题在腾讯云没问题呀。用户协议里并没有给出这次赔付 37 倍消费金额的依据。
jdgui
    392
jdgui  
   2018-08-07 17:26:20 +08:00
@fuxiuyin https://cloud.tencent.com/document/product/301/1967#3.3-.E6.9C.8D.E5.8A.A1.E4.BF.9D.E9.9A.9C
看 3.3.3,如果腾讯云公司未能满足您所购买服务对应的服务等级协议( SLA )的服务保障,则腾讯云公司应当按照该服务等级协议(SLA)向您承担补偿责任。腾讯云公司的补偿责任总额不超过腾讯云公司就违约服务向您收取的当次服务费用总额。
协议里面写着最多赔 1 倍,腾讯的公告里面也说了,按照赔偿上限全额返还。这个是赔偿的部分,另外的不属于法律赔偿的范围内的。。
fuxiuyin
    393
fuxiuyin  
   2018-08-07 17:33:30 +08:00 via iPhone
@jdgui 这个是对数据可用性的赔偿,可用性和完全丢失是两回事呀
anxihuixiang
    394
anxihuixiang  
   2018-08-07 17:33:39 +08:00
腾讯的狗比水军还真多
jdgui
    395
jdgui  
   2018-08-07 17:42:19 +08:00
@fuxiuyin 数据可用性包括完全丢失吧。
而且你翻翻 7.1 的,其他非腾讯云公司过错、腾讯云公司无法控制或合理预见的情形。
这个就包括了硬盘损坏。。这些是免责的部分。。
这么讲,腾讯敢发公告说“依据腾讯云相关服务协议、规则和行业惯例,腾讯云将按照赔偿条款中的上限以现金形式全额返还这笔费用”。那在法律上基本是没有问题的。。
fuxiuyin
    396
fuxiuyin  
   2018-08-07 17:49:04 +08:00 via iPhone
@jdgui 我的理解,x 云这次能以协议里面这一块作为理论依据“腾讯云在服务等级协议中对数据存储的持久性,即合同期内数据保存不丢 的概率,进行了明确的定义。以对象存储为例,腾讯云承诺对象存储服务 的持久性高达 99.999999999%,远高于行业水平。”意思就是说,你没法证明你是属于那 99.999999999%,我说你属于那 0.000000001%,因此你的数据彻底丢了不属于我的责任内,具体怎么证明,按照机时来算,我们那么多台机器,运行了这么多年,你的数据丢了很正常,况且根据实际数字,在发生几例也是协议允许之内的。
fuxiuyin
    397
fuxiuyin  
   2018-08-07 17:54:39 +08:00 via iPhone
@jdgui 根据 wiki 里面的说法“可用性”是指可工作状态的时间比例,如果这次算可用性的话,那可用性就是无限低,因为已经不能回复了,在未来的永久时间里面都将处于“不可工作状态”,而且根据 x 云的回复“导致的数据不完整”已经确认他们也认为是数据完整性问题。至于外部原因,为啥 x 云没有公布有问题的磁盘和固件版本?还是说固件问题只是个幌子,反正外界无法查证。
xinzhognyi
    398
xinzhognyi  
   2018-08-07 17:59:25 +08:00
腾讯也真是牛逼了,黑的非往白的说。没救了,没落只是时间的问题。
一个已经没有了灵魂的公司,希望它早登极乐
suley
    399
suley  
   2018-08-07 18:07:35 +08:00
@jdgui

数据这东西虽然司法实践里很难量化,但是其实还是可以计算的。找给力的律师,再找专业评估机构评估。主要是以下损失:

1、公司为开发该产品投入的人力、物力。(比如是 10 个人的小公司,按照平均 10 人工作 3 年,30 人年,1 人年在北京公司大约需要 20w 左右成本,纯人力成本总计 600w 左右),这些都有明确开支,没什么异议。

2、公司损失的商誉和数据(这个比较难计算,有几个办法,酌定法、参照消除影响的费用、参照被告侵害行为的开支这三种)

2.1 按照酌定法来计算,裁量权主要在法官,这个就比较复杂了,包括原告产品的知名度、违约行为人的主观过错状态,违约行为所涉及的地理区域、时间范围等情节

2.2 按照参照消除影响的费用
这个计算也比较复杂,
(a)拉新成本:简单点说吧,如果按照 30 万专业用户来计算,现在腾讯广告 1 CPC 的成本在 0.5 元左右,按照我投广告的经验,CPC 转化率在 2%~5%左右,取 3.5%吧,就光说注册吧,达到 30w 注册就需要消耗 4285714.26 ,也就是大约 428w。光拉新的费用就是 428 万。
(b)内容成本:用户拉新过来需要运营才能产生内容,由于不掌握他们公司内容指标,所以不清楚内容运营需要花费多少成本。
(b)消除不良影响成本:腾讯把数据搞没了,严重影响用户对该公司产品信心,该公司可能需要通过长期的广告投放、舆论引导等才能消除偏见。这个需要多少钱,也是可多可少的,从几十万到几百万都有可能。

如果我的数据算没错,那么从 1、2 来看 1000 万的索赔其实并不算多。这两个加起来就 1028 万了,还有些地方因为不清楚情况所以没办法计算。
suley
    400
suley  
   2018-08-07 18:14:01 +08:00
@jdgui

复制一下我的回帖,霸王条款未必都有效,否则岂不是各行各业就可以在合同规定无论出现什么事故,赔偿金额统统不超过用户付的钱就行了?

-----

首先这个协议其实是属于格式化的霸王条款,到了法院未必支持这个协议,合同法 114 条规定,约定的违约金低于造成的损失的,当事人可以请求人民法院或者仲裁机构予以增加。

参考快递业的一些法律案例,快递格式合同上规定赔偿上限通常是 100 元~1000 元不等。但是有些案例就是快递公司丢了几十万的货物,法院判决快递公司赔偿 60%。
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3288 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 14:09 · PVG 22:09 · LAX 07:09 · JFK 10:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.