数据库的容灾方案有哪几种 ， 分别有什么优点和缺点！简单的说几句吧 。其实这个解决方案呢怎么看mysql容灾方案，主要是要先考虑成本问题怎么看mysql容灾方案，其他的，技术问题其实都很容易解决，但是企业应用上，最大的限制就是成本 。下面以ORACLE数据库为例，简单说说 。希望对你有所帮助 。(数据库类型并不重要，解决方案都是大同小异 。)
1、基于存储层的容灾复制方案
这种技术的复制机制是通过基于SAN的存储局域网进行复制，复制针对每个IO进行，复制的数据量比较大；系统可以实现数据的同步或异步两种方式的复制 。对大数据量的系统来说有很大的优势(每天日志量在60G以上),但是对主机、操作系统、数据库版本等要求一致，且对络环境的要求比较高 。
2、基于逻辑卷的容灾复制方案
这种技术的机制是通过基于TCP/IP的网络环境进行复制，由操作系统进程捕捉逻辑卷的变化进行复制 。其特点与基于存储设备的复制方案比较类似，也可以选择同步或异步两种方式，对主机的软、硬件环境的一致性要求也比较高，对大数据量的应用比较有优势 。其目标系统如果要实现可读，需要创建第三方镜像 。个人认为这种技术和上面提到的基于存储的复制技术比较适合于超大数据量的系统 ， 或者是应用系统的容灾复制 。
3、基于oracle redo log的逻辑复制方式
使用这种方式的主要有一些第三方的软件，以及oracle自己的DATAGUARD 中的logical Standby 。目前 ， 国外已经有了很多比较成熟的产品及成功案例，国内也有类似的产品， 但在产品的成熟程度和成功案例上跟国外还有一定的差距 。
使用oracle以外的独立进程，捕捉redo log file 的信息，将其翻译成sql语句，再通过网络传输到目标端数据库 ， 在目标端数据库执行同样的sql 。如果其进程赶不上oracle日志切换，也可以捕捉归档日志中的内容 。也有的产品在源端以事务为单位，当一个事务完成后，再把它传输到目标端 。所有的产品一般都是以表为单位进行复制 ， 同时也支持大部分DDL的复制(主要在oracle9i环境中) 。
数据库的吞吐量太大时，其实据会有较大的延迟，当数据库每天的日量达到60G或更大时，这种方案的可行性交差；实施的过程可能会有一些停机时间 ， 来进行数据的同步和配置的激活；复制环境建立起来以后，对数据库结构上的一些修改需要按照规定的操作流程进行 ， 有一定的维护成本 。
order数据库里的dg数据库灾备方案是什么意思我们就说三个层次的灾备系统的标准：首先看国际标准SHARE78，这个标准将灾难恢复分成八个层次：那么从存储结构来看，SHARE78涵盖最简单的本地磁盘的备份，到将备份的磁带存储在异地，再到建立应用系统实时的切换的异地备份系统 。那么从恢复的时间点角度来看，SHARE78涵盖几天级，几小时级、几分钟、几秒级，这是零数据丢失 。
SHARE78它将异地灾备的定义为如下七个级别，我们国家六个级别 ， 它是定义七级别 。
第一个级别第0级容灾方案：这个时候数据仅在本地进行备份 ， 没有在异地备份，并且没有制定灾难恢复计划 ， 这是最简单的一种 ， 对吧，也是最便宜的一种 。
第1级容灾方案，它将关键数据备份到本地磁带介质上，然后送往异地保存 。
第2级容灾方案，就是在第1级的容灾方案的基础上，再增加了一个热备中心 。
那么从第0级，第1级，第2级这三种容灾方案，到目前来说，应该说对于大中型企事业单位，已经不能再用了，已经被淘汰了 。被小的机构用是另外一回事 。
推荐阅读
- 挣钱的棋牌类游戏推荐，赚钱的棋牌手机游戏有什么推荐
- mysql是nosql吗，mysql用的是sql语句吗
- 十大经典赛车游戏地图图片，排名前十的赛车游戏
- 邢台网站制作表格，表格在线制作网页版
- 新媒体抖音如何做，抖音等新媒体盈利的模式
- sap生产准备时间设置，sap生产订单配置
- mysql存储键名还是值好，mysql的键
- php比对两组数据库 php读取文本对比读数据库
- net与asp的区别，asp和net