Dell OpenManage Enterprise -versio 4.5

Parannukset:
− Virranhallintaominaisuuksien integrointi
− Automaattisen fyysisen hierarkian luonnin tuki laitteen sijaintitietojen avulla
− Kehikossa olevien laitteiden tuki porrastettua käynnistystä ja sammutusta varten
− Kehikkotason GPU- ja CPU-raportoinnin tuki
− Azure Stack HCI -alustojen tuki
− SONiC OS -ohjelmistolla varustettujen Dell-kytkimien tuki
− Power Shelf -tuki
− Parempi skaalautuvuus tunnistusta ja luettelointia varten
− Live-viesti-ilmoitukset
− SHA-384- ja SHA-512-hajautusalgoritmien ja AES-256-salauksen tuki turvallisuuden parantamiseksi

Korjaukset:
− OpenManage Enterprise tukee nyt AX-laitteiden laiteohjelmistopäivityksiä. Aiemmin AX-laitteet näkyivät harmaina säädöstenmukaisuusraportissa, kun ne oli sisällytetty säädöstenmukaisuuden perustasoon muiden laitteiden kanssa.
− Korjattu ongelma, jonka vuoksi syslog-välitys ohitti tietohälytykset versioon 4.3.2 päivittämisen jälkeen.
− Korjattu ongelma, jonka vuoksi OIDC-käyttäjien luomat entiteetit poistettiin OpenManage Enterprise -tietokannasta uudelleenkäynnistyksen yhteydessä, mikä häiritsi ajoitettuja töitä, laiteohjelmiston lähtötasoja, säädöstenmukaisuusraportteja, mallimäärityksiä ja -käyttöönottoja, vertailuarvoja, profiileja, hälytyskäytäntöjä ja raportteja.
− Korjattu ongelma, jossa pääryhmän poistaminen DELETE/api/GroupService/Groups(id) -ohjelmointirajapinnan kautta ei poistanut siihen liittyviä aliryhmiä. Tämän takia yhteydettömät ryhmät säilyivät API-vastauksessa, mutta ne pysyivät piilossa verkkokäyttöliittymässä.
− Korjattu ongelma, jonka takia perehdytystehtävät epäonnistuivat, kun käyttäjä, jolla oli mukautettu rooli ja käyttöoikeus yhteen staattiseen ryhmään, loi tunnistustehtävän.
− PowerEdge 17G -palvelimen (iDRAC 10) laiteohjelmistoversion palauttaminen vanhempaan versioon onnistuu nyt odotetusti.
− Juuri tuodut MIB-tiedostot näkyvät nyt oikein luokkavalinnoissa, kun hälytyskäytäntö luodaan ohjatulla Create Alert Policy -toiminnolla.
− Poistetut mukautetut MIB-tiedostot eivät enää näy ohjatun Create Alert Policy -toiminnon luokkavalinnoissa siirryttäessä hälytyskäytäntöjen sivulle uuden käytännön luomista varten.
− Jos Ping Identityä käytetään OIDC-palveluntarjoajalle, laitetta voi käyttää vain järjestelmänvalvojan roolissa. OIDC-palveluntarjoaja PingFederaten yhteydessä havaitaan, että kaikki OpenManage Enterprise -asiakastunnuksiin liittyvät OpenID-asiakaskäytännöt palautetaan oletusarvoisiksi käytännöiksi, kun laitekonsoli rekisteröidään uudelleen OIDC-palveluntarjoajalle. Laitteen konsoli rekisteröidään uudelleen OIDC-palveluntarjoajalle, jos laite päivitetään tai jos verkkokokoonpano tai SSL-varmenne muuttuvat.
− Laitehallinnan (AD/LDAP ja OIDC) omistustiedot menetetään laitepäivityksen yhteydessä. Kun OpenManage Enterprise on päivitetty versiosta 3.5 tai aiemmista versioista, AD/LDAP- ja OIDC (Ping-Federate tai Keycloak) -laitehallinnan on luotava uudelleen kaikki edellisen version entiteetit, kuten tehtävät, hälytyskäytännöt, määritysmallit, määrityksen lähtötasot, profiilit, laiteohjelmistojen lähtötasot, laiteohjelmistoluettelot ja raportit, koska nämä entiteetit ovat järjestelmänvalvojien käytettävissä vasta päivityksen jälkeen.
− Kun OpenManage Enterprise käynnistetään uudelleen uudessa tai päivitetyssä laitteessa, OIDC-käyttäjän luomien käytäntöjen ja EPR-entiteettien käyttäjätunnukset poistetaan OpenManage Enterprise -tietokannasta. Tämä poisto häiritsee useiden eri entiteettien toimintaa, kuten raporttien ajoitettuja tehtäviä, laajennettua tehoaluetta (EPR), käytäntöjä ja tehtävien palautusta, kun se on suoritettu varmuuskopiotiedoston avulla. Et voi tarkastella olemassa olevaa laajennettua tehoaluetta (EPR) tai käytäntöjä etkä luoda laajennettua tehoaluetta tai käytäntöjä edes järjestelmänvalvojan oikeuksilla.
− Kun oletusarvoinen luettelointityö on valmis, laitteet poistetaan virranhallinnasta ja valvonnasta, jos OpenManage Enterprise ei pysty kommunikoimaan laitteen kanssa. Korjauksen jälkeen niiden laitteiden, joilla on lisenssi, virranhallintaa valvotaan ja seurataan edelleen, vaikka tiedonsiirto epäonnistuisi luettelointitehtävän aikana.