On Sat, Aug 8, 2009 at 20:20, Ed Spencer<ed_spen...@umanitoba.ca> wrote: > > On Sat, 2009-08-08 at 08:14, Mattias Pantzare wrote: > >> Your scalability problem may be in your backup solution. > We've eliminated the backup system as being involved with the > performance issues. > > The servers are Solaris 10 with the OS on UFS filesystems. (In zfs > terms, the pool is old/mature). Solaris has been patched to a fairly > current level. > > Copying data from the zfs filesystem to the local ufs filesystem enjoys > the same throughput as the backup system. > > The test was simple. Create a test filesystem on the zfs pool. Restore > production email data to it. Reboot the server. Backup the data (29 > minutes for a 15.8 gig of data). Reboot the server. Copy data from zfs > to ufs using a 'cp -pr ...' command, which also took 29 minutes.
Yes, that was expected. What hapens if you run two cp -pr at the same time? I am guessing that two cp will take almost the same time as one. If you get twice the performance from two cp then you will get twice the performance from doing two backups in parallel. _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
