Yes, it can be copied. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake
EnterpriseDB UK:http://www.enterprisedb.com The Enterprise PostgreSQL Company > On 29 Mar 2019, at 07:33, <heiko.onnebr...@metronom.com> > <heiko.onnebr...@metronom.com> wrote: > > Thanks for fast feedback.. > > One point not clear. > > would it be OK just to copy the .db file from “master” location to “slave” > locations: > SQLITE_PATH = '/path/to/pgadmin4.db' > > I do not need to preserve user dumps or session states.. just the ability to > connect to a standby site (in case master site goes down) and find all server > configs and settings in slave locations like they were entered on master site? > > > From: Dave Page <dp...@pgadmin.org> > Date: Friday, 29. March 2019 at 12:20 > To: "Onnebrink, Heiko" <heiko.onnebr...@metronom.com> > Cc: pgAdmin Support <pgadmin-supp...@postgresql.org> > Subject: Re: pgAdmin in a multi DC self service context > > Hi > > On Fri, Mar 29, 2019 at 3:41 AM <heiko.onnebr...@metronom.com> wrote: > We have developed a RESTful self service portal to provision PostgreSQL > databases (using docker container) to different datacenter. > New customer can self-register and start provisioning databases instantly. > > As part of the offering we plan next to provide pgAdmin in each datacenter in > server mode. > > Several questions came up: > > 1.) > How I can programmatically add new users to pgAdmin (.. and not enter them > manually inside the web UI) ? > The idea would be that inside our UI the user can request an pgAdmin account > and our API would remotely execute inside the pgAdmin container (via docker > exec) some command or operation that adds the user id with its initial > password. > > At the moment, you cannot. Please log a feature request at: > https://redmine.postgresql.org/projects/pgadmin4/issues/new > > > 2.) > Is there any plan to add AD integration ? > > Well, LDAP certainly, and maybe Kerberos. See > https://redmine.postgresql.org/issues/2186 > > > 3.) > For availability reason we support different datacenter. In each dc a pgAdmin > instance would be running. > Is there any way to sync these pgAdmin instances? > > From what I have seen you are using sqlite as persistence backend. > > Is it possible to persist the data to some alternative backend, e.g. a shared > central PostgreSQL database? > > No - and this would only be part of what's needed anyway. There are a number > of other things on disk. If you can point the following settings at shared > storage available from both locations, I *think* it should work: > > SQLITE_PATH = '/path/to/pgadmin4.db' > SESSION_DB_PATH = '/path/to/sessions' > STORAGE_DIR = '/path/to/storage' > > In this way the user config and settings that a user enters when he is > connected to pgAdmin in dc A would be available when he connects to pgAdmin > in dc B,C, etc.. > > Alternatively is it possible to copy over the pgAdmin sqlite database from dc > A to the other dcs every night and restart pgAdmin in the other dcs in order > to sync all configs to all other sites (assuming that dc A would be used as > “master” site)? > > Thanks for your feedback and this great tool > Cheers > Heiko > Geschäftsanschrift/Business address: METRO-nom GmbH, Metro-Straße 12, 40235 > Duesseldorf, Germany > Aufsichtsrat/Supervisory Board: Heiko Hutmacher (Vorsitzender/Chairman) > Geschäftsführung/Management Board: Timo Salzsieder (Vorsitzender/CEO), Felix > Lindemann (COO), Frank Hammerle (CFO) > Sitz Düsseldorf, Amtsgericht Düsseldorf, HRB 18232/Registered Office > Düsseldorf, Commercial Register of the Düsseldorf Local Court, HRB 18232 > > Betreffend Mails von *@metronom.com > Die in dieser E-Mail enthaltenen Nachrichten und Anhänge sind ausschließlich > für den bezeichneten Adressaten bestimmt. Sie können rechtlich geschützte, > vertrauliche Informationen enthalten. Falls Sie nicht der bezeichnete > Empfänger oder zum Empfang dieser E-Mail nicht berechtigt sind, ist die > Verwendung, Vervielfältigung oder Weitergabe der Nachrichten und Anhänge > untersagt. Falls Sie diese E-Mail irrtümlich erhalten haben, informieren Sie > bitte unverzüglich den Absender und vernichten Sie die E-Mail. > > Regarding mails from *@metronom.com > This e-mail message and any attachment are intended exclusively for the named > addressee. They may contain confidential information which may also be > protected by professional secrecy. Unless you are the named addressee (or > authorised to receive for the addressee) you may not copy or use this message > or any attachment or disclose the contents to anyone else. If this e-mail was > > > > -- > Dave Page > Blog: http://pgsnake.blogspot.com > Twitter: @pgsnake > > EnterpriseDB UK: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > Geschäftsanschrift/Business address: METRO-nom GmbH, Metro-Straße 12, 40235 > Duesseldorf, Germany > Aufsichtsrat/Supervisory Board: Heiko Hutmacher (Vorsitzender/Chairman) > Geschäftsführung/Management Board: Timo Salzsieder (Vorsitzender/CEO), Felix > Lindemann (COO), Frank Hammerle (CFO) > Sitz Düsseldorf, Amtsgericht Düsseldorf, HRB 18232/Registered Office > Düsseldorf, Commercial Register of the Düsseldorf Local Court, HRB 18232 > > Betreffend Mails von *@metronom.com > Die in dieser E-Mail enthaltenen Nachrichten und Anhänge sind ausschließlich > für den bezeichneten Adressaten bestimmt. Sie können rechtlich geschützte, > vertrauliche Informationen enthalten. Falls Sie nicht der bezeichnete > Empfänger oder zum Empfang dieser E-Mail nicht berechtigt sind, ist die > Verwendung, Vervielfältigung oder Weitergabe der Nachrichten und Anhänge > untersagt. Falls Sie diese E-Mail irrtümlich erhalten haben, informieren Sie > bitte unverzüglich den Absender und vernichten Sie die E-Mail. > > Regarding mails from *@metronom.com > This e-mail message and any attachment are intended exclusively for the named > addressee. They may contain confidential information which may also be > protected by professional secrecy. Unless you are the named addressee (or > authorised to receive for the addressee) you may not copy or use this message > or any attachment or disclose the contents to anyone else. If this e-mail was >