On Fri, 2006-12-01 at 09:42 -0800, Schipper, Mark wrote: > > Alright....I would not recommend trying this (yet), but I want to > float this by this list for feedback. > > You *may* be able to: > - install Solaris Volume Manager (used to be called DiskSuite) > - create some state database replicas on other disks > - create a disk device that is larger than your existing data device > - make sure the new device contains a slice with the same geometry as > the existing device > - reserve space and slices on the new device for future encapsulation > - mirror existing device to new (larger) device with disksuite, using > same-sized slice on destination drive > - break your old device off and reclaim that storage > - at that point you could revert back to a non-SVM environment and > encapsulate the new larger device with VXVM > - proceed with the usual VXVM and VCS build > > It's a convoluted solution but it beats a 4TB restore or 2 months > worth of rsync. Any holes in there? > if it's smaller number of larger files, a copy to a new filesystem ought to only take a day at a relatively modest 40MB/sec.
doing disksuite would spread the time out and result in smaller downtime, but would also require at least one reboot to effect. (maint window) _______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx