[postgres]przerzucanie dużej bazy
hrbmx - 28-06-2006 00:08
[postgres]przerzucanie dużej bazy
Witam
mam przenieść duża baze ( okolo3GB ) z jednego serwera ( 7.3.4 ) na drugi
( 7.4.11 ) i tu pytanie.
w jaki sposób bezboleśnie dokonac tej migracji?
ktoś juz miał do czynienia z przenoszeniem 7.3 na 7.4?
z tego co czytalem pg_dumpall raczej sie nie spisze ... ale może się mylę?
--
pozdrawiam
mr.bartek
ivan@wyciep.to.ustronie.pw.edu.pl - 28-06-2006 00:08
hrbmx <mr.brtek@gmail.com> napisał(a):
> Witam
> mam przenieść duża baze ( okolo3GB ) z jednego serwera ( 7.3.4 ) na drugi
> ( 7.4.11 ) i tu pytanie.
> w jaki sposób bezboleśnie dokonac tej migracji?
> ktoś juz miał do czynienia z przenoszeniem 7.3 na 7.4?
> z tego co czytalem pg_dumpall raczej sie nie spisze ... ale może się mylę?
polecam pg_dump -Fc + pg_restore. pozwala to ewentualnie modyfikowac kolejnosc
wciaganych obiektow gdyby z tym mial byc problem (czasem zdarzylo sie ze jakas
funkcja byla deklarowana pozniej niz wykorzytywana i pojawial sie blad)
przechodzilem juz z 7.3 na 7.4 na 8.0 i 8.1 i polecam testowe wciagniecia bazy.
napisz sobie procedure po kolei co robic, co podmienc, jakie komendy wykonywac.
pamietam ze ja sie pobawilem z tsearchem tylko nie pamietam przy ktorym przejsciu.
baza nie jest az tak duza, wiec w nocy spokojnie powinienes sie wyrobic z dumpem,
restorem i vacuum analyzem.
pamietaj, ze konta uzytkownikow i grup postgresa pg_dump nie zrzuca
(zrzuci jesli wyszczegolnisz ta tabele).
pamietaj tez, by w odpowiedniem kodowaniem zainicjowac baze danych (przy
initdb). no i musisz skompilowac nowe binarki, z ewentualnie nowymi
wersjami rozszerzen (contrib, inne)
powodzenia :)
--
Ivan Aen Saevherne
GG 5046496
P.M.#1; Don Simon de Cartoon
=?ISO-8859-2?Q?Pawe=B3_Matejski?= - 28-06-2006 00:09
ivan@wyciep.to.ustronie.pw.edu.pl wrote:
> hrbmx <mr.brtek@gmail.com> napisał(a):
>> Witam
>> mam przenieść duża baze ( okolo3GB ) z jednego serwera ( 7.3.4 ) na drugi
>> ( 7.4.11 ) i tu pytanie.
>> w jaki sposób bezboleśnie dokonac tej migracji?
>> ktoś juz miał do czynienia z przenoszeniem 7.3 na 7.4?
>> z tego co czytalem pg_dumpall raczej sie nie spisze ... ale może się mylę?
>
> polecam pg_dump -Fc + pg_restore. pozwala to ewentualnie modyfikowac kolejnosc
> wciaganych obiektow gdyby z tym mial byc problem (czasem zdarzylo sie ze jakas
> funkcja byla deklarowana pozniej niz wykorzytywana i pojawial sie blad)
> przechodzilem juz z 7.3 na 7.4 na 8.0 i 8.1 i polecam testowe wciagniecia bazy.
> napisz sobie procedure po kolei co robic, co podmienc, jakie komendy wykonywac.
> pamietam ze ja sie pobawilem z tsearchem tylko nie pamietam przy ktorym przejsciu.
> baza nie jest az tak duza, wiec w nocy spokojnie powinienes sie wyrobic z dumpem,
> restorem i vacuum analyzem.
pg_restore dla 7.4 ma tą wadę, że wywala się na pierwszym błędzie. A to
mocno utrudnia przygotowywanie procedury. :)
Teoretycznie pg_dumpall nie ma takich problemów (a zrzuci odrazu
użytkowników), ale tu z kolei jak będzie za dużo błędów to nie bardzo da
rady coś pokombinować (poza edycją 3G pliku :) ).
Ale polecam zastanowić się nad migracją odrazu na 8.1 - pg_restore jest
lepszy i IMHO będzie łatwiej migrować. A i na wydajności bazy zyskasz. :)
Ale bez testowych migracji się nie obejdzie - rób tyle, aż rozwiążesz
wszystkie problemy.
--
P.M.
hrbmx - 28-06-2006 00:09
Użytkownik "Paweł Matejski" <madej@spam.madej.pl.eu.org> napisał w
wiadomości news:e7r2bj$g1u$1@inews.gazeta.pl...
> ivan@wyciep.to.ustronie.pw.edu.pl wrote:
>> hrbmx <mr.brtek@gmail.com> napisał(a):
>>> Witam
>>> mam przenieść duża baze ( okolo3GB ) z jednego serwera ( 7.3.4 ) na
>>> drugi
>>> ( 7.4.11 ) i tu pytanie.
>>> w jaki sposób bezboleśnie dokonac tej migracji?
>>> ktoś juz miał do czynienia z przenoszeniem 7.3 na 7.4?
>>> z tego co czytalem pg_dumpall raczej sie nie spisze ... ale może się
>>> mylę?
>>
> pg_restore dla 7.4 ma tą wadę, że wywala się na pierwszym błędzie. A to
> mocno utrudnia przygotowywanie procedury. :)
> Teoretycznie pg_dumpall nie ma takich problemów (a zrzuci odrazu
> użytkowników), ale tu z kolei jak będzie za dużo błędów to nie bardzo da
> rady coś pokombinować (poza edycją 3G pliku :) ).
> Ale polecam zastanowić się nad migracją odrazu na 8.1 - pg_restore jest
> lepszy i IMHO będzie łatwiej migrować. A i na wydajności bazy zyskasz. :)
>
> Ale bez testowych migracji się nie obejdzie - rób tyle, aż rozwiążesz
> wszystkie problemy.
Zastanawiam się nad tym, czy kompilujecie ze źródeł postgresa czy używacie
przygotowanych paczek z danej dystrybucji?
bo ja instalowalem postgresa na docelowym serwerze (fedora) poprzez yuma
--
pozdrawiam
mr.bartek
=?ISO-8859-2?Q?Pawe=B3_Matejski?= - 28-06-2006 00:09
hrbmx wrote:
> Zastanawiam się nad tym, czy kompilujecie ze źródeł postgresa czy używacie
> przygotowanych paczek z danej dystrybucji?
> bo ja instalowalem postgresa na docelowym serwerze (fedora) poprzez yuma
Ja używam dystrybucyjnych 7.4 i kompilowanych z pakietu źródłowego
wersji testowej (8.0 i 8.1) debiana.
--
P.M.
Zbigniew =?iso-8859-2?Q?=A3=EAcki?= - 29-06-2006 00:43
In article <e7r2bj$g1u$1@inews.gazeta.pl>, Paweł Matejski wrote:
> ivan@wyciep.to.ustronie.pw.edu.pl wrote:
>> hrbmx <mr.brtek@gmail.com> napisał(a):
>>> Witam
>>> mam przenieść duża baze ( okolo3GB ) z jednego serwera ( 7.3.4 ) na drugi
>>> ( 7.4.11 ) i tu pytanie.
>>> w jaki sposób bezboleśnie dokonac tej migracji?
>>> z tego co czytalem pg_dumpall raczej sie nie spisze ... ale może się mylę?
>
> pg_restore dla 7.4 ma tą wadę, że wywala się na pierwszym błędzie. A to
> mocno utrudnia przygotowywanie procedury. :)
> Teoretycznie pg_dumpall nie ma takich problemów (a zrzuci odrazu
> użytkowników), ale tu z kolei jak będzie za dużo błędów to nie bardzo da
> rady coś pokombinować (poza edycją 3G pliku :) ).
>
> Ale bez testowych migracji się nie obejdzie - rób tyle, aż rozwiążesz
> wszystkie problemy.
Ja robiłem to tak: pg_dumpall -s, pg_dump,
a potem strukturę baz odzyskiwałem z pliku wygenerowanego przez pgdump_all,
a dane pg_restorem z pliku przygotowanego przez pg_dump.
Trochę dziwacznie może, ale w bazie są pola typu lo z którymi skrypt
wygenerowany przez pg_dumpall nie dawał sobie rady, z kolei pg_dump nie zrzucał
użytkowników.
Tak przy okazji, jak jest z typem lo w postgresie 8? Bo w 7.4 siedział jeszcze
w contrib.
pozdrawiam.
zbig
Zbigniew =?iso-8859-2?Q?=A3=EAcki?= - 30-06-2006 00:08
In article <e7r7le$p2p$1@atlantis.news.tpi.pl>, hrbmx wrote:
> Zastanawiam się nad tym, czy kompilujecie ze źródeł postgresa czy używacie
> przygotowanych paczek z danej dystrybucji?
> bo ja instalowalem postgresa na docelowym serwerze (fedora) poprzez yuma
Ja tam wszędzie kompiluję ze źródeł. Dzięki temu posgtresa mam wszędzie
tak samo ustawionego, niezależnie od dystrybucji na jakiej jest
posadzony.
pozdrawiam.
zbig
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[PostgreSQL] - jak =?ISO-8859-2?Q?zabezpieczy=E6_interesy_tw?==?ISO-8859-2?Q?=F3rcy_systemu_=3F=3F=3F?=
postgresql - int/int
postgresql Select count(*) czy raczej Select count(ID)
[PostgreSQL] jak =?ISO-8859-2?Q?pobra=E6_warto=B6=E6_zwracan?==?ISO-8859-2?Q?=B1_przez_funkcj=EA=3F?=
[postgresql] INSERT OR UPDATE - jak =?ISO-8859-2?Q?b=EAdzie_na?==?ISO-8859-2?Q?jlepiej=3F?=
[postgresql] kilka =?ISO-8859-2?Q?rekord=F3w_subquery_jako_?==?ISO-8859-2?Q?string?=
[PostgreSQL] Jak =?ISO-8859-2?Q?po=B3=B1czy=E6_funkcje_z_w?==?ISO-8859-2?Q?idokiem?=
Postgres - replikcja master-master
Dopasowanie do "najlepszego" dopasowania :) [ PostgreSQL]
Problemy z =?ISO-8859-2?Q?instalacj=B1_PostgreSQL_na_syste?==?ISO-8859-2?Q?mach_Windows?=
zanotowane.pldoc.pisz.plpdf.pisz.pllatwa-kasiora.pev.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 |
|
