在一次搭建ORACLE-RAC,检查环境时发现运营商将28T的裸卷分别挂载在两个节点。asmca创建时提示不能超过2T。还好云平台比较配合帮助调整,把裸卷重建划分得以解决。
早期的集群是通过各存储厂家的存储技术实现的,直到10G之后,oracle公司研究出ASM磁盘的技术,将集群技术进行统一。
ASM是一个卷管理器,Oracle数据库文件的一个文件系统,ASM支持单实例和集群配置,它是oracle推荐的存储方案,为传统卷管理器,文件系统,裸设备提供一个选择。
每块ASM磁盘不大于2T
ASM - Scalability and Limits
参考MOS文档:文档 ID 370921.1
ASM磁盘共有如下一些限制:
-
63 disk groups in a storage system 代表一个存储系统最多只能有63各磁盘组,但是一般我们只需要3到四个磁盘组即可:CRS、ARCH、DATA。
-
10,000 ASM disks in a storage system 代表一个存储系统最多1万个ASM盘文件,假设我们单块磁盘2T,那我们有2*10000=2万T的空间,这已经很大了,绰绰有余。
-
2 terabyte maximum storage for each ASM disk 即上文提到的每个ASM磁盘不超过2T,代表我们在挂裸LUN的时候,单个lUN要注意大小。
-
1 million files for each disk group 代表每个磁盘组最多100万个文件
-
2.4 terabyte maximum storage for each file 每个文件的最大存储容量2.4T,参考一下即可,我们单块磁盘都不超过2T,没意义的限制。
当然,以上限制到12.1版本之后有所更改,比如只能有63个磁盘组增加到511个,2T磁盘限制也有所修改,具体可以参考文档 ID 370921.1。