[讨论] 最近些天看到不少数据库误删事件，请教现有的数据库旁路备份方案有哪些？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2870 天前的主题，其中的信息可能已经有所发展或是发生改变。

最近数据库误删事件不少，从炉石到 GitLab ，不知现在有没有简单方便可靠的旁路备份方案。

以 MySQL 为例，一般备份依赖二进制日志完成，但这个日志必须在 mysql 服务器上进行保存
如果希望旁路一份数据在另一台设备实时增量存储有何方案可选？

不限数据库，不限技术，不限网络架构，望充分探讨。

数据库

旁路

MySQL

日志

14 条回复 • 2017-02-02 01:01:28 +08:00

ys0290

2017-02-01 14:40:27 +08:00 via iPhone

各个数据库密码不要一样😂

ixinshang

2017-02-01 14:43:53 +08:00 via Android

关注一下有几个数据库要看下怎么弄

dikcen

2017-02-01 14:54:04 +08:00 via Android

双人双锁

tywtyw2002

2017-02-01 14:58:45 +08:00

这个问题我们之前还真的讨论过，如果不差钱的话，直接在存储设备上备份最安全高效，但是真的很贵，非常的贵。

Bank of America 之前的一套存储系统+X 年技术支持，我没记错的话是 0.2 B 。

目前在研发的存储设备能支持 time machine 了，可以回到之前任意一分钟的数据。（ cow 嘛，但不仅仅是 cow ， 100TB 数据需要大概 500TB 的实际空间去支持 1 个月的 time machine ）

msg7086

2017-02-01 15:47:06 +08:00

不就是 MySQL Replication 嘛，多标准化的手续……

其他的软件环境就看造化了。

precisi0nux

2017-02-01 16:09:07 +08:00

我们用 aws 的 snapshot 从来没出过问题。

matrix67

2017-02-01 16:17:14 +08:00

todo list 不错

1. Sid: shared a public link to this document from @gitlabstatus, https://twitter.com/gitlabstatus/status/826591961444384768
2. Update sentry DSN to production as it ’ s updated for staging to point to a different project
3. Try to restore webhooks
4. Remove the users we removed earlier today due to spam/abuse.
5. Create outage issue
6. Create issue to change terminal PS1 format/colours to make it clear whether you ’ re using production or staging (red production, yellow staging)
7. Show the full hostname in the bash prompt for all users by default (e.g., “ db1.staging.gitlab.com ” instead of just “ db1 ”)
8. Somehow disallow rm -rf for the PostgreSQL data directory? Unsure if this is feasible, or necessary once we have proper backups
9. Add alerting for backups: check S3 storage etc.
10. Consider adding a last successful backup time in DB so admins can see this easily (suggested by customer in https://gitlab.zendesk.com/agent/tickets/58274)
11. Figure out why PostgreSQL suddenly had problems with max_connections being set to 8000, despite it having been set to that since 2016-05-13. A large portion of frustration arose because of this suddenly becoming a problem.
12. Upgrade dbX.cluster to PostgreSQL 9.6.1 as it ’ s still running the pinned 9.6.0 package (used for the Slony upgrade from 9.2 to 9.6.0)
13. Flush Redis cache once the DB has been restored
14. Add server hostname to bash PS1 (avoid running commands on the wrong host)

wenymedia

2017-02-01 16:47:00 +08:00 via Android

懒人方案服务器数据盘快照备份…

param

2017-02-01 16:48:58 +08:00

求可以免費的備份方案。。。配合 docker 使用

param

2017-02-01 16:49:39 +08:00

我想到的免費方案是用網盤自動同步。。
用 docker 的話就網盤同步，備份 volume

ZE3kr

2017-02-01 16:53:27 +08:00 via iPhone

以后不用 rm ，用 mv ，把文件 mv 到 /trashed 之类的文件夹，然后配置个定期清理 /trashed 下老文件的脚本。禁止远程执行 rm 之类的？或者用.bash_profile 禁用 rm 指令？

然而发现 macOS 和 Windows 早已经解决了误删除的问题“废纸篓”、“回收站”。

ETiV

2017-02-01 17:59:41 +08:00 via iPhone

用的阿里云 RDS ，它自带了个备份但还没用过

除此之外办公室内网有个实时的 slave 在跑，每分钟检查两个 RUNNING 是否为 Yes 。如有异常，微信推送给我告警。

还有我们数据库读写压力很小很小，就直接在生产机器上做了每 15 分钟的 mysqldump | 7za 。然后每天把前一日的 7z 丢到禁用了公开访问的 upyun 空间上去

66450146

2017-02-01 18:05:45 +08:00

https://news.ycombinator.com/item?id=8522127

首先呢要保证你的冗余系统的冗余意味着像肾脏那样的冗余，而不是像阑尾那样

然后实际演练一遍——如果你说你的防弹衣能挡子弹，最好的测试方法就是对它射几枪。如果你觉得你的服务器能在被清空数据之后恢复回来，那就清空一遍试试看。

ebony0319

2017-02-02 01:01:28 +08:00 via Android

GitLab.com 有五重多备份机制：常规备份（ 24 小时做一次）、自动同步、 LVM 快照（ 24 小时做一次）、 Azure 备份（只对 NFS 启用，对数据库无效）、 S3 备份。总有一样好使，所以大家不要担心，只是时间问题。