Re: Relocate Informix database from Raw slices to filesystem

If the device is 'not going to exist anymore' why not dd the data from the old slice to the internal disk and then just link the 'not going to exist anymore device' to the new location On 10/17/05, Fernando Nunes <spam@domus.online.pt> wrote: > > Clive Eisen wrote: > > mccmx@hotmail.com wrote: > > > >> > >> I don't neccesarily need to move them off raw slices, but I do need to > >> move them to different slices. This is because I am moving the > >> database from SAN storage to internal disks... So ultimately > >> /dev/rdsk/c1d6d0s4 (and s5 and s6) wont exist anymore. > >> > >> So I need a way of relocating the data to a new slice or a filesystem > >> file. I suspect the process will be t > >> > > You can, in an unsupported environment, binary edit the rootdbs > > as the path to the other chunks is held there > > But the new paths would need to have the same length... > That's why you should never use physical names. Always use symbolic > links to the real devices... > > In this circunstances I don't see how an unload/reload can be avoided... > > > Regards. > > > -- Paul Watson Tel: +44 7818 003457 Fax: +44 1436 678693 sending to informix-list

Paul Watson wrote: > If the device is 'not going to exist anymore' why not dd the data from the > old slice to the internal disk and then > just link the 'not going to exist anymore device' to the new location > > I'm guess this a Solaris platform..and then someone runs devfsadm that rebuilds /dev and removes your links! Or someone adds a new device and Solaris wants to use that name! Bad idea to store stuff under /dev. That directory is for the OS to control not you. If you are running on IDS 9.40 or IDS 10 then ontape has the ability to rename chunks during a restore. http://www-128.ibm.com/developerworks/db2/library/techarticle/dm-0405fan/