Backup bazy i danych

Korzystając z dobodziejstw Point In Time Recvery (jeśli nie masz oczywiście Postgresa sprzed wersji 8) możesz tworzyć kopie działającej bazy podczas pracy. Działa to na innej zasadzie niż dump, tutaj wykorzystujesz tarowanie z całym filesystemem. Po pierwszym tarowaniu całej bazy potem systematycznie tworzone są tylko pliki przyrostowe.

No właśnie coś mi nie pasowało w twoim pytaniu .
Klaster (cluster) w postgresie to miejsce (katalog) gdzie składowany jest plik konfiguracyjny postgresql.conf i tabele ze schematu global (tak sie chyba nazywa jeśli się nie mylę). Pozostałe pliki konfiguracyjne zazwyczaj też są w klastrze ale nie muszą. Bazy danych też są składowane w klastrze ale jak już zauważyłeś obiekty można składować w innych lokalizacjach poprzez tabelspace'y. Poza tym klaster zawiera jeszcze inne obiekty.
Ale na pewno nie należy utożsamiać klastra postgresowego z tabelspace'm a tym bardziej z pojęciem klastra stosowanym w innych baza danych (i nie tylko).

Backup przyrostowy jest zawsze na całym klastrze. O ile się nie mylę to tabelspace'y działają na zasadzie linków. Więc podział klastra na tablespace'y nie powoduje że pewne bazy nie znajdą się w przyrostowych backupach (chociaż mam co do tego 90% pewności bo może jest jakiś trick) .

Podział na tablespace'y ma w zasadzie najczęściej chyba tylko wtedy sens gdy mamy na posiadaniu jakieś szybsze nośniki (dyski) do których możemy wrzucić najczęściej używane tabele.

Nie no jak przywracasz z pełnego backupu to powinieneś mieć czystą bazę, inaczej będą występować m.in. konflikty nazw (m.in. tabela już istnieje)

Z ciekawostek zapodam, że ostatnio wpadłem na stronę projektu pg_rman, nie wiem czy znasz oracle ale w nim RMAN to taka kobyła m.in. do backupów. No i ludkowie chcą zrobić coś takiego  w postgresie. Na razie działa dość topornie ale kto wie , może coś im z tego wyjdzie.

Ostatnio edytowany przez rski (2010-04-25 22:01:26)

Zastanawia mnie jedna rzecz.
Kombinujesz tablespaceami aby nie obciążać w przyszłości bazy przez proces backupowania (który co by nie mówić i tak będzie mniej obciążający niż taki dump - w zasadzie polecenie tar na plikach i cp), a jednocześnie swojego PostgreSQLa stawiasz na Windowsie.
PostreSQL był bazą od początku przeznaczoną na Linuxa, na Windowsa zaś powstał stosunkowo niedawno. Z doświadczenia wiem, że już przy kilkumilionowo-rekordowych bazach, różnica w pracy jest bardzo widoczna.
Jeśli więc chcesz zapewnić wydajność bazy na przyszłość, proponowałbym najpierw zmienić OSa.

Powiem tak, przy największej bazie gdzie sam dump zajmuje 2.5GB (pliki bazy to dziesiątki GB) w zupełności wystarczy mi pg_dump. Co prawda backupy robie z rana może przy kilkunastu klientach podłączonych jednocześnie, nie przeszkadza to jednak specjalnie w pracy ludzi.
To jest PostgreSQL, solidny SZBD stworzony z myślą o wielkich bazach.
Jeśli nie zamierzasz trzymać ogromej ilości danych w Postgresie, to podstawowe narzędzie pg_dump wystarczy Ci w zupełności.

Nikt nie pisze, czyżby wszyscy zajeli sie kopiami :-) to jeszcze cos napisze, patrząc z punktu użytkownika to nie byłbym zadowolony kiedy po całym dniu klepania danych okazuje sie rano że ich nie ma i trzeba je wklepać od nowa. Jeżeli tylko sie da ponownie wpisac to mały problem, ale co z danymi których już sie nie ma?
Jeszcze tak zapytam jeżeli mogę to jakiego rodzaju dane w jakiej branży są przechowywane w bazie tu obecnych, że wystarcza jedna kopia tylko.
Ja np: mam kilka baz w Accessie, cron robi mi kopie co godzine z datą i czasem w nazwie pliku, a zarazem kasuje mi stare kopie po 7 dniach. Robie tak ponieważ gdyby zaszła potrzeba odwołać się do danych w razie nieporozumień to jestem to w stanie zrobić.
Te właśnie bazy musze przenieśc do jakiejś jednej słusznej bazy i tam nimi zarządzać.
Może popadam w paranoje, czy ja nie przesadzam???

witam serdecznie;
wbrew pozorom sposoby robienia kopii zapasowych bazy danych moga sie komplikowac i czestotliwosc robienia takiej kopii niczego nie rozwiaze nawet gdybysmy robili kopie co minute; duzo zalezy jak dynamicznie zachodza zmiany w bazie i w jaki sposob uzytkownicy lacza sie z baza (bezprzewodowo, przez pocze elektronicza, vpn i replikacje czesto wielopoziomowa); tak ze posiadanie kopii zapasowej to jedno a moznosc wstrzymania rozpoczetych juz procesow aktualizacji bazy danych to drugie; w prostych systemach rzeczywiscie wystarczy miec kopie co jakis czas i wszystko jest pod kontrola ale bywaja systemy monstrualne, ze strach sie bac;
pozdrawiam