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