问题描述
嗨，汤姆，
我们在许多数据库中实现了ASM，下面是crs配置中auto_start属性的值:
名称 = ora.asm
自动启动 = 从不
NAME = ora.DG_GRID_CL.dg --> 这是我们用来保存OCR和投票磁盘的磁盘组
自动启动 = 从不
首先，默认值 “从不” 没有意义。其次，当我们尝试模拟主机重新启动场景 (在优雅地降低ASM，DB之后)，CRS总是会启动ASM并挂载群集磁盘组，即使auto_start是 “从不”。
如果是这种情况，为什么我们甚至需要这2个资源的auto_start值？
我们在许多数据库中实现了ASM，下面是crs配置中auto_start属性的值:
名称 = ora.asm
自动启动 = 从不
NAME = ora.DG_GRID_CL.dg --> 这是我们用来保存OCR和投票磁盘的磁盘组
自动启动 = 从不
首先，默认值 “从不” 没有意义。其次，当我们尝试模拟主机重新启动场景 (在优雅地降低ASM，DB之后)，CRS总是会启动ASM并挂载群集磁盘组，即使auto_start是 “从不”。
如果是这种情况，为什么我们甚至需要这2个资源的auto_start值？
专家解答
我怀疑这是一个疏忽，因为在v12中，我们对此更加严格，例如
$ crsctl修改资源 “ora.asm”-attr “自动启动 = 从不”
CRS-4995: 命令 “修改资源” 在crsctl中无效。对该命令使用srvctl。
因此，正确的语法是:
srvctl禁用asm
srvctl启用asm
srvctl启动asm
等等
$ crsctl修改资源 “ora.asm”-attr “自动启动 = 从不”
CRS-4995: 命令 “修改资源” 在crsctl中无效。对该命令使用srvctl。
因此，正确的语法是:
srvctl禁用asm
srvctl启用asm
srvctl启动asm
等等
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
