TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: We just lost 100s of files on GCP, is there any way to recover them?

12 点作者 OtmaneBenazzou将近 2 年前
Hi, due to an (yet) unidentified bug on our Firebase storage&#x2F;Google Cloud infra&#x2F;buckets, we&#x27;ve lost hundreds of files in the last few days(it was spotted just a few hours ago).<p>There is no backups of all the files(I know...I did not decide that)<p>I&#x27;d guess Google would probably be legally required to not wipe everything instantly for legal&#x2F;forensics purposes, right? So is there any way to somehow recover those files?<p>Does any Googler or GCP user here knows if there is any kind of way of recovering those files? They are pretty critical to our core product.<p>Thanks in advance

4 条评论

albert_e将近 2 年前
Not familiar with GCP but in AWS S3, if the bucket has versioning enabled -- any simple delete operation only places a &quot;delete marker&quot; on that object (soft delete).<p>Details for S3 -- <a href="https:&#x2F;&#x2F;repost.aws&#x2F;knowledge-center&#x2F;s3-undelete-configuration" rel="nofollow noreferrer">https:&#x2F;&#x2F;repost.aws&#x2F;knowledge-center&#x2F;s3-undelete-configuratio...</a><p>If there is an analogous feature on GCP -- it might come in handy?<p>Does GCP support &#x2F; account team for your organization have any suggestions?<p>If versioning is not enabled, even Amazon S3 does not offer a way of recovery in most cases. If it was a malicious attack or slip-up on AWS side -- there may be a possibility of at least escalating it via account management to get some engineering teams to investigate it deeper and attempt a recovery.
评论 #36400601 未加载
pyeri将近 2 年前
The importance of regular backups on production couldn&#x27;t be stressed enough. Even in the old days of XAMPP and millennial tech, folks used to take regular mysql backups because they knew that even if the tech stack was robust, the hosting providers can raise their hands any moment.<p>With Google and Amazon AWS nowadays, we have this increased sense of carefree attitude thinking that these deities will take care of us and our data whatever may come. But remember that deities can fail too at times, they are just another technology company in the end, only with a bit more stock value and narrative power than others.
CharlieDigital将近 2 年前
Interesting. I had this same issue occur a few weeks ago and chalked it up to user error. An entire folder (subpath) in a bucket got wiped out. Code review did not turn up anything that would cause a full path wipe.<p>Also using Firebase APIs for Google storage.<p>I really like Firebase, but this really made me wonder weather I should switch over to AWS S3 for the storage.
temikus将近 2 年前
Depends on whether they threw out the key and crypto shredded. Contact support immediately and keep escalating like your life depends on it. You _might_ be able to recover it but chances are slim.