Notatnik zapisywany wieczorami - Linux - administracja

Oprócz top

nospam@example.com (Marcin Kasperski) — Sun, 03 Jan 2010 01:41:12 +0100

Pisałem niedawno o interesującym zastępniku top. Dziś, do kompletu, o paru innych topopodobnych programach, pozwalających ad hoc zorientować się w obciążeniu maszyny a wymagających do działania jedynie konsoli.

Wszystkie wymieniane programy są dostępne w repozytoriach Ubuntu i Debiana i na tych systemach ich instalacja ogranicza się do apt-get install *nazwa*.

Ciąg dalszy "Oprócz top"

Zamiast top

nospam@example.com (Marcin Kasperski) — Sat, 12 Dec 2009 22:32:07 +0100

Chyba każdy, kto dłużej poużywał linuksowej konsoli, ma w palcach polecenie top. Też mam ale znalazłem bardzo przyjemną alternatywę.

Ciąg dalszy "Zamiast top"

Upgrade na serwerze do Ubuntu 9.10

nospam@example.com (Marcin Kasperski) — Mon, 30 Nov 2009 23:59:00 +0100

... czyli zrobiłem sobie kuku. I zamiast skończyć dłuższy artykuł na zupełnie inny temat, straciłem trochę czasu, a teraz wrzucam tę notkę.

Ciąg dalszy "Upgrade na serwerze do Ubuntu 9.10"

Neatx - instrukcja instalacji

nospam@example.com (Marcin Kasperski) — Wed, 15 Jul 2009 03:10:20 +0200

Jak doniosło osnews (i nie tylko) Google wypuściło swoją wersję serwera NX - neatx. Prezentacja Google (PDF) akcentuje ten sam model pracy, który opisywałem w artykule o wirtualnej sesji - utrzymywanie wirtualnych desktopów na serwerach i zdalny dostęp do nich, ponadto przymierzałem się kiedyś do instalacji FreeNX (zostało mi wrażenie trudnego do opanowania bałaganu), dlatego rzecz mnie zainteresowała.

NeatX faktycznie udało mi się zainstalować dość łatwo, opis poniżej.

Zanim jednak przejdę do szczegółów, pewne sprostowanie. Google nie zaimplementowało całości serwera NX, podstawowym elementem - wirtualnym serwerem X11 - pozostaje nxagent firmy NoMachine, udostępniany w ramach jej komponentów open-source. Neatx to reimplementacja niezbędnej otoczki - uruchamiania procesów, zarządzania sesjami itd. Nadal też używany jest ten sam program kliencki (darmowy ale nie open-source).

Ciąg dalszy "Neatx - instrukcja instalacji"

Konfigurujemy VPS - część 12, aplikacje

nospam@example.com (Marcin Kasperski) — Thu, 11 Jun 2009 11:09:00 +0200

Cykl Konfigurujemy VPS poświęciłem przygotowaniu małej maszynki linuksowej działającej w sieci. Opisałem proces podstawowej konfiguracji oraz trochę przydatnych narzędzi i konwencji administracyjnych. Chciałem, by te artykuły pomogły choć kilku osobom zacząć administrowanie własnym systemem.

No - ale system stawiamy po coś. Aby postawić bloga, CMS czy wiki, trzymać repozytorium kodu, serwować samodzielnie pisaną aplikację, uruchomić serwer jakiejś sieciowej usługi, ...

W dzisiejszym odcinku - luźniejsza z konieczności - dyskusja na temat wyboru aplikacji.

Ale najpierw kilka słów o cyklu jako całości.

Ciąg dalszy "Konfigurujemy VPS - część 12, aplikacje"

Instalacja aplikacji Ruby on Rails na przykładzie

nospam@example.com (Marcin Kasperski) — Thu, 04 Jun 2009 01:57:14 +0200

... czyli jak szybko i bezproblemowo uzyskać działające Redmine oraz Tracks.

Poniższa notatka to zasadniczo wyciąg z kilku dokumentacji instalacyjnych. Publikuję, bo ilekroć musiałem przeprowadzić tą instalację, pozbieranie potrzebnych czynności kosztowało mnie kilka godzin.

Uwaga: nie programuję w Ruby on Rails, moje podejście tutaj to zainstalować, uruchomić, używać. Programista Rubiego zapewne pieściłby środowisko w inny sposób.

Redmine to przyjemny program do zarządzania projektem informatycznym (issue tracker, wiki, forum, podgląd kodu, ...) o którym parę ciepłych słów pisałem w zeszłym roku. Tracks to indywidualna lista zadań. Większość poniższego opisu powinna być przydatna także przy instalowaniu innych aplikacji Ruby on Rails.

Ciąg dalszy "Instalacja aplikacji Ruby on Rails na przykładzie"

Konfigurujemy VPS - część 11, dygresja o możliwości ćwiczeń

nospam@example.com (Marcin Kasperski) — Fri, 27 Mar 2009 02:06:00 +0100

Czy można jakoś poćwiczyć konfigurowanie małej maszynki typu VPS bez płacenia? Oczywiście można. Najprostszym rozwiązaniem jest postawienie takiego systemu na własnym domowym pececie.

Sposobów na to jest kilka. Niektóre działają także, gdy na domowej maszynie mamy Windows.

Osoby, które doskonale wiedzą, co to jest Vmware czy KVM, może zainteresować fragment dotyczący tworzenia obrazu systemu.

Ciąg dalszy "Konfigurujemy VPS - część 11, dygresja o możliwości ćwiczeń"

Konfigurujemy VPS - część 10, bardziej zaawansowany nginx

nospam@example.com (Marcin Kasperski) — Thu, 22 Jan 2009 13:38:00 +0100

Dziesiąty artykuł z cyklu Konfigurujemy VPS. Dorzucę jeszcze parę słów na temat konfiguracji nginx-a (której podstawy opisałem w częściach siódmej i ósmej).

Tym razem jest to mniej uporządkowany spis rozmaitości, od dyskusji o liczbie obsługiwanych połączeń, po wzmianki o różnych ciekawych modułach.

Spora część poniższych informacji wykracza poza ramy cyklu Konfigurujemy VPS, przy stawianiu małego serwisu albo bloga większość tego artykułu można swobodnie pominąć.

Ciąg dalszy "Konfigurujemy VPS - część 10, bardziej zaawansowany nginx "

Konfigurujemy VPS - część 9, kilka ułatwień życia

nospam@example.com (Marcin Kasperski) — Sun, 21 Dec 2008 01:58:00 +0100

Dziewiąty artykuł z cyklu Konfigurujemy VPS. Do konfiguracji nginx-a jeszcze wrócę, tym razem jednak dwie drobne ale bardzo ułatwiające życie techniki administracyjne:

monitorowanie logów,
zarządzanie zawartością /etc/

Ciąg dalszy "Konfigurujemy VPS - część 9, kilka ułatwień życia"

Trwała sesja via VNC - uzupełnienia

nospam@example.com (Marcin Kasperski) — Tue, 09 Dec 2008 21:32:00 +0100

Dwa uzupełnienia do artykułu o trwałej sesji VNC na serwerze:

proponuję kolejny lekki desktop, fajnie sprawdzający się w roli menedżera sesji działającej wewnątrz VNC,
opisuję, jak uniknąć startowania w ramach takiej sesji programów uruchamianych przez Gnome/KDE, a także zapewnić osobne miejsce zapisywania się konfiguracji desktopu.

Ciąg dalszy "Trwała sesja via VNC - uzupełnienia"

Replikacja Slony-I - scenariusz upgrade

nospam@example.com (Marcin Kasperski) — Sat, 06 Dec 2008 12:54:20 +0100

Dopisek do artykułu o konfiguracji replikacji baz PostgreSQL przy pomocy Slony-I: co się dzieje przy upgrade.

W kontekście replikacji znaczenie mają wersje następujących elementów:

programu slon
zapisanych w bazie danych triggerów i procedur składowanych Slony-I,
binarnej biblioteki pomocniczej należącej do Slony-I (używanej przez powyższe i dolinkowywanej dynamicznie do bazy danych),
samej bazy danych (tj. PostgreSQL).

Aby Slony-I działało, między każdymi z nich musi być zgodność wersji, tj.:

program slon musi mieć tą samą (dokładnie!) wersję co triggery we wszystkich bazach, z którymi się komunikuje - także zdalnych,
biblioteka pomocnicza musi być binarnie zgodna z triggerami
biblioteka pomocnicza musi być binarnie zgodna z bazą danych (tj. skompilowana z jej nagłówkami i bibliotekami).

Same bazy mogą mieć różne wersje (na różnych węzłach) ale pod warunkiem przykrycia taką samą wersją Slony-I (tj. możemy mieć PostgreSQL 8.1 na maszynie A i PostgreSQL 8.3 na maszynie B, ale musimy mieć na obu bibliotekę pomocniczą, program slon i kod SQL w bazie z - powiedzmy - Slony-I 1.2.13).

Jak to wygląda przy normalnym, pakietowym systemie dystrybucji?

Ciąg dalszy "Replikacja Slony-I - scenariusz upgrade"

Co robi dla mnie mój blog

nospam@example.com (Marcin Kasperski) — Tue, 02 Dec 2008 22:50:05 +0100

Często się spotyka opinie, że programy blogowe są proste i prymitywne, w parę dni można samemu taki machnąć (zwłaszcza w Django, Ruby on Rails czy którymś z nowych frameworków PHP - zależnie od mówiącego).

Trochę mnie to kusiło ale ... wypisałem sobie, co robi dla mnie mój skrypt blogowy. Przy okazji jest to ilustracja, jak w praktyce działa osadzanie na stronie map xminda.

Ciąg dalszy "Co robi dla mnie mój blog"

Używamy VNC - trwała sesja na serwerze

nospam@example.com (Marcin Kasperski) — Fri, 21 Nov 2008 13:43:00 +0100

VNC najczęściej kojarzy się z zarządzaniem zdalną maszyną. To oczywiście użyteczne zastosowanie ale sensownych zastosowań jest więcej. W tym artykule o trwałej sesji na serwerze, czyli wykorzystywaniu zdalnego desktopu, z którym można się swobodnie rozłączyć i połączyć ponownie.

Zacznijmy od opisu o co chodzi, potem szczegóły konfiguracyjne.

Ciąg dalszy "Używamy VNC - trwała sesja na serwerze"

Konfigurujemy VPS - część 8, nginx cd (proxy, FastCGI, PHP)

nospam@example.com (Marcin Kasperski) — Fri, 07 Nov 2008 01:04:53 +0100

Ósmy artykuł z cyklu Konfigurujemy VPS - kontynuacja opisu konfiguracji nginx-a. Opisuję tu co ciekawego można pisać w location, czyli jak uruchamiać skrypty albo budować reverse-proxy.

Uwaga: przed czytaniem tego artykułu trzeba przeczytać ogólny opis konfiguracji nginxa.

Ciąg dalszy "Konfigurujemy VPS - część 8, nginx cd (proxy, FastCGI, PHP)"

Konfigurujemy VPS - część 7, nginx (podstawy)

nospam@example.com (Marcin Kasperski) — Sat, 01 Nov 2008 22:35:01 +0100

Siódmy artykuł z cyklu Konfigurujemy VPS - podstawy konfiguracji nginksa.

Czemu konfiguruję nginksa a nie Apache, tłumaczyłem w części piątej. O Apache w przyszłości parę słów napiszę ale w wielu wypadkach nginx sprawi się lepiej i oszczędniej.

Nie opisuję w tym artykule wszystkich możliwości nginxa, wybrałem kilka najważniejszych konstrukcji. Staram się też omówić elementy, które najczęściej bywają konfudujące.

Bardzo prosty minimalny przykład

Zacznijmy od minimalistycznego przykładu.

Ciąg dalszy "Konfigurujemy VPS - część 7, nginx (podstawy)"

Konfigurujemy VPS - część 6, startowanie i restartowanie

nospam@example.com (Marcin Kasperski) — Sun, 19 Oct 2008 21:52:00 +0200

Szósty artykuł z cyklu Konfigurujemy VPS. Tym razem piszę o automatycznym uruchamianiu programów.

Obiecany w piątej części szczegółowy opis konfiguracji nginx-a będzie niedługo, po prostu przyda mi się do niego mechanizm opisywany poniżej.

Start, stop, restart...

Jak dystrybucje Linuxa uruchamiają serwery? Każdy wie - pliki w /etc/init.d, linki symboliczne do nich w /etc/rc* lub podobnych katalogach, proces init uruchamiający podlinkowane skrypty przy zmianie poziomów działania. Tak startuje niemal wszystko, od demonów wspierających działanie sprzętu, po serwery poczty czy WWW.

Podejście to ma dość oczywistą wadę, istotną zwłaszcza gdy administrator zagląda na serwer od czasu do czasu, a usługi mają działać nieprzerwanie. Proces, który ulegnie awarii, nie jest uruchamiany ponownie.

W przypadku najważniejszych systemowych demonów jest to mniej bolesne (działają bardzo stabilnie, często mają wbudowane własne mechanizmy restartu) - choć i tu w specyficznych przypadkach (choćby brak pamięci) mogą wystąpić awarie. Nasz kod - jeśli takowy mamy - może być bardziej wrażliwy.

Dlatego warto korzystać z narzędzi zapewniających nie tylko uruchomienie takiej czy innej aplikacji, ale też jej restart w razie awarii. Jest ich kilka, poniżej piszę szczegółowo o mojej ulubionej. Przy okazji opiszę też poręczną technikę umożliwiania konfigurowania demonów przez użytkowników nie mających praw administratora.

Ciąg dalszy "Konfigurujemy VPS - część 6, startowanie i restartowanie"

Konfigurujemy VPS - część 5, WWW

nospam@example.com (Marcin Kasperski) — Tue, 14 Oct 2008 01:26:01 +0200

Piąty artykuł z cyklu Konfigurujemy VPS. Najwyższy czas napisać o serwerze WWW.

Mamy tu sytuację trochę podobną jak w przypadku DNS - jeden program (Apache) jest używany w zdecydowanej większości zastosowań i właściwie utożsamiany z serwerem WWW pod Linuxem (i nie tylko pod Linuxem). Jest o tyle inaczej, że ten program jest faktycznie fajny. Ale nie jedyny. A różnica w stosunku do nginxa czy lighttpd nie polega na wypieszczeniu kodu czy atrakcyjnych dodatkach, jest fundamentalna.

Koncepcja

Jak działa Apache (a także IIS i wiele innych serwerów WWW)? Każde nadchodzące żądanie jest przydzielane do jakiegoś procesu lub wątku roboczego, a ten zajmuje się odczytaniem treści żądania, pełną obsługą i odesłaniem wyniku. Przez cały ten czas proces lub wątek jest dedykowany do obsługi tego jednego żądania i niczym innym się nie zajmuje.

Nginx, lighttpd ~~czy Cherokee~~ działają inaczej. Jeden proces monitoruje gromadę otwartych połączeń, reagując na możliwość odczytu lub zapisu danych. Trochę więcej o takim stylu programowania już pisałem, patrz artykuł o programowaniu zdarzeniowym.

Czemu jest to wielka różnica?

Ciąg dalszy "Konfigurujemy VPS - część 5, WWW"

Konfigurujemy VPS - część 4, poczta

nospam@example.com (Marcin Kasperski) — Sun, 28 Sep 2008 01:07:52 +0200

Czwarty artykuł z cyklu Konfigurujemy VPS. Czas na obsługę poczty elektronicznej. Poniżej pokrótce przypominam podstawowe zasady jej działania, tłumaczę czemu jest na VPS potrzebna, wreszcie - omawiam przykładową prostą konfigurację.

Ciąg dalszy "Konfigurujemy VPS - część 4, poczta"

Co zamiast Google Analytics?

nospam@example.com (Marcin Kasperski) — Tue, 23 Sep 2008 20:06:00 +0200

Google Analytics jest fajnym, użytecznym produktem, udostępniającym wiele wartościowych raportów. Ma jednak dwie wady.

Pierwsza jest ideowa - używając Analytics dajemy firmie Google bardzo drobiazgowe informacje na temat naszego serwisu. W przypadku hobbistycznego bloga nie jest to szczególny problem, w przypadku realnego biznesu zaczyna ważyć, gdy dochodzi do tego uczestnictwo w kampaniach reklamowych (tak Google, jak innych), powody do niepokoju mogą być zupełnie realne. A już zupełnie ślisko się robi, gdy nasza usługa jest w jakiejś mierze konkurencyjna dla którejś z usług Google.

Drugi problem jest praktyczny - coraz bardziej zauważalna grupa ludzi blokuje skrypty Analytics (traktując to jako element troski o swoją prywatność). Widać to szczególnie wśród czytelników tekstów technicznych.

Ciąg dalszy "Co zamiast Google Analytics?"

Konfigurujemy VPS - część 3, kilka ważnych drobiazgów

nospam@example.com (Marcin Kasperski) — Fri, 19 Sep 2008 21:53:00 +0200

Trzeci artykuł z cyklu Konfigurujemy VPS. Tym razem kilka drobnych ale ważnych ustawień, o które przywykliśmy być pytani w trakcie instalacji systemu - ale na VPS musimy poprawiać post-factum: nazwa maszyny, data/czas i strefa czasowa, wersje językowe.

Ciąg dalszy "Konfigurujemy VPS - część 3, kilka ważnych drobiazgów"

Konfigurujemy VPS - część 2, DNS

nospam@example.com (Marcin Kasperski) — Thu, 11 Sep 2008 14:17:00 +0200

Drugi artykuł z cyklu Konfigurujemy VPS. Tym razem zajmę się konfiguracją DNS - czyli zapewnieniem naszej maszynie sensownej nazwy.

Aby nie używać na okrągło zaimków, powiedzmy, że chcemy mieć supersajt.pl (a także blog.supersajt.pl, mail.supersajt.pl i parę innych).

Ciąg dalszy "Konfigurujemy VPS - część 2, DNS"

Konfigurujemy VPS - część 1, przygotowanie

nospam@example.com (Marcin Kasperski) — Wed, 10 Sep 2008 19:26:00 +0200

Niedawno zachwalałem VPS jako najfajniejszą formę hostingu. Ba - dla wielu osób odstraszająca jest konieczność samodzielnej administracji, zwłaszcza surowej, zdalnej maszyny. Stąd pomysł na krótki cykl artykułów opisujących co właściwie trzeba na takim VPS zainstalować i jak skonfigurować. Potrzebnych aplikacji wcale nie jest wiele…

W tej części piszę o czynnościach do wykonania tuż po stworzeniu maszyny - czyli co zrobić, by móc się na nią zalogować przy kolejnych wizytach i ... by nie mieć niepotrzebnych gości.

Aha: z Linode nadal jestem bardzo zadowolony i szczerze je polecam.

Ciąg dalszy "Konfigurujemy VPS - część 1, przygotowanie"

Spinanie rozpiętej macierzy

nospam@example.com (Marcin Kasperski) — Sun, 07 Sep 2008 18:12:00 +0200

Właśnie miałem okazję przećwiczyć scenariusz awarii dysku należącego do prostej macierzy RAID. A przy okazji, ponieważ problem dotyczył drivera, a nie samego dysku, spinanie macierzy z powrotem.

Ciąg dalszy "Spinanie rozpiętej macierzy"

Czym powinien być Trac

nospam@example.com (Marcin Kasperski) — Sun, 10 Aug 2008 12:48:00 +0200

Parę razy podchodziłem do Traca - i zawsze odbijałem się o denerwującą konieczność namnażania stada projektów nie mających ze sobą związku. Zajrzałem znowu, znowu zobaczyłem zaawansowane dyskusje na temat wieloprojektowego Traca i ... postanowiłem w końcu obejrzeć Redmine.

Jaka to śliczna aplikacja!

Ciąg dalszy "Czym powinien być Trac"

Konfigurowanie prostego RAID pod Ubuntu Linuksem - drobne uzupełnienia

nospam@example.com (Marcin Kasperski) — Mon, 04 Aug 2008 23:50:00 +0200

Obiecana w ramach pierwszej części informacja o postępowaniu, gdy chcemy dołożyć jeden nowy dysk i zestawić go w macierz z istniejącym. A także uwaga o postępowaniu, gdy przed zakładaniem macierzy mamy już LVM.

Ciąg dalszy "Konfigurowanie prostego RAID pod Ubuntu Linuksem - drobne uzupełnienia"

Problemy z dyskami SATA w towarzystwie CD...

nospam@example.com (Marcin Kasperski) — Sat, 02 Aug 2008 18:57:45 +0200

Dwukrotnie już, na zupełnie innych konfiguracjach sprzętowych, nadziałem się na problemy z działaniem Linuksa w konfiguracji: system zawierający wyłącznie dyski SATA (żadnego dysku twardego IDE) oraz CD/DVD IDE. Zależnie od BIOSu problem można łatwo rozwiązać - albo nie. Nie mam dowodu, że oba problemy mają dokładnie tą samą przyczynę - ale są po temu bardzo poważne poszlaki.

Objawy

Problem pierwszy: mój Linux gładko się zainstalował z płytki, ale potem - niedeterministycznie - czasem bootował się poprawnie, czasem zaś , w czasie rozruchu, zaczynał w pewnym momencie zgłaszać błędy typu hda: lost interrupt (i powielał je w nieskończoność). Do tego, ten sam dysk czasem pojawiał się jako sda, a czasem jako hda. O występowaniu lub nie problemu decydowały chyba zależności czasowe, a być może nawet ... obecność CD-ROMu w stacji CD.

Problem drugi: po włożeniu drugiego twardego dysku do komputera, niektóre uruchomienia kończyły się - znowu, niezbyt deterministycznie - zwisem z powtarzającymi się komunikatami ata1: port is slow to respond, please be patient.

Diagnoza i rozwiązanie pierwszego problemu

Ciąg dalszy "Problemy z dyskami SATA w towarzystwie CD..."

Konfigurowanie prostego RAID pod Ubuntu Linuksem - część druga

nospam@example.com (Marcin Kasperski) — Fri, 01 Aug 2008 07:09:00 +0200

W poprzedniej części) skonfigurowałem macierz dyskową i pozakładałem na niej partycje. Teraz czas na przenoszenie danych.

Ciąg dalszy "Konfigurowanie prostego RAID pod Ubuntu Linuksem - część druga"

Hosting, czyli - kocham VPS

nospam@example.com (Marcin Kasperski) — Fri, 01 Aug 2008 07:01:00 +0200

Chcąc postawić stronę, bloga, wiki, czy dowolny inny serwis internetowy ma się sporo możliwości. Ja jestem zakochany w VPS-ach (ten blog, moja strona i WatchBot działają obecnie na Linode), poniżej kilka słów wyjaśnienia - czemu. A także wyjaśnienie, co to w ogóle jest VPS i porady, jak go wybrać.

Ciąg dalszy "Hosting, czyli - kocham VPS"

Konfigurowanie prostego RAID pod Ubuntu Linuksem - część pierwsza

nospam@example.com (Marcin Kasperski) — Thu, 31 Jul 2008 23:42:00 +0200

Dyski potaniały, robiąc backupy ciągle o czymś zapominam, postanowiłem zrobić prosty RAID, by zaasekurować się od fizycznego uszkodzenia dysku. Poniżej szczegółowy opis kolejnych czynności. Testowane na Ubuntu 8.04, gros operacji powinna być podobna na innych dystrybucjach (główna specyfika Ubuntu poniżej dotyczy montowania dysków po UUID, nie jest to krytyczne dla całości).

Cel zabawy

Chcę zestawić dwa dyski jako mirror (RAID 1), chcę też wykorzystywać nad nim LVM do płynnego zarządzania partycjami. Ogólnie, planuję konfigurację podobną np. do opisanej tutaj - szczegółowy opis trochę dalej.

Ciąg dalszy "Konfigurowanie prostego RAID pod Ubuntu Linuksem - część pierwsza"

Replikacja baz PostgreSQL - Slony I

nospam@example.com (Marcin Kasperski) — Sat, 26 Jul 2008 08:27:37 +0200

Slony-I jest fajną techniką replikacji danych między bazami PostgreSQL. W przeciwieństwie do techniki warm standby, która efektywnie polega na utrzymywaniu zapasowej bazy w stanie ciągłego odtwarzania inkrementalnego backupu bazy głównej, Slony-I potrafi replikować wybrane tabele i schematy (a nie wyłącznie całą bazę), docelowa baza może być cały czas używana (nawet replikowane tabele - w wariancie tylko do odczytu), a przede wszystkim możliwa jest replikacja między różnymi wersjami PostgreSQL (np. między bazą 8.1 a 8.3) i różnymi architekturami (i386 i amd64 to różne architektury, plików WAL między nimi nie przeniesiemy). Można zresztą replikować do bazy realizującej normalną obsługę innych tabel.

Dokumentacja Slony-I jest dość rozbudowana i obejmuje wiele trudnych przypadków, poniżej prosta recepta na replikację master-slave w konfiguracji dwumaszynowej.

Ciąg dalszy "Replikacja baz PostgreSQL - Slony I"