Have you considered moving to 10/08 ?  ZFS resilver performance is
much improved in this release, and I suspect that code might help you.

You can easily test upgrading with Live Upgrade.  I did the transition
using LU and was very happy with the results.

For example, I added a disk to a mirror and resilvering the new disk
took about 6 min for almost 300GB, IIRC.

Blake



On Mon, Dec 1, 2008 at 11:04 PM, Alan Rubin <[EMAIL PROTECTED]> wrote:
> I had posted at the Sun forums, but it was recommended to me to try here as 
> well.  For reference, please see 
> http://forums.sun.com/thread.jspa?threadID=5351916&tstart=0.
>
> In the process of a large SAN migration project we are moving many large 
> volumes from the old SAN to the new. We are making use of the 'replace' 
> function to replace the old volumes with similar or larger new volumes. This 
> process is moving very slowly, sometimes as slow as only moving one 
> percentage of data every 10 minutes. Is there any way to streamline this 
> method? The system is Solaris 10 08/07. How much is dependent on the activity 
> of the box? How about on the architecture of the box? The primary system in 
> question at this point is a T2000 with 8GB of RAM and a 4-core CPU. This 
> server has 6 4Gb fibre channel connections to our SAN environment. At times 
> this server is quite busy because it is our backup server, but performance 
> seems no better when backup operations have ceased their daily activities.
>
> Our pools are only stripes. Would we expect better performance from a mirror 
> or raidz pool? It is worrisome that if the environment were compromised by a 
> failed disk that it could take so long to replace and correct the usual 
> redundancies (if it was a mirror or raidz pool).
>
> I have previously applied the kernel change described here: 
> http://blogs.digitar.com/jjww/?itemid=52
>
> I just moved a 1TB volume which took approx. 27h.
> --
> This message posted from opensolaris.org
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to