下载文档原格式
ASM A 管理正做 与 o A自动㈡ASM orac 启动NOMM 与LVMASM 是OMF 理，在底层将做到了“3M 融LVM 的对比oracle 块在它 ASM diskgASM disk ASM file ASM 可以条带动平衡 I/O 以 与RDBMS M 实例和ora cle 实例管理动和停止实例MOUNT：仅 的一个扩展将存储进行自融合”。
同时也它所管理的磁group ∽ ∽ ∽ 带化和镜像磁以删除“热点实例的对比cle 实例都是的是数据库，例的命令也基仅启动实例AS ，通过ASM 我管理。
同时也是向上兼容盘组的磁盘上 VG PVLV磁盘，从而实”。
LVM 不做是由SGA 和一，而ASM 实基本一样。
SM 介和OMF 的结时，ASM 模式容的体现，简上，与LVM 实现了在数据做硬件级别的一堆后台进程实例用于对磁介绍结合，oracle 式下，备份恢简化RAC 中存基本对应。
据库被加载的的容灾，ASM 程构成，但他盘组的管理在上层将数恢复只能由r 存储端的配置的情况下添加可以实现硬他们所面对的。
数据文件进行rman 来承担置。
加或移除磁盘硬件级别的容的对象是不同行自我担，真盘以及容灾。
的，MOUNT 、OPEN：启动实例并加载磁盘，注意加载的是磁盘组，OPEN选项对于ASM实例无意义，等同于MOUNTFORCE ：相当于先执行shutdown abort，然后再startup。
但是，ASM 实例没有数据字典之类的东东存储用户系统。
ASM实例的初始化参数ASM实例的初始化参数形式上与RDBMS实例相同，也有pfile和spfile，如：spfile+ASM1.ora. 但是，毕竟，ASM只有实例，而且加载的是磁盘组，所以相对RDBMS实例的初始化参数要简单。
ASM 需要的内存不多：对大多数系统，只需 64 MB。
因此内存这块相关参数就不说了。
下面说说几个ASM实例特别需要的参数。
㈠INSTANCE_TYPE> show parameter instance_typeNAME TYPE VALUE‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐ instance_type string asm初始化参数文件中的INSTANCE_TYPE，该参数必须被设置为ASM，标识要启动的实例是ASM，而不是rdbms实例.㈡ ASM_DISKSTRING> show parameter asm_diskstringNAME TYPE VALUE‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐asm_diskstring string设置ASM启动时检查的磁盘，该选项可以同时指定多个值，并且支持通配符。
ASM的文件管理深入解析第一章ASM文件ASM中的文件总体上来说，分为两大类，元文件和数据文件。
数据文件包含Oracle的数据文件、控制文件、重做日志文件、归档日志文件等等。
对于ASM来说，只要是非元文件，就是数据文件。
每一个文件，在ASM中都有一个专门的索引号，也就是编号，ASM文件索引号从1开始。
其中，前255个，也就是1至255号文件，都是元文件。
256之后的是其他各种文件。
元文件中包含了各种ASM的配置、各类数据文件信息还有目录、别名等等信息，都是在元文件中的。
所有V$ASM_开头视图的信息，都来自元文件中。
其中，1号文件包含所有文件的磁盘占用信息，包括元文件、甚至1号文件自身的空间分布信息，也都是在1号文件内部。
每个文件在它里面占用一个块（4096字节，元数据块大小为4K）的空间。
从256号文件开始，是数据库的各类文件。
假设你放在ASM上的第一个文件是一个控制文件A，第二个文件是一个数据文件B。
哪么控制文件A在ASM中的索引号是256，数据文件B的索引号是257。
1号文件总是开始在0号磁盘2号AU，记住这个位置：0号盘2号AU。
这是ASM中定位文件的起点，它的作用，有点相当于磁盘上的引导区，在电脑开机后负责将OS启动起来。
1号文件在最少情况下，至少有两个AU。
上面我们提到过了，在1号文件中，每个文件占用一个元数据块，存放自身的空间分布信息。
每个元数据块大小是4K，一个AU是1M，哪么，每个AU中，可以存储256个文件的空间分布信息。
这其中，0号盘2号AU中，全是元文件的信息。
再具体一点，0号盘2号AU，第一个元数据块被系统占用，从第二个块开始，到255为止，共255个元数据块，对应索引号1至255的文件。
其实，也就是全部的元文件了。
也就是说0号盘2号AU，保存了全部元文件的空间分布信息。
1号文件的第二个AU，从第一个块开始，保存256号文件。
第二个块对应257号文件，等等。
每次从ASM中读数据时，Oracle都要先读到1号文件，从中找出要读的目标文件在磁盘上的分布位置，然后再去读取相应的文件的数据。
EXADATA维护系列之ASM管理与维护1.ASM的概况ASM(Automatic Storage Management)是oracle 10g推出来的新功能，可以直接管理OS 层的磁盘，比如对盘进行条带和镜像，提供一个高可用的存储架构！使用ASM时，强烈建议打开OS层的ASYNC I/O,提高I/O的性能！比如，在EXADATA上，就完全采用ASM的技术对storage servers上的磁盘进行条带话和镜像处理，为上层的database servers提共高可用的shared存储空间ASM 实例与 ORACLE 实例差不多，都是由 sga 和一堆后台进程组成，从功能上来看，区别在于oracle实例管理的是数据库，而asm实例只是管理asm盘阵。
2. connect/startup/shutdown ASM 实例（11g环境）(1)连接asm instance并打开export ORACLE_SID=+ASM1$GRID_HOME/bin/sqlplus /nologconn / as sysasmstartup mount（2）关闭asm instanceshutdown immediate或者使用srvctl命令来管理asm instancesrvctl start asmsrvctl stop asm3.ASM instance里相关的init参数ASM_POWER_LIMIT ：指定磁盘rebalance的程度，有0-11个级别，默认值为1，指定的级别越高，则rebalance的操作就会越快被完成(当然这也意味着这个时间段内将占用更多的资源)，指定级别较低的话，虽然rebalance操作会耗时更久，但对当前系统的IO及负载影响会更少，这中间的度需要DBA根据实际情况衡量。
另外，这个参数指定的只是一个默认值，在操作过程中，即可以随便动态修改，也可以在语句级命令行时指定power，覆盖该默认值。
ORACLE_ASM_概述Oracle ASM（Automatic Storage Management）是Oracle数据库管理系统中的一项功能强大的存储管理技术。
它提供了一个集成的、高性能的存储解决方案，用于管理数据库文件、控制数据分布和提供高可用性。
下面将对Oracle ASM进行详细的概述。
Oracle ASM的主要目标是简化数据库存储的管理和维护。
它将数据文件和日志文件直接映射到操作系统的文件系统，而无需使用文件系统路径来引用它们。
这样做的好处是，ASM可以自动管理多个存储设备（如磁盘组），并为数据库文件提供统一的访问接口。
这样，数据库管理员就可以更轻松地管理存储设备，并且不需要了解底层的物理存储细节。
ASM使用逻辑概念来管理存储，这使得它与底层的物理存储设备解耦。
例如，ASM使用概念上的“磁盘组”来组织存储设备。
磁盘组是一个逻辑容器，它包含多个物理设备（如磁盘）并提供统一的命名空间。
ASM将数据文件分布在磁盘组的多个磁盘上，以提高性能和可靠性。
它还使用“重定义”来保持文件的完整性，并提供与文件相关的一致性保护机制。
使用ASM，数据库管理员可以更容易地配置和管理数据库存储。
例如，他们可以使用ASM命令来创建和管理磁盘组、向磁盘组添加/删除磁盘、创建/删除ASM实例等。
此外，ASM还提供了许多性能和可靠性方面的优势。
例如，ASM可以自动在磁盘组的多个磁盘上分布数据库文件，以提高I/O性能。
它还可以通过数据文件重定义来自动修复数据坏块，从而提供更高的数据可靠性。
另一个重要的特性是ASM可以与Oracle数据库实例无缝集成。
ASM可以自动识别ASM实例中的数据库文件，并为每个文件提供统一的命名约定。
这意味着数据库管理员可以在ASM文件系统中直接引用数据文件，而无需指定文件系统路径。
这大大简化了数据库管理中的一些重要任务，如备份和恢复操作。
值得注意的是，ASM并不是Oracle数据库的唯一存储选项。
探索ORACLE之ASM概念（完整版）⼀、 ASM（⾃动存储管理）的来由：ASM是Oracle 10g R2中为了简化Oracle数据库的管理⽽推出来的⼀项新功能，这是Oracle⾃⼰提供的卷管理器，主要⽤于替代操作系统所提供的LVM，它不仅⽀持单实例，同时对RAC的⽀持也是⾮常好。
ASM可以⾃动管理磁盘组并提供有效的数据冗余功能。
使⽤ASM（⾃动存储管理）后，数据库管理员不再需要对ORACLE中成千上万的数据⽂件进⾏管理和分类，从⽽简化了DBA的⼯作量，可以使得⼯作效率⼤⼤提⾼。
⼆、什么是ASMASM它提供了以平台⽆关的⽂件系统、逻辑卷管理以及软RAID服务。
ASM可以⽀持条带化和磁盘镜像，从⽽实现了在数据库被加载的情况下添加或移除磁盘以及⾃动平衡I/O以删除“热点”。
它还⽀持直接和异步的I/O并使⽤Oracle9i中引⼊的Oracle数据管理器API（简化的I/O系统调⽤接⼝）。
ASM是做为单独的Oracle实例实施和部署，并且它只需要有参数⽂件，不需要其它的任何物理⽂件，就可以启动ASM实例，只有它在运⾏的时候，才能被其它数据访问。
在Linux平台上，只有运⾏了OCSSD服务（Oracle安装程序默认安装）了才能和访问ASM。
三、使⽤ASM的好处：1、将I/O平均分部到所有可⽤磁盘驱动器上以防⽌产⽣热点，并且最⼤化性能。
2、配置更简单，并且最⼤化推动数据库合并的存储资源利⽤。
3、内在的⽀持⼤⽂件4、在增量增加或删除存储容量后执⾏⾃动联系重分配5、维护数据的冗余副本以提⾼可⽤性。
6、⽀持10g，11g的数据存储及RAC的共享存储管理7、⽀持第三⽅的多路径软件8、使⽤OMF⽅式来管理⽂件四、 ASM冗余：ASM使⽤独特的镜像算法：不镜像磁盘，⽽是镜像盘区。
作为结果，为了在产⽣故障时提供连续的保护，只需要磁盘组中的空间容量，⽽不需要预备⼀个热备(hot spare)磁盘。
不建议⽤户创建不同尺⼨的故障组，因为这将会导致在分配辅助盘区时产⽣问题。
Oracle-ASM磁盘组属性磁盘组属性常见属性access_control.enabled：定了⼀个磁盘组的ASM File Access Control是否启⽤，参数的值可以设置为true或者false（默认）access_control.umask：与通常os层⾯的umask类似。
⽤来设置ASM⽂件的属主，属组和其他⽤户的权限。
这个特性对磁盘组中所有⽂件⽣效。
属性的值是3位数的组合，每⼀位可以是0，2，6数字中的⼀个。
默认情况下为066设置为0：表⽰不排除任何权限设置为2：表⽰排除掉写权限设置为6：表⽰把读写权限都排除au_size：指定分配单元(AU)⼤⼩，并且只能在创建磁盘组时设置cell.smart_scan_capable：仅适⽤于 Oracle Exadata 存储的配置compatible.advm：指定磁盘组的 Oracle ⾃动存储管理集群⽂件系统 (Oracle ACFS) 和 Oracle ASM 动态卷管理器 (Oracle ADVM) 兼容性级别。
compatible.asm：指定了可以使⽤磁盘组的ASM实例的最低软件版本compatible.rdbms：指定磁盘组的数据库兼容性级别disk_repair_time：指定了ASM保持磁盘offline状态的时间，超过这个时间之后，将该盘drop。
COMPATIBLE.ASM属性要设置为11.1或者更⾼sector_size：指定了磁盘组中磁盘的扇区⼤⼩，只能在创建磁盘组时指定可以设置为512，4096或者4k，默认值依OS平台⽽定要修改该属性的值，需要把COMPATIBLE.ASM和COMPATIBLE.RDBMS设置为11.2或者更⾼。
CONTENT.CHECK：控制磁盘组在rebalance时，是否进⾏内容校验。
该属性的值可以设置为true或者false内容校验包括⽤户数据的HARD（Hardware Assisted Resilient Data）校验，⽂件⽬录中⽂件类型和⽂件⽬录信息的校验，以及镜像内容的对⽐CONTENT.TYPE：将磁盘组指定为⼏种类型：DATA, RECOVERY或者SYSTEM。
ASM基础概念——AU、Extents、Mirroring和FailgroupsASM Allocation Units在ASM磁盘组中，最基本的空间分配单位是allocation unit，简称AU，每个ASM 的磁盘在初始化后都会被切割成一个一个的AU。
当磁盘组创建时，可以通过设置AU_SIZE的属性值，来指定AU的大小（在11.1版本以后），AU的大小可以是1，2，4，8，16，32，64MB，如果不指定AU的大小，默认值是1MB（Exadata下为4MB）。
AU size是磁盘组的属性（不是磁盘的属性，不是ASM实例的属性），因此每一个ASM磁盘组都可以有自己的AU size值。
一个或多个AU组成一个extent，一个或多个ASM extent组成了一个ASM的文件，因此一个ASM文件逻辑上是由extent组成的。
我们需要区分物理extent和虚拟extent的概念，一个虚拟extent或者说extent set，在外部冗余的磁盘组中，是由一个物理extent组成，在normal冗余的磁盘组中，是由至少2个物理extent组成，在一个high冗余的磁盘组中，由至少3个物理extent 组成。
在ASM 11.1版本之前，extent的大小是固定的，在ASM 11.1版本之后，出现了可变extent，可变extent的出现是为了更好的支持大数据文件，减少对ASM和数据库实例的SGA要求、提升创建文件和打开文件等操作的性能，初始化的extent 大小等于磁盘组的AU_SIZE设定值，一个文件随着分配的extent越来越多，extent 的size会按照4或16倍的AU_SIZE增大。
这个特性在文件新建或者resize的时候自动起作用，当然ASM磁盘组的属性值COMPATIBLE.ASM 和COMPATIBLE.RDBMS要设置为大于等于11.1。
一个文件的extent大小变化规律遵循如下方式：一个文件的前20000个extent set，extent的size等于磁盘组的AU_SIZE的设定值。
