<div dir="ltr">Well replica&#39;s don&#39;t protect you from everything. Such as drop table, or delete from ... or truncate ...<div><br></div><div>No one backup solution protects you from everything.</div><div><br></div><div>Dave</div></div><div class="gmail_extra"><br clear="all"><div>Dave Cramer</div>
<br><div class="gmail_quote">On 17 October 2014 16:12, Vick Khera <span dir="ltr">&lt;<a href="mailto:vivek@khera.org" target="_blank">vivek@khera.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Oct 17, 2014 at 9:00 AM, Dave Cramer &lt;<a href="mailto:davecramer@gmail.com">davecramer@gmail.com</a>&gt; wrote:<br>
&gt; So what&#39;s the best way to deal with very large databases. pg_dump just<br>
&gt; doesn&#39;t cut it. By the time we are finished dumping the data is stale anyway<br>
&gt; !<br>
&gt;<br>
&gt; I&#39;m thinking of using PITR instead. Rolling over once a week<br>
<br>
</span>What problem are you solving then, that is not already solved by<br>
having a replica using slony?<br>
</blockquote></div><br></div>