[pgsql] =?ISO-8859-2?Q?Prawid=B3owe_post=EApowanie_w_przyp?==?ISO-8859-2?Q?adku_awarii?=
ethanak - 17-01-2007 00:04
[pgsql] =?ISO-8859-2?Q?Prawid=B3owe_post=EApowanie_w_przyp?==?ISO-8859-2?Q?adku_awarii?=
Witam
Miałem właśnie dość niemiłą sytuację związaną z pademserwera - ale może
od początku.
Robię codziennie pg_dumpall --globals-only oraz dumpy poszczególnych baz
(tak mi jest wygodniej, często muszę przywrócić którąś z baz do stanu
sprzed kliku dni).
W związku z tym, że serwer dostał nerwicy zasilacza (chyba) i w pewnym
momencie zaczął robić dziwne rzeczy codzienny dump się nie wykonał a
serwer odszedł do Krainy Wiecznego Serwowania. Po wymianie zasilacza
serwer bardzo grzecznie wstał... no i okazało się, że jedna z bazjest
prawdopodobnie uszkodzona (płakał że nie może znaleźć jakiegoś pliku w
pg_clog, za każdym razem chciał innego).
Na wszelki wypadek zrobiłem ponownie dump wszystkiego poza tą bazą i
odtworzyłem tę jedną z przedwczorajszego dumpa. Na oko działa.
Pytanie: czy to wystarczy i czy czegoś nie zepsułem?
Postgres 7.2, Linux (tak, wiem, nowa maszyna będzie już na 8.x ale na
razie jest jeszcze na etapie zbierania $$$)
ethanak
--
mailto=window.atob('ZXRoYW5ha0Bwb2xpcC5jb20=');
Jedyny produkt M$ który by nie ssał to byłby odkurzacz
hubert depesz lubaczewski - 17-01-2007 00:05
On 2007-01-16, ethanak <sweethanak@buziaczek.pl> wrote:
> Na wszelki wypadek zrobiłem ponownie dump wszystkiego poza tą bazą i
> odtworzyłem tę jedną z przedwczorajszego dumpa. Na oko działa.
> Pytanie: czy to wystarczy i czy czegoś nie zepsułem?
zepsuć raczej nie.
ale to co bym zrobił:
kopia całego katalogu PGDATA gdzies na bok.
initdb
załadowanie wszystkiego z najświeższych dumpów.
no i upgrade. na tej maszynie nie możesz? przynajmniej do jakiegoś
wyższego 7.x
depesz
--
http://www.depesz.com/ - blog dla ciebie
ethanak - 17-01-2007 00:05
hubert depesz lubaczewski wrote:
[...]
> zepsuć raczej nie.
Oj to dobrze :)
> ale to co bym zrobił:
> kopia całego katalogu PGDATA gdzies na bok.
A, od tego to ja zwykle zaczynam czyli uznałem że to oczywiste :)
> initdb
> załadowanie wszystkiego z najświeższych dumpów.
Tak chciałem ale trochę czasu mi zabrakło.
>
> no i upgrade. na tej maszynie nie możesz? przynajmniej do jakiegoś
> wyższego 7.x
Nie opłaca mi się. Maszynka dożywa swoich dni jako serwer (toto jeszcze
na PLD Ra chodzi), przymierzam się do jakiegoś dwuprocesorowca z
konkretnym raidem (mam tu takiego jednego, całkiem zacnie się spisuje) i
tam będzie na dzień dobry PLD AC z najświeższym działającym Postgresem.
Na dziś to co mam w 7.2 mi wystarczy, a kombinowanie z rpm-ami 7.4 do Ra
jakoś nie trafiło na listę priorytetowych spraw.
Dzięki za odpowiedź
ethanak
--
mailto=window.atob('ZXRoYW5ha0Bwb2xpcC5jb20=');
/* Pisze człowiek ambitnie, a tu przychodzi prostak i wszystko rozumie.
To jest ewidentna bezczelność!
S. Friedmann/J. Kofta */
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[sql][pgsql] zapytanie sql
Wydajność baz danych w zależności od poziomu izolacji ANSI/ISO
Która z baz: [PGSQL] czy [MySQL] będzie lepsza w takim zastosowaniu (masowe UPDATE)
Czy zna (obsługuje) ktoś program Iso Draw ?
[PGSQL] Pole "timestamp" a wyciagniecie tylko danych z danego roku.
[pgsql] Wybieranie z dwoch tabel - z drugiej tylko jeden rekord
[PGSQL] Pobieranie w jednym zapytaniu danych z dwoch tabel
PgSQL odzyskanie zawartosci jednej tabeli z kopii - pilne
[PGSQL] Strumienie np. dla ostrzeżeń w procedurach Pl Pg SQL
MYSQL - kodowanie w ISO-PL
zanotowane.pldoc.pisz.plpdf.pisz.plponland.htw.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 |
|
