暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

物理Data Guard(三)管理

原创 大柏树 2022-12-29
463

相对来讲,管理Data Guard还是比较容易的,但以下几方面需要引起注意。
❑配置Data Guard时。
❑管理Data Guard时。
❑主、备切换数据库角色时。
接下来,分别讲解相关注意事项。

1.配置Data Guard的注意点

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

1.1.生产库没有设置FORCE LOGGING

生产库没有设置FORCE LOGGING,这是实施工程师最容易忽略的步骤。由于Data Guard的根本原理是备库通过应用归档日志保持跟生产库数据同步,所以将FORCE LOGGING设置为YES的主要目的是将生产库产生的操作写进在线日志文件中,虽然不设置FORCE LOGGING不会影响Data Guard的运行,但备库存在丢失数据的风险。

1.2.生产库设置了不恰当的数据库参数

生产库设置了不恰当的数据库参数主要指的是将日志传输参数设置成了网络同步传输(SYNC)和磁盘确认写模式(AFFIRM),当主、备之间的网络或备库存储出现性能问题时,生产库往往会受到影响(即使将Data Guard配置成最大可用模式)而出现相关的等待事件。
event.png

1.3.备份库设置了不恰当的数据库参数

在为备份库设置数据库参数时,如果备份主机的资源情况和生产主机不一致,那么DBA容易犯的错误就是备份端的数据库参数保持和生产端一致,如参数SGA_MAX_SIZE。
由于MRP进程在应用归档日志过程中不会用到KEEP BUFFER和RECYCLE BUFFER,因此在内存资源紧张的系统中可以不设置DB_KEEP_CACHE_SIZE、DB_RECYCLE_CACHE_SIZE参数,设置较小的SHARED POOL。
另外在修改主库参数(包括数据库参数和操作系统参数)时,不要忘了在备库中修改。

1.4.在业务高峰期首次全同步数据库

在业务高峰期首次全同步数据库也是DBA比较容易犯的错误。因为全同步数据库至备份主机是非常占用生产主机的I/O资源和网络带宽的,在资源紧张的系统中这会非常容易引起数据库的性能问题。在AIX 5L中,如果MAXPERM%和MAXCLIENT%参数设置比较高,使用ftp工具传输数据文件时,会消耗大量的物理内存,甚至有可能导致主机重启。

2.管理Data Guard的注意点

Data Guard的中文名字叫数据卫士,顾名思义,它是生产库的一道保障,所以管理Data Guard是DBA的一项重要工作之一。管理Data Guard时主要有以下几个注意点需要引起重视。

2.1.备份库的归档日志积压

在一般情况下,生产库的归档日志是不会积压的,即生产库的归档日志空间使用率不会达到100%。但经常会由于疏于管理,没有及时删除备份端的归档日志,导致归档空间达到100%,进而导致Data Guard失效。在Oracle 10g以上版本中,如果备份端开启闪回,则还需检查闪回空间的使用情况。在归档日志产生高峰期间(如批处理、大批量数据导入期间等),尤其需要检查主备归档日志空间的使用情况。

2.2.生产库的归档日志断档

Data Guard运行是否正常完全依赖于生产库归档日志是否能够及时、无间断地传输到备份端。如果生产库部分归档日志不能传输到备份端,那么备份端的归档日志应用就会停止。最常见的故障就是当生产库既配置有磁带备份,又配置有Data Guard时,由于种种原因,在归档日志传输到备份端之前,生产库的归档日志会被磁带备份删除,进而导致Data Guard失效。所以在删除生产库归档日志之前必须检测该生产库的归档日志在备份端是否已经存在。备份主机重启、备库重启、备库监听重启、主备库之间网络故障都可能导致主库日志不能及时传输至备份端。所以故障修复之后建议检查生产库的最新归档日志是否已经传输到备库。

2.3.在新路径下添加数据文件

在生产库中,如果在新路径下添加了数据文件,则需在备份端修改路径转换参数(DB_FILE_NAME_CONVERT),否则在备份端自动创建新添加的数据文件容易失败。

2.4.定期检查备库数据文件是否损坏

在Data Guard运行过程中,由于硬件故障或者其他原因,备库的数据文件可能会损坏,所以需要定期检查其是否损坏。检查方法有两种,一种是用dbv工具扫描数据文件,观察是否有物理坏块;另外一种是将备库用READ ONLY模式打开,然后用exp或者expdp工具进行全库导出,观察业务表是否有坏块。

如果条件允许,最好能定期进行主、备角色切换,这样不仅能检测备库的有效性,而且能熟悉数据库的切换流程。当发生灾难时,一个完善的切换流程能极大地缩短数据库的切换时间。

2.5.主库运行环境发生变化

主库运行环境发生变化指的是操作系统参数修改、数据库参数修改和打开数据库某项特性(如设置SUPPLEMENTAL LOG)。由于以上这些变化是不会通过在线日志传输到备库中的,所以在主库发生变化时,需要人为地在备库中进行修改。从Oracle 10g开始,主、备数据库要求sys用户具有相同的密码,所以在主库中改了sys用户密码,不要忘记更改备份端的密码文件。

2.6.Data Guard主备切换前注意点

Data Guard主备切换前的注意点如下:

❑检查备库的数据库参数是否能满足系统运行。
❑检查备库归档日志的应用情况,如果应用延迟比较大,则建议应用完成之后再切换。
❑分别在主、备主机上检查能否用SQLPLUS连接对方数据库。
❑为加快切换速度,建议先重启生产库。

另外,进行数据库主备角色切换时,实时观察生产库和备份库的警告日志。数据库主备角色切换之后,检查备库的在线日志数量和大小是否能满足系统正常运行。

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论

目录
  • 1.配置Data Guard的注意点
    • 1.1.生产库没有设置FORCE LOGGING
    • 1.2.生产库设置了不恰当的数据库参数
    • 1.3.备份库设置了不恰当的数据库参数
    • 1.4.在业务高峰期首次全同步数据库
  • 2.管理Data Guard的注意点
    • 2.1.备份库的归档日志积压
    • 2.2.生产库的归档日志断档
    • 2.3.在新路径下添加数据文件
    • 2.4.定期检查备库数据文件是否损坏
    • 2.5.主库运行环境发生变化
    • 2.6.Data Guard主备切换前注意点