ADG搭建中的问题及解决办法

IT那活儿 2023-06-28

804

点击上方“IT那活儿”公众号，关注后了解更多内容，不管IT什么活儿，干就完了！！！

问题现象

1. 在完成ADG前期的基本配置后，运行duplica报错

经过核实后发现，在源端数据库中，该数据文件末尾存在空格或者特殊字符。可以看到这个搜索出来的名字后面存在明显的空格。

解决过程

1. 将脚本中的set newname 放在脚本的前部分执行

但是在执行后的报错是一样的，最后确定是参数的原因引起的：

设置了这两个参数，从主库过来的参数文件会根据参数设置，分配到对应的路径中。

*.db_create_file_dest的优先级比*.db_file_name_convert高，*.db_file_name_convert优先级比脚本中的set newname高，所以导致脚本中的set newname不执行。将这两个参数置空后恢复。

更改之后脚本正常运行。

2. 运行duplicate后，因主库两个文件系统中有数据文件的名字一致，但又因为备库这边的ASM盘目录只设置了一个，在脚本set newname时，带上了具体名字，导致在ASM目录中，数据文件名字重复，只过来了一个参数文件

在duplicate脚本日志的最后switch datafile all是失败的。

手动执行后还是报错，这也导致控制文件中的数据文件的路劲没有改变，而且也存在一个数据文件没有同步过来，mrp进程此时是拉不起来的。

经过确认后，决定对两个同名的数据文件进行单独备份，然后恢复到备库，最后在备库中重新修改数据文件的名字。

注意：本分片传递到了备库需要注意的是，要将备份片的信息注册到控制文件当中，catalog start with否则的话恢复数据文件会自动搜索备份片，但是注意，通过这种自动的方式恢复的只有控制文件和参数文件。

因为当时脚本的set newname配置了具体的名字，所以现在的重命名对应关系都没变。

3. 在搭建的过程中需要注意的参数

这是备库到主库的通道，注意service是配置的tns串的名字，db_unique_name就是对端主库的名字，这两个名字进场弄混，所以这里建议，将这两个参数设置成一样的名字。如果该参数配置不对的话，那么RFS进程是无法正常启动接受归档。

主库可能创建了standby_redo但是在启动mrp后不会自动创建，需要自己手动创建。

可以将原有的standby_redo的信息直接删除，在创建新的standby_redo。

注意redo的大小要按照原来的redo来，以及组的编号以及成员的编号。

END

本文作者：事业二部(上海新炬中北团队）

文章转载自IT那活儿，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。