[PostGIS] #6063: postgis_restore ignoring dchemaname when migrating database
PostGIS
trac at osgeo.org
Mon Mar 30 14:10:35 PDT 2026
#6063: postgis_restore ignoring dchemaname when migrating database
---------------------------+-----------------------------
Reporter: robopost | Owner: strk
Type: defect | Status: closed
Priority: medium | Milestone: PostGIS 3.5.6
Component: upgrade/hard | Version: 3.5.x
Resolution: wontfix | Keywords: postgis_restore
---------------------------+-----------------------------
Changes (by robe):
* resolution: => wontfix
* status: new => closed
Comment:
Were you migrating from an extension based install to another extension
based install.
If so no need to use postgis_restore. Just use pg_dump / pg_restore.
postgis_restore was designed for non-extension based restores because
those included postgis bits in the backup.
extension based installs, never include postgis shipped bits in the
backups except possibly for the data like whats in topology.layer.
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/6063#comment:1>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-tickets
mailing list