ZENworks 2 TechNotes

Az itt felsorolt információk ZENworks felhasználók és oktatók gyakorlati tapasztalatainak gyűjteménye. Nem egy olvasmányos leírás, hanem inkább egy vázlatszerű összefoglalás a ZENworks egyes komponenseinek a működéséről

Általános

ZW 2.0 Starter Kit

• része a NetWare 5.1-nek

Licencelt/hitelesített kapcsolatok

• Minden egyes felhasználó és munkaállomás esetében 4 kapcsolatot látunk a szerveren:
  * <FELHASZNÁLÓ>
  <FELHASZNÁLÓ>
  * <Munkaállomás>
  * <Munkaállomás>
• Két kapcsolat (egy felhasználó és egy munkaállomás) csak hitelesített, és nem foglal el licencelt kapcsolat
• Egy felhasználói kapcsolat mindig licencelt
• Egy munkaállomás kapcsolat addig csak hitelesített, amíg nem kell hozzáférnie az NDS-hez, a NetWare-fájlrendszerhez vagy valamilyen más szerver-erőforráshoz. Ebben a pillanatban licencelt kapcsolattá válik arra az időre, amíg megszerzi a kért adatokat a szerverről, majd visszatér hitelesített kapcsolattá
• Az elégtelen számú licenc megkerülésének egyik lehetséges módja a műveletek munkaidők kívülre időzítése és véletlenszerű elosztása (a licenchasználat elosztása érdekében)
• Ha a munkaállomáson be van kapcsolva az időzített frissítés, az kb. 30 másodpercre elvesz egy licencelt kapcsolatot, majd visszatér licenc nélküli/hitelesített állapotba. A hálózaton mintegy 100 db 4 kilobájtos kérés halad át.
• A munkaállomásokra is vonatkozik az őrzőfolyamat, nemcsak a felhasználókra. Ha a munkaállomás hirtelen lekapcsolódik a hálózatról, az őrzőfolyamat (watchdog) mintegy 15 perc után törli a kapcsolatot.

Javasolt módszerek a NAL/NALEXPLD betöltésére (vö. TID 2937365)

1. Bejelentkezési parancssorozat # vagy @ használatával
2. 2. Win95 felhasználói csomag, Add tevékenység (csak 95)

Telepítés és frissítés

Telepítés

• Amennyiben lehetséges, ne telepítsük a Sybase-leltáradatbázist a SYS kötetre
  - Megjegyzés: Nem lehet a SYS-re telepíteni és később átmozgatni - újra kell telepíteni, ha máshová akarjuk tenni
• A Novell Technical Support NEM ajánlja a Sybase-adatbázis SMP-gépre telepítését - voltak problémák a Java-telepítéssel NW4-en és NW5-ön
• Az AUTOEXEC.NCF fájl automatikusan be fogja tölteni a JVM-et és a szükséges Sybase-komponenseket
• A JVM a telepítés részeként felkerül a 4.11-es szerverre

Frissítés ZW 1.x-ről

• A ZW 2 az NDS-ben tárolt leltáradatai teljesen más sémára épülnek, mind az 1.x-é, így az 1.x NDS-leltáradatok használhatatlanok lesznek a 2-re frissítés után
• A ZW 1.x leltáradatokat az NDS-ből törlő segédprogram megtalálható a ZW 2.0-ban
• A REMINV1X.EXE a SYS:Public\Win32, ..\Win95,& ..\WinNT könyvtárakban található
• A ZW 1.1-ben a legtöbb komponens a PUBLIC könyvtárba került, míg a 2.0-ban a PUBLIC\ZENWORKS-be

Alkalmazásfelügyelet

Alkalmazások hozzárendelése és időzített frissítés

• Rendszerindítás
  • Elsőként a Workstation Helper jön fel, és beolvassa a munkaállomáshoz rendelt alkalmazások listáját
  • Amikor a felhasználó bejelentkezik (pl. 5 perccel később), a NAL/NALEXPLD beolvassa a felhasználóhoz rendelt alkalmazásokat, és megjeleníti azokat
• Időzített frissítés
  • Két külön folyamat fut, egy a munkaállomás és egy a felhasználó számára
  • Az egyetlen alkalom, amikor együtt futnak, a kézi frissítés (pl. az F5 megnyomása)
  • Kézi frissítés során mindkét folyamat egyszerre indul. A felhasználói frissítőfolyamat befejeztekor lekérdezi a munkaállomás-frissítő listáját (függetlenül attól, hogy az befejezte-e vagy sem) és megjeleníti az alkalmazásokat. Ha a munkaállomás-lekérdezés még nem fejeződött be, akkor a korábban memóriában tárolt adatokat használja. Néhány alkalommal ezért előfordulhat, hogy két kézi frissítést kell végrehajtani egymás után, hogy lássuk az összes, a felhasználóhoz &Eeacute;S a munkaállomáshoz rendelt alkalmazást.

Pre-Install

• Az "Alkalmazás"-objektumnak a munkaállomáshoz, nem a felhasználóhoz kell rendelve lennie
• A munkaállomás frissítés be kell, hogy legyen kapcsolva
• Amint átírjuk/megváltoztatjuk a "Alkalmazás"-objektum Verzióbélyeg (Version Stamp) tulajdonságát, az alkalmazás azonnal telepítődni kezd a munkaállomáson, ha a Force Run be volt kapcsolva, függetlenül a Pre-Install-ban megadott időzítéstől.

A Scheduler és a Pre-Install közötti különbség

• Scheduler
  • Azt szabályozza, hogy az alkalmazás mikor áll a felhasználó rendelkezésére
  • Pl. egy bérszámfejtési alkalmazás csak 8-tól 5-ig használható
• Pre-Install
  • Azt szabályozza, mikor kell a fájlokat, regisztrációs bejegyzéseket (stb., az AOT-ból) szétosztani
  • Lehetővé teszi a "rendelkezésre állási" időzítés és a szétosztási időzítés megkülönböztetését

Munkaállomás-regisztráció (Workstation Registration)

Workstation Registration

• Két előzetes lépés:
  1. A felhasználóknak jogot kell adni a munkaállomások regisztrálásához
     • A ZENworks telepítésekor, vagy telepítés után, a Tools menüből (Prepare Workstation Registration) történik
     • Az utóbbi megoldásra lehet szükség, ha egy új OU-t hoztunk létre a "Munkaállomás"-objektumok tárolására
     • A jogokat az a konténer kapja meg, amelyben a felhasználók vannak, nem az, amelyikben a munkaállomások. A felhasználó csupán regisztrálja a munkaállomását, az objektumot a rendszergazda hozza létre.
  2. Setup Workstation Import Policy a felhasználói irányelvcsomagban
     • (User Policy Package) - A Workstation DN max. 64 karakter hosszú lehet
• Három lépésből álló folyamat:
  1. A felhasználó beregisztrálja az adatokat
  2. A rendszergazda importálja a munkaállomást
  3. A munkaállomás DN-t kap, és az adatok beíródnak a munkaállomásra (regisztrációs adatbázis és fájlok a lemezen)
• A regisztrációs folyamat folyamatosan frissíti a bejegyzett időt, címeket stb....
• A felhasználó a munkaállomás operátora kell, hogy legyen e mezők (felhasználólista, címek...) módosításához
• A WSIMPORT segédprogramot az NWAdmin32 hívja meg az importáláshoz, de önállóan is futtatható
• Munkaállomás-regisztrációs segédprogramok
  • Az NWAdmin menüjében
  • Képes kitakarítani a régi "Munkaállomás"-objektumokat a legutolsó bejegyzési dátum alapján
• Egy "Munkaállomás"-objektum átnevezése
  • A munkaállomás átnevezhető az NWAdminban és ez frissíteni fogja a munkaállomás regisztrációs adatbázisának HKLM\Software\Novell\Workstation Manager\Identification bejegyzését
  • Ha kiválasztjuk azt az OU-t, amelyben a munkaállomás található, és kattintunk a Workstation Trackingen, látható a változások naplóbejegyzései

Workstation Verification (munkaállomás ellenőrzése)

• Ez az NWAdmin32-ben a Workstation Import Policy egyik beállítása
• Azt határozza meg, hogy a munkaállomás milyen sűrűn ellenőrizze, hogy importálták-e. Ha a munkaállomás úgy találja, hogy importálták, akkor kiolvassa az összes hozzá rendelt irányelvet.
• A ZW 1.0-ban ez a beállítás fixen 5 percre volt állítva, az 1.1-ben 60 percre, a 2.0 pedig szabadon állítható

Remote Control (távoli vezérlés)

NT Server

• A ZW-vel távolról vezérelhető egy NT-szerver
  • Ehhez kézzel el kell indítani a WSREG32.EXE-t, hogy engedélyezzük a munkaállomás/szerver a fába importálását. A Workstation Managert valószínűleg nem kívánja az ügyfél telepíteni az NT szerveren, mert ez nemkívánatos irányelveket eredményezhetne rajta. A távoli felügyeleti komponenseket viszont telepíteni kell.

Távoli vezérlés/felügyelet

• A kapcsolat az NWAdmin "konzol" és a munkaállomás között azután jön létre, hogy az NDS-t lekérdezve kiderült, hogy a rendszergazda megfelelő jogkörrel rendelkezik-e, valamint hogy más éppen nem felügyeli-e távolról a munkaállomást
• Annak érdekében, hogy a rendszergazda távolról felügyelhesse a munkaállomás, MUSZÁJ, hogy hozzáférjen annak a partíciónak a master replikájához, amelyikben a "Munkaállomás"-objektum található, akkor is, ha az a WAN-on túl van. Ez annak biztosításához szükséges, hogy egyszerre csak egy személy végezhessen egy megadott távoli felügyeleti műveletet.
• Az NDS "Munkaállomás"-objektumainak külön tulajdonságai vannak a távoli felügyeleti műveletek (távoli vezérlés, figyelés, párbeszéd stb.) mindegyikéhez, amelyeket "kitölt" az, aki éppen felügyeli a munkaállomást- Ha egy másik rendszergazda megkísérli távolról vezérelni a munkaállomást, a hozzáférés meg lesz tagadva, mert a munkaállomás távoli vezérlési tulajdonságában "már van valaki"
• Ha a rendszergazda nem jelentkezik ki megfelelően a távoli kapcsolatból, egy "őrzőfolyamat" (watchdog) végül (mintegy 15 perc után) lebont minden kapcsolatot, így más átveheti a távoli felügyeletet
• Több irányelv együttes használata
  • Lehetséges egyszerre munkaállomás &Eeacute;S felhasználói távoli felügyeleti irányelvet adni
  • A ZW a lehető LEGTÖBB korlátozást fogja érvényesíteni
• A Ping eszköz IPX-en és IP-n keresztül is működik
• A ZENRC32.EXE-ben található az összes kliensoldali funkcionalitás (távoli vezérlés, figyelés, párbeszéd, fájltovábbítás stb.)

Leltár (Inventory)

Leltárelemek

• A leltárszerverben legalább 128 MB RAM-nak kell lennie
• Komponensek
  • Sybase-adatbázis - a teljes termék egyszerűsített változata
    • A SYS:ZENWORKS\Database\ZENINV.DB fájlban tárolódik
    • A Sybase NLM a DBSRV6.NLM, amelyet a SYS:\ZENWORKS\DATABASE\SYBASE.NCF tölt be - Egy "üres" ZENworks 2 Sybase-adatbázis mintegy 9 MB-ot foglal el (közvetlenül a termék telepítése után)
    • 500 munkaállomás esetében mintegy 60 MB-os
    • A termék fejlesztése során a Superlab egyik tesztjében kipróbálták 6000 munkaállomással. A leltáradatok rögzítése után a Sybase-adatbázis mérete mintegy 430 MB volt.
    • Maximális méret - 2 GB
      • ~20,000 munkaállomás esetén - csak hardverinformáció
      • ~5,000 munkaállomás esetén - HW, SW és DMI információ
    • Csak egy adatbázisra van szükség, kivéve, ha extrém nagy számú munkaállomást leltározunk
    • SQL ID - zenreader, SQL password - zenworks
    • GPExport - egy Inventory Export eszköz, amellyel a Sybase-adatokat vesszővel elválasztott szövegfájlba lehet írni
      • Részletes ismertető cikk a ZENworks Cool Solutions webhelyén: http://www.novell.com/coolsolutions/ zenworks/features/a_gpexport_zw.html
    • A ZEN2 adatbázis sémája CIM-kompatíbilis
  • Gatherer (gyűjtő)
    • A ZENINV.NLM végzi (amelyet a SYS:System\Gatherer.ncf tölt be)
    • Begyűjti a felderítő (scanner) adatait, megformázza azokat, egyetlen fájlba gyűjti a szerveren (#.STR), majd továbbítja a tárolóhoz (storer), az adatbázisban való rögzítéshez
      • Az .STR fájl a :ZENworks\strdir könyvtárban tárolódik
  • Storer (rögzítő)
    • Két Java-program, amelyeket a MASTER.NCF és a STORER.NCF tölt be
      • Ebben a sorrendben kell őket betölteni - a Storer felhasználja a Mastert
      • A Java -show parancssal ellenőrizhető, hogy futnak-e a szerveren
  • Scanner (felderítő)
    • Ntscan32.exe (NT) és Winscan.exe (9x) - szerveren található, de a munkaállomáson futó fájlok
    • 95/98 - a hardvert ellenőrzi és deríti fel
    • NT - a regisztrációs adatbázis bejegyzéseit nézi meg
  • Működik IP-n és IPX-en egyaránt, de elsőként az IP-t próbálja meg használni
  • DMI - Működnie kell a DMI Service Layer 2.0 kezelésnek - ld. TID 10015360
    • A ZW CD-n megtalálható az az AOT, amelyik a meglévő DMI Service Layert 2.0-ra frissíti (úgy tűnik, elsőként a gyártó DMI-"segédprogramját" kell használni)
    • A DMI-felderítés során a gyártóspecifikus DMI Service Layer négyszer több információt biztosított, mint a saját felderítés
  • Megkísérli a fájlok neve, mérete és dátuma alapján azonosítani az LDAPPL.INI fájlban tároltakkal
  • Az LDAPPL.INI fájl harmadik féltől származik, és mintegy 8 ezer alkalmazás található benne
  • A felderítőprogramok minimális többletterhelést okoznak a munkaállomásokon
  • Ahhoz, hogy a leltár helyesen fusson a munkaállomáson, MUSZÁJ telepíteni a ZW2 kliensképpel (client image) együtt kapott Workstation Manager komponenst. A ZW2 telepítőprogramja létrehoz egy "Alkalmazás"-objektumot is, amely a szükséges fájlokat továbbítja a munkaállomásra, hogy a leltár helyesen működjön. - A szükséges fájlok a WMINV.DLL és a WMINV95.DLL - Amennyiben ezek a ZW 1.1-ből származó fájlok, a leltár nem fog működni
• A "Munkaállomás"-objektumnak megfelelő jogokkal kell rendelkezniük a WINSCAN.EXE-hez a leltáradatok helyes begyűjtéséhez

A leltározás folyamata

• A felderítőprogram a munkaállomáson fut (WINSCAN.EXE Win9x-es, NTSCAN32.EXE WinNT-s gépek esetében)
  • Három lényeges fájlt hoz létre a felderítő a munkaállomás %TEMP% könyvtárában:
    • SCAN.TXT - A HW- és SW-felderítés adatai
    • MINFO.INI - az NDS "Munkaállomás"-objektumába beírandó minimális információ
    • DMISCAN.TXT - A DMI-felderítés adatai
    • Ezek a fájlok minden egyes felderítésnél frissülnek
  • További, a %TEMP%-ben tárolt fájlok:
    • LDAPPL.INI - A szoftverfelderítés sablonja
      • A szerverről a munkaállomásra másolódik, a gyorsabb feldolgozás érdekében
    • LDIscan.CFG - a Gathererrel (gyűjtő) való hatékonyabb kommunikációhoz szükséges adatok
    • ZENERROR.LOG - a felderítés során észlelt hibák jegyzéke
      • Amennyiben a DMI Service Layer nem található meg a munkaállomáson, akkor egy bejegyzés biztosan lesz ebben a fájlban (nem lényeges)
    • A munkaállomás és a szerver kommunikációja történhet IP-n és IPX-en is
  • A WM95INV.DLL fájl frissíti az NDS-t az MINFO.TXT adataival
  • A Scanner felveszi a kapcsolatot a Gatherer folyamattal (szerveroldal, ZENINV.NLM); a Gatherer összegyűjti az egyes munkaállomásokról származó adatokat, és létrehoz egyetlen fájlt, amelyet a SYS:\ZENWORKS\STRDIR könyvtárba helyez (i.e.. 1.STR)
    • A SYS:Public\Gatherer.ncf fájl betölti a ZENINV.NLM-et és megadja a fájlok tárolásához szükséges elérési utat
  • A Storer folyamat beolvassa a Gatherer által létrehozott *.STR-fájlt, és betölti a Sybase-be
    • Ez a folyamat igény esetén időzíthető CRON-nal, hogy az új rekordok este kerüljenek be az adatbázisba
    • A SYS:Public\ZENworks\JAVA\Storer.ncf betölti a Storer Java-alkalmazást, megadva neki annak a könyvtárnak az elérési útját, ahová a Gatherer letette a fájlokat (az elérési út meg kell, hogy egyezzen a Gatherer.ncf fájlban találhatók egyikével)
    • A Storer és a Sybase közötti kommunikáció IP-n vagy JDBC-n keresztül történik - a legtöbb esetben mindkettő megtalálható a szerveren, de NEM kötelező
    • A Storernek saját szerverképernyője van, úgyhogy szemmel tarthatjuk a rekordok az adatbázisba illesztését

Megjegyzések a leltározással kapcsolatban

• A folyamatok egynél több szerver közötti megosztásához a teljes Sybase-komponenst telepíteni kell a második (3. stb.) szerverre is a ZENworks 2 SETUP.EXE-jével, de azután ki kell törölni a nem kívánt bejegyzéseket az AUTOEXEC.NCF-ből
• Az adatbázis ténylegesen átmozgatható egy szerverről egy másikra úgy, hogy lekapcsoljuk az összes Sybase-komponenst, majd átmásoljuk a ZENINV.DB fájlt az egyik szerverről a másikra
• Minden egyes alkalommal teljes leltár készül, nincsenek növekményes frissítések, sem az adatbázis változásainak követése
• Ha törlük egy "Munkaállomás"-objektumot az NWAdmin-ban, akkor a Sybase-leltáradatbázis vonatkozó adatai szintén törlődnek
• Ha a Sybase nem fut, amikor a "Munkaállomás"-objektumot az NWAdmin-ban, akkor NEM fog törlődni a Sybase-ből! Ezután az egyetlen módja a törlésének, hogy újra létrehozzuk a "Munkaállomás"-objektumot majd töröljük az NWAdmin-ban

Szoftverleltár

• A felderítendő szoftvercsomagokat az LDAPPL.INI fájl határozza meg
• Az NWAdmin grafikus segédprogramjával való szerkesztéshez válasszuk ki először bármelyik munkaállomás irányelvcsomagot, majd a Tools, Workstation Remote Management, Edit Software Inventory List parancsokat
• Ezután kiválaszthatók a felderítendő alkalmazások, felvehetők újak stb.
• Ez a folyamat frissíti a SYS:Public\ldappl.ini fájlt.

Alkalmazások felvétele a Software Scan irányelvbe (LDAPPL.INI)

• Az NWAdminban válasszunk ki egy munkaállomás-irányelvcsomagot, majd válasszuk ki a Software List Editort a Tools menüből
  • Ez a folyamat lehetővé teszi az LDAPPL.INI fájl szerkesztését egy Java-segédprogrammal
  • Az LDAPPL.INI fájl (SYS:Public\ZENworks) kézzel is szerkeszthető
• Az új alkalmazás-bejegyzések felvételekor tudnunk kell, hogy mekkora fájlt akarunk felvenni
  • A felveendő fájl pontos méretéhez nyissunk ki egy DOS-ablakot, és adjunk ki benne egy DIR parancsot.
• Jelenleg csak egyetlen LDAPPL.INI használható, de tervbe van véve, hogy a jövőben többet is lehessen használni

Jelentéskészítés (Reporting)

Alkalmazásfelügyelet-jelentéskészítés

• Szükséges hozzá egy olyan szerver (NW 4.11 vagy frissebb), amelyen működik az IP
• Szükséges hozzá egy felügyeleti munkaállomás a NAL-objektum futtatásához (ZENworks Reporting) a szükséges ODBC-fájlok, meghajtóprogramok stb. szétosztásához
• Kétféle jelentési mechanizmus
  • ASCII-naplófájl, vesszővel elválasztva
  • A Java jelentéskészítő eszközzel (NWAdmin | Tools | ZENworks Reporting), SNMP-csapdákon keresztül a Sybase-adatbázisból kinyerés
    • A ZENworks telepítésekor JVM telepítődik a kliensen
    • Tizenkét előre definiált jelentés
    • Application Success (sikeres futtatás), Application Failure (sikertelen futtatás), Distribution Success (sikeres elosztás), Distribution Failure (sikertelen elosztás)
    • Ezek mindegyike használható alkalmazásonként, felhasználónként és munkaállomásonként
• SNMP-csapdák kezelése - Két lépés
  • Az NWAdminban hozzunk létre egy Container Policyt, engedélyezzük az SNMP Trap Target irányelvet, majd a csapda céljaként adjuk meg a leltárszerver IP-címét
  • Engedélyezzük a jelentést az "Alkalmazás"-objektumban úgy, hogy megjelöljük az SNMP négyzetet, majd a különböző komponenseket (pl. Launch success/failures, distribution success/failures stb.)
• Az SNMP-csapdák beállítása után újra kell indítani a szervert egyszer (csak egyszer), az OSAGENT és az Alerter NLM-ek újraindításához
• A szerveren futó Alarm Manager fogadja az SNMP-csapdákat a munkaállomásról, és betölti őket a Sybase-adatbázisba
• Az Alarm Manager Java-alkalmazást az Autoexec.NCF tölti be a SYS:Public\Zenworks\Java\AlarmMgr.ncf-fel
• Az Alarm Manager egy javás, a szerveren futó alkalmazás
• Az "Alkalmazás"-objektumban engedélyezni kell a jelentéskészítést
• Létre kell hozni egy SNMP-irányelvet, amely a Sybase-szerverre mutat

Jelentések nyomtatása

• A javás nyomtatás gyerekcipőben jár - nem igazán "tiszta"
• A felhasználónak "kalibrálnia" kell a nyomtatót a nyomtatás előtt, ellenőrizve az adatok formázását
  • A Java nyomtatási párbeszédablakban meg kell nyomni a Test gombot
• A Windows nyomtatási ablak külön rész, és LEHET, hogy még nincsen fekvő nyomtatásra előkészítve; a Java nyomtatási ablak pedig nem tudja átadni ezt az információt a Windowsnak. Ha nem állítjuk át a Windows nyomtatót fekvő nyomtatásra, el fogjuk veszíteni a jelentés adatainak egy részét.
• Feltétlenül "kalibráljuk" a nyomtatást

A ZENworks nyomtatásának engedélyezése

• A ZENworks Reportingot (jelentéskészítést) be kell kapcsolni a rendszergazda munkaállomásán
• A ZW 2.0 létrehoz egy objektumot a munkaállomás automatikus "előkészítésére", a szükséges ODBC-meghajtók felmásolására és az adatforrások beállítására
• Az objektum neve "ZENworks Reporting- " - érdemes megnézni a makrókat, fájlokat stb.
• A fájlok a C:\Program Files\sybase\... könyvtárba másolódnak
• Ezt MINDEGYIK munkaállomáson végre kell hajtani, amelyiken a jelentéskészítést futtatni akarjuk
• Az ellenőrzéshez és beállításhoz nyissuk ki a Control Panel | ODBC | Novell Reportingot
• A felhasználó a Sybase-be rendszergazdai szintű felhasználóként jelentkezik be (DBA SQL-jelszóval SQL)
• Van egy Test Connection (kapcsolat ellenőrzése) nevű gomb az ODBC oldalon, amellyel ellenőrizhető, hogy a kliens képes-e kommunikálni a Sybase-adatbázissal ODBC-n keresztül
• Ha az ügyfélnél több Sybase-adatbázis található, akkor MINDEN EGYES alkalommal, amikor átállnak az egyikről a másikra, le kell futtatniuk a ZENworks Reporting a megfelelő szerverhez tartozó "Alkalmazás"-objektumát
• A Sybase-szerver neve mindegyik szerveren ZENINV lesz, például a CLE-FS1 szerveren CLE-FS1ZENINV

A leltáradatok megtekintése "Munkaállomás"-objektumokból

• Nincsen nyomtatás! Csak átmásolni lehet!
• Az egyetlen nyomtatási lehetőség a ZENworks jelentéskészítő eszköze

A jelentések típusai - előre elkészített

• Leltárlisták
• Leltárjelentések
  • 4 különböző jelentés, a General Workstation a legbonyolultabb
  • Maximum 15 másodperc munkaállomásonként a General Workstation esetében - az idő legnagyobb részét a Sybase-adatbázishoz való hozzáférés teszi ki, a séma bonyolult
  • Alkalmazások szétosztása
  • Alkalmazások indítása
• Az online dokumentáció részletesen leírja a jelentéseket és a tartalmukat
• A jelentéskészítéshez IP-nek kell működnie a szerveren és a munkaállomáson egyaránt - a Sybase ODBC-meghajtók nem kezelik az IPX-et
• Minden jelentés fekvő, a kiírandó sok oszlop miatt
• Dzsókerkarakterek használhatók - alapértelmezés szerint az SQL-félék (% _), de a szokásosak is használhatók(* ?)
• A jelentés exportálható speciális karakterrel (pl. vesszővel) elhatárolt fájlként, PDF-ként és HTML-ként

Leltárlekérdezések

• Az NWAdminban először ki kell választani egy OU-t, majd a Tools | Remote Management | Inventory Query pontot
• Válasszuk ki a szervert (mert lehet, hogy több adatbázis szerver van)
• Normál és speciális keresési lehetőségek is vannak
• A speciális keresés során egy tulajdonságot kiválasztva, a segédprogram végigolvassa az adatbázis összes különféle értékét - ez hosszabb időt vehet igénybe.

Problémák a jelentésekkel kapcsolatban

• A Java-hibák alapértelmezésben nem láthatók - persze, elő sem kéne fordulniuk, de megesik, hogy a munkaállomás kifogy a memóriából egy nagyon nagy jelentés feldolgozása közben, és ilyenkor úgy tűnik, hogy lefagyott
• A hibák megtekintéséhez nyissunk meg egy DOS-ablakot, váltsunk át a SYS:Public\Win32\ könyvtárra, és futtassuk le a reporting\ReportingDOS.EXE-t.
• Ez megnyit egy DOS-ablakot, és elindítja a jelentéskészítőt
• Egy több, mint 6000 objektumot tartalmazó adatbázis esetén a munkaállomás ki fog fogyni a memóriából

NWAdmin

Ha a Java-segédprogramokat az NWAdminból indítjuk, akkor előbb be kell tölteni a Java-futtatómodult (eltart egy darabig). A JRE a memóriában marad, hogy a következő Java-alkalmazás már gyorsabban töltődjön be. AzNWAdminból való kilépés bezárja a JRE-t is.

Hibakeresés

Hasznos segédprogramok

• UNREG32.EXE
  • Törli a ZENworks regisztrációs bejegyzéseit
  • Lehetővé teszi a munkaállomás újraimportálását (például új névvel)

NDS-navigáció a ZENworksszel

• A ZW két célból fogja végigkeresni a fát:
  • Az alkalmazásindító konfigurációja
    • Beállíthatjuk az OU-t, mint a "konfigurációs fa" legfelső szintjét, megakadályozva, hogy a felhasználók egészen a [Root]-ig (az alapértelmezésű beállításokig) elmehessenek, és megállapítsák az indító beállításait
  • Alkalmazások
    • (Application Inheritance Level - User) - Állítsuk be az alkalmazások öröklődési szintjét a felhasználókhoz
    • (Application Inheritance Level - Workstation) - Állítsuk be az alkalmazások öröklődési szintjét a munkaállomáshoz
    • Az alapértelmezés, hogy az alkalmazásokat ugyanabból a konténerből öröklik meg, amelyben a felhasználó/munkaállomás található
    • A -1 azt eredményezi, hogy a keresés felmegy egészen a [Root]-ig

Hibakeresés/Debug-eszközök

• Csak a NAL-ban használható, a NALEXPLD-ben nem
• Töltsük be a NAL-t, majd válasszuk ki a Help, About Application Launcher és a More pontokat
• Titkos súgó
  • Töltsük be a NAL-t, majd válasszuk ki a Helpet, nyomjuk meg a Ctrl+Shift-et és kattintsunk az About Application Launcherre
  • Töltsük be a NAL-t, majd válasszuk ki az About Application Launcher és a More pontokat, majd nyomjuk le a Ctrl+Alt-ot és kattintsunk kettőt a fán

Egy Java-folyamat leállítása

• Egy Java-folyamat leállítása; Java -show (megkapjuk a folyamat számát), majd írjuk be, hogy Java kill##, ahol ## a folyamat száma - NINCS SZÓKÖZ A KILL UTÁN!

Hasznos naplófájlok a munkaállomáson a hibakereséshez

• C:\WSREG.LOG - a regisztrációs folyamattal kapcsolatos adatok
• A munkaállomás %TEMP% könyvtárában (akárhová is mutat)
  • NSUCCESS.LOG
  • NERROR.LOG
  • ZENERROR.LOG

A felderítő (scanner) hibáinak keresése

• Ellenőrizzük a %TEMP% NERROR.LOG fájlt
• Ha a MINFO.TXT, DMIscan.txt, DMIstat.ini, scan.txt nem jöttek létre a %TEMP% könyvtárban:
  • Ellenőrizzük a leltárirányelvek beállításait, hogy meg van-e adva helyesen a szerver
  • Győződjünk meg róla, hogy a leltárfelderítés DLL-fájljai a ZW2-höz kapott legfrissebbek.

Gyakori problémák

• A "Munkaállomás"-objektumok nem rendelkeznek elegendő fájlrendszer-jogokkal a műveletek elvégzéséhez
  • Ha "lámpaoltás utáni" szétosztást szeretnénk végrehajtani, a munkaállomás jelentkezik be (és nem a felhasználó), és megfelelő jogokkal kell rendelkezniük azokhoz a könyvtárakhoz, amelyekben a szétosztandó fájlok találhatók
  • Ugyanez igaz a munkaállomás által futtatandó végrehajtható állományra (pl. Winscan.exe/ntscan32.exe)
• A felhasználóknak a "Munkaállomás"-objektumok operátorainak kell lenniük ahhoz, hogy frissíteni tudják a hálózati címet, valamint hogy bekerüljön a nevük a munkaállomásra valaha is bejelentkezettek listájában. Megoldható az is, hogy külön jogokat kap a munkaállomások megfelelő tulajdonságaihoz való hozzáféréshez, de az nagyon elbonyolítja a dolgot.