Data Guard 管理原理

##三大优势
>Data Guard属于Oracle 自己的产品，其技术成熟完善、稳定可靠
>可以随时验证业务数据的有效性
>免费产品

Data Guard由主库（PRIMARY DATABASE）和 备库（STANDBY DATABASE）组成。本质是从数据库的备份集中在异机的恢复的过程。
因此，首先要确认生产库打开FORCE LOGGING模式。

配置 Data Guard，在生产端的LGWR/ARCH进程会自动启动，LGWR进程日志传输的是在线日志，在线日志的有两种同步方式（同步 synchronous 异步 asynchronous）。所以LGWR进程要等到成功写入备份端才能返回，所以 在异地备份中，可以使用异步备份的方式。
RFS将日志写入备份端STARNDBY LOGFILE，ARCH进程读取STARNDBY LOGFILE生成归档日志，其大小和内容与生产库的归档日志完全相同。

备份端的归档日志是否连续决定着Data Guard的运行是否正常。所以FAL（Fetch Archive Log Process）检查非常重要。

###前提条件
Data Guard需要在相同的操作系统中，最好是相同的路径，备库硬盘量大于主库。从Oracle 11G开始，支持在window和Linux之间搭建Data Guard，但是不推荐。

足够的带宽，基本上，需要带宽的计算公式（redo rate bytes per sec /0.7 * 8）/ 1 000 000 (单位是带宽的Mbps)

相同的Oracle版本，建议安装相同的补丁。

很多文章介绍迁移的过程都是copy文件，其实，在实际过程中可以简单的办法，使用rman。

###Data Guard 保护模式说明
1. 最大保护模式
最大限度的保护数据。 最大保护模式要求主备机高稳定性， 网络带宽低延迟，高存储性能，否则任何一个环节出了问题，都会引起数据库不可用。一般情况下不建议使用。
2. 最大可用模式
理论上最大可用既能保证数据不丢，当备库故障时也不影响生产。但真实的事实是，当网络不稳定或者备库发生问题时候，依然回影响到
3. 最大性能
LGWR进程不需要等待备库转入成功，所以能最大的提升主库的可用性。

一般都保护模式都是在最大性能和最大可用性之间做个选择。如果责任重大，然后人手充沛 最大可用模式是一个好的选择。如果备份的重点以防万一，那么使用最大性能。如果不适合也不要担心，因为可以切换保护模式。（在我10余年非专业的oracle生涯中没有遇到过这种需求，哈哈）

具体如何搭建，我在下一篇blog中详细介绍。

这是我的第一篇blog，记录生活中的点点滴滴。博客园是支持Markdown语法的，但是需要设置。非常尴尬的第一篇，各种Markdown的标签。