Re: Backup
От | Achilleas Mantzios |
---|---|
Тема | Re: Backup |
Дата | |
Msg-id | f1a0c76b-c645-4530-b768-fea480eab56e@cloud.gatewaynet.com обсуждение исходный текст |
Ответ на | Re: Backup (Ron Johnson <ronljohnsonjr@gmail.com>) |
Ответы |
Re: Backup
|
Список | pgsql-general |
Στις 16/10/24 22:55, ο/η Ron Johnson έγραψε:
You mean bytea I guess. As a side note, (not a fan of LOs), I had the impression that certain drivers such as the JDBC support streaming for LOs but not for bytea? It's been a while I haven't hit the docs tho.On Wed, Oct 16, 2024 at 3:37 PM Andy Hartman <hartman60home@gmail.com> wrote:I am very new to Postgres and have always worked in the mssql world. I'm looking for suggestions on DB backups. I currently have a DB used to store Historical information that has images it's currently around 100gig.
I'm looking to take a monthly backup as I archive a month of data at a time. I am looking for it to be compressed and have a machine that has multiple cpu's and ample memory.
Suggestions on things I can try ?I did a pg_dump using these parms
--format=t --blobs lobarch
it ran my device out of storage:
pg_dump: error: could not write to output file: No space left on device
I have 150gig free on my backup drive... can obviously add more
looking for the quickest and smallest backup file output...
Thanks again for help\suggestionsStep 1: redesign your DB to NOT use large objects. It's an old, slow and unmaintained data type. The data type is what you should use.
Step 2: show us the "before" df output, the whole pg_dump command, and the "after" df output when it fails. "du -c --max-depth=0 $PGDATA/base" also very useful.And tell us what version you're using.--Death to <Redacted>, and butter sauce.Don't boil me, I'm still alive.<Redacted> crustacean!
В списке pgsql-general по дате отправления: