小编：大家对Oracle DataGuard 应该很熟吧？
众人：那是相当熟。
小编：好的，那我们今天就不讲基础知识了，直入主题！跟不上课的孩子自己回去补。
今天的话题包括：
12.2中ADG的性能与诊断
ADG上部署列式存储
DG跨平台迁移
DG数据恢复
DG的归档管理
12.2中ADG的性能与诊断
在Oracle 12.2中，ADG有许多惊人的改进，通过ADG standby数据库的性能数据收集和诊断、快照standby数据库的应用，以及实时的数据库操作监控的实现，能够根据用户需求相协调来提高DBA效率，从而为业务应用程序提供更好的服务质量。
远程AWR
ADG standby数据库的AWR快照称为远程快照。称为目标的数据库节点负责存储从远程ADG standby数据库节点（称为源）收集的快照。目标可以是ADG主数据库或非ADG数据库。如果目标是ADG主数据库，则它也是源数据库，其快照是本地快照。
可以使用AWR报告，Oracle数据库导入和导出功能以及用户定义的查询来访问存储在目标上的快照数据或AWR数据。自动数据库诊断监视器（ADDM）应用程序可以使用AWR数据来分析任何数据库性能相关的问题。
支持SQL Tuning Advisor
允许DBA将primary数据库工作负载的调优卸载到ADG standby数据库，并在ADG 自身上调整ADG SQL工作负载。当将primary数据库工作负载的SQL调整卸载到ADG standby数据库时，SQL调整过程从primary数据库启动，但是调整过程在ADG standby数据库上远程执行，并且结果将写回primary数据库数据库。调整ADG工作负载时，整个SQL调整过程在ADG standby数据库上本地执行，同时保持数据库为read-only状态。这是通过从primary数据库的DBlink接收集所需的信息并将任何数据库状态更改（例如SQL配置文件实现）写回primary数据库来实现的。在primary数据库上实施的SQL配置文件建议将使用redo应用机制应用于ADG standby数据库。
更多新特性请点击：
Oracle 12.2新特性掌上手册 - 第六卷 ADG的性能与诊断
ADG上部署列式存储
我们命中注定要失去所爱之人，不然我们怎么知道，他们在我们生命中有多重要？from《返老还童》
在Active Data Guard上部署列式存储，可以选在在主库、备库或者两者同时部署列式存储。当在主备库上同时部署了列式存储的时候，可以在两个库上对相同或者不同的对象集做操作，如果是操作不同的对象集，那就相当于增加了In-Memory的存储大小。
有三种配置方式：
- 在主备库上部署同样的In-Memory
- 只在standby 库上部署列存储
- 主库IN-MEMORY和备库IN-MEMORY存储不同对象
第三种优点是可以在每个数据库中运行不同的工作负载。 例如，HR应用程序在主数据库中运行报告，而销售历史记录应用程序在备用数据库中运行报告。 因此，两个数据库都没有承担分析报告的全部负载。
在以上三种典型的配置中，将会创建三种服务：仅备用，仅主用、主用和备用三种服务。 例如，如果需要主实例中最近一个月的销售事实表数据，而备用实例中存储前一个月的销售数据。 则需要在两个实例中填充维度表。 对于每个销售分区，可以使用INMEMORY ... DISTRIBUTE FOR SERVICE指定备用或主要服务。 对于每个维度表，指定包括主数据库实例和备用数据库实例的服务。
更多详情点击：
【12.2新特性】在Oracle Active Data Guard上部署列式存储
跨平台迁移
在Oracle数据库之中，实现跨平台迁移一直是一项较为复杂的任务。Oracle的DataGuard技术一直在进步，不仅仅作为容灾，在数据迁移中也承担了重要的使命。
自10g开始，Oracle的DG开始有限度的支持跨平台的DataGuard环境搭建，从而简化数据迁移的过程，现在从AIX迁移至Solaris Sparc平台已经发布了成功的实施过程。
具体实现过程请点击：
DG恢复
DG中主库的归档日志成功传输到备库后，在本地备份失败，并出现RMAN-06004，RMAN-20003报错，如何应对请查看DG恢复遭遇RMAN-06004，RMAN-20003后
DG归档管理
在11g里面，随着ASM、RAC、Data Guard（包括Active Data Guard）的成熟，使用RAC+ASM+Data Guard越来越成为一种可靠的、维护简单、稳定的高可用性和容灾保护方案。这篇文章谈谈如何管理Oracle 11g Data Guard环境中的归档日志。
归档日志是重要的，备份恢复需要它，而Data Guard也需要它。在早期版本的Data Guard环境中，常常面临着归档日志管理问题,，但11g做了很多改进，使得我们使用和维护更加方便。
在Data Guard环境里面，对归档日志管理需要达到以下几个方面的要求或者说是需求：
- 主库使用快速恢复区(fast recovery area)，在RAC中，毫无疑问快速恢复区最好是置放在ASM上。
- 为快速恢复区指定合适的空间。首先我们需要预估一个合理的归档保留时间长。比如由于备份系统问题或Data Guard备库问题、维护等，需要归档保留的时间长度。假设是24小时，再评估一下在归档量最大的24小时之内，会有多少量的归档？一般来说是在批量数据处理的时候归档量最大，假设这24小时之内归档最大为200G。注意对于RAC来说是所有节点在这24小时的归档量之和。最后为快速恢复区指定需要的空间量，比通过参数db_recovery_file_dest_size指定快速恢复区的大小。这里同样假设快速恢复区们存放归档日志。
- 在备库上指定快速恢复区以及为快速恢复区指定合适的大小，主要原因：切换成为主库后归档日志容量；如果主库归档容量压力大，备库能否存储更多的归档日志以便可以通过备库来备份归档日志。
- 对主库和备份使用RMAN配置归档删除策略：CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;