Unilog bevezetésének lépései

Az Unilog projektek erőssége, hogy kitesztelt szoftverépítő elemekből egyedi sajátosságokkal rendelkező megoldásokat készít a megbízónak. A széles referencia kör és a logisztika területén szerzett átfogó tapasztalatunk alapján lerövidíthető a legösszetettebb logisztikai feladat tervezésének ideje. A szoftver építő elemekben realizált legmodernebb logisztikai eljárások megismerése feleslegessé teszi a költséges projekt-tanulmányok elkészíttetését.

Az Unilog projektek alkotórészei

• Logisztikai üzleti folyamatok tervezése és Unilog adaptáció.
• Logisztikai szerver, adatbázis és hálózati eszközök beszerzése és telepítése.
• Vonalkódos, Rf eszközök beszerzése és telepítése.

Az Unilog Kft. fővállalkozóként vállalkozik mindhárom terület koordinálására, vagy igazodik a megbízó saját IT politikája szerinti szállítói körhöz a 2. és 3. pont megoldására. A teljes rendszer bevetésének átfutási ideje (2-6 hónap) elsősorban a fogadókészségtől, az új technológia honosításától függ.

Az Unilog projektek indításának lépései

1. A projektelemek részletes specifikációja a megrendelő munkatársaival.
2. Ajánlat, beruházási ütemterv.
3. Központi szerverek telepítése.
4. Hálózatbovítés, hálózati szoftverek telepítése, telephelyek bekötése.
5. RF elérési pontok, címkenyomtatók, mobil eszközök telepítése.
6. Telephelyek, csarnok és logikai raktár definíciók, betárolási prioritások definiálása.
7. Unilog modulok adaptációjának befejezése.
8. Két hét tesztüzem, finomhangolás.
9. Interface beüzemelése - pl. SAP rendszerrel.
10. Unilog leltár elokészítés, eljárások adaptálása.
11. Teljes Unilog leltár.
12. Éles üzemi indulás.
13. Karbantartás, folyamatos üzem biztosítás, rendszerfelügyelet.

Eszközök

Projektjeink megvalósításához a következő eszközöket használjuk:

Grafikus munkaállomások alapvető követelménye a Java futtatása, esetleg terminál emuláció. Karakteres eszközök (pl. RF terminál) alapvető követelménye a terminál emuláció.

Ajánlott szerver konfigurációk

1. variáció

1 darab, maximum 2 processzoros szerveren, RedHat (CentOS) operációs rendszeren futó Oracle Database Standard Edition 2 Named User Plus licenc.

• Ez a legolcsóbb megoldás.
• Ezzel a legalacsonyabb a rendszer rendelkezésre állása: a rendelkezésre állást nagyban befolyásolja a hardverre kötött támogatási szerződés. Egy teljes rendszerösszeomlás esetén, a hardver letesztelt helyreállítása után, körülbelül 6-8 órával lehet a rendszert helyreállítani (4 órás garantált hardver helyreállítási szerződés esetén is minimum 10 óra üzemkiesés lehet).
• A helyreállítási ideőt le lehet csökkenteni 6 órára, ha az éles géppel teljesen megegyező hardver és szoftver konfigurációjú gépet hidegtartalékként készenlétben tartunk. Így a helyreállítás a hardvertámogatástól is független lesz. Az éles gép meghibásodása esetén a legfrissebb mentést és az archive log-okat tartalmazó, külső USB diszket át kell kötni a hidegtartalék gépre. Ott visszatölteni az adatbázismentést, és rágörgetni az archive log-okat az adatbázisra. 100 GB adatbázis méret esetén ez a folyamat kb. 6 órát vesz igénybe.
• A rendszer maximum 2 processzort tartalmazhat. 1 processzor esetén 32 felhasználóig olcsóbb a felhasználó alapú licenc, mint a processzor alapú, 2 processzor esetén 64 felhasználóig olcsóbb a felhasználó alapú licenc, mint a processzor alapú. 60 felhasználó esetén javasolt minimum két processzor. A felhasználó alapú licenceket nem lehet beszámítani processzor alapúra történő váltáskor. Az Oracle Database Standard Edition 2 licenc nem bővíthető Oracle Database Standard Edition licencre.
• Maximum 80 felhasználót bír el a rendszer egy olcsóbb 2 processzoros szerverrel.

2. variáció

2 darab, maximum 2 processzoros szerver, ingyenes Proxmox Virtual Enviroment HA cluster-ként telepítve. 1 darab KVM (Kernel-based Virtual Machine) virtuális gépben RedHat (CentOS) operációs rendszeren futó Oracle Database Standard Edition Named User Plus licenc.

• Magas rendelkezésre állást biztosít, a virtualizációnak köszönhetően. Az egyik fizikai számítógép leállása esetén újraindítja a virtuális gépet a másik fizikai gépen, az adatbázis kezelő pedig „rollback”-eli a nem commit-ált tranzakciókat. A rendszer automatikusan javítja magát, így pár tízperces üzemkieséssel lehet számolni .
• Nincs szükség drága külső adattárolóra a megosztott redundáns adattároláshoz, mert a két fizikai gép belső adattárolóinak hálózaton keresztül történő szinkronizációjával oldjuk meg (DRDB segítségével).
• Az Oracle Database Standard Edition-nél lehetőség van a Named User Plus licencek processzor alapú licencre történő bővítésére.
• 80-100 felhasználó kiszolgálását teszi lehetővé két alsó-középkategóriás szerveren (egy időben csak az egyiken fut az adatbázis kezelő).

3. variáció

2 darab, maximum 2 processzoros szerver, RedHat (CentOS) operációs rendszeren futó Oracle Database Standard Edition with Real Apllication Cluster, Named User Plus licenc.

• Folytonos rendelkezésre állást biztosít, a Real Application Cluster-nek köszönhetően. Az adatbázis kezelő mindkét fizikai gépen fut, és a terhelést elosztva szolgálja ki a session-okat. Az egyik gép leállása esetén a rajta lévő session-ok a másik gépre történő újrakapcsolódás után tovább működnek, így a felhasználók kb. felénél lehet 1-5 perces üzemkieséssel lehet számolni .
• A külső adattároló „snap” és „clone” funkcióival pillanatok alatt lehet mentést, valamint az éles adatbázis adataival megegyező adattartalmú teszt adatbázis készíteni.
• Az Oracle Database Standard Edition-nél lehetőség van a Named User Plus licencek processzor alapú licencre történő bővítésére.
• 120-150 felhasználó kiszolgálását teszi lehetővé két középkategóriás szerveren.