Data Guard五大保护模式

数据保护模式共有三种类型，所有实验均基于物理备用数据库进行。

1、 最高可用防护模式

2、 主数据库在提交每个事务时，必须等待该事务同时写入本地联机重做日志和备用数据库的日志。这种同步机制确保数据的一致性和高可用性。然而，当主库的日志传输无法正常同步至备库时，系统将自动调整运行模式。此时，主数据库会切换至最大性能模式，暂时放弃实时同步要求，以保障自身持续运行和事务处理能力。该切换过程无需人工干预，旨在避免因备库故障或网络问题导致主库停摆。待日志传输恢复正常后，系统将重新进入同步状态，确保容灾架构的完整性与数据安全。

3、 最大可用模式确保数据不丢失，仅允许通过LGWR进程将重做日志同步传输至备库。

4、 将主库的归档日志通过Oracle Net同步传输至备库，配置使用LGWR进程进行实时写入，确保数据一致性。设置为同步模式（SYNC）并启用确认机制（AFFIRM），仅对在线重做日志和主库角色生效。目标端数据库唯一标识为备库，保证归档路径正确指向具备对应DB_UNIQUE_NAME的备用实例，实现高可用环境下的日志安全传送与应用。

5、 最大可用模式下，必须通过LGWR同步传输日志，主库执行的DDL和DML操作，备库会立即应用。若使用LGWR方式发送，备库需预先创建备用日志文件，以确保数据实时同步与系统稳定运行。

6、 性能最大化——系统默认设置，确保设备运行在最高效率状态。

7、 高性能安全模式

8、 主数据库的事务只需将日志写入本地联机重做日志即可提交，其重做数据可异步传输至备用数据库。由于日志传送过程不影响主库的提交操作，因此主库性能不会受到备用数据库运行状况的影响，从而保证了系统的高效性与稳定性。

9、 可通过lgwr进程将重做日志异步传至备库，也可利用archn进程将归档日志异步发送到备库。

10、 将主库的归档日志通过Oracle Net异步传输至备库，配置使用LGWR进程进行日志传送，不启用AFFIRM确认模式，确保仅对在线重做日志文件及主库角色生效，目标地址为服务名为备库Oracle_Net的实例，且该实例的唯一数据库名称为备库，整个配置基于DB_UNIQUE_NAME参数识别并验证对应数据库身份。

11、 或者：

12、 该配置语句用于指定主库归档日志的传输目标，通过Oracle Net连接到名为备库的远程实例。采用异步（ASYNC）模式发送，不启用强制确认（NOAFFIRM），适用于在线重做日志且数据库处于主库角色的场景。VALID_FOR限定此路径仅在主库角色下对在线日志生效，确保归档日志能正确传送到指定的备库实例，保障数据同步的基本需求。

13、 注意：

14、 若使用lgwri异步方式发送日志，主库执行的DDL和DML操作，备库将立即应用数据；而采用LGWR同步方式时，必须在备库上配置并创建备用日志文件，以确保数据同步的正常进行。

15、 若使用异步归档发送方式，主库需先完成日志归档，再将归档文件传至备库，导致主备库间存在当前日志的数据延迟。而采用实时归档传输时，备库无需等待归档生成，可直接接收并处理日志流，从而避免了因归档过程带来的同步滞后问题，提升数据一致性。

16、 最高安全防护模式

17、 主数据库的每个事务必须等待本地联机重做日志和备用数据库的日志均写入后才能提交。若主库的重做日志无法同步至备库，主数据库将自动关闭以确保数据一致性。为避免因日志同步失败导致主库停机带来的影响，建议至少配置两个备用数据库，提升容错能力。日志传输仅能通过LGWR进程实现，将重做数据实时发送至备库，保障数据的完整与安全。该机制虽提高了数据保护级别，但也对网络稳定性提出了较高要求，需合理规划网络架构与冗余策略，以确保高可用环境稳定运行。

18、 将主库的归档日志通过Oracle Net实时同步至备库，配置使用LGWR进程进行同步传输，确保数据一致性。该设置适用于联机重做日志文件且数据库处于主库角色的情形，指定目标为名为备库的数据库实例，其唯一标识符为db_unique_name，保障在主备切换后归档路径的有效性与正确性。

19、 最大可用模式需通过LGWR同步发送日志，主库执行的DDL与DML操作，备库将立即应用。若使用LGWR方式传输，备库必须配置并创建对应的备用日志文件，以确保数据同步的连续性与实时性。

20、 第三步，需确认主数据库及各个备用数据库上的DB_UNIQUE_NAME初始化参数均已设置为唯一值。该参数用于区分同一数据保护环境中的不同数据库实例，因此在配置时必须确保每个数据库的DB_UNIQUE_NAME互不相同。主库与各备库之间若出现重复，可能导致日志传输、应用或故障切换等操作异常，影响高可用性机制的正常运行。建议在部署初期即规划好命名规则，并逐一核对参数设置，避免后续维护问题。可通过查询初始化参数文件或使用数据库命令查看当前配置，确保其唯一性和正确性。

21、 通过设置 log_archive_config=DG_CONFIG=(orcl,orcl_standby)，可定义主库与备库的唯一数据库名称，实现归档日志的统一管理。Oracle 推荐启用该参数，以确保在高可用环境中正确识别和传输归档日志，保障数据同步的稳定性和可靠性。

22、 MAXIMUM PERFORMANCE 是一项内存性能调节参数，用于优化内存运行效率。

23、 检查主库的保护模式及其日志传输进程状态。

24、 检查备库是否已建立日志文件

25、 在备库中通过v$$log无法查看到相关信息，因为备库创建的standby log不会在此视图显示，需进入ASM中检查备库（本例为RAC架构）对应的物理文件数量才能确认。

26、 由于主库每个实例包含两个日志组，因此备库至少需配置10个日志组。具体创建规则可依据DataGuard环境下备库添加日志的实践经验进行操作与调整。

27、 通过主库与备库图片可确认，备库的standby日志已成功创建。

28、 只有建立备用日志后，才可进行保护模式的切换操作。

29、 备库配置日志添加操作

30、 将主库性能模式调整为最大可用模式

31、 修改系统参数，设置归档日志目标2为SERVICE=standby_orcl LGWR SYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orcl_standby，并将该配置写入SPFILE，适用于所有实例。同时调整日志传输机制，由原先的方式更改为使用LGWR进程以同步模式发送重做日志文件，确保主库在提交事务前，日志已安全传输并确认写入备库，提升数据一致性与容灾能力。此配置主要用于保障主备数据库之间的高可用性和数据不丢失，在主库发生故障时可快速切换至备用库，维持业务连续性。操作需在数据库重启后生效。

32、 修改后需重启主数据库。

33、 主库执行DDL并进行验证

34、 经验证，主库执行DDL操作时无需切换日志，备库即可同步应用数据。

35、 主库建表后，备库可立即同步查看。

36、 主库执行DML操作验证

37、 验证结果表明，主库执行DML操作时无需切换日志，备库即可直接应用数据。

38、 主库插入数据后，备库可立即读取表中内容。

39、 主备库均为RAC架构

40、 主库详情

41、 备库详情

42、 主库连接信息

43、 )

44、 )

45、 )

46、 )

47、 )

48、 )

49、 )

50、 )

51、 备库连接信息

52、 )

53、 )

54、 )

55、 )

56、 )

57、 )

58、 )

59、 )

60、 配置主库各实例独立发送日志

61、 主节点一

62、 主库节点二

63、 重启主库后修改仍未生效

64、 发现log_archive_dest_2参数未发生更改。

65、 主库执行DDL与DML操作，备库正常应用数据。

66、 在主节点1上执行操作

67、 执行命令创建zxx3表并复制zxx2数据，备库无需切换日志即可查看该表。

68、 执行SQL语句创建表zxx4并复制zxx2数据后，备库无需切换日志即可立即查看到该新表。

69、 调整log_archive_dest_2参数，并将数据库切换至最大性能模式以优化运行效率。

70、 主库仍通过LGWR进程将日志传至备库。

71、 重启主库后，无需切换日志便能同步DDL与DML操作。

72、 把文件传输进程由lgwr改为arch

73、 修改发送进程arch后，主库需切换日志方可实现同步。