设为首页 加入收藏

TOP

Oracle 11g Dataguard参数详解(四)
2019-09-19 18:10:13 】 浏览:148
Tags:Oracle 11g Dataguard 参数 详解
除非你使用ALTERNATE属性,否则第二个原因也不成立了,因为现在这个参数默认就是ENABLE的了,你不再需要为你的目标库设置它了。
代码如下:
log_archive_dest_state_1=enable

三、备用角色参数
DB_FILE_NAME_CONVERT 在备库中,该参数允许你逻辑上将数据文件从主库迁移到备库上,如果你使用的是基于磁盘的存储结构并且存储路径在两个系统上并不相同,那么就有必要配置它。只有在备库切换为主库这期间,该转换才会执行。一旦进行主备切换或者故障切换到备库,这些值就会被写入到控制文件和数据文件头。通过简单的字符替换就可以实现功能。
代码如下:
db_file_name_convert='/Matrix/','/Matrix_DR0/'
上面的命令会将如下数据文件名:
代码如下:
'/u03/oradata/Matrix/sysaux.dbf'
转换为:
代码如下:
'/u03/oradata/Matrix_DR0/sysaux.dbf'
同理,如下配置会将数据文件指向到+RECOVERY磁盘组中而不是+DATA;
代码如下:
db_file_name_convert='+DATA','+RECOVERY'
路径的其他部分将保持相同,在本例中,使用了ASM来创建备库,你不需要定义这个参数了。
LOG_FILE_NAME_CONVERT 它的功能和DB_FILE_NAME_CONVERT参数相同,只不过这里转换的是日志文件,包括ORL文件和任何SRL文件。
代码如下:
log_file_name_convert='/Matrix/','/Matrix_DR0/'
FAL_SERVER FAL(Fetch Archive Log)功能相比9iR1时的DG已经有了很大的进步。它只用于物理备库,配置它能够使得物理备库在发现问题时,从DG配置中的一个数据库(主库或备库)中获取缺失的归档日志文件,有时我们又成它为被动间隔处理(reactive gap resolution),不过FAL技术在之前的三个版本中得到了极大的增强以至于现在几乎不需要再定义FAL参数了。伴随着9iR2版本引入的主动间隔处理(proactive gap resolution)技术的使用,几乎物理或逻辑备库上任何类型的间隔请求都可以由主库上的ping进程来处理了。
在主库的正常工作过程中,归档进程(被指定为ping进程)会轮流查询所有的备库来寻找redo间隔,与此同时处理任何应用进程发来的未解决的间隔请求。当物理备库需要从主库之外的数据库中获得间隔文件时就可以使用FAL技术。举个例子,比如物理备库现在需要进行间隔处理,但是主库无法访问,那么它需要去请求其他的备库来完成间隔处理,为此,你要将FAL_SERVER参数定义为指向主库或者任意备库的TNS标识符列表。如在Matrix_DR0库中加入主库(Matrix)和其他备库(Matrix_DR1):
代码如下:
fal_server='Matrix, Matrix_DR1'
FAL_CLIENT FAL客户端就是发起间隔请求的数据库的TNS名称,间隔请求的接收方(FAL_SERVER)需要这个TNS名称以使得FAL服务器上的数据库可以反向连接至请求方。在备库Matrix_DR0上,我们发送Matrix_DR0作为客户端名称以便Matrix和Matrix_DR1库可以连接回Matrix_DR0库发送缺失的归档日志文件。
代码如下:
fal_client='Matrix_DR0'
‘Matrix_DR0′必须要在FAL服务器的TNS文件中定义以使得DG能够成功连接备库;因为我们将会在所有这些数据库中设置redo传输参数,所以我们也要为它们配置TNS名称。如果你在FAL参数中使用相同的TNS名称,那么这些TNS名称就是定义好的了。如果你选择了一个不同的名称,你就需要在所有系统的TNS文件中添加这个名称。和FAL_SERVER参数一样,FAL_CLIENT参数只对物理备库有效。
STANDBY_FILE_MANAGEMENT 这是本章节讨论的最后一个参数了。这个简单的参数只用于物理备库。该参数设置成AUTO的时候,主库中添加和删除数据文件的同时,备库中也会自动的进行相应的更改。只要备库中顶级目录存在或能够借助于DB_FILE_NAME_CONVERT参数找到,那么DG将会执行DDL语句在备库中创建数据文件。它甚至会尽可能的创建缺失的子目录。默认情况下,这个参数的值为MANUAL,这意味着备库上的应用进程不会创建新的数据文件,你需要手动创建它们。
代码如下:
standby_file_management='AUTO'
只有当需要对物理备库上的ORL文件执行定义操作的时候,我们才可能会将该参数设置成MANUAL。SRL文件能够在不改这个参数的情况下添加。如果你真要在物理备库上添加或删除在线日志文件(比如因为主库上发生了更改),你也可以将这个参数动态的设置成MANUAL,执行DDL操作,然后再还原成AUTO值,无需重启备库。

参数与属性小结
在了解上面的所有参数和属性之后,你应该对它们的功能和特性有了深刻的理解并且可以正确的配置使用了。
希望你不要对这些感到头疼,因为有一点你或许会感到诧异:如果你使用Data Guard Broker(即使不用Grid Control),就没必要亲自配置这些参数了,DG Broker会为你做好一切。

首页 上一页 1 2 3 4 下一页 尾页 4/4/4
】【打印繁体】【投稿】【收藏】 【推荐】【举报】【评论】 【关闭】 【返回顶部
上一篇〈二〉ElasticSearch的认识:索引.. 下一篇MySQL的库表详细操作

最新文章

热门文章

Hot 文章

Python

C 语言

C++基础

大数据基础

linux编程基础

C/C++面试题目