Re: Restarting DB after moving to another drive

Поиск
Список
Период
Сортировка
От Daniel Begin
Тема Re: Restarting DB after moving to another drive
Дата
Msg-id COL129-DS15F7A76BA197E7E4DA24BF94C70@phx.gbl
обсуждение исходный текст
Ответ на Restarting DB after moving to another drive  (Daniel Begin <jfd553@hotmail.com>)
Ответы Re: Restarting DB after moving to another drive
Список pgsql-general
Bonjour Francisco.

Skimming the documentation sequentially is a cleaver advice, especially since the doc is much of the time well done and
exhaustive.Unfortunately, even if I actually did it about 1 year ago, it seems this specific item slipped out of my
mind:-( 

About dump/restore operation, restoring the database cluster is running for 24hrs now (psql -f pgdumpallOutputfile
postgres).Since it took 13hrs to dump the cluster, I begin to wonder how long it is going to take to restore it...  

My main concern is about how the indexes are managed in dump/restore operations. I understand that pg_dumpall actually
usespg_dump where the doc says "Post-data items include definitions of indexes, triggers..." I would not worry if the
docsaid that indexes are simply copied but it says "includes definition of indexes". 

Since some of the indexes took days to build... does someone could confirm indexes are rebuilt instead of copied?
If indexes are actually rebuilt, why should it be done that way? - There must be good reason!

Best regards,
Daniel


-----Original Message-----
From: pgsql-general-owner@postgresql.org [mailto:pgsql-general-owner@postgresql.org] On Behalf Of Francisco Olarte
Sent: May-15-15 05:12
To: Daniel Begin
Cc: rod@iol.ie; pgsql-general@postgresql.org
Subject: Re: [GENERAL] Restarting DB after moving to another drive

Hi Daniel:

On Wed, May 13, 2015 at 8:06 PM, Daniel Begin <jfd553@hotmail.com> wrote:
...
> - I still have a lot to learn on database management (it was simpler
> on user's side!-)

Yep, we all do, even if we've been using it since it was called Postgres.

> Fortunately, I have found that pg_dumpall could do the job (I did not have a problem with it, I just did not know
aboutit!-). 

If you didn't know about it I'll urge you to take the manual and do a sequential reading ( maybe not in full, this
wouldtake a long time, but at least skim through all of it sequentially, it's full of very interesting info and it's
veryuseful and when you hit a problem you'll probably know there is something for it and search for it ). 
For me the manual is one of the major points for using pg . pg_dumpall is a fundamental tool for backups, as it's the
onlyone that dumps the global objects. 

Good luck.

Francisco Olarte.


--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general



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

Предыдущее
От: Arthur Silva
Дата:
Сообщение: Re: Index on integer or on string field
Следующее
От: Job
Дата:
Сообщение: R: Index on integer or on string field