深入理解Oracle ASM(一):基础概念

2013-03-25

深入了解Oracle ASM(一):基础概念ASM基础概念Automatic Storage Management是Oracle 在版本10g中率先(对比

深入了解Oracle ASM(一):基础概念

ASM基础概念

Automatic Storage Management是Oracle 在版本10g中率先(对比其他RDBMS)提出的数据库存储自动解决方案，在版本11g中得到进一步升华。ASM提供了数据库管理所需要的一个简单、有效的存储管理接口，该接口实现了跨服务器和存储平台。 ASM是文件系统filesystem和volume manager卷管理软件的一体化，专门为Oracle的数据库文件锁设计的； ASM在保证如文件系统般管理简单的基础上提供高性能的异步Async IO。ASM的引入提高了数据库的可扩展容量，同时节约了DBA的时间，使其能够更敏捷、更高效地管理一个流动性较大的数据库环境。

ASM的出现是为RDBMS管理文件存储

注意ASM不会替代RDBMS去实施IO读写，很多对这一点存在误解，认为RDBMS发送IO request给ASM，ASM去做真正的IO操作，这是错误的。
真正的IO还是由RDBMS进程去实施，和不用ASM的裸设备一样
因此ASM不是IO的中间层，也就不存在因为ASM而出现所谓的IO瓶颈
对于ASM而言LUN DISK可以是裸设备也可以直接是块设备(10.2.0.2以后)
适合存放在ASM中的文件类型包括：数据文件datafile、控制文件controlfile、重做日志redolog、归档日志archivelog、闪回日志flashback log、spfile、RMAN备份以及block tracking file、datapump文件
从11gR2开始，ASM引入了ACFS特性可以存放任何类型的文件；但是ACFS不支持存放数据文件

ASM基础概念：
- ASM的最小存储单位是一个”allocation unit”(AU)，通常为1MB，在Exadata上推荐为4MB
- ASM的核心是存储文件
- 文件被划分为多个文件片，称之为”extent”
- 11g之前extent的大小总是为一个AU，11g之后一个extent可以是1 or 8 or 64个AU
- ASM使用file extent map维护文件extent的位置
- ASM在LUN DISK的头部header维护其元数据，而非数据字典
- 同时RDBMS DB会在shared pool中缓存file extent map，当server process处理IO时使用
- 因为ASM instance使用类似于普通RDBMS的原理的instance/crash recovery，所以ASM instance奔溃后总是能复原的。
  ASM存储以diskgroups的概念呈现：
  - Diskgroup DG对RDBMS实例可见，例如一个DATA DG，对于RDBMS来说就是以’+DATA’表示的一个存储点，可以在该DG上创建一个tablespace，例如： create tablespace ONASM datafile ‘+DATA’ size 10M。
  - Diskgroup下面是一个或者多个failure group (FG)
  - FG被定义为一组Disk
  - Disk在这里可以是裸的物理卷、磁盘分区、代表某个磁盘阵列的LUN，亦或者是LVM或者NAS设备
  - 多个FG中的disk不应当具备相同的单点故障，否则ASM的冗余无效
    
    ASM所提供的高可用性：
    - ASM提供数据镜像以便从磁盘失败中恢复
    - 用户可以选择EXTERNAL、NORMAL、HIGH三种冗余镜像
    - EXTERNAL即ASM本身不做镜像，而依赖于底层存储阵列资深实现镜像；在External下任何的写错误都会导致Disk Group被强制dismount。在此模式下所有的ASM DISK必须都存在健康，否则Disk Group将无法MOUNT
    - NORMAL 即ASM将为每一个extent创建一个额外的拷贝以便实现冗余；默认情况下所有的文件都会被镜像，这样每一个file extent都有2份拷贝。若写错误发生在2个Disk上且这2个Disk是partners时将导致disk Disk Group被强制dismount。若发生失败的磁盘不是partners则不会引起数据丢失和不可用。
    - HIGH 即ASM为每一个extent创建两个额外的拷贝以便实现更高的冗余。2个互为partners的Disk的失败不会引起数据丢失，当然不能有更多的partners Disk失败了。
    - 数据镜像依赖于failure group和extent partnering实现。ASM在NORMAL 或 HIGH 冗余度下可以容许丢失一个failure group中所有的磁盘。
      
      Failure Group镜像的使用
      - ASM的镜像并不像RAID 1那样
      - ASM的镜像基于文件extent的粒度，extent分布在多个磁盘之间，称为partner
      - Partner disk会存放在一个或者多个分离的failure group上
      - ASM自动选择partner并限制其数量小于10个
      - 若磁盘失败，则ASM更新其extent map使今后的读取操作指向剩余的健康partner
      - 在11g中，若某个disk处于offline状态，则对于文件的变更会被追踪记录这样当disk被重现online时则这些变化得以重新应用，前提是offline的时间不超过DISK_REPAIR_TIME所指定的时间(默认为3.6个小时). 这种情况常发生在存储控制器故障或者类似的短期磁盘故障：
      - 这种对于文件变更的追踪基于一个发生变化的file extent的位图，该位图告诉ASM哪些extents需要从健康的partner哪里拷贝至需要修复的disk，该特性称之为fast mirror resync
      - 在10g中没有fast mirror resync特性，若disk出现offline则直接自动被drop掉，不存在允许修复的周期
      - 对于无法再online的disk，则必须被drop掉；一个新的disk会被ASM选择并通过rebalancing 操作拷贝数据，这些工作是后台自动完成的。
        
        重新平衡Rebalancing
        Rebalancing是在磁盘之间移动文件extent以实现diskgroup上的IO负载均衡的过程
        Rebalancing在后台异步发生，是可监控的
        在集群环境中，一个diskgroup的重平衡只能在一个ASM instance上发生，不能通过集群多节点同时处理以加速
        当disk被加入或移除时，ASM会自动在后台开始数据重新平衡工作
        重平衡的速度和力度可以通过asm_power_limit参数控制
        asm_power_limit参数默认为1，其范围为0~11(从11.2.0.2开始是0-1024)，该参数控制实施重平衡后台进程的数量；Level 0表示不实施重新平衡
        在重新平衡过程中IO性能(主要是吞吐量和响应时间)可能受到影响，其影响程度取决于存储本身的能力和重新平衡的力度，默认的asm_powner_limit=1不会造成过度的影响
        
        性能方面
        ASM会通过在DG中条带化文件extent分布以最大化可用的IO带宽
        有2种可用条带化宽度：coarse粗糙条带化大小为1个AU，fine精细条带化为128K
        即便是fine精细条带化仍采用普通大小的file extent，但是条带化以更小的片形式循环式地分布在多个extent上
        ASM默认不让RDBMS去读备用的镜像拷贝extent，即使这样请放心IO还是均衡的
        默认情况下RDBMS总是去读取主primary extent，从11.1开始可以通过PREFERRED_READ_FAILURE_GROUP参数设置让本地节点优先读取某个failure group中的extent; 该特性主要为extended distance RAC设计，不建议在常规ASM中使用
        
        其他知识
        并非RAC才能使用ASM，单节点同样可以从ASM哪里获得好处
        节点上的一个ASM instance实例可以为多个RDBMS DB实例服务
        RAC环境中的ASM必须也是集群化的，以便能够协调更新元数据
        从11.2开始，ASM从RDBMS　HOME分离出来，而和clusterware一起安装在GRID HOME下。
        
        Disk Group:
        Disk Group”磁盘组” 是ASM管理的逻辑概念对象，一个Disk Group由多个ASM disk组成。每一个Disk Group都是子描述的，如同一个标准的文件系统一样。所有关于该Diskgroup 空间使用信息的元数据均完整地包含在这个磁盘组中。若ASM可以找到所有属于该ASM diskgroup的DISK则他不需要任何其他额外的元数据。
        文件空间从Disk Group中分配。任何一个ASM文件总是完整地包含在一个单独的Disk Group中。但是，一个Disk Group可能包含了属于多个数据库的文件，一个单独的数据库的文件也可以存放在多个不同的Disk Group中。在大多数实际的部署中，不会创建太多数量的Disk Groups，一般在3~4个。
        Disk Group提供三种不同的redundancy冗余度，详见上文。
        
        ASM Disk
        
        一个ASM Disk是组成Disk Group的基本的持久的存储。当一个ASM Disk加入到Disk Group中时，它要么采用管理员指定的ASM Disk Name要么采用系统自动分配的Disk Name。这不同于OS 给用于访问该设备的”艺名”。在一个Cluster集群中，同一个Disk 可能在不同的节点上显示不同的Device Name设备名，例如在 Node1上的 /dev/sdc ，对应于Node2上的/dev/sdd。 ASM Disk必须在所有使用该Disk Group的实例上可用直接磁盘I/O访问。
        实际上对于RDBMS Oracle而言访问ASM disk和访问普通的文件并没有什么不同，除非使用了ASMLIB(ASMLIB不是ASM必须的，再次强调！)。常规情况下ASM Disk是OS上可见的LUN的partition，该分区覆盖了所有不被操作系统所保留的磁盘的空间。大多数操作系统需要保留LUN的第一个block作为分区表(partition table)；由于ASM总是会写ASM Disk的第一个块，所以要保证ASM不会去覆盖前几个block上的分区表(partition table)，例如在Solaris上分区时不要把前几个柱面划给partition。LUN可以是简单的物理JBOD，或者是由高级存储阵列管理的虚拟LUN。既可以是直连的设备也可以是SAN。ASM Disk可以是任何被开发系统调用所访问的东西，除了本地文件系统。甚至于NFS上的文件都可以被当做一个ASM Disk来用，这样便于喜欢NAS的用户使用ASM，当然比起NFS来我更建议干脆用ISCSI。
        
        注意虽然可以使用普通logical Volume Manager LVM管理的logical volume作为ASM Disk，但是这并不是推荐组合，除非你想不到其他更好的办法。即便你一定要这样用，但是注意也不要在LVM级别做镜像和条带化。
        ASM将任何文件以AU大小均匀分布在Disk Group的所有Disk上。每一个ASM Disk均被维护以保持同样的使用比率。这保证同一个Disk Group中的所有Disk的IO负载基本一致。由于ASM在一个Disk Group中的磁盘上的负载均衡，所以为同一个物理磁盘的不同区域划分为2个ASM Disk不会对性能有所影响；而同一个物理磁盘上划分2个不同分区置于不同的2个Disk Group则有效。
        当ASM Disk Group启用冗余时单个ASM Disk仅是一个失败单元。对于该ASM Disk的写失败在10g会自动从该Disk Group drop掉该Disk，前提是该Disk的丢失被容许。
        
        Allocation Unit
        每一个ASM Disk都被划分为许多个AU allocation units(单个AU 的大小在 1MB ~64MB，注意总是2的次方MB)。而且AU allocation unit也是Disk Group的基本分配单元。一个ASM Disk上的可用空间总是整数倍个AU。在每一个ASM Disk的头部均有一个表，该表的每一条记录代表该ASM Disk上的一个AU。文件的extent指针(pointer)给出了ASM Disk Number磁盘号和AU号，这就描述了该extent的物理位置。由于所有的空间操作都以AU为单位，所以不存在所谓ASM碎片这样的概念和问题。
        一个AU(1M~64M)足够小，以便一个文件总是要包含很多个AU，这样就可以分布在很多磁盘上，也不会造成热点。一个AU又足够大以便能够在一个IO操作中访问它，以获得更加的吞吐量，也能提供高效的顺序访问。访问一个AU的时间将更多的消耗在磁盘传输速率上而非花在寻找AU头上。对于Disk Group的重新平衡也是对每一个AU逐次做的。
        
        了解ASM后台进程的作用：
        
        GMON: ASM Diskgroup监控进程
        ASMB: ASM后台网络进程
        RBAL: ASM reblance master process 重新平衡主进程
        ARBx: reblance slave process实际实施reblance的后台进程
        MARK: AU resync AU重新同步的指挥家进程
        
        了解ASM前台进程的作用：
        
        ASM的client(主要是RDBMS DB和CRSD))在连接ASM实例时会产生前台进程，前天进程的名字一般为oracle+ASM_<process>_<product> (例如: oracle+ASM_DBW0_DB1)。
        
        OCR 特有的前台进程foreground: oracle+ASM1_ocr
        
        ASM相关的V$和X$视图
        
        视图名X$基表名描述V$ASM_DISKGROUPX$KFGRP实施磁盘发现disk discovery和列出磁盘组V$ASM_DISKGROUP_STATX$KFGRP_STAT显示disk group状态V$ASM_DISKX$KFDSK, X$KFKID实施磁盘发现disk discovery和列出磁盘以及这些磁盘的使用度量信息V$ASM_DISK_STATX$KFDSK_STAT,X$KFKID列出磁盘和其使用度量信息V$ASM_FILEX$KFFIL列出ASM文件也包括了元数据信息V$ASM_ALIASX$KFALS列出了ASM的别名，文件和目录V$ASM_TEMPLATEX$KFTMTA列出可用的模板和其属性V$ASM_CLIENTX$KFNCL列出链接到ASM的DB实例V$ASM_OPERATIONX$KFGMG列出rebalancing重平衡操作N/AX$KFKLIB可用的ASMLIB路径N/AX$KFDPARTNER列出Disk-partners关系N/AX$KFFXP所有ASM文件的extent mapN/AX$KFDAT所有ASM Disk的extent列表N/AX$KFBH描述ASM cacheN/AX$KFCCEASM block的链表V$ASM_ATTRIBUTE(new in 11g)X$KFENV(new in 11g)Asm属性，该X$基表还显示一些隐藏属性V$ASM_DISK_IOSTAT(new in 11g)X$KFNSDSKIOST(new in 11g)I/O统计信息N/AX$KFDFS(new in 11g) N/AX$KFDDD(new in 11g) N/AX$KFGBRB(new in 11g) N/AX$KFMDGRP(new in 11g) N/AX$KFCLLE(new in 11g) N/AX$KFVOL(new in 11g) N/AX$KFVOLSTAT(new in 11g) N/AX$KFVOFS(new in 11g) N/AX$KFVOFSV(new in 11g)
        
        X$KFFXP包含了文件、extent和AU之间的映射关系。从该X$视图可以追踪给定文件的extent的条带化和镜像情况。注意对于primary au和mirror au读操作的负载是均衡的，而写操作要求同时写2者到磁盘。以下是X$KFFXP视图列的含义
        
        X$KFFXP Column NameDescriptionADDRx$ table address/identifierINDXrow unique identifierINST_IDinstance number (RAC)NUMBER_KFFXPASM file number. Join with v$asm_file and v$asm_aliasCOMPOUND_KFFXPFile identifier. Join with compound_index in v$asm_fileINCARN_KFFXPFile incarnation id. Join with incarnation in v$asm_filePXN_KFFXPProgressive file extent numberXNUM_KFFXPASM file extent number (mirrored extent pairs have the same extent value)GROUP_KFFXPASM disk group number. Join with v$asm_disk and v$asm_diskgroupDISK_KFFXPDisk number where the extent is allocated. Join with v$asm_diskAU_KFFXPRelative position of the allocation unit from the beginning of the disk. The allocation unit size
        (1 MB) in v$asm_diskgroupLXN_KFFXP0->primary extent, ->mirror extent, 2->2nd mirror copy (high redundancy and metadata)FLAGS_KFFXPN.K.CHK_KFFXPN.K.
        
        X$KFDAT该X$视图包含了所有allocation unit AU的细节，不管是FREE的还是USED。
        
        X$KFDAT Column NameDescriptionADDRx$ table address/identifierINDXrow unique identifierINST_IDinstance number (RAC)GROUP_KFDATdiskgroup number, join with v$asm_diskgroupNUMBER_KFDATdisk number, join with v$asm_diskCOMPOUND_KFDATdisk compund_index, join with v$asm_diskAUNUM_KFDATDisk allocation unit (relative position from the beginning of the disk), join with
        x$kffxp.au_kffxpV_KFDATV=this Allocation Unit is used; F=AU is freeFNUM_KFDATfile number, join with v$asm_fileI_KFDATN/KXNUM_KFDATProgressive file extent number join with x$kffxp.pxn_kffxpRAW_KFDATraw format encoding of the disk,and file extent information
        
        X$KFDPARTNER 这个X$视图包含了 disk-partner(1-N)的映射关系，在一个给定ASM Diskgroup，若2个Disk存有同一个extent的镜像拷贝，则将2个disk视作partners。因此partners必须属于同一个diskgroup下的不同的failgroup。
        
        X$KFDPARTNER Column NameDescriptionADDRx$ table address/identifierINDXrow unique identifierINST_IDinstance number (RAC)GRPdiskgroup number, join with v$asm_diskgroupDISKdisk number, join with v$asm_diskCOMPOUNDdisk identifier. Join with compound_index in v$asm_diskNUMBER_KFDPARTNERpartner disk number, i.e. disk-to-partner (1-N) relationshipMIRROR_KFDPARNERif=1 in a healthy normal redundancy configPARITY_KFDPARNERif=1 in a healthy normal redundancy configACTIVE_KFDPARNERif=1 in a healthy normal redundancy config
        
        研究ASM必要的技巧
        
        1)找出ASM的镜像mirror extent，在例子中是ASM的spfile
        
        [grid@localhost ~]$ sqlplus / as sysasmSQL*Plus: Release 11.2.0.3.0 Production on Wed Feb 13 11:13:39 2013Copyright (c) 1982, 2011, Oracle. All rights reserved.Connected to:Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit ProductionWith the Automatic Storage Management optionINSTANCE_NAME----------------+ASMSQL> SQL> show parameter spfileNAME TYPE VALUE------------------------------------ ----------- ------------------------------spfile string +SYSTEMDG/asm/asmparameterfile /registry.253.805993079select GROUP_KFFXP, DISK_KFFXP, AU_KFFXP from x$kffxp where number_kffxp = (select file_number from v$asm_alias where name = 'REGISTRY.253.805993079');GROUP_KFFXP DISK_KFFXP AU_KFFXP----------- ---------- ---------- 3 2 38 3 1 39 3 0 44也可以这样定位select GROUP_KFDAT, NUMBER_KFDAT, AUNUM_KFDAT from x$kfdat where fnum_kfdat = (select file_number from v$asm_alias where name = 'REGISTRY.253.805993079')GROUP_KFDAT NUMBER_KFDAT AUNUM_KFDAT----------- ------------ ----------- 3 0 44 3 1 39 3 2 38==> 找到该 DISK对应的路径SQL> select path,DISK_NUMBER from v$asm_disk where GROUP_NUMBER=3 and disk_number in (0,1,2);PATH DISK_NUMBER-------------------- -----------/dev/asm-diski 2/dev/asm-diskh 1/dev/asm-diskg 0SQL> create pfile='/home/grid/pfile' from spfile;File created.SQL> Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit ProductionWith the Automatic Storage Management option[grid@localhost ~]$ cat pfile +ASM.asm_diskgroups='EXTDG','NORDG'#Manual Mount*.asm_diskstring='/dev/asm*'*.asm_power_limit=1*.diagnostic_dest='/g01/app/grid'*.instance_type='asm'*.large_pool_size=12M*.local_listener='LISTENER_+ASM'*.remote_login_passwordfile='EXCLUSIVE'通过dd读取该AU [grid@localhost ~]$ dd if=/dev/asm-diski of=/tmp/spfile.dmp skip=38 bs=1024k count=11+0 records in1+0 records out1048576 bytes (1.0 MB) copied, 0.00328614 seconds, 319 MB/s[grid@localhost ~]$ strings /tmp/spfile.dmp +ASM.asm_diskgroups='EXTDG','NORDG'#Manual Mount*.asm_diskstring='/dev/asm*'*.asm_power_limit=1*.diagnostic_dest='/g01/app/grid'*.instance_type='asm'*.large_pool_size=12M*.local_listener='LISTENER_+ASM'*.remote_login_passwordfile='EXCLUSIVE'[grid@localhost ~]$ dd if=/dev/asm-diskh of=/tmp/spfile1.dmp skip=39 bs=1024k count=1 1+0 records in1+0 records out1048576 bytes (1.0 MB) copied, 0.0325114 seconds, 32.3 MB/s[grid@localhost ~]$ strings /tmp/spfile1.dmp +ASM.asm_diskgroups='EXTDG','NORDG'#Manual Mount*.asm_diskstring='/dev/asm*'*.asm_power_limit=1*.diagnostic_dest='/g01/app/grid'*.instance_type='asm'*.large_pool_size=12M*.local_listener='LISTENER_+ASM'*.remote_login_passwordfile='EXCLUSIVE'[grid@localhost ~]$ dd if=/dev/asm-diskg of=/tmp/spfile2.dmp skip=44 bs=1024k count=11+0 records in1+0 records out1048576 bytes (1.0 MB) copied, 0.0298287 seconds, 35.2 MB/s[grid@localhost ~]$ strings /tmp/spfile2.dmp +ASM.asm_diskgroups='EXTDG','NORDG'#Manual Mount*.asm_diskstring='/dev/asm*'*.asm_power_limit=1*.diagnostic_dest='/g01/app/grid'*.instance_type='asm'*.large_pool_size=12M*.local_listener='LISTENER_+ASM'*.remote_login_passwordfile='EXCLUSIVE'
        
        2) 显示asm disk failure group和 disk partners的映射关系：
        
        1* select DISK_NUMBER,FAILGROUP,path from v$asm_disk where group_number=3SQL> /DISK_NUMBER FAILGROUP PATH----------- ------------------------------ -------------------- 3 SYSTEMDG_0003 /dev/asm-diskj 2 SYSTEMDG_0002 /dev/asm-diski 1 SYSTEMDG_0001 /dev/asm-diskh 0 SYSTEMDG_0000 /dev/asm-diskgSQL> select disk,NUMBER_KFDPARTNER,DISKFGNUM from X$KFDPARTNER where grp=3; DISK NUMBER_KFDPARTNER DISKFGNUM---------- ----------------- ---------- 0 1 1 0 2 1 0 3 1 1 0 2 1 2 2 1 3 2 2 0 3 2 1 3 2 3 3 3 0 4 3 1 4 3 2 412 rows selected.
        
        任何转载请注明源地址，否则追究法律责任！：http://www.askmaclean.com/archives/know-oracle-asm.html
        
        相关文章链接：
        Asm Instance Parameter Best Practice
        为什么RHEL 6上没有ASMLIB?
        Unix上如何查看文件名开头为”+asm”的TRACE文件
        asm_power_limit对IO的影响
        针对11.2 RAC丢失OCR和Votedisk所在ASM Diskgroup的恢复手段
        10g ASM lost disk log
        11gR2 RAC ASM启动揭秘
        在11gR2 RAC中修改ASM DISK Path磁盘路径
        在Linux 6上使用UDEV解决RAC ASM存储设备名问题
        Script:找出ASM中的Spfile参数文件
        如何诊断ASMLIB故障
        Script:收集ASM诊断信息
        Comparation between ASM note [ID 373242.1] and note [ID 452924.1]
        Why ASMLIB and why not?
        ASM file metadata operation等待事件
        几个关于oracle 11g ASM的问题
        利用UDEV服务解决RAC ASM存储设备名
        Discover Your Missed ASM Disks
        Oracle内部视图X$KFFXP
        Fixed X$ Tables in ASM
        了解AMDU工具生成的MAP文件
        使用AMDU工具从无法MOUNT的DISKGROUP中抽取数据文件
        ASM常见问题， FAQ:
        
        Q:ASM做 rebalance和 mirror 的基本颗粒是什么？
        A: ASM做mirror 镜像的基本颗粒是file的extent，默认情况下一个extent等于一个AU，11g之后一个extent可以是1 or 8 or 64个AU
        ASM做rebalance重新平衡的基本颗粒也是extent，虽然重新平衡是对每一个AU逐次做的。
        
        Q:ASMLIB和ASM的关系是什么？
        A:ASMLIB是一种种基于Linux module，专门为Oracle Automatic Storage Management特性设计的内核支持库(kernel support library)。
        简单来说ASMLIB是一种Linux下的程序包，它不属于Oracle ASM kernel。通过ASMLIb可以做到设备名绑定，便于ASM使用的目的；但是Linux上能实现设备名绑定并便于ASM使用的服务有很多，例如udev、mpath等；
        所以ASMLIB并不是ASM必须的组件；国内的中文文章对于该概念的描述大多不清晰，造成了ASMLIB=ASM或者ASM必须用ASMLIB的误解，这是以讹传讹。
        ASMLIB的缺点见拙作《Why ASMLIB and why not?》一文
        
        Q: ASM是否是raid 10或者raid 01?
        A:ASM的mirror是基于file extent的，而不是像raid那样基于disk或者block。所以ASM既不同于Raid 10，也不是Raid 01。如果硬要说相似点的话，因为ASM是先mirror镜像后stripe条带化，所以在这个特征上更像Raid 10。但是注意，再次强调，ASM既不是RAID 10也不是RAID 01，重复一千遍。。。。。。。。。。。。。
        
        TO BE Continued………………. 8-)

热点排行

其他数据库

深入理解Oracle ASM(一):基础概念