Hlavní navigace

Názor k článku PostgreSQL 10: drsně rozběhnutý slon od Pet - Dobry den, nas SCADA/MES system u konkretneho zakaznika...

Článek je starý, nové názory již nelze přidávat.

  • 10. 10. 2017 7:17

    Pet (neregistrovaný) ---.213-160-170.telecom.sk

    Dobry den, nas SCADA/MES system u konkretneho zakaznika ma PgSql archivnu databazu (realtime data) s 450 GB (kazdu sekundu sa vklada 200-300 hodnot pricom aplikacia - archiv - paralelne zapisuje na niekolkych taskoch, aby vyuzivala vykon viacerych CPU).

    U ineho zakaznika su 2 databazy (dvoch aplikacii), samotny archiv ma iba 210 GB resp. 170 GB, ale su tam aj tzv. "trezory" co su databazy s historickymi udajmi od za 8 resp. 5 rokov (co mesiac to DB). Premigrovali sme ich z Oracle (v r. 2016), mali dokopy cca 4.85 TB (screenshot z novembra 2016) a uzivatelia sporadicky pouzivaju citanie aj z tychto db (resp. pytaju si data a ak uz nie su v archive, prehladavaju sa automaticky trezory). Tie 2 archivne databazy + vsetky trezory sa nachadzaju na jedinom virtualnom serveri s 32GB RAM. Fyzicke zelezo je HP DL380 G9 + Win2008 + lokalne disky (starsie trezory na NAS na pomalsich diskoch). Takze ziaden extremny HW.
    Takisto niekolko sto vlozenych riadkov kazdu sekundu v kazdej z dvoch aplikacii.

    U tretieho zakaznika (ktory funguje primarne na Oracle) sme vyskusali ako sekundarny archiv PgSql, databaza mala (screenshot z 2014) 1.03 TB, bezala na starom neprodukcnom "vyradenom" zeleze (DL380 G4, 2x Xeon 3.4 GHz procesor).
    Cca 500-600 realtime hodnot vkladanych za sekundu (a v ustalenom stave tolko isto mazanych, periodicke vymazavanie prebieha na pozadi raz za N hodin).

    Systemy funguju 24/7, spolahlivost vysoka, spokojnost tiez (najma moja, kedze robim v pripade problemov servis, zase 24/7).
    Pouzivame aj Oracle, niekedy na Metalinku pomozu ok, niekedy nie (na Oracle 11g mi nevedeli pomoct s postupnymi pamatovymi problemami a ORA-600, jedine co poradili je "pridajte RAM", takze databaza co bezala na 10g na 4GB RAM serveri skoncila po upgrade na 11g na 24 GB RAM serveri a nestabilita sa prejavuje iba raz za 1/2 roka.. predtym s 8GB RAM to padalo kazdy tyzden/dva a bolo treba otocit ORacle, nestacilo restartnut nasu aplikaciu).

    Kazdopadne negarantuju "cas dokedy opravia chybu" .. alebo mozno ano, ale zakaznikom inej triedy a za ine peniaze :).
    Zazil som raz patchset (10.2.0.5 na OpenVMS Itanium) ktory sposobil vazne problemy (databaza pri vyssej zatazi jednoducho zamrzla). Riesili to cca 2 tyzdne (a to sme mali stastie, ze to hlasil nejaky dolezity zakaznik ako najvyssiu Severity, takze my sme sa zviezli popri nom). Ak by niekoho zaujimali detaily, tak sme pouzili patche p14727319_102­05_ItaniumVMS­.zip a p6904068_1020­510_ItaniumVMS­.zip a nakoniec finalny p16053781_102­0510_ItaniumVMS­.zip, na Metalinku sa to da snad dohladat).
    Plus zazil som u zakaznika jeden Oracle audit - neskutocne mnozstvo casu, nervov a penazi to stalo.. a odvtedy tlacim vsetkych do PgSql ..