Re: pg_dump/pg_restore vs default_transaction_read_only under PG 13.2 - Mailing list pgsql-general

From Karsten Hilbert
Subject Re: pg_dump/pg_restore vs default_transaction_read_only under PG 13.2
Date
Msg-id YM+nxjszK2LAB9Ll@hermes.hilbert.loc
Whole thread Raw
In response to Re: pg_dump/pg_restore vs default_transaction_read_only under PG 13.2  (Adrian Klaver <adrian.klaver@aklaver.com>)
Responses Re: pg_dump/pg_restore vs default_transaction_read_only under PG 13.2
List pgsql-general
Am Sun, Jun 20, 2021 at 01:14:06PM -0700 schrieb Adrian Klaver:

> >Any chance pg_dump (and/or pg_restore) might gain an option
> >--ignore-read-only ?   That way, PostgreSQL need not decide
> >for users.
>
> How about:
>
> 1) pg_dump -Fc -d read_only_db -U postgres -f read_only.out
>
> 2) In new cluster:
>    A) psql -d postgres -U postgres
>       CREATE DATABASE read_only;
>
>    B) pg_restore -d read_only -U postgres read_only.out
>
>    C)  psql -d read_only -U postgres
>      alter database read_only SET default_transaction_read_only TO 'on';

That would work but does not lend itself well to a fully
scripted pg_dump/pg_restore backup "solution". The full
pg_dump command line is this:

    pg_dump --verbose --format=directory --compress=0 --column-inserts --clean --if-exists --serializable-deferrable
"${_PG_HOST_ARG}""${_PG_PORT_ARG}" --username="${GM_DBO}" -f "${BACKUP_DATA_DIR}" "${GM_DATABASE}" 2> /dev/null 

And this is the restore:

    sudo -u postgres pg_restore --verbose --create --dbname=template1 --exit-on-error -p ${GM_PORT} ${BACKUP}.dir/

Thanks,
Karsten
--
GPG  40BE 5B0E C98E 1713 AFA6  5BC0 3BEA AC80 7D4F C89B



pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: pg_dump/pg_restore vs default_transaction_read_only under PG 13.2
Next
From: Adrian Klaver
Date:
Subject: Re: pg_dump/pg_restore vs default_transaction_read_only under PG 13.2