ASM实例.pptVIP

Oracle Database 11g: Administration Workshop I 5 - * Striping Granularity 在ASM中，条带化主要具有两种用途： 在磁盘组的所有磁盘中执行 I/O 负载平衡。. 改善 I/O 等待时间。 粗粒度条带化在磁盘组的各磁盘中分布分配单元。这用于为磁盘组提供负载均衡。 分配文件时，ASM会在所有磁盘中平均分布分配单元。有时分布无法非常平均，但是随着时间的流逝，会变得几乎相等。上图显示了一个具有五个分配单元的文件，这些分配单元在条带化之后，分布在一个外部冗余磁盘组的五个磁盘中，该磁盘组共包含八个磁盘。 对于前20000个区，区大小等于AU大小。从第20001个区到第40000个区，该区组总是一次分配8个区，区大小等于4倍AU大小。如果AU大小为1MB，这意味着着ASM文件将一次增大64MB(8*4*1MB)。如果文件采用粗粒度条带化，则它将在8个区中进行条带化，条带大小为1AU。条带化始终在AU级别进行，而不是在区级别。因此，无论文件多大，粗粒度文件的每个AU都与该文件的前一个AU所在磁盘不同。在第40000个区之后，仍旧是每次分配8个区，但区大小等于16倍AU大小。 Oracle Database 11g: Administration Workshop I 5 - * 细粒度条带化 细粒度条带化将数据区拆分为 128 KB 的块，然后在许多磁盘中分布每个区的负载，从而改善特定类型文件的等待时间。默认情况下，细粒度条带化用于控制文件和联机重做日志 文件。 本页的图显示了细粒度条带化的工作原理。在此示例中，新文件的第一个 1 MB 区最终占 用 8 个不同分配单元中的第一个 128 KB 块，这 8 个分配单元分布在磁盘组的八个磁盘中。 因此，1 MB 的读取或写入分布在八个磁盘（而不是一个磁盘）中。 Oracle Database 11g: Administration Workshop I 5 - * 细粒度条带化（续） 继续前面的示例，空间中的下一个 1 MB 区将分布在相同分配单元组的每个单元的第二个 128 KB 块中。这种模式将继续，直到第一组分配单元写满，然后分配另一组。 Oracle Database 11g: Administration Workshop I 5 - * ASM 故障组 在磁盘组内，可以将一些磁盘归到故障组中。故障组是存储或数据库管理员指定 ASM 镜像操作的硬件边界的一种方式。 例如，可以将连接到一个磁盘控制器的所有磁盘指定为某个公用故障组的磁盘。这样， 将在连接到不同控制器的磁盘上镜像文件区。另外，管理员可以配置 ASM 来选择默认 故障组策略。默认策略是每个磁盘位于自己的故障组中。 您可以使用所需的任何标准将磁盘归到故障组中。故障组可以用于避免单个磁盘、磁盘 控制器、I/O 网络组件以及甚至整个存储系统的故障。通常，管理员将分析其存储环境 并对故障组进行组织来消除特定故障情况。 由数据库或存储管理员确定其安装的最佳故障组配置。 Oracle Database 11g: Administration Workshop I 5 - * * 条带化和镜像示例 本页中的图显示了一个正常冗余磁盘组中条带化和镜像的示例。红块表示一个包含五个区 的文件，这些区在条带化后，分布在磁盘组（共八个磁盘）的五个磁盘中。蓝块表示文件 区的镜像副本。请注意，无论区在各个磁盘和故障组中如何分布，每个区在一个故障组中 仅有一个副本。 分配文件时，主区的分配用于保证性能，辅助副本的分配用于保证完整性。因此，默认情况下，所有数据库读取都针对主区进行。 Oracle Database 11g: Administration Workshop I 5 - * 故障示例 此处扩展了上一页中的示例，假设磁盘 H 发生故障，无法再访问其包含的数据。该故障要求恢复故障磁盘上的所有区并将这些区复制到另一磁盘。 区 3 和 5 的正常副本将复制到同一故障组中另一磁盘的空闲区域。在此示例中，区 5 将从 磁盘 B 复制到磁盘 F，区 3 将从磁盘 C 复制到磁盘 G。 磁盘发生故障后的最后一步是 ASM 从磁盘组中删除故障磁盘。 删除磁盘基本上会触发相同的过程；不过，在删除磁盘时，要被删除的磁盘上的区首先会复制到可用替代位置。 Oracle Database 11g: Administration Workshop I 5 - * 管理磁盘组 ASM 实例的主要目的是管理磁盘组和保护其数据。ASM 实例还将文件分布传送到数据库实例。这样，数据库实例就可以直接访问磁盘组中存储的文件。 有多个磁盘组管理命令。执行这