This content has been marked as final. Show 3 replies
before going into the problem, what szenario do you try to solve by using truecopy?
If it is just to exchange disks of the ASM diskgroup, there is no need to use truecopy or any other mechanism to copy the data. ASM has a build in mechnism, which moves data online from one disks to others.
Simply have the server acceessing old and new storage at the same time. Then add the new disks and drop the old disks from the diskgroup. This will result in ASM moving the data from the old disks to the new ones online, without any downtime. Depending on the power level chosen this may take some time to finish. But again will work without downtime, so who cares how long it takes.
Regarding the error you have (which will probably also hit you by trying the above): You have a permission denied problem, so it must be the rights on the devices. Can you do an 'ls -l' on the disks you try to add/mount for the diskgroup?
here the ls -l on the disks i try to mount
crw-r----- 1 oracle dba 13 0x00002e Oct 1 18:00 disk160
crw-r----- 1 oracle dba 13 0x000031 Sep 17 13:52 disk169
crw-r----- 1 oracle dba 13 0x00002f Sep 17 13:52 disk167
crw-r----- 1 oracle dba 13 0x000030 Sep 17 13:52 disk168
yes i was trying to move my storage from uspvm to vsp because my old storage already reach limit. using truecopy i was hoping when i mount my new disk, it will be the same as the old disk and minimize the downtime.
can you tell me step by step to asm copy without downtime without using truecopy?
i was hoping to solve this truecopy problem first before trying another method. i already gave the disk in /dev/rdisk permission and oracle owner but it always hit permission denied. what went wrong here i dont understand.
thanks for reply
ok, i called my storage vendor and they found the problem
write option on disk storage is not enabled.