全部频道

首页 热点资讯 义务教育 高等教育 出国留学 考研考公
您的当前位置：首页正文

Oracle DB 管理ASM实例

2023-11-12 来源：华拓网
Automatic Storage Management (ASM) 将文件系统与卷管理器纵向集成在一起，这是一项专门为Oracle DB 文件建立的技术。使用ASM 可管理单个对称多处理(SMP) 计算机，或通过管理集群的多个节点来支持Oracle Real Application Clusters (RAC)。ASM 在所有可用的资源中分布输入/输出(I/O) 负载，以在免除手动I/O 优化的同时优化性能。ASM 帮助DBA 管理动态数据库环境，让DBA 在不关闭数据库的情况下，通过增加数据库的大小来调整存储分配。ASM 通过提供数据的冗余副本来提供容错能力，ASM 也可以建立在供应商提供的存储机制上。数据管理是通过为数据类选择所需的可靠性和性能特性（而不是逐个文件地进行人为交互）来实现的。通过自动处理手动存储，ASM 功能节省了DBA 的时间，从而提高了管理员管理更多和更大数据库的能力，而且效率也会更高。 
  • ASM：主要功能和优点
    • ? 对文件而不是逻辑卷进行条带化? 提供联机磁盘重新配置和动态重新平衡功能? 允许调整重新平衡速度? 以每个文件为基础提供冗余? 只支持Oracle DB 文件? 可识别集群? 可自动安装ASM 将文件划分为区（不同于前面讨论的数据文件区），而且将每个文件的区均匀分布在所有磁盘上。ASM 使用索引技术跟踪每个区的位置。存储容量发生变化时，ASM 不会重新对所有数据进行条带化，而是根据添加或删除的存储量，按比例移动一定数量的数据，以重新平均分配文件，并在磁盘间保持负载平衡。此操作可在数据库处于活动状态时执行。可以提高重新平衡操作的速度，以便更快地完成操作；也可以降低速度，以减少对I/O 子系统的影响。ASM 还提供了镜像保护，因此不必再购买第三方的逻辑卷管理器。ASM 的一个特有优势是可基于文件而不是卷进行镜像。因此，同一磁盘组可以包含镜像文件或非镜像文件的组合。ASM 支持数据文件、日志文件、控制文件、归档日志、Recovery Manager (RMAN) 备份集及其它Oracle DB 文件类型。ASM 还支持RAC，这样就不再需要集群逻辑卷管理器或集群文件系统。
  • ASM：概念
    • ASM 不会妨碍先前存在的数据库功能。现有数据库能够像平常一样工作。可以将新文件创建为ASM 文件，继续按原有的方式管理现有文件，也可以最终将这些文件移植到ASM。技术分享图片 图表描述了使用ASM 的Oracle DB 中的各种存储组件之间存在的关系。图表的左侧部分和中间部分显示了在以前版本中存在的关系。右侧部分是ASM 引入的新概念。数据库文件可以存储为ASM 文件。新层次的顶部是ASM 磁盘组。任何单个ASM 文件只能包含在一个磁盘组中。不过，一个磁盘组中可以包含属于多个数据库的多个文件，并且单个数据库可以使用来自多个磁盘组的存储空间。一个磁盘组由多个ASM 磁盘组成，但每个ASM 磁盘只能属于一个磁盘组。ASM 文件总是分布在该磁盘组中的所有ASM 磁盘上。ASM 磁盘按分配单元进行分区。分配单元(AU) 是ASM 分配的最小连续磁盘空间。创建磁盘组时，可以将ASM AU 大小设置为2 的幂（1、2、4、8、16、32 或64），范围在1 MB 到64 MB 之间。对于使用大量顺序读取操作的数据仓库应用程序，较大的AU 大小通常会提供性能优势。  注：图中的图形只显示了一种ASM 文件：数据文件。不过，ASM 也可用于存储其它类型的数据库文件。 
  • ASM 对于管理员的好处
    • 使用ASM 可以免除：? I/O 性能优化? 数据文件移动和重新组织? 文件名管理? 逻辑卷管理? 文件系统管理? 集群文件系统管理? 裸设备管理 使用ASM 可以显著减少：? 逻辑单元号(LUN) 管理– 逻辑单元数量较少，大小较大? 数据库管理员对系统管理员的依赖性? 手动执行维护任务时可能发生的错误 使用ASM 可以免除非ASM 存储环境中许多必不可少的任务。其中包括：? I/O 性能优化：ASM 采用条带化和镜像所有内容的策略，且执行自动重新平衡操作，这意味着不再需要旨在平衡磁盘使用以及消除磁盘热点的I/O 性能优化。? 数据文件移动和重新组织：不再需要更改数据文件的位置来满足性能要求和空间约束条件。? 文件名管理：不再需要定义和强制执行文件命名策略。? 逻辑卷、文件系统、集群文件系统和裸设备管理：不再需要这些存储元素。 使用ASM 可以减少下列重要方面的工作，从而提供更多好处：? 逻辑单元号(LUN) 管理工作减少，因为ASM 通常需要的逻辑单元较少且大小较大。? 数据库管理员与系统管理员之间通常存在的依赖性将大大减少。例如，添加新数据文件或将磁盘资源从一个磁盘组移至另一磁盘组时不再需要系统管理员干预。? 手动执行维护任务时可能发生的错误将大大减少。例如，使用常规文件系统时，新建数据文件时可能不慎违反了文件命名惯例，导致数据库的其余部分不支持该文件。 
  • ASM 实例
    • ASM 实例是ASM 的进程和内存组件的组合。 技术分享图片 每次启动ASM 或数据库时，都会分配名为系统全局区(SGA) 的共享内存区域并启动Oracle ASM 或数据库后台进程。后台进程和SGA 的组合称为Oracle ASM 实例或Oracle DB 实例。ASM 实例中的SGA 与数据库实例中的SGA 在内存分配和使用方面是不同的。 ASM 实例中的SGA 分为四个主要区域，如下所示：? 共享池：用于元数据信息? 大型池：用于并行操作? ASM 高速缓存：用于在重新平衡操作期间读取和写入块? 空闲内存：可用的未分配内存 ASM 的建议最低内存量为256 MB。ASM 实例默认启用自动内存管理，该功能将动态优化各个SGA 内存组件的大小。ASM 实例所需的内存量将取决于ASM 管理的磁盘空间量。ASM 实例的第二部分是后台进程。ASM 实例可以具有许多后台进程；并不是所有进程始终都会出现。 ASM 功能的后台进程分为必需和可选两种。其中一些进程如下所示：? ARCn：归档进程? CKPT：检查点进程? DBWn：数据库写进程? DIAG：诊断进程? Jnnn：作业队列进程? LGWR：日志写进程? PMON：进程监视器进程? PSP0：进程衍生进程? QMNn：队列监视器进程? RECO：恢复器进程? SMON：系统监视器进程? VKTM：虚拟计时器进程? MMAN：内存管理器进程以上进程列表不是完整列表。对于ASM 实例，这些进程并不总是执行它们在数据库实例中执行的任务。例如，数据库实例中的LGWR进程负责将更改向量从SGA 的日志缓冲区部分复制到磁盘上的联机重做日志。ASM 实例的SGA 中不包含日志缓冲区，该实例也不使用联机重做日志。ASM 实例中的LGWR进程将事件记录信息复制到ASM 磁盘组。如果ASM 是以集群方式建立的，则将在ASM 实例中运行与集群管理相关的附加进程。其中一些进程如下所示：? LMON：全局入队服务监视器进程? LMDn：全局入队服务守护程序? LMSn：全局高速缓存服务进程? LCKn：锁定进程 
  • ASM 组件：ASM 实例 － 主要进程
    • ASM 实例的主要进程负责与ASM 相关的活动。技术分享图片 ASM 实例使用专用的后台进程完成其大部分功能。RBAL进程在自动存储管理实例中协调磁盘组的重新平衡活动。它负责对自动存储管理磁盘执行全局打开操作。ARBn进程在自动存储管理实例中执行实际的重新平衡数据区移动。可能同时存在多个这样的进程，这些进程名为ARB0、ARB1等等。GMON进程维护ASM 磁盘组中的磁盘成员资格。在向脱机磁盘写入失败后，MARK进程将ASM 分配单元标记为过时。Onnn进程表示客户机/服务器连接的服务器端。启动实例时将出现这些进程，之后它们将消失。它们形成与ASM 实例的一组连接，用于交换消息，仅在需要时才出现。PZ9n进程表示一个或多个并行从属进程，当ASM 同时在多台计算机上以集群配置运行时，可以使用该进程提取数据。 4、ASM 实例初始化参数 INSTANCE_TYPE = ASMASM_POWER_LIMIT = 1ASM_DISKSTRING = ‘/dev/sda1‘,‘/dev/sdb*‘ASM_DISKGROUPS = DATA2, FRAASM_PREFERRED_READ_FAILURE_GROUPS = DATA.FailGroup2DIAGNOSTIC_DEST = /u01/app/oracleLARGE_POOL_SIZE = 12MREMOTE_LOGIN_PASSWORDFILE = EXCLUSIVE ASM 实例由参数文件控制，其方式与常规数据库实例相同。通常设置的参数包括：? INSTANCE_TYPE应该设置且必须为ASM，表示ASM 实例，标识要启动的实例是ASM，而不是数据库实例。这是唯一一个必须定义的参数。对于数据库实例，该参数值设置为RDBMS。 ? ASM_POWER_LIMIT：控制重新平衡操作的速度即指定磁盘rebalance的程度。值的范围从1 到11，11 表示最快。如果省略，该值默认为1。指定的级别越高，则rebalance的操作就会越快被完成，当然这也意味着这个时间段内将占用更多的资源，指定级别较低的话，随人rebalance操作会耗时更久，但对当前系统的IO及负载影响会更少，这需要根据实际情况衡量。另外，这个参数指定的只是一个默认值，在操作过程中，即可以随时动态更改，也可以在语句级命令行时指定power，覆盖该默认值。 修改ASM实例初始化参数文件的命令规则与数据库初始化参数完全相同，比如说：SQL> alter system set asm_power_limit=5; System altered. ? ASM_DISKSTRING是一个与操作系统相关的值，ASM 使用它来限制搜索时考虑的磁盘集即是设置ASM启动时检查的磁盘，该选项可以同时指定多个值，并且支持通配符。比如只检查/DEV/SD*。默认值为空字符串，为空的话，表示ASM将查找系统中所有ASM拥有读写权限的设备。这在大多数情况下就足够了。如上所示的约束性更强的值可以减少ASM 执行搜索所需的时间，从而提高磁盘组装载次数。? ASM_DISKGROUPS：是ASM 实例启动时或使用ALTER DISKGROUP ALL MOUNT命令时，ASM 实例要装载的磁盘组的名称列表。如果为空的话，那么实际就仅仅启动到nomount状态。如果使用SPFILE的话，该参数一般不需要手动修改，ASM能够自动更新该初始化参数中的值。Oracle Restart 会装载列为相关磁盘组的磁盘组，即使这些磁盘组未与ASM_DISKGROUPS参数列在一起也是如此。该参数没有默认值。 ? ASM_PREFERRED_READ_FAILURE_GROUPS指定包含首选读取磁盘的故障组。对于包含数据的镜像副本且有一个副本非常接近于服务器的扩展或延伸集群数据库，该参数非常有用。? DIAGNOSTIC_DEST指定自动诊断资料档案库(ADR) 主目录的位置。此目录下有跟踪文件、预警日志、核心文件和意外事件文件。此参数的默认值由ORACLE_BASE的值派生。? LARGE_POOL_SIZE指定大型池分配堆的大小（以字节表示）。大型池分配堆用于共享服务器系统中的会话内存，供消息缓冲区的并行执行和磁盘I/O 缓冲区的备份进程使用。ASM 实例使用自动内存管理，所以此参数用作大型池不能低于的最小大小。? REMOTE_LOGIN_PASSWORDFILE指定Oracle 软件是否检查口令文件。默认值为EXCLUSIVE。 上面列出的八个参数是需要为ASM 实例创建的唯一几个非默认参数。ASM 实例与数据库实例不同，因为并不是所有的数据库参数都对ASM 实例有效。在全部344 个数据库实例参数中，大约有74 个参数可以用于ASM 实例。对于上面未列出的其它参数，虽然其默认值对于大多数安装来说应该已经足够了，但也可以根据需要进行设置。注：ASM 实例默认启用自动内存管理，即使未明确设置MEMORY_TARGET参数也是如此。该参数是全面ASM 内存管理唯一需要设置的参数。Oracle Corporation 强烈建议对ASM 实例使用自动内存管理。 
  • 数据库实例与ASM 之间的交互
    •  技术分享图片 文件创建过程可以很好地说明数据库实例与ASM 之间发生的交互。文件创建过程如下所示：1. 数据库请求创建文件。2. ASM 前台进程创建一个持续操作目录(COD) 条目并在磁盘组中为新的文件分配空间。3. ASMB 数据库进程接收新文件的区映射。4. 现在文件处于打开状态，数据库进程直接初始化该文件。5. 初始化后，数据库进程请求提交文件创建。这会导致ASM 前台进程清除COD 条目并将文件标记为已创建。6. 文件提交确认会隐式关闭该文件。将来发生I/O 时，数据库实例需要重新打开该文件。 此示例强调了关于ASM 体系结构的重要两点：? 数据库实例和ASM 实例协同工作。数据库实例必须与ASM 交互，以便将数据库文件映射到ASM 区。数据库实例还接收与ASM 操作（例如磁盘组重新平衡）相关的持续消息流，这类操作可能锁定或移动ASM 区。? 数据库I/O 不通过ASM 实例来传输。实际上，数据库直接根据ASM 文件执行I/O 操作，如步骤4 所示。 
  • ASM 实例：动态性能视图
    • 对于任何实例而言，其主要功能之一就是存储基于内存的元数据表。这些表以前缀X$开头并且通常不进行记录。以前缀V$开头的一系列动态性能视图用于以定制形式显示X$内存表中包含的数据。这类信息以只读方式提供，仅具有权限的管理员可以访问。使用SQL 语言从ASM 检索这类信息。 ASM 实例托管基于内存的元数据表，这些表通过动态性能视图呈现。? ASM 实用程序使用SQL 语言访问这些表来检索仅含元数据的信息? 包含许多专用的ASM 相关视图，例如： sys@TEST0924> select * from dict where table_name like ‘V$ASM_%‘; TABLE_NAME                     COMMENTS------------------------------ --------------------------------------------------V$ASM_ACFSSNAPSHOTS            Synonym for V_$ASM_ACFSSNAPSHOTSV$ASM_ACFSVOLUMES              Synonym for V_$ASM_ACFSVOLUMESV$ASM_ACFS_ENCRYPTION_INFO     Synonym for V_$ASM_ACFS_ENCRYPTION_INFOV$ASM_ACFS_SECURITY_INFO       Synonym for V_$ASM_ACFS_SECURITY_INFOV$ASM_ALIAS                    Synonym for V_$ASM_ALIAS--记录文件别名信息V$ASM_ATTRIBUTE                Synonym for V_$ASM_ATTRIBUTEV$ASM_CLIENT                   Synonym for V_$ASM_CLIENT--返回当前连接的客户端实例信息V$ASM_DISK                     Synonym for V_$ASM_DISK---V$ASM_DISK*相关视图中记录的是ASM管理的磁盘及磁盘组信息V$ASM_DISKGROUP                Synonym for V_$ASM_DISKGROUPV$ASM_DISKGROUP_STAT           Synonym for V_$ASM_DISKGROUP_STATV$ASM_DISK_IOSTAT              Synonym for V_$ASM_DISK_IOSTATV$ASM_DISK_STAT                Synonym for V_$ASM_DISK_STATV$ASM_FILE                     Synonym for V_$ASM_FILEV$ASM_FILESYSTEM               Synonym for V_$ASM_FILESYSTEMV$ASM_OPERATION                Synonym for V_$ASM_OPERATION--记录当前磁盘的操作信息V$ASM_TEMPLATE                 Synonym for V_$ASM_TEMPLATEV$ASM_USER                     Synonym for V_$ASM_USERV$ASM_USERGROUP                Synonym for V_$ASM_USERGROUPV$ASM_USERGROUP_MEMBER         Synonym for V_$ASM_USERGROUP_MEMBERV$ASM_VOLUME                   Synonym for V_$ASM_VOLUMEV$ASM_VOLUME_STAT              Synonym for V_$ASM_VOLUME_STAT 21 rows selected. 如下：sys@TEST0924> select GROUP_NUMBER ,NAME ,STATE,TYPE  from v$asm_diskgroup; GROUP_NUMBER NAME                           STATE       TYPE------------ ------------------------------ ----------- ------           1 DATA                           CONNECTED   NORMAL           2 RECOVERY                       MOUNTED     NORMAL sys@TEST0924> select GROUP_NUMBER,DISK_NUMBER,NAME,PATH,STATE from v$asm_disk; GROUP_NUMBER DISK_NUMBER NAME                           PATH            STATE------------ ----------- ------------------------------ --------------- --------           2           0 RECOVERY_0000                  /dev/asm-diskd  NORMAL           2           1 RECOVERY_0001                  /dev/asm-diske  NORMAL           1           1 DATA_0001                      /dev/asm-diskc  NORMAL           1           0 DATA_0000                      /dev/asm-diskb  NORMAL 上面红色列出了包含ASM 相关元数据的最常用动态性能视图。还有数百个其它动态性能视图，但是其中大多数视图都是空的，因为它们需要数据库实例装载数据库控制文件。ASM 实例不装载数据库控制文件。 
  • ASM 系统权限
    • ? ASM 实例没有数据字典，所以连接ASM 只能使用下列系统权限。技术分享图片 ASM 实例没有数据字典，所以连接ASM 实例只能使用以下三种系统权限之一：SYSASM、SYSDBA或 SYSOPER。下面的列表讲述了这些ASM 系统权限。? SYSASM：该权限提供对ASM 实例的全部管理权限。? SYSDBA：该权限授予对ASM 中存储的数据的访问权限，在当前版本中还授予SYSASM管理权限。? SYSOPER：该权限授予使用一组非破坏性ALTER DISKGROUP命令以及启动和停止ASM 实例的权限。不允许使用CREATE DISKGROUP等其它命令。 安装ASM 时，使用操作系统组对 SYSASM、SYSDBA和 SYSOPER权限进行验证。Oracle Universal Installer (OUI) 实用程序将这些组分别称为OSASM、OSDBA和 OSOPER组，即OSASM组是授予了 SYSASM权限的操作系统组。OSASM、OSDBA和 OSOPER组值的建议名称分别为 asmadmin、asmdba和 asmoper。因此，SYSASM是数据库使用的名称，OSASM是OUI 实用程序使用的名称，而 asmadmin是操作系统使用的名称。它们都是指同一组用户。第一次创建ASM 实例时，只定义sys和 asmsnmp这两个ASM 用户。 创建SYS用户时，会自动为其分配SYSASM权限。   
  • 使用Oracle Enterprise Manager 管理ASM 用户
    •  Oracle Enterprise Manager 允许你管理通过远程连接（使用口令文件验证）访问ASM 的用户。这些用户是专门为ASM 实例保留的。仅当你作为SYSASM用户连接时才具有此功能。如果你作为SYSDBA或SYSOPER用户连接，该功能将隐藏。? 单击“Creat（创建）”按钮时将显示“Create User（创建用户）”页。? 单击“Edit（编辑）”按钮时将显示“Edit User（编辑用户）”页。? 通过单击“Delete（删除）”按钮可以删除创建的用户。注：要以SYSASM角色登录ASM，请单击该页顶部的“Preferences（首选项）”链接，然后单击“Preferred Credentials（首选身份证明）”链接。此时你将在目标类型列表中看到ASM。单击ASM 目标类型旁边的“Set Credentials（设置身份证明）”图标，定义具有SYSASM权限的帐户和口令。你需要从Database Control 中注销并再次登录，更改才会生效。 
  • 启动和停止ASM 实例使用SQL*Plus
    • 使用SQL*Plus 启动和停止ASM 实例与启动和停止数据库实例的方式相似。$ . oraenvORACLE_SID = [orcl] ? +ASMThe Oracle base for ORACLE_HOME=/u01/app/oracle/product/11.2.0/grid is /u01/app/oracle$ sqlplus / AS SYSASMSQL*Plus: Release 11.2.0.1.0 - Production on Wed Jul 8 20:46:46 2009Copyright (c) 1982, 2009, Oracle. All rights reserved.Connected to an idle instance.SQL> startupASM instance startedTotal System Global Area 284565504 bytesFixed Size 1336028 bytesVariable Size 258063652 bytesASM Cache 25165824 bytesASM diskgroups mountedASM diskgroups volume enabledSQL> shutdown abort SQL> select name,state from v$asm_diskgroup; NAME                           STATE------------------------------ -----------DATA                           MOUNTEDRECOVERY                       MOUNTED SQL> select instance_name,status from v$instance; INSTANCE_NAME    STATUS---------------- ------------+ASM             STARTED 在SQL*Plus 中使用STARTUP命令启动ASM 实例，其方式与启动Oracle DB 实例的方式相似。启动ASM 实例时，请注意以下几点：? 要使用SQL*Plus 连接ASM 实例，请将 ORACLE_SID环境变量设置为ASM SID。单实例数据的默认ASM SID 为 +ASM，Oracle RAC 节点的默认ASM SID 是+ASMnode_number，其中node_number是节点的编号。oraenv脚本将设置ORACLE_BASE、ORACLE_SID、ORACLE_HOME和 PATH变量。? 初始化参数文件必须包含下面的条目：INSTANCE_TYPE = ASM 该参数指示正在启动ASM 实例，而不是数据库实例。? 运行STARTUP命令时，该命令尝试装载初始化参数ASM_DISKGROUPS指定的磁盘组，而不是尝试装载和打开某个数据库。如果尚未为 ASM_DISKGROUPS输入值，稍后可以通过ALTER DISKGROUP...MOUNT命令装载磁盘组。 下面的列表讲述了与ASM 相关的 STARTUP命令参数。? FORCE：在重新启动ASM 实例之前向它发出SHUTDOWN ABORT。? MOUNT或 OPEN：装载ASM_DISKGROUPS初始化参数中指定的磁盘组。这是未指定命令参数时的默认值。? NOMOUNT：启动ASM 实例而不装载任何磁盘组。? RESTRICT：在受限模式下启动实例。RESTRICT子句可以与 MOUNT、NOMOUNT和OPEN子句组合使用。 在受限模式下，数据库实例不能使用磁盘组。即，数据库无法打开磁盘组中的文件。另外，如果磁盘组是由某个实例在受限模式下装载的，则该磁盘组无法由集群中的任何其它实例装载。通过受限模式，你可以在磁盘组上执行维护任务，而不会受到客户机的干扰。在磁盘组处于受限模式下时执行重新平衡操作，就不再需要在集群环境中的ASM 实例之间传递锁定和取消锁定区映射消息。这样可以提高重新平衡操作的整体吞吐量。在维护期间结束时，你必须显式卸载该磁盘组并在正常模式下重新装载该磁盘组。 在SQL*Plus 中运行SHUTDOWN命令时将启动ASM 关闭进程。在运行此命令之前，请确保已设置ORACLE_SID和 ORACLE_HOME环境变量，从而你可以连接到ASM 实例。Oracle 强烈建议你在尝试关闭ASM 实例之前关闭使用该ASM 实例的所有数据库实例。下面的列表讲述了与ASM 相关的 SHUTDOWN命令参数。? NORMAL：ASM 在卸载所有磁盘组并关闭ASM 实例之前，将等待任何正在进行的SQL 完成执行。在关闭实例之前，ASM 将等待所有当前连接的用户从该实例断开。如果任何数据库实例与ASM 实例连接，则 SHUTDOWN命令将返回错误并保持ASM 实例继续运行。NORMAL是默认关闭模式。? IMMEDIATE或 TRANSACTIONAL：ASM 在卸载所有磁盘组并关闭ASM 实例之前，将等待任何正在进行的SQL 完成执行。ASM 不等待当前与实例连接的用户断开连接。如果任何数据库实例与ASM 实例连接，则 SHUTDOWN命令将返回错误并保持ASM 实例继续运行。? ABORT：ASM 实例立即关闭，而不按顺序卸载磁盘组。这将导致下次启动ASM 时进行恢复操作。如果有任何数据库实例与ASM 实例连接，则该数据库实例也将中止。注：有连接的RDBMS 实例时，不应用NORMAL、IMMEDIATE和 TRANSACTIONAL形式的关闭，而将返回下面的错误：SQL> shutdownORA-15097: cannot SHUTDOWN ASM instance with connected client (process 14372)ASM是依赖于CSS守护进程的，因此在启动ASM实例前要确保css守护进程已经启动  。  CSS(Cluster Synchronization Services) 守护进程用来维持ASM 及客户端数据库实例间的一致性同步，如果是通过dbca建库的话，那么CSS守护进程默认即会启动(跟随系统reboot)。
  • 启动和停止ASM 实例使用srvctl
    • 可以使用Server Control 实用程序(srvctl) 启动和停止ASM 实例。$ . oraenvORACLE_SID = [orcl] ? +ASMThe Oracle base for ORACLE_HOME=/u01/app/oracle/product/11.2.0/grid is /u01/app/oracle$ srvctl start asm -o mount$ srvctl stop asm -f 可以使用Server Control 实用程序(srvctl) 检查ASM 实例的状态。$ srvctl status asmASM is running on edrsr25p1 使用srvctl启动和停止ASM 实例可以使用Server Control 实用程序(srvctl) 启动和停止ASM 实例以及由Grid Infrastructure 管理的其它资源。srvctl实用程序位于Grid Infrastructure 的ORACLE_HOME/bin位置下和数据库安装的 ORACLE_HOME/bin位置下。管理ASM、监听程序或Oracle Restart 时，应该使用位于Grid Infrastructure ORACLE_HOME中的srvctl实用程序。可以下列方式使用 srvctl实用程序来控制ASM：? 启动ASM 实例。srvctl start asm [-o <start_option>] <start_option>是有效的实例启动选项（FORCE、MOUNT、OPEN、NOMOUNT或RESTRICT）之一（可选）? 停止ASM 实例。srvctl stop asm [-o <stop_option>] -f <stop_option>是有效的实例关闭选项（NORMAL、IMMEDIATE、TRANSACTIONAL或 ABORT）之一（可选），–f 是强制? 报告ASM 实例的状态。srvctl status asm 
  • 启动和停止ASM 实例使用asmcmd
    • asmcmd实用程序提供了一个访问ASM 的命令行界面，无需使用SQL 语言。$ . oraenvORACLE_SID = [orcl] ? +ASMThe Oracle base for ORACLE_HOME=/u01/app/oracle/product/11.2.0/grid is /u01/app/oracle$ asmcmdConnected to an idle instance.ASMCMD> startupASM instance startedTotal System Global Area 284565504 bytesFixed Size 1336028 bytesVariable Size 258063652 bytesASM Cache 25165824 bytesASM diskgroups mountedASM diskgroups volume enabledASMCMD> shutdown --abortASM instance shut downConnected to an idle instance. 使用asmcmd启动和停止ASM 实例用于管理的ASM 元数据位于ASM 实例内包含的动态性能视图内。通常通过ASM 实用程序使用SQL 语言来访问这些视图。要求了解SQL 语言增加了掌握ASM 的学习时间，而且SQL 语言培训通常不在系统管理员和存储管理员的学习范围内。asmcmd实用程序提供了一个类似伪Shell 的环境，可以接受UNIX 格式的语法执行常用的ASM 管理任务。它可以用于管理Oracle ASM 实例、磁盘组、磁盘组的文件访问控制、磁盘组内的文件和目录、磁盘组的模板以及卷。可以使用 asmcmd实用程序启动和关闭ASM 实例。支持的启动选项包括：--nomount（在不装载磁盘组的情况下启动ASM 实例）--restrict（启动ASM 实例并限制数据库使用）--pfile <pfile.ora>（使用定制pfile 启动ASM 实例）支持的关闭选项包括：--immediate（立即执行关闭）--abort（中止所有现有操作） 
  • 磁盘组概览
    • 技术分享图片 磁盘组是一个或多个磁盘的逻辑分组，ASM 将其作为一个集合来管理。每个磁盘组都包含与自身相关联的元数据。在概念上，ASM 磁盘组类似于典型存储区域网络中的逻辑卷。从磁盘组内分配文件空间。磁盘组中存储的文件的内容将在该磁盘组的磁盘中平均分布或条带化，以便消除热点并在各磁盘上提供一致的性能。每个ASM 文件都完全包含在一个磁盘组中。但是，一个磁盘组可以包含属于多个数据库的文件，而一个数据库可以使用来自多个磁盘组的不同文件。磁盘组的关键属性是它的冗余设置。有三种可能的磁盘组冗余设置：? 外部冗余，其中ASM 不提供任何镜像，磁盘都假设为高度可靠。? 正常冗余，其中ASM 默认支持双向镜像，从而保证在较不可靠的存储上实现数据完整性。? 高冗余，其中ASM 默认支持三向镜像，从而更好地保证数据完整性。ASM 最多支持创建63 个磁盘组；但是，对于大多数安装，你很少会需要很多磁盘组。 ASM磁盘组的管理方式比较多，比如DBCA、EM、SQL*PLUS等都可以操作，还有oracle专门提供了ASMCMD命令行方式，像操作文件系统一样来操作磁盘组。 
  • ASM 磁盘
    • ASM 磁盘：? 是为ASM 磁盘组预配的存储设备? 通过正常O/S 接口来访问? 必须可由ASM 所有者读取和写入? 必须可由集群中的所有节点访问? 在不同的节点上可以有不同的O/S 名称或路径? 可以是：– 整个物理磁盘或物理磁盘的分区– 存储阵列中的磁盘或分区– 逻辑卷(LV) 或逻辑单元(LUN) – 网络连接文件(NFS)  ASM 磁盘组包含一个或多个ASM 磁盘。ASM 磁盘必须可由集群中所有节点的ASM 所有者读取和写入。ASM 磁盘可以是磁盘上的分区，但是Oracle 强烈建议不要与其它应用程序程序共享ASM 使用的物理磁盘。这是因为在应用ASM 条带化和镜像策略时，磁盘组内的各个ASM 磁盘的I/O 性能必须相似且一致，才能获得最佳性能。在ASM 和其它应用程序之间共享设备会难以确保磁盘性能相似且一致。集群中不同节点上的ASM 磁盘的O/S 设备名称不必相同。ASM 通过读取ASM 磁盘的标头来识别磁盘组的成员。通常，ASM 磁盘是以存储阵列中的裸LUN 提供给ASM 的。另外，ASM 磁盘还可以是远程NFS 文件器中的文件。 
  • 分配单元
    • ASM 磁盘划分为分配单元(AU)：? 在创建磁盘组时可以配置AU 大小。? AU 默认大小为1 MB：– 足够小，能够被数据库缓存；但又足够大，能够提供高效的后续访问? 允许的AU 大小：– 1、2、4、8、16、32 或64 MB – 在超大型数据库(VLDB) 中或使用专门的存储硬件时，较大的AU 可能非常有用 在ASM 磁盘内，空间划分为分配单元(AU)。AU 默认大小是1 MB，该大小足够小，不会变为热点，但又足够大，能够提供高效的后续访问。创建磁盘组时可以设置AU 大小。你无法更改磁盘组的AU 大小。在超大型数据库(VLDB) 中或使用专门的存储硬件时，较大的AU 大小可能会很有用。如果经常访问某个AU，则数据库内核会将其缓存以便实现更高的访问效率。 
  • ASM 文件
    • ASM 文件：? 是由AU 组成的ASM 区的集合– 可变大小的区支持大型文件? 对数据库内核显示为普通文件? 文件名以“+”开头– 例如，+DATA/orcl/datafile/system.256.689832921? 可以与可选的文件名别名相关联– 例如，+DATA/dbfiles/mydb/system01.dbf? 在磁盘组中的磁盘中平均分布? 根据磁盘组中定义的策略进行镜像 ASM 呈现一组文件供ASM 的客户机使用。ASM 文件由一组分配单元组成，这些文件对数据库内核显示为普通文件。每个ASM 文件都具有唯一的系统生成的名称。 生成格式为：+diskgroup/dbname/file_type/file_type_tag.file.incarnation ，? +diskgroup ：磁盘组名称；  ? dbname ：数据库的DB_UNIQUE_NAME参数值；   ? file_type ：创建的文件类型，比如CONTROLFILE/DATAFILE/ONLINELOG/ARCHIVELOG/TEMPFILE/BACKUPSET/FLASHBACK等等；   ?  file_type_tag  ：文件类型的标签，比如表空间对应的通常为该表空间名称；   ?   file.incarnation  ：文件序号+incarnation，用来确保文件的唯一；  sys@TEST0924> alter tablespace INVENTORY add datafile ‘+DATA‘; Tablespace altered. ASMCMD> pwd+data/test0924/datafileASMCMD> lsINVENTORY.266.829658135  示例显示了一个完全限定的ASM 文件名的示例。完全限定的ASM 文件名表示一个层次结构，其开头是加号与磁盘组名称的组合。磁盘组名称后是数据库名称和文件类型。最后的元素由标记名称、文件编号和原型编号组成。可以创建别名（可选），为管理员提供一种更用户友好的方式来引用ASM 文件。文件使用条带化和镜像所有内容(SAME) 策略在磁盘组的各ASM 磁盘中平均分布。ASM 本身支持大多数与数据库相关的文件类型，例如数据文件、日志文件、控制文件、RMAN 备份及其它文件。在Oracle Database 11g发行版2 之前，ASM 仅支持与Oracle DB 相关的文件，无法用于存储和管理ASCII 跟踪文件和预警日志、Oracle 二进制文件、Oracle 集群注册表(OCR) 和集群表决磁盘。Oracle Database 11g发行版2 提供在ASM 上运行通用文件系统的方式，从而消除了上述限制。 
  • 区映射
    • 技术分享图片 ASM 通过称为区映射的元数据跟踪文件的分布。区映射是一个表，将文件中的数据区映射到磁盘上的分配单元。文件区与分配单元之间的关系如下所示。区包含：? 一个AU 用于前20,000 个区(0-19999) ?4 个AU 用于接下来的20,000 个区(20000-39999) ? 16 个AU 用于40,000 以上的区将可变大小的区与大型分配单元结合使用，可满足非常大的ASM 文件的需要。 
  • 条带化粒度
    • ASM 用于负载平衡的条带化策略与用于等待时间的条带化策略不同：? 对于负载平衡，粗粒度条带化将多个分配单元连接起来使用。– 例如：技术分享图片 在ASM 中，条带化主要具有两种用途：? 在磁盘组的所有磁盘中执行I/O 负载平衡。? 改善I/O 等待时间。粗粒度条带化在磁盘组的各磁盘中分布分配单元。这用于为磁盘组提供负载平衡。分配文件时，ASM 会在所有磁盘中平均分布分配单元。有时分布无法非常平均，但是随着时间的流逝，会变得几乎相等。上图显示了一个具有五个分配单元的文件，这些分配单元在条带化之后，分布在一个外部冗余磁盘组的五个磁盘中，该磁盘组共包含八个磁盘。对于前20,000 个区，区大小等于AU 大小。从第20,001 个区到第40,000 个区，该区组总是一次分配8 个区，区大小等于4 倍AU 大小。如果AU 大小为1 MB，这意味着ASM 文件将一次增大64 MB (8 * 4 * 1 MB)。如果文件采用粗粒度条带化，则它将在8 个区中进行条带化，条带大小为1 AU。条带化始终在AU 级别进行，而不是在区级别。因此，无论文件多大，粗粒度文件的每个AU 都与该文件的前一个AU 所在的磁盘不同。在第40,000 个区之后，仍旧是每次分配8 个区，但区大小等于16 倍AU 大小。 
  • 细粒度条带化
    • 细粒度条带化在分配单元组中放置128 KB 条带单元来改善等待时间。? 磁盘组具有8 个磁盘和外部冗余? 使用默认的AU 大小：1 MB ? 第一个1 MB 区在8 个AU 中以128 KB 条带形式写入技术分享图片 细粒度条带化将数据区拆分为128 KB 的块，然后在许多磁盘中分布每个区的负载，从而改善特定类型文件的等待时间。默认情况下，细粒度条带化用于控制文件和联机重做日志文件。图显示了细粒度条带化的工作原理。在此示例中，新文件的第一个1 MB 区最终占用8 个不同分配单元中的第一个128 KB 块，这8 个分配单元分布在磁盘组的八个磁盘中。因此，1 MB 的读取或写入分布在八个磁盘（而不是一个磁盘）中。 
  • 细粒度条带化
    • 示例：? 磁盘组具有8 个磁盘和外部冗余? 使用默认的AU 大小：1 MB ? 下一个1 MB 区以128 KB 条带的形式在相同的8 个分配单元中写入，直到这些分配单元写满技术分享图片 继续前面的示例，空间中的下一个1 MB 区将分布在相同分配单元组的每个单元的第二个128 KB 块中。这种模式将继续，直到第一组分配单元写满，然后分配另一组。 
  • ASM 故障组
    • ? 共享需要容错的一项公用资源的一组磁盘? 镜像的区副本存储在不同的故障组中? 存储硬件指示故障组边界– 分离磁盘控制器的示例：技术分享图片在磁盘组内，可以将一些磁盘归到故障组中。故障组是存储或数据库管理员指定ASM 镜像操作的硬件边界的一种方式。例如，可以将连接到一个磁盘控制器的所有磁盘指定为某个公用故障组的磁盘。这样，将在连接到不同控制器的磁盘上镜像文件区。另外，管理员可以配置ASM 来选择默认故障组策略。默认策略是每个磁盘位于自己的故障组中。你可以使用所需的任何标准将磁盘归到故障组中。故障组可以用于避免单个磁盘、磁盘控制器、I/O 网络组件以及甚至整个存储系统的故障。通常，管理员将分析其存储环境并对故障组进行组织来消除特定故障情况。由数据库或存储管理员确定其安装的最佳故障组配置。 
  • 条带化和镜像示例
    • 一个共含八个磁盘的正常冗余磁盘组，其中的磁盘分布在两个故障组中。技术分享图片 条带化和镜像示例本页中的图显示了一个正常冗余磁盘组中条带化和镜像的示例。红块表示一个包含五个区的文件，这些区在条带化后，分布在磁盘组（共八个磁盘）的五个磁盘中。蓝块表示文件区的镜像副本。请注意，无论区在各个磁盘和故障组中如何分布，每个区在一个故障组中仅有一个副本。分配文件时，主区的分配用于保证性能，辅助副本的分配用于保证完整性。因此，默认情况下，所有数据库读取都针对主区进行。 
  • ASM如何处理磁盘故障
    • ASM中的磁盘组可分成两类，普通磁盘组和failure磁盘组，后者又与ASM的荣誉方式有所关联。普通磁盘组就是标准的存储单元，ASM可以向其可访问的磁盘组中读写数据，failure磁盘组是为了提高数据的高可用性。ASM中的磁盘荣誉策略分成三类，外部冗余，标准冗余和高度冗余，其中外部冗余与failure磁盘组无关，如果设置了标准冗余和高度冗余，那么该磁盘组就必须拥有failure磁盘组。标准冗余，ASM要求改磁盘组至少要拥有两个failure磁盘组，即提供双倍镜像保护，对于同一份数据(ASM中镜像单位不是磁盘，也不是块，而是一种AU的单位，该单位大小默认是1M)将有主从两份镜像，并且ASM通过算法来自动确保主、从镜像不会存在于同一份failure 磁盘组，这样就保障了就算整个failure 磁盘组都损坏，数据也不会丢失。至于高度冗余(High Redundancy)就更安全了，它至少需要三个failure 磁盘组，也就是一份AU有一主多从的镜像，理论上将更加安全。如果磁盘发生损坏，那么损坏的磁盘默认自动offlice并被drop掉，不过该磁盘所在的磁盘组仍将保持MOUNT状态，如果该盘有镜像的话，那么应用不会有影响，镜像盘将自动实现接管--只要不是所有failure磁盘组都损坏掉，否则的话，该磁盘组将自动DISMOUNT。 
  • 故障示例
    • 如果磁盘H 发生故障，则将根据正常镜像在正常磁盘上重新创建该磁盘包含的区。技术分享图片 此处扩展了上一页中的示例，假设磁盘H 发生故障，无法再访问其包含的数据。该故障要求恢复故障磁盘上的所有区并将这些区复制到另一磁盘。区3 和5 的正常副本将复制到同一故障组中另一磁盘的空闲区域。在此示例中，区5 将从磁盘B 复制到磁盘F，区3 将从磁盘C 复制到磁盘G。磁盘发生故障后的最后一步是ASM 从磁盘组中删除故障磁盘。删除磁盘基本上会触发相同的过程；不过，在删除磁盘时，要被删除的磁盘上的区首先会复制到可用替代位置。 
  • ASM 扩展性 
    • ? 最多支持63个磁盘组；  ?最多支持10000个磁盘；  ?最大支持4pb/磁盘；  ?最大支持40 exabyte/ASM存储；   ?最大支持1百W个文件/磁盘组；   ?外部冗余时单个文件最大35tb，标准冗余时单个文件最大5.8tb，高冗余度时单个文件最大3.9tb。 
  • 管理磁盘组
    • 技术分享图片 ASM 实例的主要目的是管理磁盘组和保护其数据。ASM 实例还将文件分布传送到数据库实例。这样，数据库实例就可以直接访问磁盘组中存储的文件。有多个磁盘组管理命令。执行这些命令都需要SYSASM或SYSDBA权限，且必须从ASM 实例发出。你可以添加新磁盘组。还可以修改现有磁盘组来添加新磁盘、删除现有磁盘以及执行许多其它操作。可以删除现有磁盘组。。
  • 创建和删除磁盘组使用SQL*Plus
    • CREATE DISKGROUP语句，该语句的语法如下： CREATE DISKGROUP diskgroup_name   [ { HIGH | NORMAL | EXTERNAL } REDUNDANCY ]   [ FAILGROUP failgroup_name ]   DISK [ NAME disk_name ] [ SIZE size_clause ] [ FORCE | NOFORCE ] ...;   ?首先要指定的就是磁盘组名称(diskgroup_name)；  ?指定冗余度，有三个选择：HIGH(高度冗余>三路)、NORMAL(标准冗余--双路)和XTERNAL(外部存储冗余)；   ?选择是否指定FAILGROUP(如果选择非external则必须指定)；    var cpro_id = "u6292429";

    小编还为您整理了以下内容，可能对您也有帮助：

    oracle asm实例与普通实例有什么区别

    ASM实例与ORACLE实例差不多，都是由sga和一堆后台进程组成，从功能上来看，区别在于oracle实例管理的是数据库，而asm实例只是管理asm盘阵。

    oracle asm实例与普通实例有什么区别

    ASM实例与ORACLE实例差不多，都是由sga和一堆后台进程组成，从功能上来看，区别在于oracle实例管理的是数据库，而asm实例只是管理asm盘阵。

    Oracle数据库自动存储管理(ASM)

    　　关于ASM的讨论很多 但是到底什么是ASM?ASM是一个有效的抽象层 使你的Oracle数据库可以与叫做diskgroups的抽象空间一起使用 而不是直接使用datafiles 这带来了很多好处 但是也要求学习一些新的概念 命令 使用和管理任务 所以在投入你的生产系统之前 看看它解决什么 管理什么 以及对它的正反面评价

    　　为什么创建它?

    　　回答这个问题的最好方式是直接追溯源头 Bill Bridge——自动存储管理的最初架构师 在Oracle Press标题中的Oracle ASM Bill提供了一个链接 他在那里讨论了使用供应商特定操作系统的文件系统来管理Oracle数据文件放置所遇到的问题

    　　 对于归档日志和备份 操作系统供应商不提供共享磁盘文件系统

    　　 逻辑卷管理器隐藏了文件的位置 使得很难管理磁盘I/O和提供良好的统计

    　　 当磁盘数超过 时 现有的lvm不能工作得很好

    　　 当数据库有 以上的数据文件时 操作系统和Oracle不能很好地处理数据库

    　　 当有大量数据文件时命名就变得很困难了

    　　 特性和文件系统随操作系统的不同而不同

    　　 操作系统级的用户可以通过标准使用接触到Oracle文件 而Oracle并不知道

    　　所以 他通过建立Oracle自己的文件系统开始解决这些问题 他的目标是提供这些特性

    　　 与Oracle紧密集成 并与集群一起使用(并行服务器)

    　　 自动使用新的存储 作为磁盘单元或磁盘组来管理

    　　 支持成千上万的磁盘

    　　 文件不会名字 并会在操作系统中隐藏起来

    　　谁需要它?

    　　现在快速浏览一下上面那些问题和解决方案会帮助你确定谁需要ASM 起初 它是用来处理现在很大型的联机数据库 所以如果它包括你的商店 那么你可能已经在关注它了 或者开始执行ASM 如果你的数据库较小 数据文件也不多 那么你可能需要再一些理由使你考虑采用它

    　　 你将要熟悉一些新技术 并且应该从在你的开发环境中建立它开始 并测试几个月

    　　 如果你想从你现有的磁盘子系统中获得更高的性能 并获得更好的统计用于预测磁盘I/O

    　　 如果你正在使用RAC 那么就需要考虑ASM了

    　　开始

    　　ASM是由一个实例管理 非常类似于Oracle数据库 但是初始参数是非常有限的 而且启动过程也简单得多

    　　a 将你的ORACLE_SID设置为+ASM

    　　b 编辑init ora

    　　# as opposed to RDBMS for a normal Oracle instance

    　　INSTANCE_TYPE=ASM

    　　# these names will be used in place of datafile names when you create tablespaces

    　　ASM_DISKGROUPS=SEAN AARON

    　　processes=

    　　# this parameter is platform specific and is the path to the raw disk device

    　　ASM_DISKSTRING= /dev/cciss/c d p ′

    　　# on g you should use diagnostic_dest instead of these

    　　background_mp_dest=/opt/oracle/admin/+ASM/bmp

    　　core_mp_dest=/opt/oracle/admin/+ASM/cmp

    　　user_mp_dest=/opt/oracle/admin/+ASM/ump

    　　c 启动ASM实例

    　　$ sqlplus / as sysdba

    　　SQL> startup

    　　d 创建磁盘组

    　　SQL> create diskgroup SEAN disk /dev/cciss/c d p ′;

    　　e 检查表空间的创建

    　　你可能会猜测 创建一个表空间会有轻微的改变 默认方法如下所示

    　　SQL> create tablespace sean_space datafile +SEAN size GB;

    　　不过想一下这个很好的特性 如果在你的数据库中init ora文件你设置参数为

    　　db_create_file_dest=+SEAN

    　　那么你可以这样做

    　　SQL> create tablespace sean_space;

    　　然后让Oracle做其余的工作 在这两种情形下 你将发现在v$datafile中列出的文件路径是和抽象的+SEAN 磁盘组有关 而不是与一个实际的操作系统数据文件

    　　f 更多的

    　　当然简化文件名称和表空间的创建只是ASM可以为你做的工作的冰山一角 它还可以提供一个冗余级别

    　　在数据库方面 外部冗余能力主要是当你在硬件级别(RAID)上或Oracle可以看到的其它外部方法中具有冗余 换句话说 如果a *** _diskstring设备是它们自己的逻辑 隐藏物理磁盘于一些冗余的硬件层后面 那么你就会有外部冗余能力

    　　但是 如果你没有这个冗余能力 那么ASM可以提供 你可以指定冗余 失败组和一组其它的选项来防止损失一个或多个磁盘 控制器或甚至是整个SAM失效 ASM还提供了在磁盘组中均匀分布的I/O 因为ASM很好的了解背后发生了什么 所以Oracle可以自动的为你提供I/O到磁盘的一个更好的平衡

    　　使用ASM遇到的挑战

    　　ASM当然是一个具有很大潜能的强大技术 但是对于每一个技术解决方案 都会有很多的挑战 对于ASM 它潜在地破坏了Unix系统管理组和数据库/数据库管理员组间力量的普通平衡 以前的组管理磁盘 硬件和操作系统级别 使数据库管理员与它们协作获取新的资源 这将在某种程度上挑战这个平衡 而这会引起一些来自于这个组的阻力

    　　最后 应该是业务需求促使了它的采用 还要注意到ASM仍然是处于企业计算认识阶段 相对还比较新 有一些供应商他们的核心业务已经放在逻辑空间管理器/文件系统空间中很多年了 一般来说 对于软件系统和可靠性来说成熟是很重要的

    　　总结

    lishixin/Article/program/Oracle/201311/16542

    想在Linux的环境下在ASM上建立Oracle数据库，可是没有ASM磁盘啊，应该怎么做呢？

    正好刚整理了一个这方面的资料,先贴给你吧.

    准备ASM环境

    ASM使用一个名叫“+ASM”的数据库实例来管理ASM磁盘，因此在配置ASM磁盘之前，需要先启动ASM实例。另外还需要注意，ASM 实例必须要先于数据库实例启动，和数据库实例同步运行，迟于数据库实例关闭。ASM 实例的创建和删除可以用DBCA 工具来操作。在DBCA的第一个界面选择配置自动存储管理就可以进入ASM配置的界面。

    根据提示运行脚本就可以配置和启动CSS（Cluster Synchronization Service）了，注意要以root的身份运行这个脚本，运行情况如下：

    # /u01/app/oracle/proct/10.2.0/db_1/bin/localconfig add

    /etc/oracle does not exist. Creating it now.

    Successfully accumulated necessary OCR keys.

    Creating OCR keys for user 'root', privgrp 'root'..

    Operation successful.

    Configuration for local CSS has been initialized

    Adding to inittab

    Startup will be queued to init within 90 seconds.

    Checking the status of new Oracle init process...

    Expecting the CRS daemons to be up within 600 seconds.

    CSS is active on these nodes.

    s1

    CSS is active on all nodes.

    Oracle CSS service is installed and running under init(1M)

    ASM可以使用裸设备或者ASMLib方式， 因为裸设备的维护更罗嗦一些，本文只讨论ASMLib方式。为了在Linux系统中使用ASMLib方式准备ASM磁盘，需要安装相关的软件，下载链接如下：

    http://www.oracle.com/technology/tech/linux/asmlib/index.html

    下载时注意选择自己的操作系统和内核的版本，我下载到的是以下三个软件：

    oracleasm-2.6.18-164.el5-2.0.5-1.el5.i686.rpm

    oracleasmlib-2.0.4-1.el5.i386.rpm

    oracleasm-support-2.1.4-1.el5.i386.rpm

    这里特别需要注意第一个软件要和你的Linux内核的版本一致。（其实我的内核版本是2.6.18-155.el5，但是在官方网站找不到完全对应的版本，只好使用这个2.6.18-164.el5的版本了，后面会讲怎么解决这个问题。）接下来进行软件的安装，只需要使用rpm命令即可。

    # rpm -ivh oracleasm*

    现在安装oracleasm模块可能会报错，像我因为没有找到对应我的内核版本的oracleasm软件就遇到了这个问题。经过一番查找，发现软件将oracleasm的模块文件oracleasm.ko安装到了目录/lib/moles/2.6.18-164.el5/kernel/drivers/addon/oracleasm中，而我的默认的模块文件路径应该是/lib/moles/2.6.18-155.el5，因此决定手工建立相关的目录和文件。

    # mkdir -p /lib/moles/2.6.18-155.el5/kernel/drivers/addon/oracleasm

    # cp oracleasm.ko /lib/moles/2.6.18-155.el5/kernel/drivers/addon/oracleasm

    然后再安装oracleasm的模块文件就可以通过了：

    # depmod -a

    # modprobe oracleasm

    最后进行oracleasm服务的初始配置

    # service oracleasm configure

    Configuring the Oracle ASM library driver.

    This will configure the on-boot properties of the Oracle ASM library

    driver. The following questions will determine whether the driver is

    loaded on boot and what permissions it will have. The current values

    will be shown in brackets ('[]'). Hitting <ENTER> without typing an

    answer will keep that current value. Ctrl-C will abort.

    Default user to own the driver interface []: oracle

    Default group to own the driver interface []: dba

    Start Oracle ASM library driver on boot (y/n) [n]: y

    Scan for Oracle ASM disks on boot (y/n) [y]:

    Writing Oracle ASM library driver configuration: done

    Initializing the Oracle ASMLib driver: [ OK ]

    Scanning the system for Oracle ASMLib disks: [ OK ]

    好了，现在已经有了初步的ASM配置环境，接下来就可以准备磁盘了。

    添加ASM磁盘组

    为了实现ASM的磁盘负载均衡和冗余能力，我准备使用四个磁盘建立ASM的磁盘组，因此需要为Linux系统添加四个磁盘。为了搭建这个环境，我使用的是VMware环境，因此添加磁盘就非常容易了。只需要在VMware的设置中选择添加硬件即可，而且现在的VMware版本是可以支持磁盘的热插拔的。无需关闭Linux系统，直接添加磁盘即可。添加完四个磁盘之后，为了让Linux系统马上识别这几个磁盘，可以运行如下命令：

    # echo 'scsi add-single-device 0 0 1 0' > /proc/scsi/scsi

    # echo 'scsi add-single-device 0 0 2 0' > /proc/scsi/scsi

    # echo 'scsi add-single-device 0 0 3 0' > /proc/scsi/scsi

    # echo 'scsi add-single-device 0 0 4 0' > /proc/scsi/scsi

    运行fdisk -l命令可以看到系统中增加了/dev/sdb、/dev/sdc、/dev/sdd、/dev/sde四个磁盘。使用fdisk工具在这个四个磁盘上各建立一个分区（具体步骤略，不熟悉的可以查阅Linux的fdisk命令用法）。

    然后运行oracleasm createdisk命令添加ASM磁盘：

    # oracleasm createdisk VOL1 /dev/sdb1

    Writing disk header: done

    Instantiating disk: done

    依次添加/dev/sdb1、/dev/sdc1、/dev/sdd1、/dev/sde1四个磁盘分区，完成后检查如下：

    # oracleasm listdisks

    VOL1

    VOL2

    VOL3

    VOL4

    这时运行DBCA工具的ASM配置向导就可以建立ASM磁盘组了。进入DBCA向导后，选择“Configure Automatic Storage Management”，然后单击“Create New”按钮，可以看到ASM磁盘组的配置界面。输入磁盘组的名称，如“dg1”，关于冗余级别，我选择了Norma，并且将VOL1和VOL2设置为一个Failure Group，而VOL3和VOL4设置为一个Failure Group。

    以上操作也可以使用sqlplus连接到ASM实例上，使用命令完成。

    为了连接到ASM实例上，首先需要设置ORACLE_SID环境变量，然后再使用sqlplus进行连接：

    # ORACLE_SID=+ASM

    # sqlplus / as sysdba

    创建Disk Group的语句如下：

    SQL> create diskgroup dg1 normal rendancy

    failgroup fg1 disk 'ORCL:VOL1','ORCL:VOL2'

    failgroup fg2 disk 'ORCL:VOL3','ORCL:VOL4';

    至此，ASM磁盘组的准备已经完成，终于可以在ASM上建立数据库了。还是使用DBCA工具，选择“Create Database”进入创建数据库的向导。按照向导操作，只是在选择存储机制时，选择ASM类型。

    显示全文