🚀 go-pugleaf

Dnia 29.10.2012 Sergiusz Rozanski <write-only-with-spf@media-lab.com.pl> napisał/a:
> Dnia 29.10.2012 hubert depesz lubaczewski <depesz@depesz.com> napisał/a:
>> On 2012-10-29, Sergiusz Rozanski <write-only-with-spf@media-lab.com.pl> wrote:
>>> Pytanie jak szybko :( to leci po strukturach czy jednak tyka wszystkiego.
>>> Bo jak wszystkiego to i tak mam przechlapane. Ponad 0.5TB bazy, główny
>>> tablespace ma 40GB, 500GB na tablespace w /archiwum. To generalnie musi chodzić
>>> nonstop, godzinkę, może 2 wyrwę w weekend. Stoi to na 4 blackach 0+1.
>>> Archiwum w miarę zdefragmentowane, ale aktualne pliki to jest seek na seeku.
>>> BTW to zrobi w miejscu czy przepisze? Bo jak przepisze to potrzebuję jeszcze
>>> dodatkowej przestrzeni?
>>
>> ekhem. jakby to powiedzieć. bazę która ma 600 giga "zrobił" w jakieś 30
>> sekund.
>>
>> wymaga to trochę przygotowań - nie wszystko można zupgradeować (np.
>> ltree się nie da), ale w/g mnie warto popatrzeć.
>> z tym, że zdecydowanie proponowałbym odpuścić 8.4, i przenieść się na
>> 9.x
>> wtedy od razu nowszy, bardziej przetestowany kod robi upgrade'y.
>>
>> my robiliśmy 8.3 -> 9.1, z ltree, więc trochę zabawy było (dump tabel
>> z ltree, drop tabel, pg_upgrade, create tabel z ltree, load danych).
>>
>> pg_upgrade ma 2 tryby pracy: kopia i praca na linkach.
>> działa to tak, że on leci po filesystemie, kopiuje z modyfikacją te
>> pliki które musi (głównie systemowe, małe), a resztę linkuje (hardlink)
>> do nowego $PGDATA.
>
> Brak mi trochę Twojego doświadczenia, więc będzie mi ciężko. Po za tym mam w nim
> postgisa, co pewnie nie ułatwi (dane typu geometry i geography plus milion
> jego funkcji). Postawiłem własnie na testówce 9.2 zobaczę czas restora.

Niestety dopiero rano zrobiłem postgisa w 9.2, więc zacząłem o 9:30 upload :/
nadal trwa, a ja jeszcze muszę zrobić w stopie backup! Nierealność.
Mam jednak 1 furtkę - największe jest archiwum, a to nie musi działać stale, raz
że mało kto tam zagląda, dwa może się ładować i 3 dni jak poinformuję klientów.
Więc zrobię 8.3->9.2 ale na 3 razy: struktura, dane bieżące - to jest moment,
postawienie usług i już na deser niech się ssają dane arch, mają swój tablespace,
swoje talerze, więc przeszkadzać za dużo nie będą.
Muszę to jednak trochę oskryptować (bo chyba nie ma backupu tabel z/bez _arch w
nazwie :) i potestować. Na razie pozwolę się temu backupowi rozpakować w 9.2 to
mi pozwoli też sprawdzić aplikacje z nową bazą - na szczęście izoluje apkę od
bazy nasze centralizowane api, więc poprawki to mały problem. Jak wywinduję pg,
to będę mógł się spokojnie zająć debianem.
Dzięki za podpowiedzi, które mnie jakoś naprowadziły na chyba słuszne rozwiązanie.
pg_upgrade w wolnej chwili też przetestuję jak robi z postgisem, bo to może się
na przyszłość przydać.