I not sure if the word "migrating" should be used. Here is the case, we have a blade server which only have 2 local slot for hdd which is already occupied. The hdd is mirrored using hardware raid. Recently we encountered insufficient disk space and was thinking to increase the disk space. Somehow external storage is not an option here. The management bought two larger size hard disk and questioning if we can migrate/clone the running production OS to this new larger hard disk. The filesystem used is UFS and it is x86 machine. Please advise if it can be done using UFSdump. If yes, how about the partition size issue? Will it expanded? TQVM.
The problem there is that you cannot break an hardware RAID because it's not supported. One solution is to use ufsdump, break the HW RAID, then replace the disks and recreate the HW RAID if you still want it, boot on a media or on a jumpstart server, create the partitions, and then restore the data with ufsrestore.
This task can be done using ufsdump to backup your current UFS file system to a tape and then ufsrestore to restore them. On the new HDD, you can create partitions it by using its whole cylinders so you can use the entire space.
Thanks for your reply. I am thinking the same but can we ufsrestore it to the hard disk with different partition cylinder size? Ufsrestore doesn't require the same partition or cylinder size?
Thanks for reply. The environment here doesn't have the tape or backup solution. We can only rely on ufsdump and ufsrestore now but since there is only 2 hard slot then it mean i have to dump it either to "remote nfs" or "external USB storage". Is it possible to ufsdump to this location? Thank you.
Checked with the hardware engineer and they confirm that the RAID can be synced one by one without breaking it. Means, we can take out hdd2 while hdd1 still in the server with RAID1. Then we put in hdd3 (new larger size hdd) and let it sync. After that repeat the steps with hdd1 > hdd4. I found the command growfs can expand the mountpoint. Can anyone share any foresee concerns and is it workable?
You can of course use a file as target with ufsdump. The same if you use tar instead of ufsdump.
The only constraint is to have a access to the backup file when you start the ufsrestore or tar command.
USB access is not guarantee if you boot on a media. And if you use a NFS share, then the network interface should be started.
Under this circumstances, you can try to backup the file system data to a file (ufsdump 0uf /export/fs_dmp <your filesystem>). To my experience, there should not be any issue with ufsrestore the UFS file systems on different partition sizes on your new disk.
Edited by: Reidod on May 22, 2013 4:00 PM
This is theoretically possible with SPARC machine. But with x86, this is an other story because we should modify the fdisk partitions table before we can expand a Solaris slide.
Sorry, but I've no experience with this kind of operation.
you can use the format utility. There is a fdisk menu under format utility that lets you create up to 4 fdisk partitions per disk. You need to create only one Solaris fdisk partition to use the whole disk.
More info here: http://docs.oracle.com/cd/E23824_01/html/821-1459/disksformat-34753.html