postgresql 7.3

[wrobell]

On Mon, Feb 17, 2003 at 05:09:17PM +0100, Jakub Bogusz wrote:
> Przymierzam się do postgresa 7.3 (zwłaszcza pod kątem upgrade z Ra[1])
> i mam parę uwag/TODO:
> 
> 1. zniknęła akcja init dla skryptu init
> Proponuję dodanie prostej wersji - coś jak w 7.2, tylko
> z uwzględnieniem PG_DB_CLUSTERS (jeśli nie ustawione - komunikat
> o błędzie, jak ustawione - po kolei dla wszystkich nie zainicjowanych
> jeszcze klastrów).
> 
> Chodzi o to, żeby dało się szybko zrobić bazę w prostym przypadku, bez
> zaglądania za każdym razem do man createdb (nigdy nie pamiętam, jak to
> się uruchamia); a jeżeli ktoś chce coś bardziej skompilokowanego, to
> i tak użyje createdb.
- o ile dobrze pamietam, to akcja init w postgresql.init nie sluzyla do
  tworzenia bazy danych tylko do tworzenia standardowego klastra
- klastra tworzy sie za pomoca initdb i w najprostszym przypadku
  wystarczy:

    initdb -D /var/lib/pgsql

  co mysle, ze nie jest na tyle trudne ani skomplikowane, zeby uzasdnialo
  istnienie dodatkowej funkcjonalnosci w postgresql.init
 
> 2. upgrade
> Komunikat "please downgrade" w %pre wygląda niezbyt poważnie.
> 
> Powinno być co najmniej coś takiego jak w 7.2 (tylko dla wszystkich
> klastrów), albo jakaś forma are-you-sure (jeżeli stare binarki będą
> kopiowane do innego katalogu) - tylko jak to zrobić nieinteraktywnie?

> Automatyczne dump+restore nie jest możliwe, ale można to ułatwić.
> W pakietach z wielu dystrubucji (RH, Mdk, SuSE, Debian) są załączane
> skrypty do migracji (w większości takie same, lub z niewielkimi
> modyfikacjami) - do uruchomienia po upgrade pakietu (tylko Debian
> proponuje uruchomienie podczas upgrade pakietu - ale bez gwarancji
> powodzenia).
> Skrypt opiera się na przeniesieniu danych i napuszczeniu na ten katalog
> starej wersji postgresa (binarki są kopiowane do oddzielnego katalogu
> w %pre) uruchomionej na innym porcie.
> U nas może być więcej roboty ze względu na wiele klastrów.

IMHO, bym odpuscil robienie jakichkolwiek dodatkowych skryptów.
Kazdy administrator powinien sobie zdawac sprawe 
o tym, ze musi zrobic dump-a bazy przez upgrade'em do nowszej wersji
i robic upgrade _świadomie_. Ma do tego celu stosowne, łatwe
w użyciu narzędzia: pg_dump i pg_restore.

Co do komunikatu "please downgrade", to może ew. jakieś zabezpieczenie
przed automatycznym upgrejdem? Sprawdzać postgresql.sysconfig na obecność
PG_DB_CLUSTERS? Jakiekolwiek sugestie mile widziane.

[...]

    wrobell <wrobell w ite.pl>
-------------- następna część ---------
Załącznik, który nie był tekstem został usunięty...
Name: nie znany
Type: application/pgp-signature
Size: 189 bytes
Desc: nie znany
Url : /mailman/pipermail/pld-devel-pl/attachments/20040626/0d471c7d/attachment.bin