Oracle 11g操作ASM时提示权限不足该如何解决

来源：站长源码作者：下班再修头衔：程序员

导读：本期聚焦于小伙伴创作的《Oracle 11g操作ASM时提示权限不足该如何解决》，敬请观看详情，探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《Oracle 11g操作ASM时提示权限不足该如何解决》有用，将其分享出去将是对创作者最好的鼓励。

在Oracle 11g的部署架构中，ASM通常作为独立的存储管理实例运行，很多用户在操作ASM时会出现权限不足的错误，比如执行asmcmd命令提示无法访问磁盘组，或者创建表空间时提示无法在ASM磁盘上创建文件。

Oracle 11g ASM权限问题的常见原因

Oracle 11g中，管理ASM的grid用户和安装数据库的oracle用户需要属于特定的用户组，常见的用户组包括asmadmin、asmdba、asmoper。如果oracle用户没有加入asmdba组，就无法正常访问ASM实例和磁盘组。

ASM使用的磁盘在操作系统层面的权限需要允许grid用户读写，如果磁盘权限被修改为其他用户所有，或者权限位不足，就会导致ASM实例无法识别磁盘，或者用户操作ASM时提示无权限。

ASM实例默认使用操作系统鉴权，如果鉴权参数配置错误，比如remote_login_passwordfile设置不当，会导致远程连接ASM实例或者本地用户鉴权失败，出现权限不足的错误。

首先确认grid和oracle用户的所属组，执行以下命令查看：

# 查看grid用户属组
id grid
# 查看oracle用户属组
id oracle

正常情况下，oracle用户需要包含asmdba组，grid用户需要包含asmadmin、asmdba、asmoper组。如果属组缺失，使用以下命令添加：

# 将oracle用户加入asmdba组
usermod -aG asmdba oracle
# 将grid用户加入对应组（如果缺失）
usermod -aG asmadmin,asmdba,asmoper grid

查看ASM磁盘的权限和属主，执行以下命令：

# 假设ASM磁盘为/dev/sdb1，实际根据环境替换
ls -l /dev/sdb1

磁盘的属主应该是grid用户，权限至少为660，如果权限不符合，执行以下命令修改：

# 修改磁盘属主
chown grid:asmadmin /dev/sdb1
# 修改磁盘权限
chmod 660 /dev/sdb1

如果是使用udev规则管理ASM磁盘，需要检查udev规则文件中的权限配置是否正确，避免重启后权限被重置。

登录ASM实例，查看鉴权相关参数：

-- 登录ASM实例，使用grid用户执行
sqlplus / as sysasm
-- 查看密码文件鉴权参数
show parameter remote_login_passwordfile

该参数建议设置为EXCLUSIVE，如果设置错误，执行以下命令修改：

alter system set remote_login_passwordfile=EXCLUSIVE scope=spfile;
-- 重启ASM实例使参数生效
shutdown immediate
startup

这种情况通常是执行命令的用户没有加入asmdba组，或者没有使用grid用户执行命令。解决方法是将当前用户加入asmdba组，或者切换到grid用户执行asmcmd。

这种情况一般是oracle用户没有加入asmdba组，按照第一步的属组添加方法，将oracle用户加入asmdba组，之后重新登录数据库即可解决。

这种情况通常是磁盘权限或者属主配置错误，按照第二步的方法修改磁盘的属主和权限，之后重启ASM实例，重新扫描磁盘即可。

通过以上步骤，基本可以解决Oracle 11g操作ASM时的绝大多数权限问题，如果问题仍然存在，可以查看ASM实例的告警日志，定位更详细的错误原因。

免责声明：已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰，观点力求客观中立。本站旨在免费分享，内容仅供个人学习、研究或参考使用。若引用了第三方作品，版权归原作者所有。如内容涉及您的权益，请联系我们处理。