http://letsgetdugg.com/2010/01/18/speedy-postgresql-parallel-compression-dumps/ Random tech jargon Mon, 06 Sep 2010 09:29:35 +0000 hourly 1 http://wordpress.org/?v=3.0.1 http://letsgetdugg.com/2010/01/18/speedy-postgresql-parallel-compression-dumps/comment-page-1/#comment-195 victori Wed, 03 Feb 2010 03:09:23 +0000 http://letsgetdugg.com/?p=557#comment-195 I need to do SQL dumps for my workstation that runs on OSX. I can't do work against the live database, people actively use the service throughout the day. Even If I could do work against the live database, it would be a horrible idea and a disaster just waiting to happen. I need to do SQL dumps for my workstation that runs on OSX. I can’t do work against the live database, people actively use the service throughout the day. Even If I could do work against the live database, it would be a horrible idea and a disaster just waiting to happen.

]]> http://letsgetdugg.com/2010/01/18/speedy-postgresql-parallel-compression-dumps/comment-page-1/#comment-189 Chris Thu, 28 Jan 2010 06:59:45 +0000 http://letsgetdugg.com/?p=557#comment-189 Since you are using opensolaris, why bother with sql dumps ? Leveraging ZFS send/recv with incremental snapshot is imo a much better option. We backup our psql data every minute that way and it works beautifully. And if you really need a SQL dump, then you can at a given time have a dummmy psql postmater on another server which run against a snapshot of your bakcup and dump the in sql your data somewhere. Since you are using opensolaris, why bother with sql dumps ? Leveraging ZFS send/recv with incremental snapshot is imo a much better option. We backup our psql data every minute that way and it works beautifully. And if you really need a SQL dump, then you can at a given time have a dummmy psql postmater on another server which run against a snapshot of your bakcup and dump the in sql your data somewhere.

]]>