Re: Pg_dump

Поиск
Список
Период
Сортировка
От M Sarwar
Тема Re: Pg_dump
Дата
Msg-id DM4PR19MB5978540B57358A17D5D1A59ED38BA@DM4PR19MB5978.namprd19.prod.outlook.com
обсуждение исходный текст
Ответ на Re: Pg_dump  (jason cable <cablej2082@gmail.com>)
Список pgsql-admin
Дерево обсуждения
Jason,
Are you referring within the postgres database or are you referring to Big Data approach which needs new platforms?

From: jason cable <cablej2082@gmail.com>
Sent: Thursday, December 7, 2023 3:00 PM
To: M Sarwar <sarwarmd02@outlook.com>
Cc: Rajesh Kumar <rajeshkumar.dba09@gmail.com>; Pgsql-admin <pgsql-admin@lists.postgresql.org>
Subject: Re: Pg_dump
 
do you feel the need to squeeze the big data through small hole for verification?

On Thu, Dec 7, 2023 at 11:59 AM M Sarwar <sarwarmd02@outlook.com> wrote:
Luckily when I am taking a dump, database size is not  growing. If the size grows, my dump will fail because it has no space left on my environment.
Thanks,
Sarwar

From: Rajesh Kumar <rajeshkumar.dba09@gmail.com>
Sent: Thursday, December 7, 2023 2:52 PM
To: Pgsql-admin <pgsql-admin@lists.postgresql.org>
Subject: Pg_dump
 
I could see the side of table inside db is 24 gb.

I was taking dump and it is growing over 30gb. Then I stopped dump process


What coule be the issue?

В списке pgsql-admin по дате отправления:

Предыдущее
От: jason cable
Дата:
Сообщение: Re: Pg_dump
Следующее
От: Ron Johnson
Дата:
Сообщение: Re: Pg_dump