配置Data Guard的注意点

本节主要探讨配置Data Guard的注意点，虽然其配置方法和流程在网上有不少资料，但大多数没有提及相关注意点，这里提供给大家，希望引起大家的重视。

1. 生产库没有设置FORCE LOGGING
   生产库没有设置FORCE LOGGING，这是实施工程师最容易忽略的步骤。由于Data Guard的根本原理是备库通过应用归档日志保持跟生产库数据同步。所以FORCE LOGGING设置为YES的主要目的是生产库产生的操作写进在线日志文件中，虽然FORCE LOGGING设置与否不会影响Data Guard的运行，但备库存在丢失数据的风险。
2. 生产库设置不恰当的数据库参数
   生产库设置不恰当的数据库参数主要指的是将日志传输参数设置成了网络同步传输（SYNC）和磁盘确认写模式（AFFIRM），当主备之间的网络或者备库存储出现性能问题时，生产库往往会受到影响（即使Data Guard配置成最大可用模式）而出现相关的等待事件
3. 备库设置不恰当的数据库参数
   备库设置数据库参数时，如果备份主机的资源情况和生产主机不一致，那么DBA容易犯的错误就是备份端的数据库参数保持和生产端一致，如参数SGA_MAX_SIZE等。另外在修改主库参数（包括数据库参数和操作系统参数）时，不要忘了在备库中修改。
   由于MRP进程在应用归档日志过程中不会用到KEEP BUFFER和RECYCLE BUFFER，因此在内存资源紧张的系统中可以不设置DB_KEEP_CACHE_SIZE、DB_RECYCLE_CACHE_SIZE 参数，设置较小的SHARED POOL。
4. 在业务高峰期首次全同步数据库
   在业务高峰期首次全同步数据库也是DBA比较容易犯的错误。因为全同步数据库至备份主机是非常占用生产主机的I/O资源和网络带宽的，在资源紧张的系统中这会非常容易引起数据库的性能问题。在AIX 5L中，如果MAXPERM%和MAXCLIENT%参数设置比较高，使用ftp传输数据文件时，会消耗大量的物理内存，甚至有可能导致主机重启。
   10.4.2 管理Data Guard的注意点
   Data Guard的中文名字叫数据卫士，顾名思义，它是生产库的一道保障。所以管理Data Guard是DBA的一项重要工作之一，管理Data Guard时主要有以下几个注意点需要引起重视。
5. 备份库的归档日志积压
   一般情况下，生产库的归档日志是不会积压的，即生产库的归档日志空间使用率不会到达100%。但经常会由于疏于管理，备份端的归档日志没有及时删除，导致归档空间100%，进而导致Data Guard失效。在Oracle 10g以上版本中，如果备份端开启闪回，则还需检查闪回空间的使用情况。在归档日志产生高峰期间（如批处理、大批量数据导入期间等），尤其需要检查主备归档日志空间的使用情况。
6. 生产库的归档日志断档
   Data Guard运行是否正常完全依赖于生产库归档日志是否能够及时、无间断地传输到备份端。如果生产库部分归档日志不能传输到备份端，那么备份端的归档日志应用就会停止。最常见的故障就是如果生产库既配置有磁带备份，又配置有Data Guard时，由于种种原因，归档日志传输到备份端之前，生产库的归档日志会被磁带备份删除，进而导致Data Guard失效。所以在删除生产库归档日志之前必须检测该生产库的归档日志在备份端是否已经存在。
   备份主机重启、备库重启、备库监听重启、主备库之间网络故障都可能导致主库日志不能传输至备份。故障修复之后建议检查生产库的最新归档日志是否已经传输到备库。
7. 在新路径下添加数据文件
   在生产库中，如果在新路径下添加数据文件，则需在备份端修改路径转换参数（DB_FILE_NAME_CONVERT），否则在备份端自动创建新添加数据文件容易失败。
8. 定期检查备库数据文件是否损坏
   Data Guard运行过程中，由于硬件故障或者其他原因，备库的数据文件可能会损坏，所以需要定期检查其是否损坏。检查方法有2种，一种是用dbv工具扫描数据文件观察是否有物理坏块。另外一种是将备库READ ONLY模式打开，然后用exp或者expdp工具进行全库导出，观察业务表是否有坏块。
   如果条件允许，最好能定期进行主备角色切换，这样不仅能检测备库的有效性，而且能熟悉数据库的切换流程。当发生灾难时，一个完善的切换流程，能极大的缩短数据库的切换时间。