由于存储有数据导致ASM看不到磁盘
Jun242012
在安装ORACLE 11G grid的时候,在创建ASM磁盘组时发现ASM看不到第一块磁盘,检查UDEV,绑定ASM磁盘没有问题,再检查ASM磁盘权限,也没有问题。
[oracle@dbserver1 ~]$ ll /dev/asm-disk* brw-rw---- 1 grid dba 8, 65 06-21 10:54 /dev/asm-disk1 brw-rw---- 1 grid dba 8, 74 06-21 10:54 /dev/asm-disk2
可是ASM只能看到第二块盘之后的ASM磁盘,第一块ASM磁盘无法看到,起初以为是第一块ASM磁盘分配时过大,超过了ASM的限制2TB,但是第一块ASM磁盘和第二块是一样大的,约2TB,不应该是这个问题,做了个实验,将第一块ASM重新划分为5G,还是无法看到。
后来想到,这块20TB的物理磁盘之前存放过一些图片信息,我直接将以前的分区删掉,重新划分2TB一个的分区,可能是这块物理磁盘的头部记录了原始数据的一些信息,而在创建ASM磁盘组时是不可以用有数据的磁盘分区的,使用dd命令清除一下磁盘数据后,ASM可以看到磁盘组。
[root@dbserver1 ~]# dd bs=1000K if=/dev/zero of=/dev/asm-disk1 dd: writing `/dev/asm-disk1': No space left on device 4883+0 records in 4882+0 records out 4999983104 bytes (5.0 GB) copied, 37.2406 seconds, 134 MB/s
用PARTED重新分区,并用UDEV绑定后,创建ASM磁盘组也没问题,证明的确是由于物理磁盘有数据导致的。
[root@dbserver1 ~]# parted /dev/sde GNU Parted 1.8.1 Using /dev/sde Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) P Model: HITACHI DF600F (scsi) Disk /dev/sde: 22.5TB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 17.4kB 2147GB 2147GB 2 2147GB 4295GB 2147GB 3 4295GB 6442GB 2147GB 4 6442GB 8590GB 2147GB 5 8590GB 10.7TB 2147GB 6 10.7TB 12.9TB 2147GB 7 12.9TB 15.0TB 2147GB 8 15.0TB 17.2TB 2147GB 9 17.2TB 19.3TB 2147GB 10 19.3TB 21.5TB 2147GB 11 21.5TB 22.5TB 1074GB [root@dbserver1 ~]# start_udev Starting udev: [ OK ] [oracle@dbserver1 ~]$ ll /dev/asm-disk* brw-rw---- 1 grid dba 8, 65 06-21 10:54 /dev/asm-disk1 brw-rw---- 1 grid dba 8, 74 06-21 10:54 /dev/asm-disk10 brw-rw---- 1 grid dba 8, 75 06-21 10:54 /dev/asm-disk11 brw-rw---- 1 grid dba 8, 66 06-21 10:54 /dev/asm-disk2 brw-rw---- 1 grid dba 8, 67 06-21 10:54 /dev/asm-disk3 brw-rw---- 1 grid dba 8, 68 06-21 10:54 /dev/asm-disk4 brw-rw---- 1 grid dba 8, 69 06-21 10:54 /dev/asm-disk5 brw-rw---- 1 grid dba 8, 70 06-21 10:54 /dev/asm-disk6 brw-rw---- 1 grid dba 8, 71 06-21 10:54 /dev/asm-disk7 brw-rw---- 1 grid dba 8, 72 06-21 10:54 /dev/asm-disk8 brw-rw---- 1 grid dba 8, 73 06-21 10:54 /dev/asm-disk9