How about attaching the slow storage and kick off a scrub during the nights ? Then detach in the morning ?
Downside: you are running an unreplicated pool during the day. Storage side errors won't be recoverable. -r Albert Shih writes: > Le 04/12/2006 à 21:24:26-0800, Anton B. Rang a écrit > > It is possible to configure ZFS in the way you describe, but your > > performance will be limited by the older array. > > > > All mirror writes have to be stored on both arrays before they are > > considered complete, so writes will be as slow as the slowest disk or > > array involved. > > > > OK. > > It's possible to configure the server, the high level raid array, and the > pool of my old array raid to do : > > 1/ When the server read/write he do from high level raid > 2/ The server make a copie of all data from high level raid to the > pool of my old array «when he have the time». But I want this > automatics. I don't want this by using something like rsync. > > What I want to do is make a NFS server with the new high level raid array > with primary data. But I want also using my old-low-level raid array to > make backup (in case I'm lost my high-level raid array) and only backup. > > Do you think ZFS can help me ? > > Best regards > > -- > Albert SHIH > Universite de Paris 7 (Denis DIDEROT) > U.F.R. de Mathematiques. > 7 ième étage, plateau D, bureau 10 > Tel : 01 44 27 86 88 > FAX : 01 44 27 69 35 > GSM(UFR) : 06 85 05 58 43 > Heure local/Local time: > Tue Dec 5 14:16:01 CET 2006 > _______________________________________________ > 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
