Hi Stephen, For a double check, do you have any configured jobs regarding backup/restore.
And also, could you share the pgAdmin log file after following the below steps. 1) Launch pgAdmin. 2) Goto File->Options->Logging. 3) Set the desired the log location and select "Debug Mode". 4) Close the pgAdmin and relaunch it. 5) Once it relaunched, please upload the log file to this thread. Thanks in advance. Dinesh -- *Dinesh Kumar* Software Engineer Ph: +918087463317 Skype ID: dinesh.kumar432 www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> * Follow us on Twitter* @EnterpriseDB Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community> and more <http://www.enterprisedb.com/resources-community> On Fri, Aug 16, 2013 at 4:26 AM, Stephen Cook <scli...@gmail.com> wrote: > Hello list! > > I recently noticed that PGAdmin III (v 1.16.1) is kind of slow starting up > (it didn't use to be), and in fact one time I wasn't even sure if I clicked > on the icon properly to start it. I opened the Task Manager (I run Windows > 7 Ultimate SP1) and saw pg_restore was running, then the process vanished > and PGAdmin finally opened. > > I did it again, this time watching the process list, and it looks like > when I start PGAdmin it automatically runs pg_dump, pg_dumpall, and then > pg_restore in the background before showing the splash screen and actually > starting. > > I'm assuming that as my local development databases grow, it is taking > longer to do all this, which is why I never noticed until now. > > What's up with that? Should I be concerned? I was unable to find anything > about this with Google... I'm not sure why a GUI would need to do all that > each time it starts up. I'd prefer to skip this if possible, since it is > becoming slow to get started working. > > Thanks for any insight! > > > -- Stephen > >
