ORACLE DG(1)基本配置

https://docs.oracle.com/cd/B28359_01/server.111/b28294/manage_ps.htm#i1007681

一些官方文档上的内容

DG提供的服务进程

Redo Transport Services
Transmit redo data from the primary system to the standby systems in the configuration
重主库将redo log传送的备库

Manage the process of resolving any gaps in the archived redo log files due to a
network failure
管理网络等原因发生的redo log丢失
 
Automatically detect missing or corrupted archived redo log files on a standby system
and automatically retrieve replacement archived redo log files from the primary
database or another standby database
自动检测备库上丢失或损坏的归档重做日志文件，并从主数据库或另一个备用数据库中自动检索替换的归档重做日志文件

DG的三种保护模式

最大可用模式

这种模式在不影响Primary数据库可用前提下，提供最高级别的数据保护策略。其实现方式与最大保护模式类似，也是要求本地事务在提交前必须至少写入一台Standby数据库的Standby Redologs中，不过与最大保护模式不同的是，如果出现故障导致Standby数据库无法访问，Primary数据库并不会被Shutdown，而是自动转为最高性能模式，等Standby数据库恢复正常之后，Primary数据库又会自动转换成最高可用性模式。

最大性能模式

缺省模式。 这种模式在不影响Primary数据库性能前提下，提供最高级别的数据保护策略。事务可以随时提交，当前Primary数据库的REDO数据至少需要写入一个Standby数据库，不过这种写入可以是不同步的。如果网络条件理想的话，这种模式能够提供类似最高可用性的数据保护，而仅对Primary数据库的性能有轻微影响。这也是创建Standby数据库时，系统的默认保护模式

最大保护模式

这种模式能够确保绝无数据丢失。要实现这一步当然是有代价的，它要求所有的事务在提交前其REDO不仅被写入到本地的Online Redologs，还要同时写入到Standby数据库的Standby Redologs，并确认REDO数据至少在一个Standby数据库中可用（如果有多个的话），然后才会在Primary数据库上提交。如果出现了什么故障导致Standby数据库不可用的话（比如网络中断），Primary数据库会被Shutdown，以防止数据丢失。
使用这种方式要求Standby Database必须配置Standby RedoLog，而Primary Database必须使用LGWR，SYNC，AFFIRM方式归档到Standby Database.

Apply Services

如果是物理备库，则使用Redo Apply
如果是逻辑备库，使用SQL Apply

Role Transitions

DG备库的分类：

物理备库
逻辑备库
快照备库

软件的限制：

1.oracle是企业版

2.使用物理同步的初始化参数必须一致，逻辑备库可以不同

3.主库必须是归档模式

4.主备库必须有自己的控制文件

5.主库备需要开启FORCE LOGGING

备库目录的结构要点：

归档重做日志文件和备用重做日志文件。最好主系统和备用系统上的数据文件、日志文件和控制文件应该具有相同的名称和路径名称，使用OFA标准。
不然需要设置文件路径或者重命名。我觉得一般DG也不会在一台机器上，在同一机器上也没有上面意义了。

官方提供了3种方式：

1.主备在在同一系统上，这我觉得没什么意义

2.主备在不同的系统上，使用相同的路径

3.主备在不同的系统上，使用不同的路径

最推荐2，3：减少维护的成本。

A standby redo log is similar to an online redo