Google 不是宣传有异地离线磁带备份，半年前 Google Cloud 误操作清空了 UniSuper 公司所有数据，为什么无法从离线备份中恢复？我看调查报告，是客户用自己的备份恢复的
drymonfidelia 221 天前 2106 次点击这是一个创建于 221 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 lesismal 221 天前 磁带或者其他冷数据，适合归档类、资源类的数据备份。 实时业务数据、而且是别人家的业务、很多二进制格式的数据你都不清楚是啥的，咋备份啊？直接磁盘拷贝啊？每一秒可能都在变化，不现实的，而且即使定期拷贝磁盘备份，也解决不类中间时段的数据丢失问题。还得是业务方自己把鸡蛋放在多个篮子好些 |
 | 2 dawn4u 221 天前 磁带备份在北极的一个档案库里，是给几百几千年后的人看，那时候不知道文明发展到哪个程度了，万一哪时候文明崩塌，还有机会从备份的代码里面窥知一二。 |
| 3 dawn4u 221 天前 搞错项目了，那个是 github 的计划，不是 google 的。 |
 | 4 huangzhiyia 221 天前 Google Cloud 也这么半吊子水平嘛 |
 | 5 NoOneNoBody 221 天前  1 那问题来了，你删除了一批照片，然后云相册把它们全部自动恢服，这操作你接受么？ 服务方的备份是为了应对服务方出问题用的，而不是客户方出问题，因为无从判断客户方是错误操作还是正常操作 客户方有需要可以提出由服务方恢复请求，但费用不详，且不清楚备份到一个什么程度，既然自己有备份，当然是用自己的备份更可控，且更容易校验；用服务方的备份可能要全盘校验一次 |
 | 6 liuzhedash 221 天前 @huangzhiyia 当时的事故报告 https://cloud.google.com/blog/products/infrastructure/details-of-google-cloud-gcve-incident 粗看了下，其实和 Google cloud 系统本身没啥关系，是谷歌的运维工程师在新建（迁移客户系统到 Google cloud ）的时候少填了个有效期参数，然后这个效期默认是一年，一年时间到了自动把客户的资源给删除了。 @NoOneNoBody 这个事故里，客户 unisuper 其实没什么责任，客户并没有发出设置有效期的指令，而且资源快到期了也没给客户发通知。 |
| 7 NoOneNoBody 221 天前 @liuzhedash #6 我觉得你应该读我上面回复最后几句 如果 google 说备份是一天前零点准时备份，你就直接相信了直接用那个备份么？不校验？ 我手头有自己非常清楚时间节点的备份，我肯定用自己的 如果服务方备份确实更接近事故，即使用了服务方的备份，我一定要全部校验一次，还要试运行一次，才能重新投入产出环境，这是基本操作。而自己的备份可以在本地校验和试运行，只要不是太糟糕（例如太久远），自己的备份肯定更好控制 |
Select Language