关于oracle:ORACLEoracleASM管理一

7次阅读

共计 2292 个字符,预计需要花费 6 分钟才能阅读完成。

一、oracle_ASM 治理

Oracle 10g 应用 dbca 创立 asm 实例,11g 应用 grid 软件创立实例。

  1. 查看 asm 实例参数文件;
    ASM_POWER_LIMIT:
    这个参数 ASM_POWER_LIMIT 参数管制 ASM 后盾过程 ARBx 的数量。
    RBx 过程用来进行 ASM 磁盘数据从新散布打散。ASM_POWER_LIMIT 取值 从 0 到 11(据说从 10gR2 开始能够设置为 0,设置为 0 是为不做 reblance,默认是 1,数值越大速度越快,对性能要求更高,主机忙碌的时候须要特地留神). 当新增加磁盘或者删除磁盘后,ASM 会启动 ARBx 进行 IO 扩散操作,这是个十分耗费资源的动作,所以肯定要抉择零碎闲暇的时候进行。
    INSTANCE_TYPE:ASM 实例要求此参数为 ASM,隐含着将 DB_UNIQUE_NAME 设置为 +ASM.
    ASM_DISKSTRING:指定在磁盘发现过程该当查找的地位,默认值是 NULL。
    ASM_DISKGROUPS:指定在实例启动时要主动装载的磁盘组的名称,默认值是 NULL。
  2. 视图显示
    V$ASM_CLIENT:这个视图显示了所连贯 ASM 实例的实例信息。
    V$ASM_DISKGROUP:这个视图列出了在 ASM 中创立的磁盘组,还有元数据信息,如磁盘组的闲暇空间、调配单元大小和状态。
    **V$ASM_FILE **:这个视图列出了在 V$ASM_DISKGROUP 视图所列磁盘组中创立的文件。
    **V$ASM_ALIAS**:这个视图列出了在 V$ASM_FILE 视图中所列 ASM 文件的用户敌对名称。这个视图对于辨认 ASM 文件的确切名称十分有用,因为 V$ASM_FILE 视图仅列出了文件号。
    **V$ASM_DISK_IOSTAT**:这个视图列出了 V$ASM_DISKGROUP 视图中所列每个磁盘的磁盘 I / O 性能统计信息。
    V$ASM_ACFSVOLUMES:这个视图列出了 ASM 动静卷的元数据信息。
    **V$ASM_OPERATION**:这个视图显示了以后操作,例如在 V$ASM_DISKGROUP 视图中所列磁盘组上产生的任何再平衡操作。这个视图对于监控 ASM 中的再平衡操作十分有用。
  3. 其它
    RBAL:这是一个再平衡后盾过程。它负责再平衡操作,还协调 ASM 磁盘复原过程。
    GMON:这是“组监控器”后盾过程。它在治理磁盘组时将磁盘组标记为“脱机”,甚至会删除这个磁盘组。
    ARBn:只管 RBAL 负责协调磁盘组的再平衡,但实际上是由 ARBn 来执行再平衡协调的。
    VMB:这是一个“卷成员资格”后盾过程,它与 ASM 实例一起负责集群成员资格。在创立 ASM 动静卷时,ASM 实例会启动这个后盾过程。
    VDBG:这是“卷驱动程序”后盾过程。它与动静卷驱动程序一起提供卷盘区的锁定和解锁。这是一个十分重要的过程,如果被意外终止,那么它会敞开 ASM 实例。
    VBGn:这是“卷后盾”过程。ASM 实例中的 VBG 与操作系统卷驱动程序通信。它负责 ASM 与操作系统之间的音讯发送。
    XDMG:这是一个 Exadata 主动管理器。XDMG 监控所有配置的 Exadate 单元,以理解状态变动,例如更换了一个坏磁盘等。它的次要工作是监控不可拜访的磁盘和单元,当它们再次可供拜访时,启动 ASM ONLINE 操作。
  4. 治理 ASM
    阐明:
    failgroup(故障组)的个数的限度:
    HIGH ———- failgroup >= 3
    NORMAL ———- failgroup >= 2
    EXTERNAL ——– failgroup == 0 (不能指定故障组)
  5. ASM 与 RDBMS 的兼容性
    compatible.asm 和 compatible.rdbms 是 ASM 磁盘组的兼容性的两个属性。
    ASM 兼容性: 解决阐明磁盘组的长久数据结构
    RDBMS 兼容性:解决数据库实例(磁盘组的使用者)的兼容性

    能够独立管制每个磁盘组的兼容性。这是启用蕴含来自 Oracle database 10g 和 11g 的磁盘组的异构环境所必须的。比方,Oracle database 10g 想调用 11g ASM instance, 就须要设置兼容性属性。

    RDBMS 兼容性是指 RDBMS 实例的最低兼容版本,能够容许该实例装载磁盘组。该兼容性确定了 ASM 实例与数据库(RDBMS)实例间替换音讯的格局。ASM 实例能够反对以不同兼容性设置容许的不同 RDBMS instance. 每个实例的数据库兼容版本设置必须高于或等于该数据库应用的所有磁盘组的 RDBMS 兼容性。数据库实例与 ASM 实例通常在不同的 Oracle Home 中运行。在 Oracle 10g 通常 ASM Home 与 Oracle Home 在同一个目录下。从 Oracle 11g 开始,ASM Home 与 Oracle Home 是离开的,这可能就会呈现版本差别。数据库实例第一次连贯到 ASM 实例时,零碎会协定这两个 instance 都反对的最高版本。数据库的兼容性参数设置、数据库的软件版本以及磁盘组的 RDBMS 兼容性设置确定了 database instance 是否 mount disk group.

    ASM 兼容性是指管制磁盘上 ASM 元数据的数据结构格局的长久兼容性设置。磁盘组的 ASM 兼容性级别必须高于或等于同一磁盘组的 RDBMS 兼容性级别。ASM 兼容性只有 ASM 元数据的格局相干。文件内容的格局还是取决于 database instance compatible. 例如,能够将某个磁盘组的 ASM 兼容性设置为 11.0, 而将该磁盘组的 RDBMS 兼容性设置为 10.1。这示意该磁盘组只能由软件版本为 11.0 或更高的 ASM 软件治理,而软件版本高于或等于 10.1 的任何数据库 instance 能够应用该磁盘组。

正文完
 0