OEL7.7+AFD+Oracle 19C standalone

PiscesCanon

至于你的那个报错 Error 49802 initializing ADR
哥们，仔细看这个报错，无法初始化ADR，结合你提供的日志“ERROR!!! could not initialize the diag context”
很可能就是因为diag目录有问题。
你自己看下，估计你的diag目录用户属主是root：root这么显示的。
压根就没权限。我就是这种情况。

PiscesCanon

至于为什么diag变成root：root的了，原因就是按照官方，安装GI之前想要使用AFD，需要root用户先用命令初始化盘，比如

1. /asmcmd afd_label OCR1 /dev/sdb --init
   
2. /asmcmd afd_label OCR2 /dev/sdc --init
   
3. /asmcmd afd_label OCR3 /dev/sdd --init

复制代码

该命令的作用，给盘打上AFD标签，另外一个重要作用是，在不使用chmod或者udev改变/dev/sd*的权限的前提下，图像化界面那里输入/dev/sd*后可以扫描处这个被标记的盘。
也就是说，即便/dev/sdb的权限为root:root，你afd_label打上标签后，图形化OUI那里还是可以扫描出来。

而且，root给盘打标签的时候，会在/u01/app/oracle目录下生成DIAG目录，所以才说diag目录是root：root的。因此，打完标签后记得删除整个的DIAG目录。
这个/u01/app/oracle由orabasetab文件控制，这里不另外讲了。



其实官档提供的步骤有个是打标签之前，export ORACLE_BASE=/tmp，目的就是让diag放在/tmp下，但是不生效我没搞懂，感觉是BUG。
而且就算是放/tmp，依旧有权限的问题。

PiscesCanon

然后，好不容易以打上标签，OUI那里勾选使用AFD功能，弹出来这么个玩意

我才知道，那个afddriverstate supported  显示不支持的问题。

mos和百度搜索半天，无果。
感觉就是遇到了BUG。

PiscesCanon

由于前边提到的，我这个OS版本内核肯定是支持AFD的，而且说明中最后两列提到了RU（类似11g的PSU补丁），所以我觉得就是遇到了BUG。



于是，我放弃AFD，改为传统的多路径+udev将GI和DB搭建完毕，打上19.11的RU补丁后，再次执行命令afddriverstate supported 查看：

1. [grid@dev-devdb ~]$ afddriverstate supported
   
2. AFD-9200: Supported

复制代码

这回显示支持了。。。。

PiscesCanon

这个时候，我觉得就是因为BUG，想要解决BUG又得先安装GI打上RU补丁，有点矛盾。
然后，我还有两块磁盘可以创建，想着使用asmca创建新的ASM磁盘然后勾选AFD标签，这回应该没问题了吧。
结果。。


这玩意竟然是灰色的。后续通过停集群，asmcmd afd_configure安装配置afd后即可。

现在正在研究如何将已经使用的普通的asm磁盘转为AFD属性的磁盘。。

ZALBB

PiscesCanon 发表于 2021-5-27 22:39
这个时候，我觉得就是因为BUG，想要解决BUG又得先安装GI打上RU补丁，有点矛盾。然后，我还有两块磁盘可以创 ...

相比ASM，AFD 有什么好处？

PiscesCanon

ZALBB 发表于 2021-5-29 22:03
相比ASM，AFD 有什么好处？

来自 ASMFD (ASM Filter Driver) 和 OS 平台支持矩阵 (文档 ID 2668121.1)。

ZALBB

PiscesCanon 发表于 2021-5-31 11:09
来自 ASMFD (ASM Filter Driver) 和 OS 平台支持矩阵 (文档 ID 2668121.1)。

非常感谢，

Arya_Stark

最近测试的时候受到了此贴的启发，把自己的经验也分享出来，与大家探讨一下。
单独AFD使用asmcmd afd_label打标签和先打标签再用UDEV绑定的方式我都尝试了。
结果证明，两种方式都可以。单独使用AFD打标签的方式，安装GI时识别到的盘仍然是/dev/sd*的形式，但是如果你使用AFD，安装出来以后你会发现，尽管两台机器识别到的/dev/sd*不同，但是它们会对应你已经打好的标签。
所以如果只采用AFD打标签而不使用UDEV的话，我的建议是，先给所有盘根据实际情况打上标签，然后安装GI时，选择VOTE的几块小盘。这样安装成功后，afd_lsdsk可以发现两边盘的标签相同，但是path不同。此过程中需要注意的一点是，打过标签的盘，权限仍然是root:root，但是能够识别到，这是AFD的作用。我仍然建议先将VOTE的几块盘权限修改为grid:asmadmin，不然后面验证会有警告。
使用UDEV且使用AFD的话，仔细想一想，其实相当于已经用UDEV把打标签的功能替换掉了，此时再打标签，相当于对每个盘做了两次的唯一标记，效果是一样的。但是在asm里认到的盘会变成UDEV的形式。

Arya_Stark

PiscesCanon 发表于 2021-5-27 22:29
然后，好不容易以打上标签，OUI那里勾选使用AFD功能，弹出来这么个玩意我才知道，那个afddriverstate suppo ...

这个错误，是一个比较笼统的错误。内核或者你的环境安装了asmlib或者其他原因，导致此时不能使用AFD功能，基本都会报这个错。我使用的REDHAT7.6，安装ASMLIB就提示了，rpm -e oracleasmlib之后，就不再出现了。不过我使用afddriverstate supported显示的结果是supported。具体要看操作时的提示了。
如果你没有启用，没打过标签，安装时没有勾选AFD功能，后续ASM创建磁盘组的时候AFD肯定开不起来。只能后续configure开启后使用。
后面我看到有网友说AFD在一些版本是有漏洞的，所以AFD虽然有好处，但是如果影响系统稳定性的话，还是要权衡一下。