<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Forum PostgreSQL - Backup bazy i danych]]></title>
	<link rel="self" href="http://forum.postgresql.org.pl/extern.php?action=feed&amp;tid=434&amp;type=atom"/>
	<updated>2011-01-27T19:26:55Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.postgresql.org.pl/viewtopic.php?id=434</id>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2372#p2372"/>
			<content type="html"><![CDATA[póki co działa jeszcze dość topornie. Jednak postgres to nie oracle.]]></content>
			<author>
				<name><![CDATA[rski]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=26</uri>
			</author>
			<updated>2011-01-27T19:26:55Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2372#p2372</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2371#p2371"/>
			<content type="html"><![CDATA[proponuje projekt pg_rman
ale nie sprawdzalem jak to działa]]></content>
			<author>
				<name><![CDATA[mwittt]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=930</uri>
			</author>
			<updated>2011-01-27T19:24:11Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2371#p2371</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2010#p2010"/>
			<content type="html"><![CDATA[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]]></content>
			<author>
				<name><![CDATA[sulavix]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=972</uri>
			</author>
			<updated>2010-04-29T13:53:58Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2010#p2010</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2009#p2009"/>
			<content type="html"><![CDATA[Dokładnie. Chcesz częściej i z automatu, to używasz crona.]]></content>
			<author>
				<name><![CDATA[letni_deszczyk]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1091</uri>
			</author>
			<updated>2010-04-28T18:03:44Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2009#p2009</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2008#p2008"/>
			<content type="html"><![CDATA[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???]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2010-04-28T05:41:08Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2008#p2008</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2007#p2007"/>
			<content type="html"><![CDATA[Ok, jak rozumiem robisz kopie raz dziennie rano, a jeżeli baza padnie popołudniu to dane juz nie do odzyskania, czy może sie mylę? To wg mnie należało by robic kopie częściej aby danych utracić jak najmniej.]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2010-04-27T14:25:49Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2007#p2007</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2006#p2006"/>
			<content type="html"><![CDATA[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.]]></content>
			<author>
				<name><![CDATA[letni_deszczyk]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1091</uri>
			</author>
			<updated>2010-04-26T19:13:45Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2006#p2006</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2005#p2005"/>
			<content type="html"><![CDATA[Na razie nic nie stawiam na trwałe, najpierw chce się dowiedzieć o niektóre rzeczy. Milionów rekordów sie nie spodziewam, ale lepiej wcześniej poznać szczegóły dotyczące bazy niż później drapać sie po głowie.
Moze ktoś z tu obecnych napisze w jaki sposób robi kopie i czy jest z tego zadowolony. Wysłuchajmy kilku przykładów z zycia i wtedy każdy bedzie mógł coś dla siebie wybrać.]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2010-04-26T17:06:48Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2005#p2005</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2004#p2004"/>
			<content type="html"><![CDATA[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.]]></content>
			<author>
				<name><![CDATA[letni_deszczyk]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1091</uri>
			</author>
			<updated>2010-04-25T21:35:56Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2004#p2004</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2003#p2003"/>
			<content type="html"><![CDATA[To była by super sprawa. RMAN jeszcze nie testowałem, mam zamiar sie zabrać za to, ale Oracle to zasobożerna kobyła, Postgres jest mniejszy prostrzy w obsłudze i ma typ pola TIME który mi pasuje. Z Oraclem mam doczynienia tylko z raportowaniem danych.]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2010-04-25T20:06:46Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2003#p2003</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2002#p2002"/>
			<content type="html"><![CDATA[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.]]></content>
			<author>
				<name><![CDATA[rski]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=26</uri>
			</author>
			<updated>2010-04-25T19:58:53Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2002#p2002</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2001#p2001"/>
			<content type="html"><![CDATA[Pełny backup, błędy wyskakują różne ( primary key nie istnieje, albo constraint mu cosik nie pasuje) jak wykasuje bazę to na nowej świeżej ładnie sie przywraca backup. Chyba muszę jeszcze nd tymi kopiami posiedzieć. Zastanwiam sie jeszcze nad Oracle 10 XE tylko nie wiem czy mi 4GB na dane starczy.]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2010-04-25T19:56:28Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2001#p2001</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2000#p2000"/>
			<content type="html"><![CDATA[[quote]
Tablespaces are only supported on systems that support symbolic links. 
[/quote]
to chyba sugeruje że to rzeczywiście działa na zasadzie linków.

[quote]
I jeszcze stare pytanko, czy zanim przywróce baze restore to powinienem stara baze usunąć? Przywracajac kopie w PGAdminie zrobiona również w PGAdminie jeżeli nie skasuje starej bazy to wyskakują mi błędy.
[/quote]
ale jaki 'restore' z PITR czy pełnego backupy?]]></content>
			<author>
				<name><![CDATA[rski]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=26</uri>
			</author>
			<updated>2010-04-25T19:17:24Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2000#p2000</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=1999#p1999"/>
			<content type="html"><![CDATA[Szkoda że to tylko linki.

I jeszcze stare pytanko, czy zanim przywróce baze restore to powinienem stara baze usunąć? Przywracajac kopie w PGAdminie zrobiona również w PGAdminie jeżeli nie skasuje starej bazy to wyskakują mi błędy.]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2010-04-25T19:11:05Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=1999#p1999</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Backup bazy i danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=1998#p1998"/>
			<content type="html"><![CDATA[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.]]></content>
			<author>
				<name><![CDATA[rski]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=26</uri>
			</author>
			<updated>2010-04-25T19:01:54Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=1998#p1998</id>
		</entry>
</feed>
