oracle gi全局配置,管理全局设备和全局名称空间概述

最新推荐文章于 2024-06-26 10:07:44 发布

林常润

最新推荐文章于 2024-06-26 10:07:44 发布

阅读量143

点赞数

文章标签： oracle gi全局配置

管理全局设备和全局名称空间概述

Oracle Solaris Cluster 设备组的管理依赖于群集上安装的卷管理器。Solaris Volume Manager 可以识别群集，因此您可以通过使用 Solaris Volume Manager metaset 命令添加、注册和删除设备组。有关更多信息，请参见

metaset(1M) 手册页。

Oracle Solaris Cluster 软件可自动为群集中的每个磁盘和磁带设备创建一个原始磁盘设备组。但是，群集设备组仍处于脱机状态，直到您将这些组作为全局设备访问。管理设备组或卷管理器磁盘组时，您需要在作为该组的主节点的群集节点上进行操作。

通常不需要管理全局设备名称空间。在安装过程中，系统会自动设置全局名称空间。而且，全局名称空间会在 Oracle Solaris OS 重新引导过程中自动更新。但是，如果需要更新全局名称空间，可从任意群集节点运行 cldevice populate 命令。该命令会导致在所有其他群集节点成员上以及将来可能加入群集的节点上更新全局名称空间。

Solaris Volume Manager 的全局设备许可

对于 Solaris Volume Manager 和磁盘设备，对全局设备权限所做的更改不会自动传播到群集中的所有节点。如果要更改全局设备的许可，必须手动更改群集中所有设备的许可。例如，如果要将全局设备 /dev/global/dsk/d3s0 上的权限更改为 644，必须在群集中的所有节点上发出以下命令：

# chmod 644 /dev/global/dsk/d3s0

动态重新配置全局设备

在完成对群集中磁盘和磁带设备的动态重新配置 (Dynamic Reconfiguration, DR) 操作时，必须考虑以下问题。

文档中 Oracle Solaris DR 功能的所有要求、过程和限制同样适用于 Oracle Solaris Cluster DR 支持。唯一的例外是操作系统的停止操作。因此，在通过 Oracle Solaris Cluster 软件使用 DR 功能之前，请查阅有关 Oracle Solaris DR 功能的文档。您应该特别注意那些在执行 DR 分离操作时将影响非网络 IO 设备的问题。

Oracle Solaris Cluster 拒绝在主节点中的活动设备上执行 DR 删除板操作。可以在主节点的非活动设备以及辅助节点的任意设备上执行 DR 操作。

DR 操作之后，对群集数据的访问象以前一样继续。

Oracle Solaris Cluster 拒绝执行影响法定设备可用性的 DR 操作。有关更多信息，请参见动态重新配置法定设备。

注意 -如果当前的主节点在您正对辅助节点执行 DR 操作时出现故障，则会影响群集的可用性。主节点将无处可转移故障，直到为其提供了一个新的辅助节点。