小编给大家分享一下Oracle11g RAC+ASM安装前存储规划注意事项有哪些，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
专业领域包括网站设计制作、成都网站制作、成都做商城网站、微信营销、系统平台开发， 与其他网站设计及系统开发公司不同，成都创新互联公司的整合解决方案结合了帮做网络品牌建设经验和互联网整合营销的理念，并将策略和执行紧密结合，为客户提供全网互联网整合方案。
存储规划并不是说偏要采用技术最先进的而是要采用最合适业务需求的，先说总体原则：
1、数据文件、备份文件、归档日志文件存放位置分离原则，最好分别放到不同磁盘组，而不是同一个磁盘组的不同Lun，但这种方式缺点就是每个磁盘组都需要一块儿热备盘，空间浪费比较严重；
2、如果是读写频繁的OLTP系统，对数据文件和归档日志文件存放的磁盘组，最好采用Raid1+0，这样可以保证读写都很快。在线日志文件（online redo logfile）和控制文件同时双份放到数据区和归档区，在保证读写性能的基础上可以提高可用性和可恢复性。对备份文件所存放的磁盘组可以进行Raid5的冗余方式。
3、一般通用的方式就是数据文件与备份文件及归档日志文件存放到两个不同磁盘组，而不是同一个磁盘组的不同Lun，对两个磁盘组都进行Raid1+0的方式。这样也不会影响性能，可以节省一块儿热备盘来提高空间利用率，但如果数据量大，则通过Raid1+0的划分备份磁盘空间估计也会导致一定空间浪费；
根据以上矛盾，我们可以看出，有个重要因素就是磁盘大小和数量，还需要结合数据库大小和具体应用的综合考虑很有必要的。
同时，除了备份区，其他区域不建议采用太大的硬盘。如果数据库不大，加上磁盘数量太少，还不如将所有磁盘都做成Raid1+0，这样可以提升I/O总体带宽，也可以节省多个热备盘引起空间浪费。
随着SDD盘价格的大幅下降，也可适当的采用SDD和SAS混合的使用方式，因为一个转速10K的SAS盘的IOPS才120至150，而SSD硬盘的IOPS甚至超过10倍，因此对I/O性能和并发要求高的系统来说，值得尝试这种组合。例如：假设某个客户数据库当前大小为1T、数据增量每月100G，并发1000以上的OLTP系统。可以采取如下两种：
6块900GB硬盘，做完RAID5组和热备盘后，实际可用容量为：4*900GB=3.6TB，7块SSD盘主要跑在线数据，做完RAID5后，实际可用容量为：5*400GB=2TB；
配置11块儿转速15k的SAS盘，做RAID1+0，分区两个Lun后，在ASM里进行进一步划分；
针对空间容量较大的数据库，除了考虑以上因素外，另外一重要因素就是ASM磁盘组（ASM DISKGROUP）数量和磁盘组所需每个ASM磁盘的（ASM DISK）大小。ASM磁盘组不易太多,名称尽量规范化，例如可以分成DATADG1，DATADG2…,DATADGn来存放数据文件和日志文件，FRADG1,FRADG2…,FRADGn来存放归档（含备份文件），BACKUPDG1，BACKUPDG2…,BACKUPDGn来存放备份等。对于每个ASM磁盘组下的ASM磁盘，结合数据库大小和今后的增长量，最好采用适当的大小，不易太小或太大。例如，3年内数据库增量大小在3T，则每个ASM DISK大小最好控制在200G至500G范围，为什么呢，因为如果按300G计算，则3000G/300G=30个 ASMDISK,这样在ASM里组成磁盘组时，看起来也是比较整齐并合理的。如果磁盘数来能太多，不仅管理起来混乱、容易导致人为错误而且对ASM管理这么多盘，也带来一定管理开销。
最后，有些DBA也许采取将归档和备份单独放到独立LUN并采用文件系统而不是ASM的磁盘管理模式，这样的好处就是就算ASM出问题登录不上，但是备份和归档文件在文件系统上都能直观看到，可以避免一定的风险，也让人放心。如果采用这种模式并用LINUX操作系统，建议将该文件系统按Linux的LVM方式划分，这样今后扩展起来非常方便。但是这个方法也有一定缺点，即，因为采用是Linux的本地文件系统，而不是Cluster文件系统，两个节点的归档和备份的实现方式为两个节点独立写只属于自己分区，可以共享只读。如果不小心将彼此分区配置成双方都能读写的mount模式，将会导致数据相互覆盖而丢失的问题。
以上是“Oracle11g RAC+ASM安装前存储规划注意事项有哪些”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！