„Întreruperea funcționării echipamentelor CNAS a fost cauzată de lipsa redundanței serverelor CNAS”, precizează Serviciul de Telecomunicații Speciale.
STS confirmă defecțiunea apărută în data de 26 iunie la una dintre sursele neîntreruptibile de energie (UPS) aflate în proprietatea sa, dar susține că asigură alimentarea redundantă cu energie electrică pentru echipamentele CNAS, potrivit Hotnews.
Cine este vinovat pentru căderea sistemului IT din sănătate?
”Serviciul de Telecomunicații Speciale a informat personalul responsabil cu suportul tehnic pentru sistemele Casei Naționale de Asigurări de Sanătate imediat ce sistemul automat de monitorizare a semnalat apariția unei defecțiuni, în 26.06.2019.
Facem precizarea că, centrul de date al STS asigură alimentarea redundantă cu energie electrică pentru echipamentele CNAS astfel încât, dacă o linie de alimentare se defectează, întreruperea funcționării echipamentelor nu va fi afectată.
Întreruperea funcționării echipamentelor CNAS a fost cauzată de lipsa redundanței serverelor CNAS”, precizează comunicatul de presă STS.
O defecțiune apărută la una dintre sursele neîntreruptibile de energie (UPS) ale Serviciului de Telecomunicații Speciale (STS) a defectat mai multe echipamente hardware și a generat blocaje în cascadă. CNAS a anunțat problema abia în 10 iulie.
Direcția Generală de Tehnolohia Informației (DGTI) din cadrul CNAS a transmis vineri 19 iulie către Răzvan Vulcănescu, președintele CNAS, și Liliana Mihai, directorul general din CNAS, un raport cu toată situația sistemului IT din sănătate, inclusiv cronologia problemelor care au dus la cea mai mare cădere a acestui sistem de la darea sa în folosință, începând cu data de 26 iunie 2019, potrivit Hotnews.ro.
„În locația STS în data de 26.06.2019, ora 18.32 datorită unei defecțiuni a UPS-ului 2 (proprietatea STS), a fost sistată necontrolat alimentarea cu energie electrică a PDU urilor nr.2 din toate rack-urile CNAS pentru aproximativ 15 min. În urma intervenției on-site a personalului STS s-a reușit alimentarea PDU-urilor nr. 2 prin trecerea UPS-ului 2 în modul de funcționare de avarie.
Această situație, dincolo de defectarea propriu zisă a mai multor echipamente parte a infrastructurii hardware, a impus o serie de acţiuni necesare restabilirii situaţiei iniţiale. (Situaţia a fost prezentată în Nota de Informare nr.). În principal a fost constatată nefuncţionarea clusterului ORACLE nod 3, iar motivat de interoperabilitatea arhitecturii sistemului, aceasta a generat în cascada și alte blocaje”, reiese din raportul DGTI.
