Příspěvky

16

Server / Postgres - nekompletni restore pres pg_dump

« kdy: 16. 09. 2021, 08:26:40 »

Ahoj,
narazil jsem na takovou zvlastni situaci pri restore pres pg_dump a rad bych se zeptal zkusenejsich, zda je to opravdu takhle ok (coz mi prijde zvlastni) nebo jsem neco opomnel.
Situace:
Mam instanci, na ktere bezi db ... po odstaveni aplikacnich serveru jsem udelal dump db pres pg_dump (naprosto zakladni dump bez nejakych extra prepinacu).
Po neuspesnem rolloutu si vyzadali rollback, pro jistotu jsem puvodni db prejmenoval, vytvoril novou prazdnou s puvodnim jmenem a do ni nalil v prvnim kroku vytvoreny dump.
Kdyz jsem si pak delal nejake kontroly, narazil jsem na to, ze v puvodni db (kterou na tom serveru porad mam) jsou objekty (tabulky a souvisejici indexy), ktere na restorovane db nejsou.
V puvodni db byly tyhle tabulky prazdne, neobsahovaly zadna data .... nicmene to podle me (alespon na prvni dobrou) neni duvod pro to, aby nebyly soucasti restore?
Tusite, prosim, nekdo, proc mohlo k takove situaci dojit, pripadne kde jsem mohl udelat chybu?
Diky za kazdy napad ci radu!

S pozdravem JH

17

Bazar / Re:Prodám MS Surface Laptop3

« kdy: 17. 08. 2021, 14:46:42 »

Mohu poprosit info o barve a lokalite pripadneho predani?
Soude podle data nakupu je uz po zaruce?

18

Server / Re:Postgres - upgrade v ramci kontejneru

« kdy: 04. 05. 2021, 09:05:37 »

Diky vsem za postrehy! Pochopil jsem z toho, ze puvodne zvazovana cesta neni mozna, dump a nasledny import bude zrejme nejjednodussi reseni. Ten by snad navic mohlo jit relativne snadno automatizovat.

19

Server / Postgres - upgrade v ramci kontejneru

« kdy: 30. 04. 2021, 10:55:48 »

Ahoj,
rad bych ze zkusenejsich zeptal, zda nemate zkusenosti s upgradem Postgre instanci (z verze 10 -> 13), ktere bezi v kontejneru. Tedy samotny db engine bezi v kontejneru, data jsou prolinkovana z kontejneru ven.
Existuje moznost vymenit pouze kontejner s verzi 10 za kontejner s verzi 13 a nasledne spustit pg_upgrade nebo to databaze nerozchodi? Z dokumentace jsem to pochopil tak, ze to podle vseho nepujde (musel bych definovat nove cesty pro cluster data, coz nechci), ale treba nejaka cesta existuje?
Dalsi zvazovanou variantou je totiz dump aktualnich db, vymena kontejneru a import do nove verze ... coz mi nicmene prijde pri vetsim mnozstvi instanci a db v nich pracnejsi.
Diky za pripadne info ci zkusenosti!

20

Server / Vacuum databáze nevrací volné místo

« kdy: 18. 09. 2020, 13:39:52 »

Ahoj,
nepotkal jste se nekdo s tim, ze i kdyz poustim vacuum (at uz autovacuum nebo vacuum analyze) horem dolem, tak se mi proste misto nevraci?

Kdyz tabulku vydumpuju, je vyrazne mensi nez kolik zabira ... ale export/drop/import mi neprijde jako prilis elegantni reseni. Vacuum se tvari jako ze bezi, pri verbose rezimu vypisuje, kolik to uvolnilo dead tuples, ale vysledkem je stejne nula ...

Nejak mi uz dochazi napady, co jeste muzu delat spatne.
Diky za pripadne zkusenosti!

21

Server / pgAudit v PostgreSQL

« kdy: 12. 08. 2020, 14:16:38 »

Ahoj,

neresil jste nekdo auditovani internich katalogovych objektu pri objektovem auditu? Jde mi o to, ze nechci auditovat vsechny katalogove objekty (to by vyresil pgaudit.log_catalog=on), ale pouze nektere citlive objekty (pg_authid apod.) ...
Jevi se mi to tak, ze pokud vypnu logovani katalogu, tak samotne objektove auditovani nefunguje ... jako by ten parametr log_catalog byl nadrazeny ... Bohuzel z dokumentace se mi to nedari jednoznacne vycist a tak nevim, zda treba jen nedelam neco spatne ...
Neporadite nekdo? Predem diky za pripadnou ochotu!

22

Server / Re:pg_start_backup v Posgtresu

« kdy: 29. 05. 2020, 08:04:45 »

Dekuji za vysvetleni! Bohuzel jsem automaticky aplikoval logiku online zaloh z jineho RDBMS a proto mi to nedavalo smysl Musim tedy nechat nastavit zalohovaci sw tak, aby zmeny velikosti souboru nevnimal jako chybu (coz standardne dela).
Diky moc za pomoc!

23

Server / pg_start_backup v Posgtresu

« kdy: 28. 05. 2020, 23:55:10 »

Ahoj,
rad bych se zdejsich zkusenejsich zeptal na zkusenosti s pouzivanim online backupu v Postgresu.
Resim situaci, kdy pro base zalohu db v archivnim rezimu vyuzivam pg_start_backup/pg_end_backup.
Domnival jsem se, ze po spusteni pg_start_backup jiz nedochazi k zapisu do datovych souboru a vsechno jde do wal segmentu. Nicmene narazil jsem na situaci, kdy zalohovaci sw vyhodil chybovou hlasku s tim, ze behem zalohy doslo ke zmene velikosti nektereho souboru.
Pri hledani o jaky soubor jde jsem pak zjistil, ze jde o datovy soubor jedne tabulky.
V dokumentaci jsem dohledal, ze jde o normalni situaci ... nicmene pro me tim pada me puvodni vysvetleni toho, jak ta online zaloha funguje ...
Setkal jste se tu s tim nekdo, pripadne umite vysvetlit, proc to tak je?
Diky za pripadnou ochotu!