Re: Another way to do audit in DML operations in PostgreSQL >= 14

From: Ron Johnson <ronljohnsonjr(at)gmail(dot)com>
To: Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org>
Subject: Re: Another way to do audit in DML operations in PostgreSQL >= 14
Date: 2024-02-26 00:02:50
Message-ID: CANzqJaD8ZTE4-n=VMR+rpuPgfzNx2VOX2VDNgkMGp8pLnRAinw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Fri, Feb 23, 2024 at 9:29 AM Bruce Momjian <bruce(at)momjian(dot)us> wrote:

> On Thu, Feb 22, 2024 at 08:54:52PM -0800, S Hoffman wrote:
> > Hi Lucio Chiessi,
> >
> > Dealing with large volumes of data can be a challenging task. If you
> struggle
> > with this issue, one possible solution is to consider using external
> logging
> > services. Specifically, asynchronous logging services or external logging
> > services that are designed to handle streaming data may be effective
> options to
> > explore. Some popular external logging services in this regard include
> > Elasticsearch and Spunk, known for their ability to handle large volumes
> of
> > data. If you have any questions or want to explore other options, please
> let me
> > know.
>
> Would remote syslog be an option too?
>

rsyslog feeding Qradar is great, but a DBA still needs his own logs. If
there's a way to spit only pgaudit logs to rsyslog, and leave everything
else go to stderr, I'd be a very happy camper.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Sai Sadashiva Kundurmutt 2024-02-26 03:59:04 Re: Are the estimates made for number of pages accurate
Previous Message Tom Lane 2024-02-25 16:41:54 Re: Are the estimates made for number of pages accurate