Hi Tobias, I did this for a large lab we had last month, I have it setup something like this.
zfs snapshot [EMAIL PROTECTED] zfs send -i [EMAIL PROTECTED] [EMAIL PROTECTED] | ssh server2 zfs recv rep_pool ssh zfs destroy [EMAIL PROTECTED] ssh zfs rename [EMAIL PROTECTED] [EMAIL PROTECTED] zfs destroy [EMAIL PROTECTED] zfs rename [EMAIL PROTECTED] [EMAIL PROTECTED] I was using this for a set up with on master systems and 100 system that I replicated the zpool to, and I had scripts that was used when a student logged out to do a zfs rollback [EMAIL PROTECTED] to reset it to known state to be ready for a new student. I don't have the actual script I used here right now, so I might have missed some flags, but you see that basic flow of it. /peter On Jun 6, 2008, at 14:07, Tobias Exner wrote: > Hi, > > I'm thinking about the following situation and I know there are some > things I have to understand: > > I want to use two SUN-Servers with the same amount of storage capacity > on both of them and I want to replicate the filesystem ( zfs ) > incrementally two times a day from the first to the second one. > > I know that the zfs send/receive commands will do the job, but I don't > understand exactly how zfs will know what have to be transferred.. > Is it > the difference to the last snapshot? > > If yes, does that mean that I have to keep all snapshots to achieve an > "incremental-forever" configuration? --> That's my goal! > > > > > regards, > > Tobias Exner > > > _______________________________________________ > 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