<div dir="ltr">Phillipe,<div><br></div><div>I have had just fine luck using normal PostgreSQL backup strategies along with PostGIS. For any relatively small (~20GB) I still prefer to have a series of pg_dump backups since I like the ease of being able to go into a backup and extracting a single table or function if I realize I hosed something up in the live database. I generally use a purge strategy for the dumps that keeps one a month for a year, one a year, and the last three days around.</div>

<div><br></div><div>David</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 22, 2014 at 11:12 AM, GrandNord <span dir="ltr"><<a href="mailto:grandnord4reg@gmail.com" target="_blank">grandnord4reg@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all.<br>
<br>
I started a new job this month at East View. I'm pushing some fairly large raster data sets into PostGIS to back some WMS and WCS services.<br>
An issue that one of my new colleagues brought forward is that PostGIS might require different backup strategies than a standard Postgres DB. Does anyone have any insights on the issue? Have you had success or failures with specific backup strategies with PostGIS?<br>


<br>
As an aside, if anyone felt that this is a topic better discussed over brewed wheat, or fermented apple or grape juice, I would not be opposed to a meeting.<br>
<br>
Philippe Le Grand<br>
_______________________________________________<br>
Tcmug mailing list<br>
<a href="mailto:Tcmug@lists.osgeo.org">Tcmug@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/tcmug" target="_blank">http://lists.osgeo.org/mailman/listinfo/tcmug</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>************************************<br>David William Bitner<div>dbSpatial LLC</div><div>612-424-9932</div>
</div>