[postgis-users] problem with restoring database postgis 2.0
Stephen Woodbridge
woodbri at swoodbridge.com
Thu Mar 22 17:11:02 PDT 2012
This is why I ALWAYS build my databases and create a data schema than
set the search path to "data, public". Then all my functions and data go
into "data" and I can pg_dump -N public to leave behind all the postgis
stuff.
createdb -T template_postgis mydb
psql mydb -c "create schema data; alter database mydb set search_path
to data, public"
...
pg_dump ... -f mydb.dump -N public mydb
Never have to worry about that again.
-Steve
On 3/22/2012 8:02 PM, John Callahan wrote:
> Well, that makes sense. I was using the --data-only option because I
> did not want to bring over the functions (since the functions already
> exist in the new database through the postgis creation script.)
>
> Is there a way to dump/restore only the data tables (including create
> statements, indexes, sequences, privileges) and not the functions or
> function comments? I ran into a problem recently while upgrading when I
> had too many similar functions and postgis couldn't determine a unique
> function at times.
>
> - John
>
> ***********************************************
> John Callahan, Research Scientist
> Delaware Geological Survey, University of Delaware
> URL: http://www.dgs.udel.edu
> *************************************************
>
>
>
> On Thu, Mar 22, 2012 at 7:17 PM, Bborie Park <bkpark at ucdavis.edu
> <mailto:bkpark at ucdavis.edu>> wrote:
>
> The pg_dump call is called with "--data-only" so you're not getting
> any table creation information. And since the new DB doesn't have
> any tables, restoring the data will result in an error.
>
> -bborie
>
>
> On 03/22/2012 04:14 PM, John Callahan wrote:
>
> I having a problem with something that is usually straight
> forward. I am
> moving a database from a Windows 2003 Server box to Windows 2008
> Server.
> Both are x64 but running 32bit Postgres 9.0.7. The
> new/destination
> database runs the latest postgis 2.0 binaries (from March 19 or
> so) and the
> source/older database runs postgis 2.0 libraries from a few
> months ago.
>
> On the new db, I installed postgres 9.0.7, then postgis 2.0
> latest build,
> which created my database. Of course, the database does not
> have any
> tables at this point (just the functions, a few views.)
>
> I run pg_dump on the source db as so:
> pg_dump.exe --host localhost --port 5432 --username "username"
> --role
> "myrole" --format plain --data-only --verbose --file
> "C:\temp\webdata_20120315.sql" "mydb"
>
> When I try to run the resulting sql on the new server, I get the
> following
> error:
> ERROR: relation<table_name> does not exist
>
> If I use --inserts options in pg_dump, I still get the "relation
> does not
> exist error" If I use pgAdmin to backup and restore (using the tar
> format), the error is the same.
>
> What am I missing? Thanks.
>
> - John
>
> ****************************** *****************
> John Callahan, Research Scientist
> Delaware Geological Survey, University of Delaware
> URL: http://www.dgs.udel.edu
> ****************************** *******************
>
>
>
>
> ______________________________ _________________
> postgis-users mailing list
> postgis-users at postgis. refractions.net
> <mailto:postgis-users at postgis.refractions.net>
> http://postgis.refractions. net/mailman/listinfo/postgis- users
> <http://postgis.refractions.net/mailman/listinfo/postgis-users>
>
>
> --
> Bborie Park
> Programmer
> Center for Vectorborne Diseases
> UC Davis
> 530-752-8380 <tel:530-752-8380>
> bkpark at ucdavis.edu <mailto:bkpark at ucdavis.edu>
> ______________________________ _________________
> postgis-users mailing list
> postgis-users at postgis. refractions.net
> <mailto:postgis-users at postgis.refractions.net>
> http://postgis.refractions. net/mailman/listinfo/postgis- users
> <http://postgis.refractions.net/mailman/listinfo/postgis-users>
>
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
More information about the postgis-users
mailing list