Ditto Asked: 2023-08-09 01:21:43 +0800 CST2023-08-09 01:21:43 +0800 CST 2023-08-09 01:21:43 +0800 CST sql92_security 滚动回收？或完全重启？ 772 更改 sql92_security 参数需要回收数据库。这一点就很清楚了。但是，我想知道滚动回收是否足够？或者此参数是否需要所有实例一起完全停止/启动数据库？ （滚动回收只是一次回收 RAC 1 中的每个实例，以最大限度地减少停机..） oracle-19c 1 个回答 Voted Best Answer pmdba 2023-08-09T20:25:04+08:002023-08-09T20:25:04+08:00 默认情况下，此参数的值是“true”，因此除非您将其显式设置为“false”，否则滚动重新启动以显式将其设置为“true”应该没问题，因为您不会在任何实际操作中更改任何内容。感觉。 一般来说，在集群中使用不一致的安全设置可能不是一个好主意，但如何重新启动可能取决于数据库的使用方式。如果由于某种原因您已将其显式设置为“false”并且 SQL 处理规则将发生真正的更改，那么请问问自己，跨 RAC 实例的暂时不一致的设置是否会在滚动重新启动期间影响您的应用程序行为或用户体验。有人是否有可能（或可能）提交允许在一个实例中进行更改但在另一个实例中拒绝更改的 SQL？如果是这样，那么您可能需要完全停止/重新启动。
默认情况下，此参数的值是“true”，因此除非您将其显式设置为“false”，否则滚动重新启动以显式将其设置为“true”应该没问题，因为您不会在任何实际操作中更改任何内容。感觉。
一般来说，在集群中使用不一致的安全设置可能不是一个好主意，但如何重新启动可能取决于数据库的使用方式。如果由于某种原因您已将其显式设置为“false”并且 SQL 处理规则将发生真正的更改，那么请问问自己，跨 RAC 实例的暂时不一致的设置是否会在滚动重新启动期间影响您的应用程序行为或用户体验。有人是否有可能（或可能）提交允许在一个实例中进行更改但在另一个实例中拒绝更改的 SQL？如果是这样，那么您可能需要完全停止/重新启动。