Re: BUG #5774: VACCUM & REINDEX kills production environement

Поиск
Список
Период
Сортировка
От Balamurugan Mahendran
Тема Re: BUG #5774: VACCUM & REINDEX kills production environement
Дата
Msg-id AANLkTimxpS7Zw1CH+HH7Dvtx40gEfOENrLoZq5nO97bL@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #5774: VACCUM & REINDEX kills production environement  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Ответы Re: BUG #5774: VACCUM & REINDEX kills production environement  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-bugs
Thanks, I'll remove it. But I still get down time because of Vacuum(table
lock). Is there any other better way to do this? I don't mind to switch to
bigger instance with more Hardware.

Current Instance :

7 GB of memory
20 EC2 Compute Units (8 virtual cores with 2.5 EC2 Compute Units each)
1690 GB of instance storage
64-bit platform
I/O Performance: High

I can go for this : (Only if this helps me from Outage)

34.2 GB of memory
13 EC2 Compute Units (4 virtual cores with 3.25 EC2 Compute Units each)
850 GB of instance storage
64-bit platform
I/O Performance: High


Thanks,
Bala


On Mon, Nov 29, 2010 at 10:01 PM, Heikki Linnakangas <
heikki.linnakangas@enterprisedb.com> wrote:

> On 29.11.2010 17:16, Balamurugan Mahendran wrote:
>
>> This is how I used to do maintenance through cron job. Please advise if i
>> need to change my method, Also I used to run re-index all the time while
>> doing Vacuum (cron job updated twice a week).
>>
>
> Most likely you can just remove the reindex commands. Routing reindexing is
> not normally needed.
>
> --
>  Heikki Linnakangas
>  EnterpriseDB   http://www.enterprisedb.com
>

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

Предыдущее
От: queej
Дата:
Сообщение: Re: BUG #5761: In 'dblink' function connection string truncated
Следующее
От: Balamurugan Mahendran
Дата:
Сообщение: Re: BUG #5774: VACCUM & REINDEX kills production environement