Hi Luís,<br>you may need to do first a "backup globals"  of the entire database cluster A. (to import users, etc..)<br><br>A good practice (I think) is to avoid public schema for data... <br>Then, for option B, you can backup only data schemas (and use postgis function to populate geometry_columns at the end)<br>
<br>Fred.<br><br><br><div class="gmail_quote">2010/8/4 Luís de Sousa <span dir="ltr"><<a href="mailto:luis.a.de.sousa@gmail.com">luis.a.de.sousa@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Dear all,<br>
<br>
I'm having a hard time porting a postgis database to another server<br>
(let's call server A the one where the original database resides and<br>
server B the one where I need to replicate the database). I'm trying<br>
it in two different ways:<br>
<br>
1. Creating a fresh empty database at server B and then restoring.<br>
With this process PostGres complains of not having permissions to<br>
create basic types.<br>
<br>
2. Creating a fresh database from the PostGis template. This way<br>
PostGres complains of objects that already exist.<br>
<br>
At the root of this is the fact that when dumping a PostGis database,<br>
all PostGis objects are created, functions, types, etc. Is there a way<br>
of making a dump excluding the creation of PostGis objects?<br>
<br>
Thank you,<br>
<br>
Luís<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net">postgis-users@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
</blockquote></div><br>