42.oracle rac集群中的目录属性被修改？

　　Oracle RAC 环境的权限是比较复杂的，如果误操作导致了相关目录或者文件权限不正确就会影响到GI的运行，比如常见的crsctl 资源显示为：UNKNOWN，或者通过srvctl 无法控制资源，只能通过SQL 命令来操作。

　　一般出现权限误修改的情况，只能通过相关的日志来分析，然后根据同版本的GI环境来对比，这种方法虽然可以解决问题，但是效率，也非常麻烦

1.使用cluvfy工具验证GI权限

　　GRID_HOME 的权限问题，可以通过cluvfy工具来直接进行检查。如下　

[root@www.cndba.cn ~]# su - grid
[grid@www.cndba.cn ~]$ cluvfy comp software -n all -verbose
Verifying software
Check: Software
934 files verified
Software check passed
Verification of software was successful.

这里验证成功，权限没有问题，如果部分节点没有启动，也可以进行验证，但结果会显示不成功

[grid@www.cndba.cn ~]$ cluvfy comp software -n all -verbose
Verifying software
WARNING:
These nodes cannot be reached:rac2
Verification will proceed with nodes:rac1
Check: Software
934 files verified
Software check passed
Verification of software was unsuccessful.
Checks did not pass for the following node(s):rac2

2 通过安装文件验证GI权限

　　在GI 的安装过程中，所有权限的目录都保存在如下2个文件中，可以通过查看这些文件来对比相关的权限

crsconfig_dirs：该文件记录了 <grid_home>中所有的目录及其对应的权限。
crsconfig_fileperms：该文件记录了 <grid_home>中所有文件清单及对应的权限。

在Oracle 11.2 和 12.1.0.1 版本中，权限文件保存在 $GRID_HOME/crs/utl 目录下，在12.1.0.2 之后的版本，保存在 <grid_home>/crs/utl/ 目录下。

3.自动修正GI权限

　　如果通过前面的检查发现有目录或者权限不正确，对于11.2.0.3.6以上的版本，可以直接通过rootcrs.pl 或 roothas.pl 脚本直接来修正

　　在调用rootcrs.pl 或 roothas.pl 时加上-init 选项，会自动重置 <grid_home>所有目录和文件的权限。这里要注意，在执行该命令时必须确保CRS是关闭状态。另外，该命令需要使用root用户执行。

--For 11.2:
For clustered Grid Infrastructure, as root user
# cd <GRID_HOME>/crs/install/
# ./rootcrs.pl -init

For Standalone Grid Infrastructure, as root user
# cd <GRID_HOME>/crs/install/
# ./roothas.pl  -init

--For 12c+:
For clustered Grid Infrastructure, as root user
# cd <GRID_HOME>/crs/install/
# ./rootcrs.sh -init

For Standalone Grid Infrastructure, as root user
# cd <GRID_HOME>/crs/install/
# ./roothas.sh -init