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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

You're backing up for the wrong disaster

30 点作者 jitbit大约 3 年前

5 条评论

karmakaze大约 3 年前
At one place I remember that we had the usual scheduled backups for our MySQL databases. We also wanted a quicker way to bring systems back with less data loss, so we also had a lagged replica that purposely applied changes delayed by I think it was about 4 hours. The other handy thing was that swapping a replica for the write leader was a common operation that we did whenever we upgraded hardware or software versions so it was a well exercised procedure.
评论 #30818907 未加载
bradknowles大约 3 年前
W. Curtis Preston, author of the O&#x27;Reilly book &quot;Backup and Recovery&quot; has said:<p>&gt; Backups are useless. Restores are priceless.<p>I also like:<p>&gt; The state of a backup is unknown and unknowable, until such time as it has been tested with a restore.
geoduck14大约 3 年前
Sounds legit. This goes double on the cloud. In my early days of using AWS, it was so easy to create and destroy EC2s, I created some EC2s for testing - then terminated them... then realized I terminated the wrong ones.<p>Whoops
hamiltonians大约 3 年前
human error is here. creating a backup and forgetting the password for example or mistyping it
Avlin67大约 3 年前
so true, had a zfs nas in 2009 with raidz, snaphots, everything, yet I did delete personnal stuff by mistake.