数据库的容灾方案有哪几种，分别有什么优点和缺点！

哎，你这说的都挺细的啊。
说白了，容灾复制方案，关键还得看企业出不出得起钱。

像你说的ORACLE数据库，这几种方案吧：
1 . 基于存储层的，SAN存储局域网复制，这玩意儿数据量大的系统用着确实爽，一天6 0G以上日志完全没压力。
但问题是，你那主机、操作系统、数据库版本都得整的一样，网络环境也得特别顶。
这对很多中小企业来说，成本高得吓人。
2 . 基于逻辑卷的，靠TCP/IP网络复制，这个也类似，同步异步都能选，对软硬件一致性要求也高。
不过呢，目标系统要是想当读副本，还得整第三方镜像。
这又增加了成本和复杂性。
3 . 基于oracleredolog的逻辑复制，像DATAGUARD、第三方软件，这个是靠捕捉redologfile信息，翻译成sql语句传过去的。
国外成熟，国内还差点意思。
这个方案吧，吞吐量太大的时候延迟明显，一天6 0G以上日志用起来就捉襟见肘。
还得停机同步和配置激活，数据库结构一改还得按流程来，维护成本也不低。

反正你看，不管哪种方案，到了企业应用上，成本就是个坎儿。
技术问题，现在都好解决，钱到位了，啥都能整。
但成本这块，真不是谁都兜得住的。

Kafka跨DC容灾方案

上周，我那个朋友的公司正在研究Kafka跨DC容灾方案。
他们考虑了MirrorMaker2 方案，这个方案挺有意思的，支持双向复制，配置简单，但异步复制可能会丢数据。
FetcherThread方案也不错，但二次开发成本高。
uReplicator方案听起来挺可靠的，双活模式和主从模式都支持，不过数据可能会重复消费。
Confluent方案听起来很全面，有监控和管理功能，但企业级支持可能有点贵。
Pulsar的跨DC容灾方案也很有特色，不过异步复制可能会增加延迟。
你看着办吧，他们还在评估中。
算了。

什么是数据容灾备份？

哎，跟你讲讲我碰过的坑。
前年，我在上海，帮一家做服装生意的公司搞IT。
他们老板就觉得，“搞个备份不就行了？容灾备份嘛，是不是一样的？” 我当时就想，这可不一样。

备份啊，就是我上次跟你说的，数据丢了，能从备份里找回来。
去年我在深圳，有个小公司，老板电脑坏了，文件全没了，我就帮他从备份里恢复，花了半天，文件都找到了，老板还挺高兴。

但容灾，那就不一样了。
去年我在杭州，帮一家大厂做容灾，他们那系统不能停，哪怕是几秒钟都不能。
我一问，他们跟我说，去年夏天杭州洪水，他们的数据中心淹了，幸好有容灾在那儿，数据都没丢，业务马上切换到容灾那边去了，一点事都没有。
他们跟我说，那损失啊，少说也几百万。

所以你看，备份是保护数据，容灾是保证业务不中断。
你光搞备份，万一整个数据中心都坏了呢？那数据没了，业务也停了，一样完蛋。
你得搞容灾，才能保证业务继续运转。

不过现在也有那种一体机，把备份和容灾搞一起了，确实方便，但也容易让人搞混。
你要是老板不懂，就问销售，销售一忽悠，你买了不适合的，那可就亏大了。
我建议你还是分开看，明白自己到底需要啥。

灾备、容灾、备份，傻傻分不清楚

灾备，就是容灾加备份。
容灾嘛，就是保证系统出事儿了还能跑，比如2 02 2 年那个时间点，有个上海的公司，突然断网了，靠容灾，分分钟切换到备用网络，生意没停。
备份呢，就是数据丢了能找回。
还是2 02 2 年，某地一个银行，系统被黑了，数据没了，幸亏有备份，花了点钱，把数据弄回来了。

具体点说，容灾，可能要花个几百上千万，买那种异地容灾的设备，保证一个地方坏了，另一个地方接着干。
备份呢，成本相对低点，但也得有个几十万，买那种磁带机，或者云备份服务。
你看，2 02 2 年那个深圳的搞IT的，他就不只搞容灾备份，他还搞数据加密，说这样更安全。

我当时也懵，觉得容灾备份不就是保证数据不出事儿吗？我后来才反应过来，他说的对，光有容灾备份还不够，还得防着被人偷。
可能我偏激，觉得现在这世界，什么怪事都有。
你看，2 02 2 年那个新闻，说有个公司，数据没丢，就是被人看光了，你说这叫什么事儿。

总之，容灾备份挺重要的。
你想想，要是你的公司数据丢了，或者系统坏了，那得多惨。
所以，得花点钱，搞点容灾备份。
你看，2 02 2 年那个时间点，那个广州的搞电商的，他就是花了大钱搞容灾备份，结果呢，他的生意就稳稳的。