① 数据库的容灾方案有哪几种，分别有什么优点和缺点！
简单的说几句吧。其实这个解决方案呢，主要是要先考虑成本问题，其他的，技术问题其实都很容易解决，但是企业应用上，最大的限制就是成本。下面以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或更大时，这种方案的可行性交差；实施的过程可能会有一些停机时间，来进行数据的同步和配置的激活；复制环境建立起来以后，对数据库结构上的一些修改需要按照规定的操作流程进行，有一定的维护成本。
② 数据库容灾的数据容灾具体是怎样的
简单地说，容灾就是尽量减少或避免因灾难的发生而造成的损失。它是一个系统工程，备份与恢复就是这一系统工程的两个组成部分。除此之外，还有许多具体的工作，如备份媒体的保管、存放，容灾演练等都是容灾中要做的。从广义上讲，任何有助于提高系统可用性努力，都可被称为容灾。容灾就是要尽量减少或避免天灾和人祸，如地震、火灾、水灾、战争、盗窃、丢失、存储介质霉变、黑客和病毒入侵等对系统存储数据的影响和造成的损失。
容灾根据不同时机需求可以有不同的等级。中小企业通常只需采用本地容灾即可。所谓本地容灾就是在企业网络本地所进行的容灾措施，其中包括在本地备份、存储、保管备份媒体。在一些大众型企业，所采取的容灾级别就高写，称之为“异地容灾”或“远程容灾”。异地容灾就是采取异地存储备份，异地保管存储媒体等方式。这样就可比卖弄因本地容灾发生而引起的数据丢失。如本地容灾中的日常备份通常是把本分磁带放在本地单位各部门的房间中，如果发生火灾、水灾、地震等灾难，这些保存的媒体肯定将受到损失，因为不同城市同时发生灾难的可能性非常之小，不同国家同时发生灾难的可能性几乎没有了。
数据容灾只是确保数据安全的一个方案，当这个方案无法保障数据安全时，需要专业的数据恢复工具对其原有数据或者备份数据进行数据恢复，据了解，“效率源科技”提供专业的数据恢复，解决数据容灾无法解决的数据安全问题，曾在汶川地震中解决了不少这样的问题。
无论采用哪种容灾方案，数据备份还是最基础的，没有备份的数据，任何容灾都没有现实意义。但光有备份是不够的，容灾也必不可少。容灾对于IT而言，就是提供一个防止各种灾难的计算机信息系统。