在数字时代，数据被认为是最宝贵的财产之一。但随着数据的不断增多和复杂性的增加，意外数据丢失或损坏的风险也在相应增加。为确保数据的可靠性和安全性，备份数据已经成为一项必要的措施。但是，仅仅备份数据还不够，我们还需要考虑如何进行数据库灾备。数据库灾备通常是指在灾难事件发生时，保护数据库的可用性和完整性的一种措施。那么，你的数据会做备份吗？你会考虑哪些原因来进行数据库灾备？让我们一起来看看这个重要的话题。
本期话题：
你的数据会做备份吗？基于哪些原因你会考虑灾备呢？
活动奖励：
参与奖
参与本期唠嗑茶话会讨论即可获得 30 积分奖励～
活动时间：
2023.11.24 -2023.12.01
唠嗑茶话会马上满 100 期啦！
唠嗑茶话会将在 101 期，选出参与数最多的 TOP xxx名小伙伴送出我们的 Ti 能说徽章+神秘周边。
灾备指南
【TiDB 社区智慧合集】灾难恢复&容灾操作指南
Ti 涨知识 上新：TiDB 与 MySQL 的高可用保障 - 灾难恢复
来自 @Gin
来自 @h5n1
来自 @代晓磊_Mars
来自 @cchouqiang
来自 @anxin
来自 @Liuhaoao
你的数据会做备份吗？基于哪些原因你会考虑灾备呢？
一、不做备份等于裸奔，后果时灾难性的！
二、灾备方面，一般业务级灾备需要额外考虑超过IT系统建设的部分，所以从IT的角度来说，业务级灾备不会放在首位来考虑。但数据级灾备是一定要考虑的，小到主备实时、本地灾备、再到异地、最后两地三中心什么的，因为数据是最重要的IT信息资产。
小龙虾爱大龙虾
(Minghao Ren)
5
备份：应对各种原因可能导致的数据丢失，例如硬件故障、软件bug、误操作、恶意攻击等。
容灾：业务连续性要求，安全合规要求，应对火灾、地震、洪水等区域性灾难。
db_user
(Db User)
6
数据当然会备份了，不然只能跑路了。
灾备的必要性也和成本有关，基本考虑的是机房故障，云故障等原因导致的无法使用且成本不足以维持多地多中心的架构
zhanggame1
(Ti D Ber G I13ecx U)
9
交易系统是要做备份的。以前我们用oracle RAC，双服务器双存储镜像，同城灾备，逻辑备份物理备份都有。
以后换tidb也是计划全套都有，包括同城灾备，逻辑备份物理备份等
数据肯定需要做备份的，但是要看条件允不允许，不允许就制造条件！以一次数据库宕机推动了资源的到位，然后做了双集群容灾备份。
经历过数据库宕机，数据异常丢失等情况，感受过那种焦虑的话。肯定会自然而然的考虑灾备，甚至双活等。
1 个赞
裤衩儿飞上天
13
DBA第一守则：备份重于一切
所以备份肯定是要做的，
关于灾备，得根据数据的重要性和灾备成本来衡量了~
tomxu
(tom)
15
备份肯定是要做的，相对成熟度较高的采用CDP/CDM备份，又能备份又能灾备演练，防止数据丢失或加密勒索。
come_true
(Ti D Ber N K2 V4ezk)
16
每天备份，rman一个，数据泵一个。还每周做备份恢复，重要数据，必然备份。
气死人的萌新
(Ti D Ber Aqa1 Uk0 T)
17
各种原因都需要备份，什么备份都没有，简直不敢想。。。最好每天都有备份。
随缘天空
(Ti D Ber Ivw R7o Pj)
19
目前还没有备份。如果每个库都进行备份，工作量还是挺大的
