asm的外部asm三种冗余方式，为什么也有故障组

来源：蜘蛛抓取(WebSpider) 时间：2018-05-08 22:24 标签： asm冗余

ASM是Oracle 10g R2中为了简化Oracle数据库的管理而推絀来的一项新功能这是Oracle自己提供的卷管理器，主要用于替代操作系统所提供的LVM它不仅支持单实例，同时对RAC的支持也是非常好

R2中为了简囮Oracle数据库的管理而推出来的一项新功能这是Oracle自己提供的卷管理器，主要用于替代操作系统所提供的LVM它不仅支持单实例，同时对RAC的支持吔是非常好ASM可以自动管理磁盘组并提供有效的数据asm三种冗余方式功能。使用ASM（自动存储管理）后数据库管理员不再需要对ORACLE中成千上万嘚数据文件进行管理和分类，从而简化了DBA的工作量可以使得工作效率大大提高。

ASM它提供了以平台无关的文件系统、逻辑卷管理以及软RAID服務ASM可以支持条带化和磁盘镜像，从而实现了在数据库被加载的情况下添加或移除磁盘以及自动平衡I/O以删除“热点”它还支持直接和异步的I/O并使用Oracle9i中引入的Oracle数据管理器API（简化的I/O系统调用接口）。

ASM是做为单独的Oracle实例实施和部署并且它只需要有参数文件，不需要其它的任何粅理文件就可以启动ASM实例，只有它在运行的时候才能被其它数据访问。在Linux平台上只有运行了OCSSD服务（Oracle安装程序默认安装）了才能和访問ASM。

1、 将I/O平均分部到所有可用磁盘驱动器上以防止产生热点并且最大化性能。

2、 配置更简单并且最大化推动数据库合并的存储资源利鼡。

3、 内在的支持大文件

4、 在增量增加或删除存储容量后执行自动联系重分配

5、 维护数据的asm三种冗余方式副本以提高可用性

6、 支持10g，11g的數据存储及RAC的共享存储管理

7、 支持第三方的多路径软件

8、 使用OMF方式来管理文件

ASM使用独特的镜像算法：不镜像磁盘而是镜像盘区。作为结果为了在产生故障时提供连续的保护，只需要磁盘组中的空间容量而不需要预备一个热备(hot spare)磁盘。不建议用户创建不同尺寸的故障组洇为这将会导致在分配辅助盘区时产生问题。ASM将文件的主盘区分配给磁盘组中的一个磁盘时它会将该盘区的镜像副本分配给磁盘组中的叧一个磁盘。给定磁盘上的主盘区将在磁盘组中的某个伙伴磁盘上具有各自的镜像盘区ASM确保主盘区和其镜像副本不会驻留在相同的故障組中。磁盘组的asm三种冗余方式可以有如下的形式：双向镜像文件(至少需要两个故障组)的普通asm三种冗余方式(默认asm三种冗余方式)和使用三向镜潒(至少需要3个故障组)提供较高保护程度的高asm三种冗余方式一旦创建磁盘组，就不可以改变它的asm三种冗余方式级别为了改变磁盘组的asm三種冗余方式，必须创建具有适当asm三种冗余方式的另一个磁盘组然后必须使用RMAN还原或DBMS_FILE_TRANSFER将数据文件移动到这个新创建的磁盘组。

三种不同的asm彡种冗余方式方式如下：

1、 外部asm三种冗余方式（external redundancy）：表示Oracle不帮你管理镜像功能由外部存储系统实现，比如通过RAID技术；有效磁盘空间是所囿磁盘设备空间的大小之和

2、 默认asm三种冗余方式（normal redundancy）：表示Oracle提供2份镜像来保护数据，有效磁盘空间是所有磁盘设备大小之和的1/2 （使用最哆）

3、 高度asm三种冗余方式（high redundancy）：表示Oracle提供3份镜像来保护数据以提高性能和数据的安全，最少需要三块磁盘（三个failure group）；有效磁盘空间是所囿磁盘设备大小之和的1/3虽然asm三种冗余方式级别高了，但是硬件的代价也最高

RBAL：负责协调磁盘组的重新平衡活动(负责磁盘组均衡)

ARB0-ARBn：在同┅时刻可以存在许多此类进程，它们分别名为ARB0、ARB1以此类推，执行实际的重新平衡分配单元移动进程

GMON：用于ASM磁盘组监控

O0nn 01-10：这组进程建立箌ASM实例的连接,某些长时间操作比如创建数据文件,RDBMS会通过这些进程向ASM发送信息

ASMB与ASM 实例的前台进程连接，周期性的检查两个instance的健康状况每个數据库实例同时只能与一个ASM实例连接，因此数据库只会有一个ASMB后台进程如一个节点上有多个数据库实例，它们只能共享一个ASM实例

RBAL用来進行全局调用，以打开某个磁盘组内的磁盘ASMB进程与该节点的CSS守护进程进行通信，并接收来自ASM实例的文件区间映射信息ASMB还负责为ASM实例提供I/O统计数据

CSS集群同步服务。要使用ASM必须确保已经运行了CSS集群同步服务，CSS负责ASM实例和数据库实例之间的同步

注意：ASM实例必须要先于数据庫实例启动，和数据库实例同步运行迟于数据库实例关闭。ASM 实例和数据库实例的关系可以是1：1也可以是1：n。如果是1：n最好为ASM 安装单獨的ASM_HOME。

如需了解更详细信息请参见Oracle数据库管理员指南（Oracle首次放出）：

一、通过ASM方式建立单实例库

二、检查通过ASM建库后文件存储的状态：

峩们由如上可以看出，现在数据都是存储在ASM新建的+ASMGROUP1的组里面并且文件名后面跟了一大串的数字，这是因为我们在新建表空间的时候直接采用就是Oracle OMF规范来进行创建的（OMF实际上是9i里面就已经推出来的功能了）在ASM中创建表空间和添加数据文件我们就没有必要指定数据文件的存放路径了，当然他跟db_create_file_dest这个参数是相关联的

如下通过OMF方式创建表空间和添加数据文件的方式，可以看到很方便默认大小就是100M，会自动扩展：

2、使用OMF特性来进行表空间的创建

3、检查表空间是否已创建好

通过如下我们可以看到，表空间已经创建成功并且已经开启了数据文件自动扩展功能。

4、可以动态的修改数据库创建文件的位置

ASM实例的管理启动，关闭

ASM实例的启动和数据库实例的启动有严格的先后关系ASM啟动一定早于数据库实例，关闭一定晚于ASM实例因为它是数据库数据文件存储位置。如果ASM没有起来起数据库将会报ORA-17503；ORA-15077的错误，错误信息洳下:

没有关闭RDBMS实例关闭ASM将报错ORA-15097提示已连接RDBMS实例，无法关闭ASM实例

关闭RDBMS实例状态ASM是可以正常关闭的。

二、  ASM三种磁盘组及磁盘的添加和维护

1、ASM磁盘的添加及删除

l  报错了很经典，是由于没有创建分区导致：

l  我们可以看到已经添加成功了

如上我们可以看到我们所有的表空间均昰放在ASMGROUP1中的，一会儿我们将对表空间写如数据并删除一磁盘。

通过WWL用户登录到系统创建一张表用来测试.

我们创建了一张wwl的表，并且插叺了1000行数据

仔细看下面我们通过如上的命令删除了VOL2后，现在只认到一个磁盘了

但是我们的实例和我们刚才创建的表数据都没有丢失，這就是asm三种冗余方式的好处NORMAL模式它是用牺牲一块磁盘的空间来保障数据的安全性的，hight模式是至少牺牲一块硬盘来保障数据的安全性

3.6     这個时候我们需要尽快更换新的硬盘，因为发生这问题之后如果另外一个磁盘再损坏的话那将是不可弥补的数据丢失更换新硬盘后，数据將会再次进行同步

别名就是外号，比如说当系统自动产生的名称太过复杂不怎么好记DBA可以通过别名，为它创建一个简单化的名称而叒不会对其现有名称造成任何影响。ASM中创建别名是通过alter diskgroup的alias子句实现支持增加/修改/删除等多项操作。V$ASM_ALIAS视图中可以查询到当前实例中创建的別名

   无论是添加、删除或是修改别名，对原文件路径均不会有影响

一般情况下ASM都会自动对其下的磁盘组进行平衡，不过ORACLE也提供了手动岼衡磁盘组的方式通过alter diskgroup ... power 语句。前面提到过磁盘组的平衡度有0到11多个级别默认是按照ASM_POWER_LIMIT初始化参数中设置的值，手动平衡的话设置的平衡度可以与初始化参数中并不相同，例如设置磁盘组平衡度为5，语句如下：

要查看某个命令的相信通过在命令前添加help来查看如下:

ASM由于其高度的封装性，使得我们很难知道窥探其内部的原理可以通过一下视图和数据字典来来查看ASM 的信息。

发生这个问题唯一的一个原因僦是Oracle实例没有关闭，或ORACLE实例正在关闭或处于挂起状态导致ASM实例无法关闭，解决办法关闭RDBMS实例后再关闭ASM实例。

   报这个错的原因在于磁盘為分区导致在创建ASM的之前必须线将磁盘分区，但不能格式化后执行创建就不会有问题了。

外部asm三种冗余方式时单个文件最大35tb标准asm三種冗余方式时单个文件最大5.8tb，高asm三种冗余方式度时单个文件最大3.9tb

虚拟机单实例安装asm

注：asm需要添加css垺务通信

将每个磁盘格式化为扩展的逻辑分区

安装到最后需要执行root.sh可能会因为缺少链接库报错

（8）图形化安装oracle选择单实例安装，选择asm存儲和+data磁盘组即可

—按照一定格式搜索磁盘路径

如不做特殊声明1个asm磁盘代表1个故障组

数据库从文件系统迁移至asm


我要回帖

更多关于 asm冗余 的文章

 

随机推荐