Pro Oracle Database 11g RAC on Linux 读书笔记1

Automatic Storage Management

         ASM从Oracle 10.1被引入，目的在于简化存储管理（通过自动化磁盘和文件的管理任务来减少管理和部署的开销）

        在所有平台上ASM都可以作为clustered file system(CFS)/cluster logical volume manager的替代方案。ASM提供和传统CFS类似的功能，但是它同时拥有卷管理的能力（比如磁盘平衡和冗余）。 如果您正在使用带有免费RAC选项的Oracle Database 10g标准版，那么您必须使用ASM来存储数据库文件。

        在我们的经验中，从Oracle 10.2开始，ASM开始成为新部署环境存储管理的首选，在很短的时间内就变成一项相对成熟的技术。 ASM可能是10.1后最被广泛采用的一个特性（原文是ASM is possibly the single most widely adopted feature after its initial release，不知这么翻译是否恰当）。 文档和功能都增加了，最开始ASM的文档只是10g管理员指南中的一章，现在已经发展成一份独立的手册：Oracle@ Database Storage Administrator's Guide, 11g Release 2。

ASM简介

        我们强烈推荐您在新部署RAC时使用ASM，同时在合时时机迁移现在的RAC数据库到ASM上也是值得考虑的。唯一不推荐的就是运行在supported NFS file systems上的RAC数据库，比如Network Appliance。部署在NFS appliances上的RAC并不多见。

         ASM在Oracle10.1被引入并快速成为RAC部署时存储管理的首选。早期的版本有明显的设计问题，特别是在用户接口和管理职责的分配上。在更近的版本中很多这些问题已经被解决了，ASM也更易用了（ASM has become a much more user-friendly entity）。 

         很不一样的是（对于一款Oracle的产品来说），ASM被快速接受的一个主要原因是无需额外授权，也因为它和Oracle软件紧密集成。在Oracle10.1及其以上版本，对于小型集群，标准版用户无需额外购买RAC选项。当然有很多限制条件：集群中只能有两个节点；每个节点的处理器数目受限制，并且只能使用ASM。大量的用户部署标准版集群以便减少授权花费，这也就导致比预期更多的站点实施并测试着ASM（ps：Oracle这招够高明的）

         ASM使用OMF技术，OMF在Oracle9.0.1引入，自动化数据库文件（数据文件、控制文件、在线重做日志文件）的创建和删除。通过OMF，表空间的管理无需引用文件名。

         尽管主要用在集群环境中，ASM在单实例和集群数据库中都可以使用。在ASM 设计的不断进化中，吸收了很多存储的最佳实践，它开始成为大多数RAC部署的首选。

ASM术语

         从概念上来说，ASM类似linux上传统的逻辑卷管理（LVM），但它能做的多得多。最主要的是，ASM有集群属性（cluster aware）。每个被称作ASM disks的物理卷，组合成卷组，也就是ASM磁盘组（ASM disk groups）。在RAC环境中，ASM此案必须位于可以被集群中所有节点访问的共享存储中。管理员可以定义磁盘组中磁盘的冗余级别。

         不像Linux LVM，磁盘组中没有逻辑卷（logical volumes）（ps：linux中一般是在PV组成VG之后再划分出LV供用户使用）。磁盘组是作为一个整体被用来创建和存储数据库文件。在ASM 10g中，需要使用磁盘分区作为ASM磁盘，从11.1开始没有这个限制。手工分区可以利用磁盘柱面的外部来最大化磁盘性能（We listed partitions here anyway to acknowledge the fact that manual partitioning can make use of the outer part of the spindle for optimal disk performance，原文中有LVM和ASM的对比图就不贴了，另外这句话不知道翻译的是否准确，印象中看过相关的文章，只用磁盘靠外的部分，那样性能好）

         除了不存在逻辑卷之外，ASM也不会受文件系统层缓存的影响---所有的数据库文件都在ASM磁盘组上。有意和裸设备的特性接近。

         ASM文件以区（extents）为单位进行组织，属于每个文件的extents可能分布在磁盘组中的各个磁盘上（spread across the disks in the disk group，直译好别扭），由磁盘组的冗余等级决定。

支持的文件类型

          支持的文件类型列表已经稳步增长，最开始的时候关注在数据库相关的文件。Oracle ASM本来支持的文件类型：

          1、通常存储在Fast Recovery Area中的文件（Archived oneline redo log, Flashback logs, RMAN backup piece, RMAN image copy, Data pump dump file, Block change tracking file）

           2、主要的数据库文件（Control file, Controle file automatic backups, Data files, Temp files, Online redo log files, Server parameter file）

           ASM也可以存储表决磁盘和OCR。在磁盘组中OCR的位置是外部可见的，表决文件被内部存在ASM磁盘中，用户不能直接修改。ASM磁盘头部信息会指出一个表决文件在ASM磁盘中哪里开始哪里结束

           在Oracle11.2中，新特性ACFS（ASM Cluster Filesystem）可以管理所有文件类型包括共享的Oracle Home，trace文件，外部程序文件。 但是ACFS不支持数据库文件。这个限制主要是出于性能方面的考虑。存储在ACFS中的文件爱女可以用传统的ls，pwd，more等linux命令访问，因为ACFS支持vnode interface。从这方面来看，ACFS比之前的OCFS要好，OCFS需要特定的工具管理并且经常被各种相关问题困扰（required special tools for administration and was furthermore plagued by problems）