Jednym z najbardziej oczekiwanych nowych mechanizm\u00f3w serwera PostgreSQL 17 jest funkcja wykonywania przyrostowych kopii bezpiecze\u0144stwa. Umo\u017cliwia ona redukcj\u0119 rozmiaru codziennej fizycznej kopii bezpiecze\u0144stwa dzi\u0119ki uwzgl\u0119dnianiu wy\u0142\u0105cznie tych blok\u00f3w danych, kt\u00f3re uleg\u0142y zmianom od czasu wykonania wcze\u015bniejszej kopii bezpiecze\u0144stwa. Mo\u017ce to skutkowa\u0107 mniejszym zu\u017cyciem pami\u0119ci dyskowej oraz kr\u00f3tszym czasem wykonywania.<\/p>\n\n\n\n
Nale\u017cy pami\u0119ta\u0107, \u017ce aby mo\u017cliwe by\u0142o wykonywanie przyrostowych kopii bezpiecze\u0144stwa w systemie PostgreSQL 17, niezb\u0119dne jest uprzednie aktywowanie procesu WAL Summarizer (parametr summarize_wal = on<\/code>), kt\u00f3ry na bie\u017c\u0105co rejestruje w plikach WAL Summary informacje o numerach zmienianych blok\u00f3w danych. Pliki WAL Summary s\u0105 przechowywane (przez czas wal_summary_keep_time<\/code>) w katalogu $PGDATA\/pg_wal\/summaries<\/code> i s\u0142u\u017c\u0105 do identyfikacji blok\u00f3w, kt\u00f3re musz\u0105 by\u0107 uwzgl\u0119dnione w przyrostowej kopii bezpiecze\u0144stwa. <\/p>\n\n\n\n
Aby przyrostowa fizyczna kopia bezpiecze\u0144stwa mog\u0142a by\u0107 wykorzystana w procesie odtwarzania po awarii, nale\u017cy j\u0105 scali\u0107 z wcze\u015bniejsz\u0105 pe\u0142n\u0105 kopi\u0105 bezpiecze\u0144stwa – do tego celu s\u0142u\u017cy nowe narz\u0119dzie pg_combinebackup<\/code>, kt\u00f3re „dokleja” do pe\u0142nej kopii bezpiecze\u0144stwa wszystkie zmienione bloki danych.<\/p>\n\n\n
\n<\/figure><\/div>\n\n\n
Dzi\u015b zademonstrujemy wyniki eksperyment\u00f3w wydajno\u015bciowych przeprowadzonych w \u015brodowisku serwera bazy danych PostgreSQL, por\u00f3wnuj\u0105cych rozmiary i czasy realizacji kopii bezpiecze\u0144stwa oraz odtwarzania bazy danych dla r\u00f3\u017cnych strategii (kopie pe\u0142ne, kopie przyrostowe). Zwr\u00f3cimy uwag\u0119 na to, jak ilo\u015b\u0107 zmian pojawiaj\u0105cych si\u0119 ka\u017cdego dnia w bazie danych mo\u017ce uzasadni\u0107 sens stosowania strategii przyrostowych.<\/p>\n\n\n\n
\u015arodowisko eksperymentalne sk\u0142ada si\u0119 z bazy danych o rozmiarze oko\u0142o 2 GB, wygenerowanej narz\u0119dziem pgbench:<\/p>\n\n\n\n
Do symulacji codziennej aktywno\u015bci u\u017cytkownik\u00f3w r\u00f3wnie\u017c wykorzystamy pgbench:<\/p>\n\n\n\n
# scenariusz 1: modyfikuje ok. 5% rekord\u00f3w, dodaje ok. 5% rekord\u00f3w<\/code><\/p>\n\n\n\n
pgbench -b simple-update -c 10 -t 70000 test <\/code><\/p>\n\n\n\n
# scenariusz 2: modyfikuje ok. 0.5% rekord\u00f3w, dodaje ok. 0.5% rekord\u00f3w<\/code><\/p>\n\n\n\n
pgbench -b simple-update -c 10 -t 7000 test <\/code><\/p>\n\n\n\n
Badane b\u0119d\u0105 dwie strategie realizacji kopii bezpiecze\u0144stwa w cyklu tygodniowym. W ramach pierwszej strategii, ka\u017cdego dnia wykonywana pe\u0142na kopia bezpiecze\u0144stwa poleceniem:<\/p>\n\n\n\n
Natomiast druga strategia przyjmuje, \u017ce w niedziel\u0119 wykonywana jest pe\u0142na kopia bezpiecze\u0144stwa, a w kolejne dni kopie przyrostowe r\u00f3\u017cnicowe, poleceniami:<\/p>\n\n\n\n
Zmierzymy r\u00f3wnie\u017c czas odtwarzania bazy danych, odpowiednio dla ka\u017cdej ze strategii. W pierwszym przypadku b\u0119dzie to po prostu czas kopiowania fizycznej kopii bezpiecze\u0144stwa do katalogu Data Directory, a w drugim – czas scalenia pe\u0142nej fizycznej kopii bezpiecze\u0144stwa z sze\u015bcioma przyrostowymi kopiami bezpiecze\u0144stwa poleceniem:<\/p>\n\n\n\n
Wyniki pomiar\u00f3w s\u0105 przedstawione na poni\u017cszych wykresach. W przypadku wzgl\u0119dnie niedu\u017cej ilo\u015bci dziennych modyfikacji danych (modyfikacja 1% danych), zastosowanie przyrostowych kopii bezpiecze\u0144stwa pozwala na wyra\u017ane oszcz\u0119dno\u015bci czasu i przestrzeni dyskowej. W przypadku znacznych dziennych modyfikacji danych (modyfikacja 10% danych), przyrostowe kopie bezpiecze\u0144stwa mog\u0105 obejmowa\u0107 prawie wszystkie bloki danych, co nie daje korzy\u015bci w stosunku do pe\u0142nych kopii bezpiecze\u0144stwa. Z kolei zmierzone czasy odtwarzania bazy danych wynosi\u0142y: 0,02 s gdy wykorzystywane by\u0142y pe\u0142ne kopie bezpiecze\u0144stwa oraz ok. 20 sekund w przypadku kopii przyrostowych.<\/p>\n\n\n
\n<\/figure><\/div>\n\n
\n<\/figure><\/div>\n\n
\n<\/figure><\/div>\n\n\n
Podsumowuj\u0105c, przed wdro\u017ceniem mechanizmu przyrostowych kopii bezpiecze\u0144stwa w PostgreSQL 17 warto przeprowadzi\u0107 analiz\u0119 korzy\u015bci w kontek\u015bcie specyfiki w\u0142asnego \u015brodowiska.<\/p>\n","protected":false},"excerpt":{"rendered":"
![\"\"](\"https:\/\/explainit.pl\/wordpress\/wp-content\/uploads\/2025\/01\/backup_diagram_vert-738x1024.png\")
<\/figure><\/div>\n\n\n![\"\"](\"https:\/\/explainit.pl\/wordpress\/wp-content\/uploads\/2025\/01\/bkup1.png\")
<\/figure><\/div>\n\n![\"\"](\"https:\/\/explainit.pl\/wordpress\/wp-content\/uploads\/2025\/01\/bkup2.png\")
<\/figure><\/div>\n\n![\"\"](\"https:\/\/explainit.pl\/wordpress\/wp-content\/uploads\/2025\/01\/bkup3.png\")
<\/figure><\/div>\n\n\n