Szkolenie Zaawansowana administracja PostgreSQL: High Availability, Disaster Recovery, monitoring, skalowanie - TERMIN GWARANTOWANY - 23.11.2026
Szkolenie Zaawansowana administracja PostgreSQL: High Availability, Disaster Recovery, monitoring, skalowanie: TERMIN GWARANTOWANY 23-27.11.2026
Termin gwarantowany odbędzie się na pewno, nawet przy jednym uczestniku. Szkolenie online na żywo z trenerem, 5 dni, w godz. 9:00-16:00.
Prowadzący: Mateusz Henicz
Szczegóły szkolenia, program i zapisy:
➜ Szkolenie Zaawansowana administracja PostgreSQL: High Availability, Disaster Recovery, monitoring, skalowanie
Wszystkie terminy gwarantowane JSystems:
➜ lista terminów gwarantowanych
W skrócie
Odpowiadasz za produkcyjny PostgreSQL: gdy pada serwer, stają aplikacje i płatności, a każda minuta przestoju i utracona transakcja kosztują firmę realne pieniądze. Podczas szkolenia, pod okiem administratora z Percony budujesz na serwerach klaster, w którym po awarii replika sama przejmuje pracę, a dane odtwarzasz do chwili sprzed incydentu. Przechodzisz od kopii w Barmanie i pgBackRest, przez replikację i Patroni, po pgBouncer, monitoring, autovacuum i usuwanie bloatu bez zatrzymywania bazy.
Co potrafisz po szkoleniu
- Konfigurujesz kopie zapasowe i odtwarzanie danych - Archiwizacja plików WAL, czyli dziennika zmian bazy, backup strumieniowy i przez rsync w Barman, kopie pełne, przyrostowe i różnicowe w pgBackRest, z repozytorium w chmurze na przykładzie Azure, oraz odzyskiwanie wszystkich danych albo stanu z wybranej chwili.
- Uruchamiasz replikację fizyczną i przełączasz serwery - Replikacja strumieniowa z hot standby, czyli repliką dostępną do odczytu, synchroniczna i asynchroniczna, wal-shipping, replikacja opóźniona oraz failover i switchover: promocja repliki na serwer główny i ponowne podłączenie dawnego serwera głównego przez pg_rewind.
- Konfigurujesz replikację logiczną - Publikacje i subskrypcje, czyli przesyłanie zmian z wybranych tabel, sloty replikacji i replication origin, start replikacji z kopii zapasowej lub serwera standby oraz failover przy replice logicznej.
- Diagnozujesz problemy z replikacją - Monitorowanie przez pg_stat_replication, pg_publication i pg_subscription, częste problemy oraz parametry replikacji, między innymi wal_level, max_wal_senders, hot_standby_feedback i synchronous_commit.
- Budujesz klaster wysokiej dostępności z Patroni - Etcd jako rozproszony magazyn klucz-wartość, watchdog chroniący przed dwoma serwerami głównymi naraz, HAProxy kierujący połączenia do serwera głównego oraz zarządzanie klastrem: przełączanie lidera, failover, switchover, reinicjalizacja i odbudowa instancji.
- Skalujesz dostęp do bazy z pgBouncer i HAProxy - PgBouncer, czyli pula połączeń, dzięki której wielu klientów korzysta z mniejszej liczby połączeń do bazy: kiedy go wdrożyć, konfiguracja i CLI oraz równoważenie obciążenia i wysoka dostępność z HAProxy.
- Stroisz autovacuum i usuwasz bloat - Mechanizm i parametry autovacuum, wyszukiwanie problematycznych tabel, Heap Only Tuple, czyli wydajniejszy update, szacowanie fillfactora oraz pg_repack, który usuwa bloat i przenosi tabele i indeksy między przestrzeniami tabel bez zatrzymywania bazy.
- Monitorujesz PostgreSQL i usuwasz wąskie gardła - Rozszerzenie pg_stat_monitor, PMM (Percona Monitoring and Management) z pg_stat_statements, monitoring Patroni przez REST API, VictoriaMetrics z Grafaną oraz raporty pgBadger, na podstawie których znajdujesz wąskie gardła i stroisz bazę.
Jak pracujemy
Zajęcia w formie warsztatu: dostajesz własne serwery i budujesz na nich kompletną architekturę, od kopii zapasowych po klaster Patroni z monitoringiem.
Prowadzi Mateusz Henicz, administrator baz danych w firmie Percona, który odpowiada za utrzymanie, tuning i monitoring klastrów PostgreSQL jej klientów. Szkolenie jest też elementem pakietu "Administrator PostgreSQL".
Dla kogo
Dla administratorów baz danych i systemów oraz inżynierów DevOps, którzy odpowiadają za dostępność, odtwarzanie po awarii i wydajność produkcyjnych baz PostgreSQL. Wymagania wstępne: praktyczna znajomość administracji PostgreSQL i pracy w systemie Linux, na przykład w zakresie szkolenia "Administracja, replikacja i tuning baz danych PostgreSQL".
Co zyskujesz
Umiejętność samodzielnego zaprojektowania, uruchomienia i utrzymania środowiska PostgreSQL o wysokiej dostępności: z kopiami zapasowymi, replikacją, pulą połączeń i monitoringiem. Termin gwarantowany odbywa się na pewno, nie odwołamy go z powodu małej grupy. Do szkolenia otrzymujesz gratis e-book "Kompendium administratora PostgreSQL". Otrzymujesz też imienny certyfikat ukończenia szkolenia.
Zarezerwuj miejsce i zbuduj środowisko PostgreSQL, które działa dalej po awarii serwera: z kopiami zapasowymi, replikacją, klastrem Patroni i monitoringiem.
Sprawdź, czy w Twoim przypadku dostępne jest finansowanie szkolenia ze środków BUR/KFS. Dostępność finansowania zależy od warunków danego programu oraz decyzji właściwej instytucji. Więcej informacji: https://jsystems.pl/dofinansowanie/
Prowadzący szkolenie
Program szkolenia
- Narzędzia kopii zapasowych
- Parametry bazy potrzebne przy konfiguracji kopii zapasowych
- archive_mode
- archive_command
- archive_timeout
- restore_command
- Barman (Backup And Recovery MANager)
- Konfiguracja Barmana - backup strumieniowy
- Wykonywanie oraz zarządzanie kopiami zapasowymi
- Odzyskiwanie danych do wybranego punktu w czasie
- Odzyskiwanie wszystkich dostępnych danych
- Konfiguracja Barmana - backup rsync
- PgBackRest
- Konfiguracja pgBackRest
- Wykonanie oraz zarządzanie kopiami zapasowymi
- Backup pełny
- Backup przyrostowy
- Backup różnicowy
- Konfiguracja repozytorium w chmurze na przykładzie Azure
- Odzyskiwanie danych do punktu w czasie
- Odzyskiwanie wszystkich dostępnych danych
- Parametry bazy potrzebne przy konfiguracji kopii zapasowych
- Replikacja
- Replikacja fizyczna - strumieniowa, hot standby
- Replikacja asynchroniczna
- Replikacja synchroniczna
- Replikacja fizyczna - wal-shipping, ciągłe odtwarzanie, warm standby
- Opóźniona replikacja fizyczna
- Zatrzymywanie i wznawianie odtwarzania replikacji
- Failover, failback, switchover z fizyczną repliką
- promocja instancji standby na primary
- ponowne podłączenie starej instancji primary jako standby (recovery_target_timeline / pg_rewind)
- Replikacja logiczna
- Sposób pierwszy - z użyciem pg_dumpall
- Sposób drugi - z użyciem pgbackrest
- wykorzystanie kopii zapasowej lub serwera standby przy konfiguracji replikacji logicznej
- publikacje
- subskrypcje
- pg_create_logical_replication_slot
- replication origin
- pg_replication_origin_advance
- Failover z logiczną repliką
- promocja instancji standby na primary
- ponowne podłączenie starej instancji primary jako standby (recovery_target_timeline / pg_rewind)
- Monitorowanie replikacji
- pg_stat_replication (sent, write, flush, replay)
- pg_replication_slots
- log_recovery_conflict_waits (PG14)
- pg_publication
- pg_subscription
- Częste problemy z replikacją
- Parametry PostgreSQL przydatne przy replikacji
- wal_level
- hot_standby
- max_wal_senders
- max_replication_slots
- wal_keep_segments/wal_keep_size
- max_standby_archive_delay
- max_standby_streaming_delay
- idle_in_transaction_session_timeout
- hot_standby_feedback
- vacuum_defer_cleanup_age
- synchronous_commit
- recovery_target_timeline
- Replikacja fizyczna - strumieniowa, hot standby
- HA z użyciem Patroni - PostgreSQL o wysokiej dostępności
- Co to Patroni?
- ETCD - rozproszony magazyn klucz-wartość
- Watchdog / softdog
- YAML
- HAProxy
- Konfiguracja ETCD
- Konfiguracja Patroni z etcd na Ubuntu
- Konfiguracja Patroni z etcd na CentOS
- Uruchomienie usługi watchdog
- Przygotowanie pliku konfiguracyjnego patroni.yml
- Pierwsze uruchomienie klastra
- Konfiguracja kopii zapasowych i archiwizacji plików WAL
- Konfiguracja pgBackRest dla klastra Patroni
- automatyczne połączenie do serwera primary
- Zarządzanie klastrem Patroni
- Przeglądanie instancji w klastrze Patroni
- Przełączanie serwera lidera w klastrze Patroni
- Wstrzymywanie instancji w klastrze Patroni
- Przywracanie wstrzymanej instancji w klastrze Patroni
- Failover w klastrze Patroni
- Switchover w klastrze Patroni
- Reinicjalizacja instancji w klastrze Patroni
- zmiana parametrów Patroni / PostgreSQL
- ponowne podłączenie instancji do klastra
- odbudowa instancji
- Skalowanie PostgreSQL z wykorzystaniem pgBouncer i HAProxy
- Kiedy implementować
- Konfiguracja
- Jakie korzyści można osiągnąć
- Konfiguracja pgBouncer
- PgBouncer CLI
- Równoważenie obciążenia (load balancing) i wysoka dostępność z HAProxy i pgbouncerem
- Autovacuum - zaawansowane zagadnienia i tuning
- Zapytania pomocne przy szukaniu potencjalnie problematycznych tabel
- Tuning parametrów autovacuum
- mechanizm działania
- autovacuum_max_workers
- autovacuum_freeze_max_age
- autovacuum_naptime
- autovacuum_vacuum_cost_delay
- autovacuum_vacuum_cost_limit
- autovacuum_work_mem
- vacuum_cost_delay
- vacuum_cost_limit
- vacuum_cost_page_dirty
- vacuum_cost_page_hit
- vacuum_cost_page_miss
- Heap Only Tuple - czyli wydajniejszy update
- Wyszukiwanie często aktualizowanych tabel
- Szacowanie fillfactora dla tabel na podstawie dostępnych danych statystycznych
- pg_repack - bloat, czym jest, jak się go pozbyć online, migracja tabel i indeksów pomiędzy przestrzeniami tabel online
- Monitoring PostgreSQL
- pg_stat_monitor
- Instalacja pg_stat_monitor na Ubuntu
- Instalacja pg_stat_monitor na CentOS
- Utworzenie rozszerzenia w PostgreSQL
- PMM - Percona Monitoring and Management
- Integracja z pg_stat_statements i pg_stat_monitor
- Własne zapytania
- Konfiguracja monitoringu Patroni na podstawie danych z RestAPI /metrics
- Monitoring baz PostgreSQL i analiza wydajności - na podstawie stacku VictoriaMetrics + Grafana oraz parsera logów pgBadger
- konfiguracja logowania oraz generowanie i czytanie raportu pgBadger
- istotne parametry monitoringu
- identyfikacja i eliminacja wąskiego gardła za pomocą monitoringu i pgBadger
- tuning na podstawie informacji z monitoringu oraz logu PostgreSQL
- pg_stat_monitor
Przeczytaj na naszym blogu
- Kurs administracji PostgreSQL
- AI w bazie danych Oracle - Vector Search, Select AI i Machine Learning w wydaniu 23ai/26ai
- 100 najczęstszych pytań i problemów związanych z PostgreSQL
- n8n jako narzędzie integracji baz danych: Oracle do PostgreSQL i MS SQL bez pisania ETL-a
- Nowości w Oracle po 18c - co przyniosły 19c, 21c, 23ai i 26ai (z przykładami kodu)
Zapisz się na termin gwarantowany
➜ wszystkie terminy gwarantowane
Pytania: [email protected], tel. 22 299 53 69