Differences

This shows you the differences between two versions of the page.

--- pgs_restore [2018/02/22 10:33] – [Prenos baze podataka na drugi server] milano
+++ pgs_restore [2022/04/04 13:10] – [Procedura] nessa
@@ Line 23: / Line 23: @@
 <code>
-pg_restore -U balans_admin -C -d postgres b1.backup
+pg_restore -U balans_admin -C --disable-triggers -d postgres b1.backup
 </code>
@@ Line 30: / Line 30: @@
 **-U balans_admin** znači da operaciju izvodim, na novom serveru, pod korisničkim nalogom //balans_admin//. Dobro je znati da novi server ne mora imati iste korisničke naloge.\\
 **-C** znači da se na će se pri raspakivanju napraviti nova baza podataka, sa istim imenom kao što ga je imala izvorna.\\
+**--disable-triggers** se koristi kada postoje podaci unutar baze koja se restaurira kako bi se izbegle greške u referencijalnim vezama među podacima koji nisu u potpunosti vraćeni. \\
 **-d postgres** je parametar koji pravi najviše zabune, jer izgleda kao da dajemo instrukciju da se baza raspakuje u bazu sa imenom //postgres//. Ustvari, parametar -C sprečava da se ovo desi, pa je ime //postgres// iskorišćeno samo zato što takvo sigurno postoji na novom serveru. Moglo je poslužiti i bilo koje drugo, za koje znamo da postoji. Kako smo zadali parametar -C, pg_restore će automatski napraviti bazu pod imenom **b1**, kako je u izvornom b1.backup fajlu i navedeno.\\
 **b1.backup** je ime fajla u kom se nalazi spakovana i kompresovana baza koju raspakujemo.
@@ Line 49: / Line 50: @@
 "Switch" parametre treba navesti pre parametara baze i korisničkog imena.
-Psql alatu se može zadati i server, port, baza, korisničko ime i lozinka u ovom formatu, (ispred reči dbname treba da budu 2 crtice, ali ih docuwiki spaja u jednu) npr: \\ psql.exe –dbname=postgresql://korisnik:lozinka@:pgserver:5432/b4 //ostale_opcije_i_parametri
+Psql alatu se može zadati i server, port, baza, korisničko ime i lozinka u ovom formatu kao u primerima na https://razvoj.melany.rs/issues/1087
+===== Aktivna opcija "zaključavanja perioda" =====
+Usled razloga opisanih u [[pgs_dump|pg_dump]] proceduri, a ukoliko prilikom bekapovanja baze nisu preduzeti nikakvi koraci, rekonstrukcija baze treba da ide sledećim tokom. \\
+Opisan je najgori scenario: poslovni period u bekapovanij bazi je bio je zaključan na tekući dan u momentu bekapa. \\
+Primer je iz realnog sveta, bekap je napravljen na bazi MgMivela, a rekonstruišu se samo šeme **bcus**, **bpub** i **btek** (tekuća godina). \\
+Rekonstrukcija šema i podataka istovremeno ne može biti sprovedena. Prvo je neophodno rekonstruisati šeme. \\
+<code>
+#> pg_restore -h 192.168.0.5 -p 5432 -U postgres -v -n bcus -n bpub -n btek -O -d b3 -x -s c:\b3_mivela.backup 2>restore.log
+</code>
+Objašnjavam ređe opcije:
+''-v'' - //verbose// režim rada, znači bogatiji opisi grešaka i akcija \\
+''-n'' - navodim šeme koje želim da izvučem iz bekapa \\
+''-O'' - naređujem da se ne rekonstruiše vlasništvo nad objektima (vlasnik postaje korisnik naveden pod ''-U'' opcijom) \\
+''-x'' - naređujem da se ne rekonstruišu ni posebne privilegije nad objektima \\
+''-s'' - naređujem da se radi **samo rekonstrukcija šeme objekata baze** (definicije tabela, pogleda, funkcija itd.) \\
+''2>'' - ovo nije vezano za ''pg_restore'' već ukazuje //shell-u// da izlaz (opis radova) usmeri u fajl ''restore.log'' umesto na ekran (beskorisno). \\ \\
+Sada kada imamo definiciju svih objekata može se promeniti funkcija ''bpub.maxdatstocklock()'' \\
+<code>
+CREATE OR REPLACE FUNCTION bpub.maxdatstocklock() RETURNS timestamp AS
+$BODY$
+    DECLARE result timestamp;
+    BEGIN
+         SELECT CASE WHEN (MAX(datStockLock) IS NULL)
+                     THEN '1970-03-22'::timestamp
+                     ELSE MAX(datStockLock)
+                END
+         FROM btek.firme   -- <<< u potpunosti zakucavamo na koju tabelu firme mislimo; search_path više nije bitan
+         INTO result;
+         RETURN result;
+    END;
+$BODY$
+LANGUAGE plpgsql
+STABLE;
+</code>
+Kako je rečeno, u ovom primeru je pored svega još i zaključan period na tekući dan, te rekonstrukcija zapisa nije moguća pre njegovog otključavanja. Za ovaj korak potrebni su nam samo podaci tabele ''btek.firme'' pa ćemo izvući samo njih:
+<code>
+#> pg_restore -h 192.168.0.5 -p 5432 -U postgres -v -n btek -t firme -O -d b3 -x -a c:\b3_mivela.backup 2>restore2.log
+</code>
+Objašnjavam ređe opcije:
+''-t'' - navodim tabelu čije podatke želim rekonstruisati \\
+''-a'' - naređujem da želim **samo podatke** \\ \\
+Otključavam period:
+<code>
+UPDATE btek.firme SET datStockLock=NULL
+</code>
+Ukoliko je potrebno vratiti zaključavanje u prethodno stanje pre postavke u NULL treba očitati tekuću vrednost.
+Sada smo spremni da preuzmemo i ostale podatke, ali ovaj put dodajemo i ''--disable-triggers'' parametar kako uvozu ne bi zasmetale privremeno nedostajuće relacije:
+<code>
+#> pg_restore -h 192.168.0.5 -p 5432 -U postgres -v -n bcus -n bpub -n btek -O -d b3 -x -a --disable-triggers c:\b3_mivela.backup 2>restore3.log
+</code>
+Po završetku procesa otvoriti fajl ''restore3.log'' i proveriti ima li grešaka zbog kojih podaci nisu mogli biti učitani. \\
+Očekivana je samo jedna greška - tabela ''firme'' neće biti učitana jer su podaci već bili u njoj.
+Vreme je da se funkcija ''bpub.maxdatstocklock()'' vrati u izvorni oblik \\
+<code>
+CREATE OR REPLACE FUNCTION bpub.maxdatstocklock() RETURNS timestamp AS
+$BODY$
+    DECLARE result timestamp;
+    BEGIN
+         SELECT CASE WHEN (MAX(datStockLock) IS NULL)
+                     THEN '1970-03-22'::timestamp
+                     ELSE MAX(datStockLock)
+                END
+         FROM firme   -- <<< sada opet search_path upravlja odabirom tabele za regulisanje zaključavanja
+         INTO result;
+         RETURN result;
+    END;
+$BODY$
+LANGUAGE plpgsql
+STABLE;
+</code>
+Ukoliko treba sada je trenutak da se vrati i prethodni datum zaključavanja u ''firme.datStockLock''. \\
+Proveriti broj zapisa u tabelama ''racuni'',''otpremnice'',''ulaz'' i ''nalozi''. \\
+Trebalo bi da je sve savršeno !