Migracija velikega števila baz računovodskega servisa izgleda na prvi pogled kot delo brez konca in kraja. Vendar ko pregledamo baze, ugotovimo, da so to identične kopije, četudi po organizaciji dela in dogodkov. Torej gre za migracijo standardne baze, kjer se vse začne in konča z referenčno integriteto. Migrator sam po sebi na prazni bazi nima problemov: spremeni tabele, kreira povezave in napravi objekte. Problem nastane, kadar podatki v bazi niso logično povezani, torej obstajajo zapisi, ki jih ni v šifrantih. V tem slučaju povezave med tabelami ne bodo kreirane in obstaja verjetnost, da se po koncu migracije tudi ne bodo prikazali nekateri objekti. Zaradi tega razloga bodo slabo delali tudi nekateri deli Pantheona 5.5. Zato je bolje nekaj časa posvetiti analizi in usposabljanju PA 5.0 baze kot pa da kasneje ponavljamo migracijo ali, še slabše, nehati delati na 5.5 verziji, ker "na njej itak nič ne deluje". V administratorski konzoli obstaja del, ki se ukvarja z nego podatkov, od koder je mogoče pognati preverjanje referenčne integritete. Naj vas ne prestraši nekaj deset napak. Vse se pravzaprav omeji na nekaj specifičnih napak, vse ostalo pa lahko prepustite migratorju. Najpomembneje je pravilno interpretirati sporočila konzole, zato bomo šli skozi nekaj praktičnih primerov:
- Zapis: "891" v tabeli PROMETPOZ ne obstaja v master tabeli DRZAVA
Šifrant držav. Ne ukvarjajte se preveč s popravljanjem šifranta; podjetje redko dela z več kot par državami. Na njih bodite pozorni. Vnesite prave valute in ISO številke. Ostale izbrišite. Po migraciji boste lahko prenesli cel šifrant. Najdete ga lahko ftp.datalab.si.
- Zapis: "11002" v tabeli POSLDOG, ne obstaja v master tabeli KONTO
- Zapis: "55120" v tabeli TEMEPOZ, ne obstaja v master tabeli KONTO
Kontni plan. Prvi primer ni problem, neškodljiv je, v šifrantu poslovnih dogodkov obstajajo konti, ki niso v kontnem planu. Pustite da jih migrator sam doda. Kasneje lahko pregledate kontni plan in spremenite ali preimenujete novonastale. Drugi primer je hujši. Imate knjiženja na neobstoječem kontu. Obvezno najdite in popravite te knjižbe.
Zapis: "RO" v tabeli MS, ne obstaja v master tabeli TARST
Davčne stopnje. Ni O, temveč 0. Spremenite RO v R0 pred migracijo.
- Zapis: "MJ" v tabeli REPORT, ne obstaja v master tabeli USERS
Uporabniki programa. Ne obstaja šifra uporabnika, ki je kreirala izpis. Pustite migratoru, da popravi ta tip napake.
...
Kot vidite je napake relativno lahko popraviti. Pomembno je, da jih razumete - in kdo bolje pozna vaše baze od vas samih?
Sledi migracija. Obvezno naredite backup. Naslednji korak je nadgradnja baze na zadnji 5.0 build, nato pa lahko začnete z migracijo. Migrator naredi vse avtomatsko. Obvestite podjetje o migraciji in se vrnite čez nekaj ur. Pričakal vas bo log z napakami. Naj vas ne zagrabi panika. Sledi pregled novih 5.5 baz. Pri prihodu v 5.5 vas bo pričakal Post Migration Wizard. Rutinirano pojdite čez korake in se vrnite na tretjega: pregled napak v podatkih (v konzoli je pregled referenčnih integritet zdaj zamenjan s tem korakom). Popravite vse rdeče izpise in kreirajte neobstoječe povezave.
Ostane še poslednja faza nadgradnje; nadgradnja na isti build 5.5. To bo dodalo vse neobstoječe objekte, ki se zaradi napak v podatkih niso kreirali. Migrator je nadgradil tudi vse uporabniške izpise, vendar jih nisem pregledal, saj je uporabnik ugotovil, da mu je novi dizajn lepši in da bodo nekaj deset izpisov, ki jih oni uporabljajo in niso sistemski, naredili sami. To je izvrstna prilika za čiščenje baze. Vsi imamo izpise, katerih ne uporabljamo, razne testne baze in podobno.
Ostane samo še da poiščete novosti v PANTHEON-u 5.5.
Računovodski servis, kjer sem nazadnje delal migracijo, je za migracijo 20 baz podatkov porabil približno 5 ur. Migracija je pravzaprav trajala cel vikend, meni pa je dejansko vzela samo 5 ur dela. Največ angažiranja je bilo potrebno vložiti v backup vseh baz v petek, jih vse prenesti na server in po končani migraciji ponoviti ta postopek v ponedeljek zjutraj. Ostalo je prek noči opravil migrator.
Vladimir Paunović, PANTHEON podpora PSS
Datalab Srbija d.o.o.