Re: Automation - Mailing list pgsql-admin

From Rajesh Kumar
Subject Re: Automation
Date
Msg-id CAJk5AtaH85EDNJyC4J1ONG28k=52acq2ore9G0T_gMe25aApKA@mail.gmail.com
Whole thread Raw
In response to Re: Automation  ("Matuszyk, Paul G." <matuszyk@matuszyk.com>)
List pgsql-admin
Thank you 

On Fri, 13 Oct, 2023, 2:15 PM Matuszyk, Paul G., <matuszyk@matuszyk.com> wrote:
Hi

On top of that pretty good rule for automation is - automate any activity which you need to do more than 3 times e.g.
- backups 
- restores
- migrations
- monitoring
- log checking

Regards
Paul G. Matuszyk

All the views expressed in this email are mine, and do not necessarily represent those of my client (or possibly anyone else in the known universe). No animals were harmed in the creation of this message. May contain nuts. In order to preserve the world's resources, this email was composed from refurbished pixels recycled from previously-used emails. Ingredients: E-113, E-120, E-9999, EI-EI-O. If you have read this far - don't you have anything better to do with your time?


On Wed, 11 Oct 2023 at 18:27, David G. Johnston <david.g.johnston@gmail.com> wrote:
On Wed, Oct 11, 2023 at 8:42 AM Rajesh Kumar <rajeshkumar.dba09@gmail.com> wrote:
Help me with some hints of what kind of automation I can do here in a simple postgres setup.

I would suggest you find at least one good reference book on PostgreSQL administration that covers everything involved with being a DBA.  You will need to be aware of those regardless of automation you may choose to implement to avoid doing them manually.  Also, automated metric collection tends to be important, and setting appropriate alerts (this include OS system administration scoped stuff like disk space) - regardless of whether you'd want to automated or manually resolve any events raised by those tools.

David J.

pgsql-admin by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Why does pg_rewind deny permission for pg_read_binary_file() other than 'dbname=postgres'?
Next
From: Rajesh Kumar
Date:
Subject: Re: Locks analyze