SNMP MIB adatok importálása az MIB Manager termékbe.
A Beállítások ablakban adja meg az MIB szállítók által rendszeresen használt MIB-k helyét. Gondoskodjék róla, hogy az MIB-k a szállítóra jellemző könyvtárakba kerüljenek, és hogy a társított felszerelések számai az alkönyvtárakba kerüljenek. Arról is gondoskodjon, hogy ezek a könyvtárak ne tartalmazzanak nem MIB szövegfájlokat. A legtöbb MIB az NCHOME/omnibus/var/mibmanager/mibs/base könyvtárba van telepítve, és az összes RFC MIB az NCHOME/omnibus/var/mibmanager/mibs/rfc könyvtárba van telepítve.
Az importált MIB-k más MIB-ktől függhetnek. Ha biztosítani akarja, hogy a MIB Manager keresni tudja a függő MIB alkalmazásokat az importálás végrehajtása során, akkor állítsa be a keresési útvonalakat a függő MIB fájlokhoz.
MIB adatok importálása:
Az MIB modulok nézet automatikusan frissítésre kerül, és megjeleníti az újonnan importált MIB modulok neveit. Az OID fa nézet automatikusan frissítésre kerül, és megjeleníti az összes újonnan importált MIB objektumot. A fa újraépítéséhez a MIB Manager a fa szülő csomópontjain (iso, ccitt és joint-iso-ccitt) végez visszatérő keresést az utód csomópontok után, amíg olyan utód csomópontot nem talál, amelynek nincsenek társított utódai. Ha nem talál hibákat, akkor egy teljesen feltölt MIB fa jelenik meg az OID fa nézetben, amely az értelmezett objektumokat tartalmazza.
Ha egy objektumra kattint az OID fa nézetben, akkor automatikusan megjelenik az objektum az MIB modulok nézetben. A Részletek nézet részletes információkat jelenít meg a kijelölt objektumról.
Az importált MIB modulokat egy xml fájl tárolja, amely az MIB modul szerkezetét ábrázolja. Az XML fájlok az NCHOME/omnibus/var/mibmanager/data könyvtárban találhatók.
Ha fel nem oldott import utasítások fordulnak elő, akkor keresse meg a hiányzó MIB-ért vagy MIB-kért felelős kereskedőt, adja a hiányzó fájlt vagy fájlokat a keresési útvonalhoz, és ismételje meg az importálást.
A kereskedők néha többször szereplő objektumneveket adnak meg, vagy olyan objektumnevet adnak meg, amely azonos egy RFC-ben megadott objektumnévvel.
Egy system nevű objektum például az SNMPv2-MI' modulban az 1.3.6.1.2.1.1 objektumazonosítóval van megadva, és egy másik system nevű objektum az WINDOWS-NT-PERFORMANCE modulban az 1.3.6.1.4.1.311.1.1.3.1.1.23 objektumazonosítóval van megadva. Vagy a sysDescr nevű objektum mint system.1 van megadva az SNMPv2-MIB modulban, és egy másik sysFileReadOperationsPerSec nevű objektum is mint system.1 van megadva a WINDOWS-NT-PERFORMANCE modulban. Ebben az esetben nem tisztázott, hogy az utód objektumok mely szülő objektumhoz tartoznak.
Amikor a rendszer olyan objektumot talál, amelynek szülője többször szerepel, akkor a MIB Manager megpróbálja megtalálni azt a szülőt, amely ugyanabban az MIB modulban van megadva. Az előző példában ez a WINDOWS-NT-PERFORMANCE. Ha egyik szülő sincs ugyanabban a MIB modulban megadva, akkor a MIB Manager azt keresi, hogy a szülő meg van-e határozva olyan MIB modulokban, amelyektől az objektum függ. A MIB Manager más, a szülőre hivatkozó MIB modulokat is azonosít, és kiválasztja a leggyakrabban hivatkozott szülőnevet. Ez azonban helytelenül feltöltött MIB fát és helytelenül kiszámított objektumazonosítókat eredményezhet. Ezért minden alkalommal, amikor a MIB Manager többször szereplő objektumnévvel találkozik, naplóz egy figyelmeztetést, és rögzíti a másodpéldány feloldására tett műveleteket egy hibakeresési fájlban.