[psql] Konfiguracja serwera i pg_restore
Jan Raburski - 04-01-2007 14:10
[psql] Konfiguracja serwera i pg_restore
Postawiłem nowy serwer HP ML350T04p w konfiguracji:
procesor 2x X3000-2M/800
pamiec 4GB PC2 PC3200
RAID CONTROLLER 641 PCI-X
HDD 2X146 GB ULTRA 320 15k
RAID 1 sprzętowy
do tego Debian ETCH z jądrem 2.6.8-3-686-smp
PostgreSQL 7.4.14
Zrobiłem pg_dump bazy na starym serwerze - plik około 500 mega
200 tabel największe po około 5 mln rekordów
Przerwałem pg_restore po 24 godzinach, jak był mniej więcej w połowie.
Podczas restore obciążenie procesora nie przekraczło 25%, natomiast
dyski po prostu szalały. Moze wiecie co może być nie tak ?
Nie chce mi się wierzyć, że pg_restore ma pracować przez dwa dni.
Triggery na czas restore były wyłączane, ale w bazie jest sporo więzów
integralności.
pozdrawiam
Jan Raburski
=?ISO-8859-2?Q?Pawe=B3_Matejski?= - 04-01-2007 14:10
Jan Raburski wrote:
> Postawiłem nowy serwer HP ML350T04p w konfiguracji:
> procesor 2x X3000-2M/800
> pamiec 4GB PC2 PC3200
> RAID CONTROLLER 641 PCI-X
> HDD 2X146 GB ULTRA 320 15k
> RAID 1 sprzętowy
> do tego Debian ETCH z jądrem 2.6.8-3-686-smp
> PostgreSQL 7.4.14
>
> Zrobiłem pg_dump bazy na starym serwerze - plik około 500 mega
> 200 tabel największe po około 5 mln rekordów
> Przerwałem pg_restore po 24 godzinach, jak był mniej więcej w połowie.
> Podczas restore obciążenie procesora nie przekraczło 25%, natomiast
> dyski po prostu szalały. Moze wiecie co może być nie tak ?
> Nie chce mi się wierzyć, że pg_restore ma pracować przez dwa dni.
> Triggery na czas restore były wyłączane, ale w bazie jest sporo więzów
> integralności.
Spróbuj może na czas restore ustawić w postgresql.conf fsync=off ?
--
P.M.
hubert depesz lubaczewski - 05-01-2007 00:03
On 2007-01-04, Jan Raburski <janUSUN@recordsystem.com.pl> wrote:
> Postawiłem nowy serwer HP ML350T04p w konfiguracji:
> procesor 2x X3000-2M/800
> pamiec 4GB PC2 PC3200
> RAID CONTROLLER 641 PCI-X
> HDD 2X146 GB ULTRA 320 15k
> RAID 1 sprzętowy
> do tego Debian ETCH z jądrem 2.6.8-3-686-smp
> PostgreSQL 7.4.14
> Nie chce mi się wierzyć, że pg_restore ma pracować przez dwa dni.
nie czuj sie urazony, ale ... kiepski sprzęt.
w szczególności - za dobre procesory do cienkich dysków i pamięci.
dyski jako dyski może i fajne, ale do bazodanowówek powinienes pojsc w
wiecej dysków.
np. zamiast 2x146 wstawic 4x74 lub nawet wiecej.
im wiecej dyskow tym szybciej dziala.
4 giga ramu - maluuuuuuuuuutko.
depesz
--
http://www.depesz.com/ - blog dla ciebie
Jan Raburski - 05-01-2007 00:03
Paweł Matejski napisał(a):
>
>
> Spróbuj może na czas restore ustawić w postgresql.conf fsync=off ?
>
Dzięki, właśnie o to chodziło, teraz dyski stoją, a procesor pracuje na 95%
jr.
Herakles - 06-01-2007 00:02
Paweł Matejski wrote:
> Jan Raburski wrote:
>> Postawiłem nowy serwer HP ML350T04p w konfiguracji:
>> procesor 2x X3000-2M/800
>> pamiec 4GB PC2 PC3200
>> RAID CONTROLLER 641 PCI-X
>> HDD 2X146 GB ULTRA 320 15k
>> RAID 1 sprzętowy
>> do tego Debian ETCH z jądrem 2.6.8-3-686-smp
>> PostgreSQL 7.4.14
>>
>> Zrobiłem pg_dump bazy na starym serwerze - plik około 500 mega
>> 200 tabel największe po około 5 mln rekordów
>> Przerwałem pg_restore po 24 godzinach, jak był mniej więcej w połowie.
>> Podczas restore obciążenie procesora nie przekraczło 25%, natomiast
>> dyski po prostu szalały. Moze wiecie co może być nie tak ?
>> Nie chce mi się wierzyć, że pg_restore ma pracować przez dwa dni.
>> Triggery na czas restore były wyłączane, ale w bazie jest sporo więzów
>> integralności.
>
> Spróbuj może na czas restore ustawić w postgresql.conf fsync=off ?
>
FUUUUJJJ!!! a jak ktoś potknie się w serwerowni o kabel zasilania tej
maszyny i ją niechcący wyłaczy.
=?iso-8859-2?Q?Andrzej_Str=F3=BFy=F1ski?= - 06-01-2007 00:02
Użytkownik "Herakles" napisał:
<...>
>> Spróbuj może na czas restore ustawić w postgresql.conf fsync=off ?
>>
> FUUUUJJJ!!! a jak ktoś potknie się w serwerowni o kabel zasilania tej
> maszyny i ją niechcący wyłaczy.
zawsze nowy serwer stawiasz na środku serwerowni, i oprowadzasz
zwiedzających żeby wszyscy mogli dokładnie obejrzeć nową zabawkę? ;)
A.S.
Jan Raburski - 06-01-2007 00:02
Andrzej Stróżyński napisał(a):
>
>
> zawsze nowy serwer stawiasz na środku serwerowni, i oprowadzasz
> zwiedzających żeby wszyscy mogli dokładnie obejrzeć nową zabawkę? ;)
>
> A.S.
Nikt się nie potknął, całość restore trwała godzinę :)
jr.
=?ISO-8859-2?Q?Pawe=B3_Matejski?= - 06-01-2007 00:02
Herakles wrote:
> Paweł Matejski wrote:
>
> FUUUUJJJ!!! a jak ktoś potknie się w serwerowni o kabel zasilania tej
> maszyny i ją niechcący wyłaczy.
Gościa wysyłasz karnie po dodatkową pizze. Kasuje baze. I rozpoczynasz restore
od początku. Sumaryczny czas i tak pewnie wyjdzie lepszy...
--
P.M.
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Centralny serwer =?ISO-8859-2?Q?log=F3w_MS_Windows_na_Po?==?ISO-8859-2?Q?stgreSQL?=
[MSSQL 2k] - jak =?ISO-8859-2?Q?pod=B3=B1czy=E6_serwer_na_?==?ISO-8859-2?Q?porcie_innym_ni=BF_1433=3F?=
[MSSQL 2K] =?ISO-8859-2?Q?Wp=B3yw_ustawie=F1_regionalnych_?==?ISO-8859-2?Q?serwera_na_zapytania?=
=?iso-8859-2?q?co_wybra=E6_=3F=3F_Baza_Mysql_na_serwerze_gdzi e=B6_w_polsce_czy_......?=
Co zwaraca serwer Oracle kiedy wynikem SELECT jest "no row selected"
Problem z zapytaniem SQL - Excel i baza danych SQL Serwer 2000
ustawianie uprawnien uzytkownika SQL 2005 serwer express ORAZ w msde
czemu dane www znikaja z darmowego serwera xhost po okolo 2 tyg?
=?ISO-8859-2?Q?[MSSQL]_Zmiana_collation_istniej=B1cego_serwera?=
=?iso-8859-2?Q?Dziwny_b=B3=B1d_po_zmianie_serwera_bazy_mysql? =
zanotowane.pldoc.pisz.plpdf.pisz.plmorebeer.opx.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
