GroupWise üzemeltetési kézikönyv

Leírás

GroupWise üzemeltetési kézikönyv

www.npsh.hu

GroupWise üzemeltetési kézikönyv - Leírás

Védjegyek és Jogi nyilatkozat Copyright © Novell, Inc. Minden jog fenntartva. A Novell, és termékei a Novell, Inc. bejegyzett védjegyei az Egyesült Államokban és más országokban. A bejegyzett védjegyek teljes listája a Novell weboldalán található: http://www.novell.com/company/legal/trademarks/tmlist.html. A Linux Linus Torvalds bejegyzett védjegye. Az egyéb védjegyek a birtokos cégek tulajdonát képezik.

A jelen dokumentum OpenOffice.org 3 Novell Edition programmal készült. Novell Professional Services Hungary 1124 Budapest, Csörsz u. 45. Tel.: +36 1 4894600 Fax.: +36 1 4894601

2/63


Tartalomjegyzék I. Összefoglaló.............................................................................................................................. 5 II. Technikai háttér....................................................................................................................... 6 II.1. A GroupWise adatbázisainak áttekintése............................................................................................6 II.1.1 Az Üzenet típusú adattár................................................................................................................................6 II.1.2 A Címtár típusú adattár..................................................................................................................................8

II.2. A többi könyvtár................................................................................................................................10

III. Üzemeltetési feladatok leírása.............................................................................................. 11 III.1. A ConsoleOne adminisztrációs eszköz bemutatása.........................................................................11 III.2. A GroupWise mentés feladatai.........................................................................................................11 III.2.1 Nyitott fájlok kezelése a mentés során........................................................................................................11 III.2.2 Alternatív Novell mentési eljárások.............................................................................................................14

III.3. A GroupWise karbantartása..............................................................................................................20 III.3.1 Analyze/Fix Databases.................................................................................................................................20 III.3.2 Expire/Reduce Messages.............................................................................................................................22

III.4. Felhasználóhoz kötődő beállítások...................................................................................................23 III.4.1 Mailbox Statistics.........................................................................................................................................24 III.4.2 Reset Client Options....................................................................................................................................24 III.4.3 Re-Create User Database.............................................................................................................................24 III.4.4 Structural Rebuild........................................................................................................................................25

III.5. Postahivatalhoz kötődő beállítások..................................................................................................25 III.5.1 Archive/Delete Documents..........................................................................................................................25 III.5.2 Delete Activity Logs.....................................................................................................................................25 III.5.3 Analyze/Fix Library.......................................................................................................................................26 III.5.4 Audit Report.................................................................................................................................................27

III.6. Hivatkozás nélküli csatolt fájlok törlése...........................................................................................28 III.7. A könyvtárstruktúra ellenőrzése......................................................................................................28 III.7.1 OFUSER könyvtár.........................................................................................................................................28 III.7.2 INDEX könyvtár............................................................................................................................................28 III.7.3 OFMSG könyvtár..........................................................................................................................................29 III.7.4 WPGATE könyvtár........................................................................................................................................29 III.7.5 Ideiglenes könyvtárak..................................................................................................................................29 III.7.6 Időzített események (scheduled events) létrehozása.................................................................................30 III.7.7 A postamester ellenőrzése..........................................................................................................................31

III.8. Felhasználók mozgatása...................................................................................................................32 III.8.1 A rendszer előkészítése...............................................................................................................................32 III.8.2 Felhasználó mozgatásának előkészítése.....................................................................................................33

III.9. A GroupWise szerveroldali komponenseinek bemutatása...............................................................35 III.9.1 A POA...........................................................................................................................................................35 III.9.2 MTA..............................................................................................................................................................41 III.9.3 A GroupWise WebAccess konzolképernyő...................................................................................................48 III.9.4 A Document Viewer Agent beállítása...........................................................................................................50

IV. Nagyjavítás (top-down rebuild)............................................................................................. 51 IV.1. A nagyjavítás lépései........................................................................................................................51 IV.1.2 Tartomány újraépítése................................................................................................................................51

3/63


IV.1.3 Postahivatal újraépítése..............................................................................................................................52 IV.1.4 A felhasználói és üzenet-adatbázisok újraépítése.......................................................................................53 IV.1.5 Egyéb megjegyzések...................................................................................................................................54 IV.1.6 Indexállományok.........................................................................................................................................55 IV.1.7 „Unknown file” a Gwcheck naplófájljában...................................................................................................56 IV.1.8 Offiles...........................................................................................................................................................57

V. Naplófájlok kezelése.............................................................................................................. 58 V.1.1 Ügynök naplójának szabályozása.................................................................................................................58

VI. „A” melléklet: GroupWise üzemeltetési tennivalók összefoglalása........................................61 VI.1. Napi tennivalók.................................................................................................................................61 VI.2. Heti tennivalók.................................................................................................................................61 VI.3. Havi tennivalók.................................................................................................................................61 VI.4. Alkalmankénti tennivalók.................................................................................................................62 VI.4.1 Felhasználóhoz kapcsolódó hasznos segédprogramok...............................................................................62 VI.4.2 Frissítések telepítése...................................................................................................................................62

4/63


I. Összefoglaló Jelen segédlet a GroupWise rendszerek üzemeltetéséhez ad segítséget. Alapvető célja a rendszeresen végzendő feladatok számbavétele, felsorolása. Tekintettel arra, hogy egy eléggé összetett rendszerről van szó, szükség van egyéb témák érintésére is. Az első részben vázlatosan áttekintjük a GroupWise rendszer technikai alapjait, érintve a könyvtárstruktúrát, az adatbázisok funkcióit, az ügynökprogramokat stb. A második részben részletesen felsoroljuk az üzemeltetéshez szükséges tennivalókat. A következő fejezet nem szerves része a szorosan vett üzemeltetésnek, de segítségével sokkal könnyebb és biztonságosabb az üzemeltetés. Ez a fejezet a használt üzemeltetési irányelveket taglalja. Külön részben beszélünk a naplófájlok kezeléséről. Végül – megismerve a GroupWise technikai alapjait, a szóba jöhető tennivalókat és az alkalmazott irányelveket – felsorolás jelleggel megadjuk az időszakosan (naponta, hetente, havonta és alkalmanként) elvégzendő feladatokat.

5/63


II. Technikai háttér II.1. A GroupWise adatbázisainak áttekintése A GroupWise különböző típusú adatbázisai más-más célokat szolgálnak.

II.1.1 Az Üzenet típusú adattár Az Üzenetek adattár három nagy csoportot foglal magában:

• Felhasználói (User Data Store) adatbázisok • Üzenet- (Message Store) adatbázisok • Könyvtár- (Library Data Store) adatbázisok Minden egyes csoportnak külön feladata és szerepe van a GroupWise működése szempontjából.

II.1.1.1 Felhasználói adatbázisok Minden GroupWise postahivatal (GroupWise Post Office) fájlrendszere tartalmaz egy OFUSER nevű alkönyvtárat, amely az egyes felhasználók saját adatbázisait tartalmazza. Ezek a fájlok USERxxx.DB névre hallgatnak, ahol az xxx a felhasználók három karakteres egyedi azonosítóját (ún. FID-azonosítót) jelzi, amely a GroupWise felhasználó létrehozásakor automatikusan jön létre. A FID-azonosító véletlenszerű értékeket vesz fel, nincs semmilyen logikai kapcsolata a felhasználó semmilyen más adatával, csupán az egyedi azonosításra szolgál.

1. ábra: GroupWise felhasználói adatbázisok A USERxxx.DB nagyon fontos szerepet játszik, hiszen ez tárolja a felhasználó minden személyes beállítását és adatát (többek között például a jelszavát is), továbbá ebben – és csak ebben – tárolódik minden személyes üzenet (personal mail), találkozó (appointment) vagy tennivaló (task). Végezetül a USERxxx.DB fájl tárolja az összekötő kapcsolatokat (mutatókat) az MSGxx.DB fájlokhoz, ahol maguk az üzenetek tárolódnak.

6/63


II.1.1.2 Üzenet-adatbázisok Az üzenet-adatbázisok a postahivatal fájlrendszerében, az OFMSG nevű alkönyvtárban tárolódnak. Minden rendszerben maximum 255 állomány található (MSG0.DB – MSG254.DB). Ezek az állományok tartalmaznak minden aktív tételt, amely nem éri el a 2 KB nagyságot. Ezek lehetnek levelek (mail), találkozók (appointment), feljegyzések (note) és tennivalók (task). (A korábbi GroupWise rendszerekben csak 25 msg.db állomány létezett, de a nagyobb teljesítmény miatt a GroupWise 255 állományig tudja bővíteni a msg.db állományok számát) Mivel maximum 255 MSGxx.DB fájl van, ezért több felhasználó is használhatja ugyanazt a fájlt. Ezek elosztása véletlenszerűen történik.

2. ábra: A 254 darab GroupWise üzenet-adatbázis A 2 kilobyte-nál nagyobb méretű tételek a postahivatal OFFILES alkönyvtárában tárolódnak. A csatolt állományok – habár nem részei az adatbázisnak – a GroupWise nagyon fontos elemei. A csatolt állományok az FD10-FDF6 nevű könyvtárban tárolódnak.

7/63


II.1.2 A Címtár típusú adattár A címtáradatbázisokhoz a postahivatal- (Post Office) és a tartomány- (Domain) adatbázisok tartoznak.

II.1.2.1 Tartomány-adatbázis

3. ábra: A GroupWise tartomány-adatbázisának könyvtárstruktúrája A tartomány- (Domain) adatbázis a tartomány által meghatározott alkönyvtárban található, melynek neve WPDOMAIN.DB. Ebben tárolódnak a kapcsolatok beállításai a többi tartományhoz, a gateway, a postahivatal és az ezekben található összes felhasználó illetve UserID.

8/63


II.1.2.2 Postahivatal adatbázis A postahivatal-adatbázis a postahivatal alkönyvtárában található, a neve WPHOST.DB. Felépítése hasonló a tartomány adatbázishoz, azonban csupán az adott postahivatalra vonatkozó információkat tartalmazza.

4. ábra: A postahivatal-adatbázis könyvtárstruktúrája

II.1.2.3 Guardian adatbázis Szintén a postahivatal alkönyvtárában található a Guardian adatbázis (NGWGUARD.DB), amelyet egyfajta regisztrációs fájlként használnak a User, a Message és a Library adatbázisok.

9/63


II.2. A többi könyvtár Mind a postahivatal, mind a tartomány könyvtárában található egy WPCSOUT és egy WPCSIN nevű könyvtár, amely az ideiglenes fájlok tárolására szolgál. Itt a különböző könyvtárakban találhatók az alacsony, normál és magas prioritású üzenetek, valamint a rendszer működéséhez elengedhetetlen ún. adminisztrációs üzenetek. Ezekben a könyvtárakban csak ideiglenesen vannak fájlok. Ha hosszabb időn keresztül nagy a mérete valamelyik könyvtárnak ezek közül, akkor az valamilyen hibára utal, amelyet ki kell vizsgálni. A postahivatal alatt található az OFVIEWS nevű könyvtár, amelyben a kliens által használt képek találhatók (open mail, ikonok, ablakok). Ez a könyvtár etalonnak számít a rendszerben. Ha itt hibás egy fájl, akkor az gondokat okozhat a kliens megjelenítésében. Végül beszélnünk kell a szoftverdisztribúciós könyvtárról. Itt található meg a GroupWise teljes verziója: klienstelepítő, ügynök- és átjáróprogram-telepítő, dokumentáció és egyéb segédprogramok. Minden egyes szervizcsomag esetén ez a könyvtár is frissítésre kerül.

10/63


III. Üzemeltetési feladatok leírása III.1. A ConsoleOne adminisztrációs eszköz bemutatása A GroupWise adminisztrációja a Java alapú ConsoleOne segédprogramon keresztül lehetséges. A GroupWise rendszer telepítése alatt létrejönnek a GroupWise eDirectory objektumok. A GroupWise adminisztrációja gyakorlatilag ezeken az objektumokon keresztül zajlik. A ConsoleOne telepítése után az aktuális GroupWise telepítőkészletének „admin” könyvtárából be kell másolni a GroupWise snap-ineket a ConsoleOne megfelelő könyvtárába. Miután meggyőződött arról, hogy a legfrissebb verziójú ConsoleOne-t és az aktuális GroupWise verziójú snap-ineket használja, megkezdheti a GroupWise rendszer teljes körű beállítását. Figyelem: A megfelelő ConsoleOne és snap-in verziók használata kiemelten fontos. Az adminisztráció során rengeteg hibalehetőséget kerülhet el, ha a megfelelő verziókat használja.

III.2. A GroupWise mentés feladatai A GroupWise adatbázisai a szerver fájlrendszerén tárolódnak, meghatározott rend szerint. Ahhoz, hogy a GroupWise teljes mértékben visszaállítható legyen, a fentiekben bemutatott adatbázisok mindegyikét menteni kell. Fontos, hogy a szükséges állományok mentése egyszerre, illetve közel egy időben történjen. Mindenképpen javasolt, hogy ez 1 órás időintervallumon belül történjen, az adatbázis konzisztenciájának megőrzése érdekében. Erre azért van szükség, hogy az adatállományok egymásra hivatkozásai hibátlanok maradjanak. Természetesen a GroupWise rendszer minden elemét menteni kell, azonban az egyes komponenseknél szükséges kiemelni a létfontosságú állományokat, illetve adatbázisokat. Nem szabad elfeledkezni arról, hogy az eDirectory-ban lévő GroupWise objektumok is szerves részei a GroupWise rendszernek, ezért nem elég a fájlrendszer mentése, az eDirectory mentése is szükséges. A TSAFS vagy TSAFSGW használatával menthetők a nyitott illetőleg zárolt adatbázisok/fájlok. A TSAFS és a TSAFSGW egy szerveren futó modul, amelyik együttműködik a Novell Storage Management Services-szel (SMS) és a más mentési rendszerrel, mint például: Veritas Backup Exec for NetWare (ver.8.5), BrightStor ARCserve Backup (ver. 11).

III.2.1 Nyitott fájlok kezelése a mentés során A legnagyobb problémát az jelenti, hogy a GroupWise működésekor az adatbázisok nyitva vannak, ezért a mentés során két lehetőség adódik: az egyik, hogy az összes felhasználó kilép a GroupWise rendszerből, és a szerveroldali komponensek is le vannak állítva, másik lehetőség a beállított TSAFS vagy TSAFSGW komponensek futtatása a szerveren. Az utóbbi esetben a felhasználóknak nem kell kilépni a kliens alkalmazásokból és a szerveroldali modulokat sem kell kitölteni. A használt mentőszoftver sajnos nem minden esetben támogatja a TSAFS illetve TSAFSGW modulok használatát.

11/63


III.2.1.1 TSAFS és TSAFSGW III.2.1.1.1 A TSAFS A TSAFS (Target Service Agent for fájl Systems) a korábbi verziókhoz képest új funkciókkal bővült.

• Támogatja a GroupWise adatbázis működés közbeni mentését. (zárolás/mentés/zárolás feloldása funkció)

• Kezeli a GroupWise 6.5.3 és az újabb verziók adatbázisának időbélyeggel történő ellátását. Így a ConsoleOne-ban beállíthatja az „Allow Purge of Items Not Backed Up” funkciót, amellyel megakadályozható, hogy a felhasználók törölt és még mentésre nem került tételei végleg törlődjenek a kiszolgálóról.

• Támogatja a klaszterezett kiszolgálókat, így a GroupWise adatbázisának mentése a klaszter csomópontok átterhelése után tovább folytatódik.

• A TSAFS a mentési idő csökkentésére az adatokat gyorsítótárba helyezi. Megjegyzés: Mindig a TSAFS utolsó verzióját használja.

III.2.1.1.2 TSAFSGW A TSAFSGW számos menőszoftverrel képes együttműködni, és ebben az esetben a mentőszoftver grafikus felületén olyan GroupWise specifikus beállítások jelennek meg, amelyek egyébként nem. A TSAFSGW támogat minden beállítást, amelyet a mentőszoftver támogat (pl., inkrementális mentés). A támogatott szoftvereket a Novell hivatalosan oldalán megtalálhatja. A TSAFSGW minden fájlt és könyvtárat elment, amelyet a /home kapcsolóval megadott útvonalon talál. A mentés során azonban az alábbi fájlok elmentése szükségtelen:

• Az ügynökök (agent )naplófájljai (például 0518mta.001 vagy 0518poa.001) • A QuickFinder indexek és inkrementális fájlok (*.idx and *.inc) • Az Internet Agent úgynevezett „Timing” fájljai (proc and pulse.tmp) • A „message queue” könyvtárak fájljai ( A postahivatal és a tartomány „wpcsout” és a „wpcsin” könyvtárai alatt található fájlok, beleértve az „xnstore” fájlokat.) A TSAFSGW automatikusan ellátja időbélyeggel a már mentett felhasználói adatbázisokat.

III.2.1.1.3 A TSAFS beállítása NetWare kiszolgálón A TSAFS GroupWise funkcióval történő futtatásához az alábbi lépések szükségesek:

• A NetWare kiszolgáló konzolján adja ki az „unload TSAFS” parancsot. • Majd gépelje be az alábbi parancsot load tsafs /EnableGW=True A beállítás eltárolódik a sys:\etc\sms\tsa.cfg fájlban, így a továbbiakban a kiszolgáló újraindításakor is megmaradnak a beállításai. Ha mégsem lenne szüksége a GroupWise mentési funkcióra, akkor töltse ki a TSAFS modult, majd adja ki az alábbi parancsot:

load tsafs /EnableGW=False • Végezetül állítsa be a TSAFS.NLM modul automatikus futtatását az autoexec.ncf-ben. III.2.1.1.4 A TSFSGW beállítása a NetWare kiszolgálón A GropWise ügynökök telepítésével a tsafsgw.nlm fájl is automatikusan telepítésre kerül. automatikusan létrejön a tsafsgw.ncf fájl azon a helyen, ahová az ügynökprogram telepítve lett.

Szintén

Alapértelmezett esetben az ügynökök betöltésekor a tsafsgw.nlm is betöltődik, felkészülve a GroupWise adatbázisának mentésére, amely a /home kapcsolóval került beállításra a telepítéskor.

12/63


III.2.1.1.5 A TSAFS beállítása Linux kiszolgálón Amennyiben OES Linux szervert futtat a TSAFS modult már csak futtatnia kell, mert a novell-sms csomagon keresztül a telepítés már megtörtént. A novell-sms RPM csomagot szükség esetén külön telepíteni is tudja a GroupWise telepítőkészletének agents/linux könyvtárából, az alábbi paranccsal:

rpm -ivh novell-sms-1.0.0-nn.i586.rpm A telepítés után az smdr démont az alábbi paranccsal futtathatja:

/etc/init.d/novell-smdrd start A démon futását a következő paranccsal tudja leellenőrizni:

/opt/novell/sms/bin/smsconfig -t A novell-sms csomag alapértelmezett telepítési beállítása a rendszer újraindításakor elindítja az smdr démont is. A TSAFS GroupWise funkcióval történő futtatásához az alábbi lépések szükségesek:

• Jelentkezzen be root felhasználóként. • Lépjen az SMS futtatható fájljainak könyvtárába. cd /opt/novell/sms/bin • Állítsa le a futó TSAFS modult. ./smsconfig -u tsafs • Majd az alábbi paranccsal futtassa a TSAFS modult. ./smsconfig -l tsafs --EnableGW • A TSAFS futását és a GroupWise funkciók bekacsolt állapotát az alábbi paranccsal ellenőrizheti: ./smsconfig -t • Az eredménynek tartalmaznia kell az alábbiakat: The loaded TSAs are: tsafs –EnableGW • Amennyiben szeretné a GroupWise beállítást alapértelmezetté tenni, akkor módosítsa az SMS konfigurációs fájlját:

• Lépjen az SMS konfigurációs fájljának könyvtárába: cd /etc/opt/novell/sms • Egy szöveges szerkesztőben nyissa meg az smdrd.conf fájlt. • Módosítsa az alábbi sort: autoload: tsafs erre:

autoload: tsafs --EnableGW • Mentse el a fájlt és lépjen ki. III.2.1.1.6 A TSAFSGW beállítása Linux kiszolgálón Mivel a TSAFSGW is az SMS szolgáltatásra épül, ezért az smsconfig (/opt/novell/sms/bin) parancs –-home kapcsolójával lehet beállítani a GroupWise domain-ek és postahivatalok elérési útvonalát.

• Jelentkezzen be root felhasználóként. Lépjen az SMS futtatható állományait tartalmazó könyvtárba:

cd /opt/novell/sms/bin Az alábbi paranccsal beállíthatja a GroupWise elérési útvonalait:

./smsconfig -l tsafsgw --home /domain_directory --home /post_office_directory 13/63


III.2.2 Alternatív Novell mentési eljárások III.2.2.1 GWBACKUP III.2.2.1.1 Áttekintés A GWBACK32 egy kliensen futó, windowsos alkalmazás, amelynek segítségével menthetők a postahivatal adminisztratív fájljai, az üzenetfájlok, az üzenetekhez csatolt fájlok, a felhasználói adatbázisok, az üzenetek QuickFinder indexfájljai, a dokumentumkezelő rendszer adatbázis állományai, a dokumentumok és ezek Quickfinder indexállományai. A GWBACK32 segítségével nem menthetők azok a levelek (és azok csatolt állományai), amelyek kézbesítése éppen folyik, a Quickfinder indexállományok átmeneti állományai, a dokumentumkezelő rendszer azon állományai, amelyek nem a postahivatalban tárolódnak, valamint a tartomány-adatbázis állománya (WPDOMAIN.DB).

III.2.2.1.2 Működés A mentés akár néhány órát is tarthat, attól függően, hogy mekkora a GroupWise rendszer, milyen gyors a szerver, a munkaállomás és azok kapcsolata. Célszerűen a mentést a munkaidő befejeztével vagy hétvégén érdemes elvégezni. Amennyiben ugyanarra a helyre történik a mentés, a GWBACK32 összehasonlítja a már elmentett és az elmenteni kívánt állományokat és csak azok az adatbázis-állományok kerülnek mentésre, amelyekben változás történt, így a mentés kevesebb időt vesz igénybe.

5. ábra: A GWBACK32 képernyője A mentés ideje alatt az adatbázis-állományok fogva (zárva) vannak, ez azonban nem jelenti azt, hogy a felhasználók nem lehetnek bejelentkezve a GroupWise rendszerbe. Amennyiben az adatbázist egy felhasználó tartja fogva (zárva), akkor a program újra próbálkozik, és ha ez nem sikerül, mert az állomány tartósan le van zárva (ez igen ritka eset), akkor a program erről tájékoztatást ad. A felhasználók belépve maradhatnak a GroupWise rendszerben a mentés ideje alatt.

14/63


III.2.2.2 A mentés folyamata • A mentés könyvtárának létrehozása • A GWBACK32 indítása • A menteni kívánt postahivatal könyvtár nevének megadása (ahol a WPHOST.DB nevű állomány található)

• A mentés célkönyvtárának meghatározása

III.2.2.3 Visszaállítás • A ConsoleOne-ban ki kell kapcsolni a postahivatal hozzáférést (Post Office > Properties > Client Access Settings > Disable Login)

• Az adatbázisok visszamásolása XCOPY-val. (XCOPY [forrás] [cél] /E /Y /D /Q) Fontos! Nem szabad a /C kapcsolót használni, mert az esetleges hibaüzenetek kifutnak a képernyőről.

• A ConsoleOne-ban (Post Office > GroupWise Utilities > Mailbox/Library Maintenance menüpontjában) az Analyze/Fix opcióval, hogy konzisztens legyen az adatbázis.

• A postahivatalba történő bejelentkezés engedélyezése Figyelem! Ez a mentési eljárás csak abban segít, hogy a működő GroupWise rendszert ne kelljen leállítani a mentés idejére. Így csak egy másolat készül róla ugyanazon vagy egy másik szerverre, esetleg munkaállomásra. Ezeket az állományokat már nyugodtan menteni lehet a hagyományos mentési eljárásokkal. A GWBACKUP nem része a telepített GroupWise rendszernek, külön kell alkalmazni.

III.2.2.4 DBCopy A GroupWise Database Copy (DBCopy) alkalmazás másolatot készít a GroupWise domain-ről és postahivatalról egy előre megadott elérési helyre. A másolás ideje alatt a DBCopy zárolja a másolt fájlokat és ezzel biztosítja a mentett adatbázis konzisztenciáját. A GroupWise ügynökök így a másolás ideje alatt is futhatnak.

III.2.2.4.1 A DBCopy használata NetWare-en A NetWare futtatható állományai a kiszolgáló sys:system könyvtárban találhatók. A GroupWise telepítése során a dbcopy.nlm is ide kerül, ezért a NetWare konzolon a következő néhány parancs elérhető lesz.

• A postahivatal elmentéséhez használja az alábbi parancsot: dbcopy.nlm \post_office_directory \destination_directory • A domain adatbázist a következő paranccsal tudja lementeni: dbcopy.nlm \domain_directory \destination_directory • A Library elmentéséhez, amely nem a postahivatal könyvtárában helyezkedik el, az alábbi parancsot használhatja:

dbcopy.nlm /b \storage_area_directory \destination_directory A DBCopy lehetőséget biztosít az inkrementális mentéshez is, amely a /i kapcsolóval érhető el. Miután a mentés lefutott a keletkezett állomány a mentésre használt szoftverrel szalagra írható.

15/63


III.2.2.4.2 A DBCopy használata Linuxon A DBCopy használatához a telepítenie kell a GroupWise telepítőkészletének admin könyvtárában található groupwise-dbcopy-version-mmdd.i386.rpm csomagot.

• A telepítés után lépjen az /opt/novell/groupwise/agents/bin könyvtárba és a alábbi parancs kiadásával mentse el a postahivatalt.

./dbcopy /post_office_directory /destination_directory • A domain elmentéséhez az alábbi paranccsal menthet el: ./dbcopy /domain_directory /destination_directory • A Library elmentéséhez, amely nem a postahivatal könyvtárában helyezkedik el, az alábbi parancsot használhatja:

./dbcopy -b /storage_area_directory /destination_directory A DBCopy lehetőséget biztosít az inkrementális mentéshez is, amely a /i kapcsolóval érhető el. Miután a mentés lefutott a keletkezett állomány a mentésre használt szoftverrel szalagra írható.

III.2.2.5 A GroupWise Time Stamp alkalmazás A GroupWise Time Stamp (GWTMSTMP) alkalmazás segítségével a felhasználói adatbázis időbélyeget kap, miután a mentése megtörtént. A GWTMSTMP alkalmazást a kapcsolódó beállításokkal együtt használva elkerülhető olyan az el nem mentett e-mailek végleges törlése a rendszerből.

III.2.2.5.1 A GWTMSTMP futtatása NetWare kiszolgálón A GWTMSTMP alkalmazás (gwtmstmp.nlm) a POA és MTA modulokkal egy könyvtárban található, amely alapértelmezett esetben a sys:system könyvtár. Az alábbi NetWare konzolon kiadott paranccsal leellenőrizheti a GroupWise felhasználók adatbázisain lévő aktuális időbélyegeket:

gwtmstmp.nlm /p-volume:\post_office_directory Ennek eredménye a console.log fájlban érhető el. Az felhasználói adatbázisok aktuális időbélyeggel történő elhelyezéséhez az alábbi parancs kiadása szükséges:

gwtmstmp.nlm /p-volume:\post_office_directory /set Időbélyeg a ConsoleOne-on keresztül is kiadható a postahivatal objektumot kijelölve a Tools > GroupWise Utilities > Backup/Restore Mailbox menüből, a Backup fülön a Backup beállítást választva. Ebben az esetben kapcsolók nem állíthatók.

III.2.2.5.2 A GWTMSTMP futtatása Linux kiszolgálón A GWTMSTMP (gwtmstmp) alkalmazás megtalálható az /opt/novell/groupwise/agents könyvtár alatt a bin és lib könyvtárakban. A telepítése a POA és MTA telepítésével egy időben történik, alapértelmezett esetben. Az alábbi paranccsal leellenőrizheti a GroupWise felhasználók adatbázisain lévő aktuális időbélyegeket:

./gwtmstmp -p /post_office_directory Ennek eredménye a kijelzőn olvasható. Az felhasználói adatbázisok aktuális időbélyeggel történő elhelyezéséhez az alábbi parancs kiadása szükséges:

./gwtmstmp -p /post_office_directory --set Időbélyeg a ConsoleOne-on keresztül is kiadható a postahivatal objektumot kijelölve a Tools > GroupWise Utilities > Backup/Restore Mailbox menüből, a Backup fülön a Backup beállítást választva. Ebben az esetben kapcsolók nem állíthatók.

16/63


III.2.2.6 GroupWise adatbázis visszaállítási területének (Restore Area) beállítása A véletlenül letörölt felhasználó account-jának visszaállítása a ConsoleOne Tools > GroupWise Utilities > Recover Deleted Account menüpontjának segítségével történik, miután a GroupWise adatbázisok szalagos mentését a kiszolgáló valamely kötetére visszaállította. A felhasználó account-jának visszaállítása azonban nem jelenti a GroupWise tételeinek a visszanyerését. Ehhez a „restore area” beállítása szükséges. A visszaállítási terület (restore area) a rendszergazda által meghatározott terület, amely a mentett GroupWise adatbázis másolatát tartalmazza. A rendszergazda és/vagy a felhasználók megfelelő jogosultság kiosztással elérhetik ezt a területet, hogy az abban megtalálható tételeiket visszaállítsák, azaz az online postafiókjukba helyezzék. A visszaállítási területen a mentett GroupWise adatbázisból a felhasználók a saját postafiókjuk tételei közül csak azokat fogják látni, amelyek az online postafiókjukban nem található meg. Egyszerre több visszaállítási területet is beállíthat az igényeknek megfelelően. Ehhez azonban elegendő helyhez kell rendelkezni a kiszolgáló valamelyik kötetén, hiszen a visszaállítási terület tartalmazza a teljes postahivatal adatbázisát. Visszaállítási területet az alábbi módon tud beállítani:

• A ConsoleOne-ban válassza a Tools > GroupWise System Operations > Restore Area Management menüpontot.

• Kattintson a Create gombra.

6. ábra: Visszaállítási terület beállítása

• Az „Identification” fülön, adjon meg egy egyedi nevet. • Ha szeretne, adjon meg leírást a „description” mezőben. • Az „UNC Path” mezőben adja meg a visszaállítási terület útvonalát. Megadhat egy új könyvtárat is, ebben az esetben az új könyvtárat a Consoleone létrehozza.

• A „Membership” fülön kattintson az „Add” gombra. Válasszon egy vagy több felhasználót, illetve postahivatalt is megadhat, majd kattintson az OK gombra.

• Használja a TSAFSGW modult és a „backup and restore utility”beállítást (Erről a következő részben olvashat.)

• A felhasználóknak adjon olvasási és írási jogot a visszaállítási területhez, amennyiben szeretné, hogy elérjék a postafiókjukat a visszaállítási területen is.

17/63


III.2.2.6.1 Felhasználói postafiók visszaállítása Miután a postahivatal egy másolatát beállította a visszaállítási területre, megkezdődhet a felhasználó postafiókjában lévő tételeinek visszaállítása:

• A ConsoleOne-ban jelölje ki a felhasználót, akinek a postafiókját szeretné visszaállítani. • Válassza a Tools > GroupWise Utilities > Backup/Restore Mailbox menüpontot. A „Restore” fül oldala automatikusan megjelenik a visszaállítási terület útvonalával:

7. ábra: Egy felhasználói postafiók tételeinek visszaállítása

• A visszaállításhoz kattintson a Yes gombra. • Értesítse a felhasználót, hogy a postafiókjában lehetnek olyan tételek is, amelyeket már törölt, és ezeket újból törölnie kell.

III.2.2.6.2 Visszaállítás GroupWise kliensen keresztül Miután beállított egy visszaállítási területet, a felhasználók saját maguk (megfelelő jogosultsággal) is egyenként visszaállíthatnak törölt tételeket.

• A GroupWise kliensben kattintson a Fájl > Biztonsági másolat megnyitása menüpontra. • Keresse, majd válassza ki a visszaállítási terület könyvtárát. • A Jelszó mezőbe írja be a GroupWise jelszavát, majd kattintson az OK gombra. • Válogasson a törölt tételek közül, amelyekre szüksége van az online postafiókjában. • Majd amikor visszaállította a szükséges tételeket kattintson újra a Fájl > Biztonsági másolat megnyitása menüpontra, hogy ezzel visszatérjen az online postafiókjába.

III.2.2.6.3 A Smart Purge beállítása A Smart Purge funkció a TSAFSGW időbélyegét használja, hogy megóvja a felhasználókat olyan tételek törlésétől, amelyek még nem kerültek mentésre. A Smart Purge biztosítja, hogy még a mentés előtt a GroupWise tételek nem lesznek végleg letörölve (purge) a kiszolgálóról. A mentés részeként a TSAFSGW időbélyeggel lát el minden adatbázist, amely már mentésre került.

18/63


A Smart Purge beállítása az alábbi lépésekben történik:

• A ConsoleOne-ban kattintson a Tools > GroupWise Utilities > Client Options menüpontra. • Válassza az Environment ikont, majd kattintson a Cleanup fülre.

8. ábra: Smart Purge beállítása

• Az „Allow purge of items not backed up” beállításnál vegye ki a jelölést a jelölőnégyzetből. Ha ez a beállítás nincs bejelölve, akkor figyelmeztetést kap abban az esetben, ha el nem mentett tételek kerülnének törlésre.

• Ha azt szeretné, hogy a GroupWise kliens figyelmeztesse, ha el nem mentett tételt töröl, akkor jelölje be a „Prompt before purging” beállítást. A Smart Purge néhány esetben nem tudja biztosítani az el nem mentett tételek megőrzését a következő mentésig. Ezek az alábbiak:

• Amikor a felhasználók archiválják a tételeiket, a tétel törlődik a GroupWise rendszerből, akkor is ha nem lett elmentve.

• Azok a felhasználók akik valamilyen MAPI üzenettárolási szolgáltatáson keresztül érik el a GroupWise postafiókjukat, pl. egy Outlook kliensen keresztül, nem tudják kihasználni a Smart Purge nyújtotta védelmet a törölt tételekkel szemben. A Smart Purge funkciónak nincs ráhatása a MAPI klienst használó postafiókokra.

19/63


III.3. A GroupWise karbantartása A GroupWise adatbázisait a ConsoleOne programon keresztül lehet karbantartani, azonban létezik egy GWCHK32 nevű program, amelyik külön, függetlenül is alkalmazható. Az alábbiakban a ConsoleOne-t vesszük alapul. A ConsoleOne-ban a Post Office > GroupWise Utilities > Mailbox/Library Maintenance menüben találjuk az alábbi lehetőségeket:

III.3.1 Analyze/Fix Databases Az Analyze/Fix Databases menüpontban ellenőrizhető a kiválasztott objektumhoz (postahivatal, Library, User vagy Resource) tartozó adatbázis épsége.

9. ábra: A GroupWise adatbázisának javítása-általános opciók

III.3.1.1 Opciók Az alábbi paraméterek használhatók ebben az esetben:

III.3.1.1.1 Structure Ellenőrzi az adatbázis fájlformátumának épségét, és amennyiben ebben hibát talál, az állományt újraépíti.

20/63


III.3.1.1.2 Index Check Az Index Check használatának szüksége ritka, de az alábbi esetekben mindenképpen szükségszerű:

• Ha a felhasználó olvasási hibát kap, amikor meg akar nyitni egy levelet • Ha nem az a levél jelenik meg, amelyet a felhasználó kiválaszt • Ha a felhasználó hibás státuszt kap vissza az adott levélről Figyelem! Csak a Structure opcióval együtt használható. Az Index Check az indexelési problémákat orvosolja, éppen ezért heurisztikus javítási mechanizmus, ami akár több órára is lekötheti a szervert.

III.3.1.1.3 Contents Ellenőrzi a hivatkozásokat a User és a Message adatbázis között, valamint ha az üzenet csatolt állományt is tartalmaz, azt is. Ellenőrzi az indexek szinkronizációját a könyvtárak és a postahivatalok között, valamint a szabályokat, a disztribúciós listákat és csoportokat.

III.3.1.1.4 Collect Statistics Ez a funkció statisztikát készít a postahivatalban található levelekről, hogy felhasználónként mennyi levelet tartalmaz a postahivatal. Így könnyen kiszűrhetők azok a felhasználók, akiknek sok levele tárolódik a postahivatalban. Figyelem! Csak a Contents opcióval együtt használható.

III.3.1.1.5 Fix Problems Az analízis során feltárt hibákat javítja ki. Amennyiben ez az opció nincs beállítva, a hibákról csak értesítést kapunk. Ritka az az esetben, kikapcsolva kell hagyni.

III.3.1.1.6 Update user disk space totals Újraszámolja a felhasználó postafiókja által felhasznált lemezterületet. Ezt abban az esetben szükséges használni, ha a felhasználónál nem a valós postafiókméret jelenik meg.

21/63


III.3.2 Expire/Reduce Messages Az Expire/Reduce opció segítségével a GroupWise rendszergazda rendbe teheti, illetve felfrissítheti a túl nagyra növekedett GroupWise rendszert. Bevezethető például olyan szabályozás, hogy a felhasználóknak bizonyos napnál régebbi leveleit archiválniuk vagy törölniük kelljen. Ezzel az opcióval törölhetők a megadott kritérium szerint a levelek.

10. ábra: A GroupWise adatbázisának javítása – statisztikai opciók

III.3.2.1 Opciók Az alábbi opciók használhatók ebben az esetben:

III.3.2.1.1 Reduce Only A különböző GroupWise adatbázisok automatikusan nem csökkentik az adatbázisuk méretét, ha valamelyik rekord abból törlésre kerül. A Reduce Only opció ellenőrzi az adatbázist, törölhető állományokat keresve, és ha ilyeneket talál, akkor azokat törli és újraszervezi az adatbázist. Célszerű ezt az opciót hetente egyszer használni.

III.3.2.1.2 Expire and Reduce Ugyanaz, mint az az előző opció, de a beállított értékeknek megfelelő adatok törlésre kerülnek a GroupWise adatbázisából.

22/63

GroupWise üzemeltetési kézikönyv - Leírás Items older than: Törli a beállított, napokban kifejezett értéknél régebbi bejegyzéseket a GroupWise rendszerből Downloaded Items Older Than: Törli a tárolt és távoli postafiók elemeit, amelyek a megadott napnál régebbiek. Ez a beállítás nem vonatkozik a POP és IMAP postafiókokra. Items larger than: Törli a kilobyte-ban meghatározott értékeknél nagyobb leveleket. Trash older than: Törli a beállított, napokban kifejezett értéknél régebbi bejegyzéseket a Trashból Reduce mailbox To: Törli a legrégebbi bejegyzésektől kezdve a leveleket, amíg a kilobyte-ban meghatározott értéket el nem éri a kijelölt postaláda. Reduce Mailbox to Limited Size: Törli a postafiókot, a Client Options > Disk Space Management oldalon beállított értékig (MB).

III.3.2.1.3 Egyéb beállítások: Received Items: A bejövő leveleket törli. Sent Items: A kimenő leveleket törli. Calendar Items: A lejárt naptárbejegyzéseket törli. Only backed-up: Csak a mentett objektumokat törli. Only retained items: Csak a rendszer által valamilyen okból visszatartott elemeket törli.

III.4. Felhasználóhoz kötődő beállítások

11. ábra: A GroupWise felhasználói adatbázisának újraépítési módjai

23/63


III.4.1 Mailbox Statistics A Mailbox Statistics összegyűjti az adatokat és kiértékeli a GroupWise rendszerben lévő adatokat, hogy melyik felhasználónak mennyi és milyen méretű adatbázisa van a GroupWise rendszerben.

III.4.2 Reset Client Options A kiválasztott postahivatal összes felhasználójának beállításai, vagy egy kiválasztott felhasználónak az összes egyéni beállításai elvesznek (jelszó, a fájlok elérési útjai, megjelenítési opciók), és az alapértelmezett beállítások lépnek életbe.

III.4.3 Re-Create User Database Egy üres felhasználói adatbázist készít a kiválasztott felhasználó(k) számára és betölti a leveleket a Message adatbázisokból. Ebben az esetben azonban elvesznek a személyes beállítások, ezért csak különleges esetben szabad használni.

24/63


III.4.4 Structural Rebuild Ez az opció megegyezik az Analyze/Fix menüpont Structure opciójával, azonban itt nem az egész postahivatalra vonatkozik, hanem egyetlen felhasználóra. Akkor érdemes használni, ha a felhasználó adatbázisában strukturális hiba keletkezik. Csak akkor érdemes használni, ha az Analyze/Fix opcióval nem érhető el a kívánt eredmény, mert futtatása hosszú ideig tarthat. Ebben az esetben mind a felhasználó Userxxx.db adatbázisáról, mind a felhasználóhoz tartozó msgxx.db adatbázisról másolat készül *.dba néven, ami hiba esetén visszaállítható.

III.5. Postahivatalhoz kötődő beállítások

12. ábra: A GroupWise postahivatal adatbázisának javítási módjai

III.5.1 Archive/Delete Documents A lejárt dokumentumok archiválhatók vagy törölhetők.

III.5.2 Delete Activity Logs A kiválasztott Library-hez tartozó, a megadott időnél régebbi Activity Log fájlok törlésre kerülnek. Ezekben a fájlokban kerül feljegyzésre, hogy mikor melyik felhasználó mit tett a dokumentumokkal (megnyitás, módosítás, törlés). Ebből is adódik, hogy ezt az opciót csak a Document Library-re vonatkozóan lehet elvégezni.

25/63


III.5.3 Analyze/Fix Library Az Analyze/Fix Library funkció lehetőséget nyújt a Library adatbázisának konzisztenciájára és javítására.

13. ábra: A GroupWise dokumentumtárának javítási módjai

III.5.3.1 Opciók III.5.3.1.1 Verify library Ellenőrzi a Library adatbázisának integritását. Ez magában foglalja a Library bejegyzett helyének érvényességét, az adatbázis egységességét, az eDirectory sémájának megfelelő kiterjesztését, és ha ezekben hibát talál, akkor azokat kijavítja.

III.5.3.1.2 Fix document/version/element Ellenőrzi, hogy a Library minden eleme konzisztensen kapcsolódik az adatbázishoz, hogy minden dokumentum rendelkezik legalább egy verzióval, illetve, hogy a verziók valóban létező dokumentumokhoz kapcsolódnak. Amennyiben van olyan verzió, amely nem kapcsolódik dokumentumhoz, abban az esetben ezt a dokumentumot létrehozza.

III.5.3.1.3 Verify document files Ellenőrzi a dokumentumok létezését, illetve azok olvashatóságát. Amennyiben ez nem sikerül, akkor hibaüzenettel jelzi, hogy melyik állomány(oka)t kell visszaállítani a mentésből.

26/63


III.5.3.1.4 Validate all document security Ellenőrzi, hogy a GUID-k (Globally Unique Identifier), amelyek a felhasználóhoz kötik az objektumokat, érvényesek. Amennyiben hibásak, akkor újra a megfelelő felhasználóhoz kapcsolja őket, így a felhasználó(k) újra hozzáférhetnek a Library-ben lévő dokumentumokhoz.

III.5.3.1.5 Synchronize user name Habár a GroupWise a UserID-t használja, hogy kijelölje a GroupWise ID-t, a vezeték- és keresztnév szintén kapcsolódik hozzá. Amennyiben valamelyik felhasználónak megváltozik a neve (például férjhez megy), akkor az az eDirectory-ban megváltozik, de a Library bejegyzésekben, naplófájlokban nem. A Synchronize User Name segítségével ez a változtatás átvihető a rendszer teljes egészére.

III.5.3.1.6 Remove deleted storage area A ConsoleOne-ban csak a listából lehet törölni a Library-ket. Maguk a dokumentumok nem törlődnek. A már logikailag törölt Library fizikailag is törölhető a rendszerből. Egy külön opcióval (Move Documents First) a törölni kívánt Library-ből átmozgathatók a dokumentumok egy másik Library-be.

III.5.3.1.7 Reassign orphaned documents A Library-kben lévő összes dokumentum létrehozója valamelyik GroupWise felhasználó. A létrehozó rendelkezik mindig a legtöbb joggal a dokumentumhoz, esetleg másnak nincs is joga a dokumentumhoz. Ha valamelyik felhasználó elhagyja a céget és így megszűnik GroupWise felhasználónak lenni a dokumentumok „árván” maradnak. Ennek a menüpontnak a segítségével az árván maradt dokumentumokat át lehet örökíteni egy létező GroupWise felhasználó számára.

III.5.4 Audit Report Lekérdezhető, hogy megadott napnál régebben kik nem léptek be a GroupWise rendszerbe. Ezen kívül a belépett felhasználok esetén megkülönbözteti a Groupwise kliensből (Full licence) illetve egyéb kliensből (Limited licence) történő belépéseket.

27/63


III.6. Hivatkozás nélküli csatolt fájlok törlése A GroupWise a csatolt fájlokat a postahivatal gyökerében található OFFILES könyvtárban tárolja. Itt 256 alkönyvtár található, melyek a konkrét csatolt fájlokat tartalmazzák kódolva. Minden egyes itt található fájl tartalmazza magát a csatolt fájlt, és egy index-információt, mely megmondja, hogy melyik felhasználó melyik leveléhez tartozik az adott csatolt fájl. Előfordul, hogy egy felhasználó, vagy egy levél törlésekor a csatolt fájlt nem törli ki a rendszer azonnal. Ilyenkor keletkeznek az úgynevezett hivatkozás nélküli csatolt fájlok. Ezeknek a kezelése a postahivatal-ügynökprogram feladata. Minden 14 napnál régebbi ilyen fájlt letöröl. Ez egy beépített funkció. Amennyiben mégsem sikeres a beépített funkcióval történő törlés, a munkaállomás-oldali GWCECK program segítségével futtatott javító rutin segítségével tökéletesen eltávolítóhatók az ily módon szükségtelen csatolt fájlok.

III.7. A könyvtárstruktúra ellenőrzése A GroupWise rendszer komoly önjavító tulajdonsággal rendelkezik: a könyvtárstruktúrában található nem szükséges fájlokat bizonyos idő után törli. Előfordulhat azonban, hogy bizonyos esetekben (nincs elég hely egy köteten, valamilyen adatáramlás nem működik stb.) manuálisan kell megvizsgálni az adott könyvtárakban lévő fájlokat. Ezek a műveletek nagy veszélyt rejtenek magukban, csak erre kiképzett szakember végezheti, felügyelet mellett. Ennek hiányában biztonságosabb ezeket a munkákat egy szakértő cégre bízni. Az alábbiakban felsorolt minden fájlt törlés előtt mentsük el biztonságos helyre.

III.7.1 OFUSER könyvtár Az OFUSER könyvtárban userxxx.db fájlok találhatók. Bizonyos karbantartási folyamatok létrehoznak egy USERXX.DBA, USERXXX.DBB stb. kiterjesztésű fájlt. Ezek biztonsági másolatok, bizonyos idő elteltével automatikusan törlődnek a rendszerből. Manuálisan csak akkor szabad őket törölni, ha kritikus helyhiány van az adott köteten. Ha egy felhasználóhoz tartozó USER.DB esetén az utolsó betű eléri a ’z’ betűt, az arra utal, hogy az automatikus javító mechanizmus nem volt képes helyrehozni a hibát. Ilyen esetekben kézi beavatkozásra van szükség, melyet szintén szakértő cég segítségével érdemes megtenni. Magát az ellenőrzést azonban helyi szakember végzi.

III.7.2 INDEX könyvtár Az INDEX könyvtárban alapértelmezés szerint INC és IDX kiterjesztésű fájlok vannak. Amikor újraindexelés folyik keletkezhetnek más kiterjesztésű fájlok is melyek helyes működés esetén az indexelés végén törlődnek. Ha nem fut az indexelés a postahivatal-ügynökprogramon, és találunk más kiterjesztésű fájlokat, akkor azokat le kell törölni. Időközönként ellenőrizni kell az itt található fájlok nagyságát. Nagyság szerint rendezve nézzük meg, mekkora a legnagyobb fájl. Ez a méret 40-60 megabyte esetén normálisnak tekinthető. Ennél nagyobb indexfájl esetén alaposabban ki kell vizsgálni a rendszert.

28/63


III.7.3 OFMSG könyvtár Az OFMSG könyvtárra ugyanaz igaz, mint az OFUSER könyvtárra, azzal a különbséggel, hogy itt még nagyobb óvatosságra van szükség, hiszen egy msgxx.db adatbázisfájlhoz a felhasználók 1/255-e tartozik, ami egy 1000 felhasználós rendszer esetén 20 felhasználót jelent. Így ebben az esetben egy fájl elvesztése 4 felhasználót érinthet.

III.7.4 WPGATE könyvtár A WPGATE könyvtárban a különböző átjárók találhatók (GWIA, WebAccess, Async Gateway, Fax Gateway stb.) A leggyakrabban a WebAccess és a GWIA program használt. Itt a következő ellenőrzéseket kell megtenni. A 000.PRC/GWWORK könyvtárban a levelek feldolgozása során keletkező ideiglenes fájlok találhatók. Ha kivesszük (kitöltjük) az Internet Agentet (GWIA) a memóriából, akkor az Agent a könyvtárat kiüríti. Nem szabályos kiszolgáló-leálláskor azonban maradhatnak itt szükségtelen fájlok. Ritka esetben előfordulhat, hogy nagyon nagy méretű fájl keletkezik itt, amely nem engedi dolgozni a programot. Minden olyan esetben, amikor gond van az Internet Agent működésével, ki kell tölteni a programot, és manuálisan törölni ebből a könyvtárból a fájlokat. Működés közben nem szabad törölni semmilyen fájlt innen. Amennyiben nem tudjuk szabályosan kitölteni a programot, akkor tiltsuk le a program automatikus indulását a kiszolgáló indulásakor, és utána töröljük a szükségtelen fájlokat.

III.7.5 Ideiglenes könyvtárak Ideiglenes könyvtárak a következő helyeken találhatók. A tartomány gyökerében a WPCSOUT és WPCSIN alatt, a postahivatal gyökerében a WPCSOUT és WPCSIN alatt és a tartomány gyökerében az MSLOCAL/MSHOLD alatt. Ezek a könyvtárak az üzenetek áramlása során ideiglenesen tárolnak fájlokat. Jellemzőjük, hogy tartósan nem lehet a méretük néhány kilobyte-nál nagyobb. Előfordulhat néhány megabyte-os méret is, de ez csak rövid ideig. Ha bármilyen levéláramlási gondot észlelünk, ellenőrizzük ezeket a könyvtárakat, nincs-e bennük túl sok, vagy néhány túl nagy fájl túl sokáig. Ha ez az eset áll fenn, akkor meg kell keresni, melyik az a fájl, amelyik blokkolja a forgalmat, és ezt átmásolva ellenőrizni kell, hogy újra elindul-e az adatáramlás. Ezek a műveletek nagyon veszélyesek, célszerű a szakértő cég segítségével végezni az ilyen szintű hibaelhárítást.

29/63


III.7.6 Időzített események (scheduled events) létrehozása Lehetőségünk van ún. időzített karbantartási folyamatok létrehozására. Ezt a postahivatalhoz tartozó ügynökprogram eDirectory objektumának Scheduled events lapján tehetjük meg. A fentiekben felsorolt bármely karbantartási munka időzítve is indítható. Érdemes minden nap éjszakára beállítani egy Analyze/Fix Databases folyamatot az egész postahivatalra, bekapcsolva a Structure/Index Check/Fix problems opciókat. Hetente egyszer pedig ajánlott a Contents/Collect statistics/Fix problems/Reset user disk space totals kombinációt lefuttatni. Ezekkel egyrészt garantáljuk a postahivatalban található adatbázisok hibamentességét, másrészt folyamatosan ismerni fogjuk az egyes felhasználók által foglalt lemezterület nagyságát.

14. ábra: A postahivatal ügynök időzített eseményei

30/63


III.7.7 A postamester ellenőrzése A postamester felhasználónak fontos szerepe van a rendszer üzemeltetése szempontjából. Ő kap levelet minden karbantartási munka eredményéről, a statisztikák eredményeiről. Minden olyan levél, amelynek a címzettje hibás, hozzá továbbítódik. Ezeket rendszeresen feldolgozva kiderülhetnek olyan hibák, hogy valakinek rendszeresen érkezik levél, de egy betűt elír a feladó stb. Ezeket a hibákat felderítve minden fontos levél a megfelelő emberhez juthat. Az alábbi ábrán a postamester beállításának helyét láthatjuk:

15. ábra: A Postamester beállítása

31/63


III.8. Felhasználók mozgatása III.8.1 A rendszer előkészítése A mozgatás megkezdése előtt a GroupWise rendszerben néhány beállítást ellenőrizzen le. Szükség esetén pedig állítsa be az alább leírtakat.

III.8.1.1 Naplózás beállítása A naplózási szint minden poa és mta ügynökön „verbose” szintű legyen.

III.8.1.2 Live move A „Live move” mód bekapcsolásával a ConsoleOne-ból kiadott mozgatás közvetlen a forrás és a cél postahivatal között valósul meg. A Live move bekacsolásán túl meg kell győződni arról, hogy van-e elegendő folyamatszál a mozgatásokhoz. Szintén legyen elegendő folyamatszál biztosíva a „Message Handler” folyamathoz.

16. ábra: POA beállítások a mozgatás megkezdése előtt A beállítások a POA újraindításával jutnak érvényre.

III.8.1.3 Kommunikáció Mivel a postahivatalok közvetlen kommunikálnak egymással, meg kell győződni arról, hogy a „redirection table”-nem mutat kommunikációs hibát az egyes postahivatalokon. Ezt a beállítást a POA szerverkonzolján lehet megtekinteni az F10 funkcióbillentyűt lenyomva a „Configuration Options, Show redirection tables” opciót választva.

32/63


III.8.2 Felhasználó mozgatásának előkészítése III.8.2.1 Validate A felhasználó mozgatása előtt futtasson „Validate Database” karbantartást azokon a domain adatbázisokon, amelyek részt vesznek a mozgatásban. (primary, forrás, cél). Ez a művelet eltávolítja a rossz adatokat, különösen tekintettel a felhasználói rekordokra. Ezek a rossz adatok megakadályozhatják a mozgatás sikerességét. Megjegyzés: Habár számos hibát javít ez a művelet, mégis a következő üzenet jelenik meg "Database passed validation check". Azaz nem utal arra, hogy az adatbázisban hiba lett volna.

III.8.2.2 Erőforrások Ellenőrizze le, hogy a felhasználó tulajdonosa-e valamelyik erőforrásnak a rendszerben. Ha igen, változtassa meg a tulajdonost, mert a felhasználó nem lehet tulajdonosa egy másik postafiókban lévő erőforrásnak.

III.8.2.3 Felhasználói postafiók „takarítás” Értesítse a felhasználót , hogy a mozgatva lesz és töröljön minden fölösleges tételt a postafiókjából, beleértve az elküldött tételeket is.

III.8.2.4 Archiválás Ha van arra alkalom, hogy a felhasználó archiváljon, akkor lehetőég szerint minél többet. A mozgatás befejeződése után a tételek visszaarchiválhatók.

III.8.2.5 Felhasználó postafiókjának karbantartás A mozgatás előtt végezze el egymás után az alábbi műveleteket a felhasználó adatbázisán. Minden műveletet várjon meg, míg lefut.

• „Structure és index check” Ha hibaüzenetet ad a fenti karbantartás futtassa újra. A hiba megoldásáig ne kezdje el a felhasználó mozgatását.

• „Contents checkˇ” futtatása, hasonlóan az előző művelethez. Felhasználó mozgatásánál különösen az alábbi GWCheck naplófájlban található hibára ügyeljen:

Problem 82- Inaccessible attachment file Ha a hiba fennáll, mindenképp korrigálja azt a GWCheck ATTCLIP kapcsolóval való futtatásával.

33/63


• „Duplicate folders” A dupla mappák rendszerint a mozgatás elakadáshoz vezetnek. Ezért ha a GWCheckben ilyen hibát talál, akkor az alábbi beállítások alapján végezze el a karbantartást.

17. ábra: Felhasználó karbantartás – DelDupFolders beállítással Ezt a karbantartást addig kell végezni,amíg a naplófájlban szerepel a hiba, olykor ez lehet akár 10 alkalom is.

III.8.2.6 Postafiók mérete A vállalati előírásoknak megfelelően , ha van ilyen akkor központilag is csökkentse a postafiók méretét. De legalább a „Reduce only” műveletet futtassa.

III.8.2.7 Mentés Készítsen egy mentést a primary, forrás és cél domai-nok wpdomain.db adatbázisáról. Valamint a felhasználó adatbázisáról.

III.8.2.8 Alias Ha a felhasználónak van „Gateway Alias” beállítva, akkor távolítsa el azt a mozgatás megkezdése előtt. (A GroupWise 7 és az újabb verziók esetében ne használjon aliast, helyette használja az „internet Addressing Override” beállítást.)

III.8.2.9 Mozgatás A fentiek után elkezdődhet a felhasználó mozgatása.

34/63


III.9. A GroupWise szerveroldali komponenseinek bemutatása A NetWare kiszolgálókon a GroupWise szerveroldali komponensei felhasználói felülettel rendelkeznek, ezért monitorozhatók. Az alábbi részek bemutatják a POA, MTA és WebAccess ügynökök konzolképernyőn keresztüli monitorozási és konfigurálási lehetőségét.

III.9.1 A POA A POA betöltése az alábbi paranccsal lehetséges:

LOAD SYS\SYSTEM\GWPOA @.POA Alapértelmezett esetben az indítófájl neve megegyezik a postahivatal nevével. Miután a POA sikeresen betöltődött, a konzolképernyőn az alábbi kép lesz látható:

18. ábra:A POA konzolképernyője NetWare 6.5 kiszolgálón A NetWare POA bizonyos mértékben irányítható a billentyűzettel kiadott parancsokkal. A POA főkonzolon elérhető parancsok az alábbiak:

• F4: Configuration • F7: Exit • F9: View Log fájl • F10: Options Az F7 billentyűleütés kitölti a POA-t. Amennyiben van aktív kliens/szerver kapcsolat, vagy a QuickFinder indexelés folyamatban van, akkor a képernyőn megjelenik egy megerősítést kérő ablak. Az F9 billentyűleütéssel lehetősége van, hogy böngéssze a jelenleg aktív naplófájlt.

35/63


III.9.1.1 A Configuration Options menü Az F4 billentyűleütés hatására az alábbi menüsor jelenik meg a képernyőn:

19. ábra:A POA Configuration Options menüje Bármelyik menüpont a futtatás hatására kiírja a kért információkat az aktív naplófájlba és ezáltal megjeleníti.

• Show Configuration: Kilistázza a beállított értékeket, amelyek jelenleg a memóriában vannak. A lista megegyezik azokkal a beállításokkal, amelyeket a POA az első betöltésekor megjelenít a konzolon. A POA statikus ablakában ezek a beállítások nem jelennek meg, hanem ehelyett kiírásra kerülnek a jelenleg aktív POA naplófájlba. A beállítások áttekintéséhez nyomja meg az F9 billentyűt, hogy megjelenjen a naplófájl.

• All C/S Statistics: Ahogy az elnevezés is sugallja, ez a beállítás kiírja az összes kliens/szerver statisztikát az aktuális naplófájlba. Minden beállítást pontokba szedett rész követ, amelyek a beállításhoz tartozó alrészek. Ezeknek a beállításoknak az egyedi statisztikája a rájuk vonatkozó részben található.

• General C/S Statistics: A beállítás létrehoz egy „TCP Configuration” részt a naplófájlban. Ez alatt a rész alatt megtalálja az alkalmazásra beállított értékhatárokat és a fizikai kapcsolatokat (Max) , csakúgy, mint a jelenleg aktív kapcsolatok számát (Cur) és a jelenleg legmagasabb elért értéket (High).

• Physical Connections: Ezzel a menüponttal kilistázza azokat az IP címeket és GroupWise azonosítókat, amelyek fizikailag kacsolódnak a POA-hoz. A fizikai kacsolódás, nem más, mint egy memóriacím a TCP csomagok továbbítására és fogadására, és amely egy portszámnak felel meg. A portszám, amellyel a kliens a POA-hoz csatlakozik, sajnos nem jelenik meg. A portszám 1024-től 2048-ig vagy még tovább terjedhet, az aktuálisan bejelentkezett felhasználók számától függően.

• Application Connections: Kilistázza azoknak a felhasználóknak az IP címét és GroupWise azonosítóját, akik kliensen keresztül kapcsolódnak a POA-hoz. A legtöbb felhasználónak egynél több alkalmazás kapcsolódása van, mert a kapcsolódások megjelenítik a GroupWise kliens ablakokat vagy kisalkalmazásokat, amelyek osztoznak a felhasználó aktuális fizikai kapcsolódásán. Például, ha egy felhasználó csak a Postafiók mappáját jeleníti meg egy ablakban, akkor egy vagy két alkalmazás kapcsolódással rendelkezik. Ha azonban a felhasználó olvas egy üzenetet, futtatja az értesítőt és egy megosztott mappát is nézeget, akkor legalább három és akár hat alkalmazás kapcsolódással is rendelkezhet.

• View Throughput: Megjeleníti a POA kliens/szerver TCP/IP átmenő teljesítményét. Nem foglalja magába a WPCSOUT könyvtáraiban tárolt üzenetek vagy fájlok küldésének teljesítményét.

36/63


• Clear Throughput: Az átmenő teljesítmény számlálójának törlésére használt beállítás. Az aktuális teljesítmény az előzőleg lenullázott számláló vagy a POA utolsó betöltése óta eltelt idő alapján kerül meghatározásra.

• Show Redirection Tables: A beállítás megmutatja a rendszerben található POA-kat és azok beállított IP-címeit és portjait. Az átirányítási táblázatot a POA arra használja, hogy felhasználókat csatlakoztasson más postafiókokhoz helyettesítési célból, vagy a felhasználók könyvtárakhoz (Library) csatlakozásakor vagy átirányított bejelentkezés esetében. A lista az adott postafiók vonatkozásában jelenik meg. A listában található címek és a ConsoleOne-ban beállított címek közötti eltérés szinkronizációs problémát jelez.

• Check Redirection Links: A beállítás megegyezik a „Show Redirection Tables” beállítással, azzal a kivétellel, hogy miután minden bejegyzés kilistázásra került, a POA megkísérli a csatlakozást a megadott címekre, majd az eredményt feltünteti a listában. A fenti beállításokat csak ritkán, általában kommunikációs problémák elhárításakor szükséges használnia.

III.9.1.1.1 The Options menü Az F10 billentyűleütésre megjelenik az alábbi menü:

20. ábra: A POA Options menüje

37/63


A POA hibaelhárításakor az „Options” menü használata a leginkább gyakori. Az alábbi beállítások közül választhat:

• View Log Files: Ez az ablak hasonló a főoldalon F9 billentyűleütésre megjelenő ablakhoz, de annál több lehetőséget kínál. A megjelenő listában nem csak az aktuális naplófájlt (csillaggal jelölt) tekintheti meg, hanem bármelyik POA naplófájl közül választhat, amely megtalálható a köteten.

• Logging Options: A beállításra kattintva megjelenik az alábbi ablak:

21. ábra: A POA Logging Options menüpontja A fel, le nyilakkal navigálhat a beállítások között és az Enter billentyűvel pedig szerkesztheti a kiválasztott naplózási beállításokat. Az Esc billentyűvel visszajut a főmenübe. Tipp: A POA konzolján megváltoztatott naplózási szint ideiglenes beállítás csupán és hibaelhárításra alkalmas. A POA legközelebbi újraindításával ezek a beállítások elvesznek. Ezért a naplózás szintjét inkább a ConsoleOne-ban adja meg. Így a POA minden indításkor beolvassa a beállításokat és ennek alapján naplóz. A „diagnostic” szintű naplózás csak a POA konzolján adható meg. Általában nincs szükség erre a részletes naplózási szintre és használata inkább átmeneti jellegű, a hiba felderítésének idejére. Ha mégis szeretné, hogy a POA az indításakor „diagnostic” szinten naplózzon, akkor a POA indítási fájljában adja meg a /debug kapcsolót.

38/63


• Configuration Options: A menüpont azonos a főoldalon megadott F4 billentyűleütéssel. • Admin Status: A menüpontot választva az alábbi ablak jelenik meg:

22. ábra: A POA Admin Status képernyője A megjelenő ablakban további négy lehetőség közül választhat. Használja a fel, le nyíl billentyűket a navigáláshoz és az Enter billentyűt a szerkesztéshez. Az alábbi két beállítás különösen hasznos:

• Perform DB Recovery: Azonnali „recovery” (visszanyerés) parancsot futtat a WPHOST.DB adatbázison. A „recover” parancs a WPHOST.DB adatbázison strukturális újraépítést végez.

• Status: A beállítás lehetővé teszi, hogy felfüggessze az adminisztrációs feladatok futását (különösen hasznos, ha jelenleg offline adatbázis újraépítést futtat és szeretné a szinkronban tartani az adatbázisok adatait). Az Esc billentyűleütésre visszajut a Options menübe.

• Message Transfer Status: A menüpont meghívja a „Message Transfer Status” képernyőt. Az alábbi mezők jelennek meg:

• Outbound TCP/IP: Megjeleníti az MTA MTP portját és IP címét, amelyen keresztül a POAval kommunikál, hogy továbbíthassa a postahivatalból kimenő üzeneteket.

• Inbound TCP/IP: Visszaadja azt az IP címet és portot, amelyet az MTA vár a POA-tól, hogy kézbesítse a bejövő e-mail forgalmat a postahivatalnak.

• Hold: Ez a neve annak a könyvtárnak, ahol a POA azokat az üzeneteket tárolja, amelyeket kacsolódási problémák miatt nem tud továbbküldeni az MTA-nak.

• Last Closure Reason: Megmutatja, hogy a POA miért nem tud csatlakozni az MTA-hoz. Lehetséges, hogy a magyarázat nem kielégítő, de ötletet adhat arra vonatkozóan, hogy mi lehet a probléma. Ahogy az előzőekben is, az Esc billentyűvel visszajut a „Options” menübe.

• Cycle Log: Az aktuális naplófájlt lezárja és egy újat kezd. Ez hasznos lehet akkor, ha a „Configuration Options” menüből néhány TCP/IP adatot szeretne kilistázni és ezért a naplófájlból az első néhány sort szeretné csak látni.

39/63


• Actions: További menüpontok közül választhat:

23. ábra: A POA Actions menüje A legkevesebb a valószínűsége annak, hogy a POA „Actions” menüsort fogja használni. Ennek ellenére, nagy segítség lehet, ha mégis használnia kellene az alábbi menüpontok közül bármelyiket:

• View MF Queues: Megmutatja, hogy mennyi fájl várakozik a WPCSOUT könyvtárstruktúrában. Ezek a fájlok arra várnak, hogy a POA továbbítsa azokat. A lista kiírásra kerül az aktuális naplófájlba.

• Disable Auto Rebuild: Ezzel a beállítással utasítja a POAT-t, hogy ne kísérelje meg a sérült adatbázisok újraépítését, ha erre egyébként szükség lenne mégpedig azért, mert az üzenetek továbbítása illetve a kliens/szerver kapcsolódás során hiba lépett fel.

• QuickFinder: További menüpontokat jelenít meg:

24. ábra: A POA QuickFinder menüje

• Update QuickFinder Indexes: Elindítja az indexelés folyamatát. Minden indexelést a POA végez, beleértve a postafiókok és a könyvtárak indexelését is.

• Compress QuickFinder Indexes: Egyesíti az összes inkrementális indexet az állandóval. Az állandó indexfájlokat a rendszer átnevezi, hogy az átnevezett fájlból kiolvasható legyen, hogy mikor (dátum) történt rajta módosítás.

40/63


• Update and Compress QuickFinder Indexes: Végrehajtja az előbb említett két műveletet, kezdve az indexállományok frissítésével.

• Delete and Regenerate All QuickFinder Indexes: Letörli az összes *.INC és *.IDX fájlt a postahivatal \ofuser\index könyvtárából, majd indexelést futtat, hogy frissítse a postahivatal indexállományát. Figyelmeztetés: A „Delete and Regenerate All QuickFinder Indexes” beállítást csak akkor futtassa, ha a POA-nak elegendő teljesítménye marad a megszokott feladatai mellett, vagyis például péntek éjjel. Attól függően, hogy mennyi adat van a postahivatalban, az újraindexelés akár több, mint egy napot is igénybe vehet.

• Restart MTP: Az MTP folyamat az a folyamat, amelynek során a POA küld és fogad üzeneteket az MTA felé illetve tőle. Abban az esetben, ha kapcsolódási probléma van az adott POA és MTA között, akkor az MTP folyamat újraindítása segítséget nyújthat a hiba elhárításában. A bemutatott beállítások,a hibaelhárítások alkalmával, különösen nagy segítséget jelentenek NetWare platformon.

III.9.2 MTA Az MTA betöltése az alábbi paranccsal lehetséges:

LOAD SYS:\SYSTEM\GWMTA @.MTA Alapértelmezett esetben az indítófájl neve megegyezik a domain nevével. Miután az MTA sikeresen elindult a NetWare szerveren, az alábbi képernyő jelenik meg:

25. ábra: A GroupWise MTA konzolképernyője NetWare 6.5 kiszolgálón A GroupWise telepítésekor a SYS:\SYSTEM könyvtárban létrejön a grpwise.ncf fájl, amely tartalmazza a POA és MTA indításának parancsait, azaz az alábbiakat:

LOAD SYS:\SYSTEM\GWPOA @.POA LOAD SYS:\SYSTEM\GWMTA @.MTA A GroupWise telepítése során a grpwise.ncf, amennyiben jóváhagyja, bekerül az autoexec.ncf fájlba, így a kiszolgáló minden egyes újraindításakor a GroupWise ezen két modulja automatikusan betöltődik. Az MTA, bizonyos mértékben felügyelhető a konzolképernyőn főképernyőjén az alábbi billentyűparancsok találhatók:

41/63

megtalálható

beállításokkal.

Az

MTA


• F6: Restart • F7: Exit • F9: View Log File • F10: Options Az MTA hibaelhárításában a fenti billentyűparancsok nagy segítséget jelentenek.

III.9.2.1 Az MTA újraindítása és kitöltése Ez a rész röviden összefoglalja az F6 és az F7 billentyűparancsok közti különbséget. AZ F6 („Restart” újraindítási parancs) billentyű lenyomásakor a megjelenő képernyő megerősítést kér az újraindításhoz. A megerősítést követően az ügynök lezárja az összes kommunikációs csatornáját a többi kiszolgálóval, a fájlok kézbesítését leállítja azon a kiszolgálóm, amelyen fut és újraolvassa a domain adatbázisának konfigurációs beállításait. Az MTA ebben az esetben, nem olvassa ki a beállításokat az MTA indítófájljából. Az MTA indítófájlja egy ASCII fájl, amely beállításokat tartalmaz. Az F7 billentyű („Exit” kitöltés parancs) lenyomásakor megjelenik egy megerősítést kérő ablak, majd a megerősítés után az ügynök lezárja a kommunikációs csatornákat, leállítja a fájlok továbbítását és a GWMTA.NLM kitöltődik. Az ügynök újbóli betöltésekor az MTA kiolvassa az indítófájl beállításait és a domain adatbázis információkat. Az F7 billentyűparancs kiadása megegyezik a konzolon kiadott UNLOAD GWMTA.NLM parancs kiadásával. Ha módosítja az MTA indítófájlját és szeretné, hogy a változások érvényre jussanak, akkor mindenképp az F7 billentyűparancs (vagy a konzolon kiadott UNLOAD parancs) használata szükséges. Majd az MTA-t kézzel indítsa el újra a konzolon kiadott paranccsal.

III.9.2.2 Az Options menü Az F10 billentyűparancs megnyomására az alábbi menü érhető el:

26. ábra: Az MTA Options menüje Az alábbi részek sorra veszik az egyes menüpontokat.

III.9.2.3 Configuration Status A „Configuration Status” az egyik leghatékonyabb eszköze a hibaelhárításnak. Segítségével megtekinthetők az MTA kommunikációs kapcsolódásai más GroupWise domainokkal, postahivatalokkal és átjárókkal (gateway). Az

42/63

GroupWise üzemeltetési kézikönyv - Leírás eszköz információt ad arról, hogy mi lehet a kommunikációs hiba oka és lehetőséget biztosít arra is, hogy hibakeresés céljából felfüggessze a kommunikációt egy másik domainnal, postahivatallal vagy átjáróval.

27. ábra: Az MTA Configuration Status képernyője A képernyőn négyféle típusú információt talál, amelyek egy-egy oszlopba rendeződnek. Az oszlopok nevei, balról jobbra haladva az alábbiak lehetnének:

• Link neve • Link típusa • Link állapota • Link kapcsolódási típusa Például, ha a link neve GW_DO, típusa domain, akkor ez a sor megjeleníti az MTA GW_DO domainra való hivatkozását. A link állapota Open és a link elérési útja pedig menta/sys:\grpwise\do. AZ MTA ebben az esetben sikeresen tud írni az ezen az útvonalon megadott helyre. Ebben a példában az első sor speciális esetet mutat be. Az MTA saját „home” könyvtárának elérését mutatja.

43/63


Az előbbi hivatkozást választva, megnyomva az Enter billentyűt, az alábbi menüsor jelenik meg:

28. ábra: Az MTA Link Options menüje Három lehetőség közül választhat:

• Details: Megjelenít egy ablakot a kiválasztott hivatkozás részleteivel. • Resume: Folytatja az előzőleg felfüggesztett hivatkozás folyamatait vagy elindítja a kommunikációt, amely egyéb problémák miatt megakadt.

• Suspend: Felfüggeszti az aktuális hivatkozás folyamatait. A folyamatok csak az MTA újraindításával vagy a „Resume” parancs kiadásával indulnak újra. A „Details” parancs kiadásakor megjelenik az alábbi ablak:

29. ábra: Az MTA hivatkozásának Details ablaka

44/63


Az ablakban megjelenő mezők az alábbiak:

• MTP/HOME: A mezőben megjelenik az MTA IP címe vagy megjelenik az aktuális hivatkozás „home” könyvtára vagy hivatkozási útvonala. Ez lehet egy IP cím és port vagy egy kiszolgáló elérési útvonala. Amennyiben ez egy UNC elérési útvonal, akkor az előző ábrán látható MTP sor helyett a HOME látható.

• Hold: Megjeleníti, annak a könyvtárnak az elérési útját, ahol az MTA a nem kézbesített üzeneteket tárolja, mert a kézbesíti hely valamilyen hiba miatt nem elérhető. Ha hivatkozási útvonal sokáig nem elérhető, akkor a könyvtárban lévő fájlok száma nagyra növekedhet.

• Pull: Abban az esetben, ha ConsoleOne-on keresztül „transfer pull” hivatkozást állított be, akkor annak elérési útvonalát tekintheti itt meg. A „transfer pull” link nagyon ritkán használt beállítás a TCP/IP hivatkozás elérése óta, ezért erről itt részletesebben nem esik szó.

• Version: Megjeleníti a domain, postahivatal vagy átjáró verziószámát, amelyhez az MTA kapcsolódik. Az MTA ez alapján módosítja a fájlok formátumát, hogy a régebbi verziójú GroupWise esetében is helyesen továbbítsa a fájlokat.

• Current Status: Jelzi, hogy a hivatkozás státusza nyitott vagy zárt. • Last Closed: Megjeleníti azt a dátumot, amikor a hivatkozás státusza utoljára zárt volt. Ha a hivatkozás állapota, az utolsó MTA újraindítás óta nem volt zárt, akkor ez a mező üresen marad.

• Last Opened: Megjeleníti azt a dátumot, amikor a hivatkozás státusza utoljára nyitott volt. Az állapot figyelemmel kísérése mindig csak az MTA utolsó újraindítása óta eltelt időre vonatkozik.

• Last Closure Reason: Ez a sor lehet a legnagyobb oka, annak, hogy megnézze ezt a képernyőt. Az MTA jelzi, hogy a hivatkozás miért van zárt állapotban. Például, az MTA jelzi, hogy nem tud létrehozni fájlt, amely nem megfelelő jogosultságra utal a kérdéses könyvtárra vonatkozóan vagy a kérdéses könyvtár egyáltalán nem is létezik.

• Messages Written: Megmutatja az erre a hivatkozásra továbbított üzenetek számát. • Messages Read: Megjeleníti a hivatkozás útvonaláról kézbesített üzenetek számát. Amennyiben a hivatkozás típusa TCP/IP, akkor ez a szám tipikusan 0.

45/63


III.9.2.4 Admin Status Az „Admin Status” ablak az alábbi képen látható:

30. ábra: Az MTA Admin Status ablaka Az alábbi menüpontok némelyike engedélyezi a felhasználói beavatkozást, míg néhány esetben csak informatív jellegűek.

• Completed: Az első sor megmutatja, hogy az MTA újraindítása óta, mennyi adminisztrátori üzenet került sikeresen kiírásra a domain adatbázisába.

• Errors: Megmutatja, hogy hány darab hiba történt a domain adatbázis adminisztrációs folyamatainak végrehajtása közben. Az itt megjelenő hibaszámok tipikusan nem a domain adatbázis sérülésére utalnak. Rendszerint a hibák a domainek közti szinkronizáció hiányára utalnak, és az adott domainnak olyan műveletet kellene végrehajtania, amire nem képes, például egy felhasználó felvétele az adatbázisba, aki már létezik vagy egy felhasználó törlése, aki már nem létezik.

• In Queue: Megmutatja azoknak az adminisztrátori üzeneteknek a számát, amelyek végrehajtásra várakoznak. Ha az adminisztrációs forgalom valamilyen oknál fogva megnő (például 2000 felhasználó importálása), akkor ez a mező pozitív számot fog jelezni, azonban rendszerint ez a szám 0.

• Send Admin Mail: Ez a sor interaktív. Az Enter lenyomásával a beállítás No vagy Yes értéket vehet fel. Ezzel utasítja az MTA-t, hogy hiba esetén küldjön vagy ne küldjön e-mailt a domain adminisztrátornak.

• Status: Az ablakban kettő „Status” sor is található. Ez, amelyik az „Admin Database” alatt található meghatározza az domain adatbázis állapotát. Az automatikus adatbázis visszaállítás során, az adatbázis lehet „locked” státuszban, így a változások nem juthatnak érvényre. Ennek az sornak mindig „Normal” állapotot kellene mutatnia.

• DB Sort Language: Az itt megjelenő nyelv szerint rendeződik a címjegyzék. • Recovery Count: Megmutatja, hogy az MTA betöltése óta hány alkalommal futott domain adatbázis visszaállítás. Ennek a számnak mindig nullának kellene lennie. Ha nem így van, akkor jelzi, hogy a domain adatbázis egyszer vagy néhányszor megsérült.

• Automatic Recovery: Ez a sor interaktív. Az Enter lenyomásával a beállítás No vagy Yes értéket vehet fel. Néhány esetben engedélyezheti a Yes értéket, és ekkor engedélyt ad az MTA-nak, hogy automatikusan visszaállítsa a domain adatbázist, ha az strukturális hibát észlel a folyamataiban. Az MTA újraindításakor ez a beállítás elveszik. Ezért, ha tartósan szeretné ezt a beállítást, akkor a ConsoleOne MTA objektumán kell ezt beállítania.

46/63


• Perform DB Recovery: Ez a sor is interaktív. Az Enter lenyomásával a beállítás No vagy Yes értéket vehet fel. A Yes értéket választva azonnali adatbázis visszaállítást kezdeményezhet. Ez a beállítás hasznos lehet, ha adatbázis sérülésre gyanakszik.

• Status: A ablakban ez a második „Status” sor, amely megmutatja az MTA adminisztrátori folyamatszálának állapotát. Ez a sor is interaktív, így az Enter billentyűt lenyomva választhat a Running és a Suspended állapotok között. Az adminisztrátori folyamatszál felfüggesztésének egyik általános oka, hogy a domain adatbázis újraépítése során a frissítések ne fussanak le az adatbázison. Miközben egy új adatbázis létrehozása folyamatban van, jobb, ha az adminisztrációs változások felsorakoznak arra az időre. Máskülönben végrehajtásra kerülnek az aktuális adatbázisban, amely az újraépítés után le lesz cserélve.

III.9.2.5 Active Log Window Az MTA főképernyője megjeleníti egy aktív naplófájlt, de minden ami itt megjelenik, az csupán átfogó képet mutat az MTA tevékenységéről. A részletes naplófájl sorról sorra való megtekintéséhez az „Active Log Window” menüpontot kell választani az „Options” menüből. Az itt található naplóbejegyzések feltüntetik a művelet dátumát, annak a programszálnak (thread) a nevét, amely végrehajtotta a műveletet és a művelet leírását.

III.9.2.6 View Log Files Amennyiben nem találja a keresett információt az MTA aktív naplófájljában, akkor válassza a „View Log Files”menüpontot. A megjelenő ablakban választhat a régebbi naplófájlok közül és az Entert lenyomva megtekintheti azokat.

III.9.2.7 Log Settings A „Log Settings” ablakban lehetősége van megváltoztatni a naplózás szintjét, a naplófájlok tárolásának időtartamát és a naplófájlok tárolási helyének méretét. Az itt beállított értékek csak a legközelebbi újraindításig kerülnek megőrzésre. Azonban, ha a naplózási beállításokat tartósan szeretné megváltoztatni, akkor ezt a ConsoleOne-ban kell megtennie, majd az MTA konzolján az F6 billentyűparanccsal indítsa újra az ügynököt.

III.9.2.8 Cycle Log A parancs hatására az MTA új naplófájlt nyit és kezd el írni. Ez a funkció hasznos lehet, ha az aktuális naplófájlt egy másik alkalmazás szeretné elmozgatni vagy szerkeszteni.

III.9.2.9 Live Remote Status Ezzel a menüponttal kilistázhatja a távoli vagy tárolt módban használt klienseket, amelyek az MTA-n keresztül kapcsolódnak a postahivatalokhoz és domainokhoz, amelyekkel az MTA kommunikál, azért, hogy kiszolgálja a távoli vagy tárolt módban használt klienseket.

III.9.2.10 Edit Startup File A menüpontot választva megjelenik az MTA indítófájlja. Lehetősége van, hogy itt beállítsa az MTA kapcsolóit. A legjobb módja az MTA beállításának, ha ConsoleOne-ban teszi azt, az indítófájl kapcsolóinak beállítása helyett.

47/63


III.9.3 A GroupWise WebAccess konzolképernyő A WebAccess ügynök betöltése az alábbi paranccsal lehetséges:

LOAD SYS:\SYSTEM\GWINTER @.WAA Alapértelmezett esetben az indítófájl neve megegyezik a WebAccess átjáró (gateway) objektum nevével (WEBAC80A). A GroupWise telepítésekor a SYS:\SYSTEM könyvtárban létrejön az strtweb.ncf fájl, amely tartalmazza a WebAccess indítási parancsát. A GroupWise telepítése során a strtweb.ncf, amennyiben jóváhagyja, bekerül az autoexec.ncf fájlba, így a kiszolgáló minden egyes újraindításakor a GroupWise ezen modulja automatikusan betöltődik.

31. ábra: A WebAccess ügynök konzolképernyője Az alábbi részben a GroupWise WebAccess konzolképernyőjén megtalálható beállítások kerülnek ismertetésre. A NetWare platformon futtatott WebAccess ügynök képernyőjén megtalálható információk a következők:

• Threads: Néhány értékes statisztikát találhat itt, amelyet a WebAccess ügynök gyűjt összes. Három folyamatszál értéket láthat, az első a „Busy”, amely megmutatja, hogy aktuálisan mennyi folyamatszál van használatban. A „Total” értéke megmutatja a kérések kiszolgálására összesen elérhető folyamatszálak számát. Ennyi a maximálisan elérhető folyamatszálak száma. A „Peak” értéke pedig megmutatja az egyidejű folyamatszálak maximális számát, amelyek egy adott időben aktívak.

• Users In: Szintén három érték látható ennél a statisztikánál. A „Current” értéke megjeleníti az aktuálisan bejelentkezett felhasználók számát az adott időpontban. A „Total” értéke megmutatja, hogy az ügynök futása óta hány darab felhasználó volt bejelentkezve. (Az „Up time”, azaz az ügynök indítása óta eltelt futási idő, amely a konzolképernyő jobb felső sarkában látható.) A”Peak” értéke pedig megjeleníti, az egy időben, maximálisan bejelentkezett felhasználók számát.

• Requests: Két statisztikai értéket láthat itt. A „Total” értéke jelzi, hogy hány darab kérés érkezett a WebAccess ügynökhöz a futásának kezdete óta. Az „Errors” értéke pedig megmutatja, hogy az ügynök futásának kezdetétől számítva, hány darab hiba történt. A naplófájlban tájékozódhat ezekről a hibákról.

48/63


• Naplózási ablak: A WebAccess képernyőjén ez a rész közvetlen a fenti statisztikákat tartalmazó ablak alatt helyezkedik el, ahol nyomon követhető az ügynök tevékenysége. A bal oldali információk a folyamatszálak azonosítására szolgáló számot jelölik, amelyek egy-egy feladat elvégzéséhez köthetők. A mellette lévő érték a tevékenység időpontja és végül maga a tevékenység jelenik meg. A naplózási szint mindenkor meghatározza az itt megjelenített tevékenységek információnak részleteit.

• F9 = Browse Logfile: Az F9 billentyűparancs lenyomására a konzolon megjelenik az aktuális naplófájl. Minden egyes naplófájl elején az ügynök alapértékeinek beállításai látszanak, amelyek hasznosak lehetnek az ügynök működésének gyors áttekintésére.

• F10 = Options: Az F10 billentyűparancs lenyomására további két beállítási lehetősége van: „View Log Files” és „Logging Options”. Az első esetben megjelenik egy ablak a naplófájlok időrendi listájával, amelyek közül bármelyiket megtekintheti a konzolképernyőn. Ha a második „Logging Options” menüpontot választja, akkor az ügynök futásának idejére megváltoztathatja a naplózás szintjét, a naplófájl élettartamát és a naplófájlok helyének méretét.

32. ábra: WebAcces – F10 billentyűparancs

49/63


III.9.4 A Document Viewer Agent beállítása A dokumentumok, melyeket a felhasználók mellékelnek az e-mail üzeneteikhez, sokfélék lehetnek. Ahhoz, hogy ezek a különféle formátumú és típusú dokumentumok megjelenjenek a böngészőben a WebAccess ügynöknek HTML formátumba kell konvertálnia azokat. Azonban néhány dokumentum nem várt adatot tartalmazhat, amelyet a WebAccess ügynök nem képes konvertálni, és ez a régebbi verzióknál, néhány esetben, a WebAccess ügynök működésének felfüggesztését jelentette. Ez viszont megakadályozta a felhasználói kérések további kiszolgálását. A GroupWise 7-es és az újabb verziókban megjelenő Document Viewer Agent (DVA) ezt a problémát oldja meg. Átveszi a WebAccess ügynök dokumentumokat konvertáló feladatát, így a WebAccessnek nem kell tovább foglalkoznia az ezzel kapcsolatos kérésekkel. A Document Viewer Agent egy időben több dokumentumok konvertálására vonatkozó kéréseket is ki tud szolgálni. Ha hibát észlel egy dokumentum konvertálása során, ez sem más dokumentumok konvertálására, sem a WebAccess ügynök működésére nincs befolyással. Ezért egyegy dokumentum konvertálásának sikertelensége a továbbiakban nincs hatással a felhasználókra.

33. ábra: A Document Viewer ügynök konzolképernyője A Document Viewer ügynök a WebAccess ügynök telepítésekor automatikusan települ, majd a WebAccess ügynök gondoskodik a Viewer ügynök indításáról és leállításáról, amikor ez szükséges. A Viewer ügynök alapértelmezett beállításai megfelelőek a konvertálási feladatok elvégzésére. További beállításokat a Viewer ügynök indítófájlja (gwdva.dva) tartalmaz. Az indítófájl tartalmazza az összes elérhető beállítás kapcsolóját. A leginkább használt kapcsolók az alábbiak:

• Document Quarantine: Beállíthatja a Viewer ügynököt, hogy tegye karantén könyvtárba azokat a dokumentumokat, amelyeket valamiért nem tudott HTML nézetbe konvertálni, így azokat a rendszergazda, amennyiben szükséges, kivizsgálhatja. A karanténba helyezéshez a /hold kapcsolót kell engedélyeznie. Az engedélyezést követően, a Viewer ügynök minden sikertelenül konvertált dokumentumot a „hold” alkönyvtárba helyez, amely még a telepítéskor létrejön.

• Document Cache: Beállíthatja, hogy a Viewer ügynök a HTML nézetbe konvertált dokumentumokat elhelyezze a gyorsítótárba. Ezáltal a többször és több felhasználó által megnézett dokumentumok megjelenítési ideje nagyságrendekkel gyorsabb lesz. A dokumentumok gyorsítótárba helyezéséhez a /cache kapcsolót kell engedélyeznie a Viewer ügynök indítófájljában. NetWare kiszolgáló esetében a Viewer ügynök indítófájlja a GWDVA.DVA , az ideiglenes fájlok helye pedig a GWDVA.DIR könyvtárban van, és mindkettő a SYS:SYSTEM könyvtárban található, alapértelmezett esetben. Ezek a beállítások jelenleg nem konfigurálhatók ConsoleOne-on keresztül.

50/63


IV. Nagyjavítás (top-down rebuild) A GroupWise rendszer napi karbantartása mellett szükség lehet, úgynevezett nagyjavításra (top-down rebuild). Ez a következő esetekben válhat szükségessé:

• Nagy tömegű mozgatások után. Ha sok GroupWise felhasználót mozgatunk, előfordulhat, hogy a különböző helyeken replikált tartomány-adatbázisok nem ugyanazt az információt tartalmazzák.

• Nagy tömegű mozgatások előtt. Ha sok GroupWise felhasználót akarunk mozgatni, célszerű megtenni a nagyjavítást.

• Ha a ConsoleOne vagy a GWCHECK naplófájlja többször is hibát ad a WPHOST.db, WPDOMAIN.db fájlokra.

• WAN-környezetben, többtartományos rendszer esetén havonta egyszer, különösen abban az esetben, ha a vonalak gyakran szakadnak, vagy hibáznak.

• LAN környezetben évente kétszer. Dinamikusan változó cég esetén (sok új ember, sok elmenő ember), évente négyszer.

• Ha nincs elég hely a szerveren.

IV.1. A nagyjavítás lépései A nagyjavítás előtt készítsünk teljes mentést, mind a tartomány, mind a postahivatal adatbázisokról. A karbantartást időzítsük munkaidőn kívüli időpontra. A nagyjavítás során az ConsoleOne és a GWCHECK.exe programokat használjuk. Mindkét programmal karbantartási feladatokat végezhetünk a GroupWise adatbázisain, hasonló funkcionalitással. A két módszer az alábbiakban tér el egymástól:

IV.1.1.1.1 ConsoleOne • A kért karbantartási feladatokat a szerveren futó NLM ügynök végzi (POA). • A feladat ütemezhető, rendszeres futással. • A keletkezett napló fájlokat a tartomány szinten beállított adminisztrátor kapja meg levélben. IV.1.1.1.2 GWCHECK A GWCHECK.exe program az adminisztrátori telepítő CD-én található a az alábbi könyvtárban:

< Admin CD >\admin\utility\gwcheck A programot nem kell telepíteni.

• A kért karbantartási feladatok a kliensgépen futnak, a kliens nyitja meg az állományokat, így erős gépet, gyors hálózati eléréssel kell választani.

• A feladatok nem ütemezhetők. • A naplófájlok a gwcheck.exe indító könyvtárában keletkeznek. • Számos speciális funkció csak ezzel a segédprogrammal valósítható meg. • Némely esetekben azonos funkcionalitás esetén „hatékonyabb” a ConsoleOne-nál. Bizonyos esetekben az ConsoleOne azt írja a naplófájlba, hogy törölt egy állományt, de nem törli (biztonsági okokból), a gwcheck garantáltan törli.

IV.1.2 Tartomány újraépítése A karbantartás első lépése a tartomány-adatbázisok újraépítése. Ennek végeztével minden telephelyen hibátlan, szinkronban lévő tartomány-adatbázis fog működni.

51/63


IV.1.2.1 Megelőző lépések A GroupWise adminisztrálása során egy tartomány-adatbázishoz csatlakozunk, és abban történik meg az adatok frissítése. Ezután a tartományt kezelő MTA küldi szét a változásokat a többi tartománynak. Célszerű mindig az elsődleges tartományhoz csatlakozni adminisztráláskor, így az itt lévő adatok mindig hitelesnek tekinthetők. Ha több tartományhoz is szoktunk csatlakozni, akkor elképzelhető adatvesztés a karbantartás hatására. Ilyen esetben a művelet elvégzése előtt, csatlakozunk ahhoz a tartományhoz, amin keresztül szoktunk adminisztrálni, és szinkronizáljuk az összes GroupWise objektumot (felhasználó, disztribúciós listák, stb.). Lépjünk ki az elsődleges tartományt futtató szerveren az MTA-ból, és az ebben a tartományban lévő átjárókból. Figyeljünk arra, hogy más ne futtasson olyan programot, ami zárolhatja a wpdomain.db állományt (ConsoleOne).

IV.1.2.2 Újraépítés • Csatlakozzunk az elsődleges tartományhoz. • Jelöljük ki a tartomány objektumát. • Válasszuk ki a Tools/GroupWise Utilities/System Maintenance menüt. • Válasszuk ki a „Rebuild Database” műveletet, majd kattintsunk a ”Run” gombra.

34. ábra: Az adatbázis újraépítése Ezt a műveletsort ismételjük meg az összes tartományra, végig az elsődleges tartományhoz csatlakozva.

IV.1.3 Postahivatal újraépítése A tartományok újraépítése után történhet a postahivatalok újraépítése.

IV.1.3.1 Megelőző lépések Lépjünk ki a POA ügynökből, és nevezzük át a wphost.db állományt. 52/63


IV.1.3.2 Újraépítés • Csatlakozunk az elsődleges tartományhoz. • Jelöljük ki a postahivatal objektumot. • Válasszuk ki a Tools/GroupWise Utilities/System Maintenance menüt. • Válasszuk ki a „Rebuild Database” műveletet, majd kattintsunk a „Run” gombra. Ezt a műveletsort ismételjük meg az összes postahivatalra, végig az elsődleges tartományhoz csatlakozva.

IV.1.4 A felhasználói és üzenet-adatbázisok újraépítése Ha idáig eljutottunk, akkor minden postahivatal, és minden tartomány azonos információt tartalmaz a rendszerben lévő GroupWise objektumokról. Ezt követően végezhetjük el a felhasználói adatbázisok javítását.

IV.1.4.1 Megelőző lépések Ehhez a lépéshez futnia kell a postahivatal ügynökprogramnak.

IV.1.4.2 Újraépítés Az újraépítés két szinten történik. Először az adatbázisok struktúráját építjük újra, utána a tartalmát.

IV.1.4.2.1 Struktúra szerint Kétféle mód között választhatunk. Az „A” opció csak akkor építi újra az adatbázisokat, ha szükséges, a „B” opció minden esetben, és minden fájlról készít egy másolatot (*.dba, *.dbb). A második változatot ne használjuk, ha kevés hely van a kiszolgálón. A két változat közül csak egyet használjunk. „A” opció A ConsoleOne segédprogram használata esetén: •

Válasszuk ki a „Postahivatal”-objektumot.

•

Válasszuk a Tools/GroupWise utilities/ Mailbox Library Maintenance menüt.

•

Válasszuk ki az „Analyze and Fix” menüt a legördülő menüpontok közül, és jelöljük meg a „Structure”, az „Index” és a „Fix Problems” műveleteket. (Ne jelöljük be a „Contents” műveletet!)

•

Kattintsunk a „Run” gombra.

A GWCHECK program használata esetén: •

Válasszuk ki a postahivatal elérési útját, és írjuk be a postahivatal nevét a „Post Office Name” mezőbe.

•

Jelöljük be a Post Office opciót.

•

Válasszuk ki az „Analyze and Fix” menüpontot a legördülő menüből és jelöljük be a „Structure”, az „Index” és a „Fix Problems” műveleteket. (Ne jelöljük be a „Contents” műveletet!)

•

Kattintsunk a „Run” gombra.

53/63


„B” opció: A ConsoleOne segédprogram használata esetén:

• Válasszuk ki a „Postahivatal” objektumot. • Válasszuk a Tools/GroupWise utilities/ Mailbox Library Maintenance menüpontot. • A GroupWise objektumoknál váltsunk át a Users/Resources opcióra. • Válasszuk ki az „Structural Rebuild” menüpontot a legördülő menüből. • Kattintsunk a „Run” gombra. A GWCHECK program használata esetén:

• Válasszuk ki a postahivatal elérési útját, és írjuk be a postahivatal nevét a „Post Office Name” mezőbe.

• Jelöljük be a Post Office opciót. • Válasszuk ki az „Structural Rebuild” menüpontot a legördülő menüből. • Kattintsunk a „Run” gombra. IV.1.4.2.2 Tartalom szerint A tartalom szerinti újraépítésre két lehetőségünk van, attól függően melyik programot használjuk. A ConsoleOne segédprogram használata esetén:

• Válasszuk ki a „Postahivatal” objektumot. • Válasszuk a Tools/GroupWise utilities/ Mailbox Library Maintenance menüpontot. • Válasszuk ki az „Analyze and Fix” menüpontot a legördülő menüből és jelöljük be a „Contents”, az „Collect Statistics” és a „Fix Problems” műveleteket. (Ne jelöljük be a „Structure” műveletet!)

• Kattintsunk a „Run” gombra. A GWCHECK program használata esetén:

• Válasszuk ki a postahivatal elérési útját, és írjuk be a postahivatal nevét a „Post Office Name” mezőbe

• Jelöljük be a Post Office opciót. • Válasszuk ki az „Analyze and Fix” menüpontot a legördülő menüből és jelöljük be a „Contents”, az „Collect Statistics” és a „Fix Problems” műveleteket. (Ne jelöljük be a „Structure” műveletet!)

• Kattintsunk a „Run” gombra. A fenti műveletsorok, mind a struktúra, mind a tartalom szerinti újraépítés több óráig is eltarthat, amelyek eredménye egy-egy naplófájl lesz. A következő fejezetben egyéb opciókat is megadunk, amelyekkel a naplófájlban lévő hibákat lehet kezelni.

IV.1.5 Egyéb megjegyzések Az alábbi részekben olyan problémákkal foglalkozunk, amelyek nem tartoznak szorosan a hivatalos nagyjavításhoz, de nagyjavítás után érdemes kezelni ezeket a problémákat, illetve esetenként felbukkanáskor is.

54/63


IV.1.6 Indexállományok A postahivatal Ofuser\Index könyvtárában találhatók az indexállományok. Az indexállományok 4 óránként frissülnek, és a régi, nem aktuális fájlok törlésre kerülnek. Ennek ellenére előfordul, hogy az itt található állományok mérete megnő, és 4-5-ször nagyobb a szükségesnél. Ebben az esetben érdemes az állományokat újraépíteni. Ezt a következőképpen tehetjük meg:

• A kiszolgáló konzolon válasszuk ki a Postahivatal ügynök képernyőjét. • Nyomjuk meg F10 funkcióbillentyűt. • Válasszuk ki az „Actions” menüt. • Válasszuk ki a „QuickFinder” almenüt. • Adjuk ki a „Delete and Regenerate All Quickfinder Indexes” parancsot.

35. ábra: Az indexállományok újraépítése A műveletet belépett felhasználók mellett is elvégezhetjük, de ez nagy terhelést jelent a kiszolgálónak, így nem ajánlott munkaidőben végezni. Az ügynök folyamatosan törli az újraépített régi indexfájlokat, így a végén csak aznapi dátumú állományok lesznek a könyvtárban.

IV.1.6.1 Az újraépítés következményei Az újraépítés után egy-két belépésig előfordulhat, hogy a csatolt állományok megtekintése nem működik bizonyos leveleknél. Ettől függetlenül menteni és kinyitni lehet ezeket az állományokat. Ez a jelenség 2-3 megnyitás után nem jelentkezik többet, és ritkán fordul elő.

55/63


IV.1.7 „Unknown file” a Gwcheck naplófájljában A postahivatal Ofuser és Ofmsg könyvtáraiban találhatók a felhasználó és az üzenet adatbázisok. Ezek kiterjesztése *.db. Bizonyos javítások esetén ezekről másolat készül *.dba, *.dbb stb. néven. Ezeket a rendszer két hét után automatikusan törli. Ennek ellenére előfordulhatnak ilyen, és más típusú állományok, amelyek nem szükségesek a működéshez, de a rendszer nem törli azokat automatikusan, ezt nekünk kell megtennünk. Az alábbiakban két gyakran előforduló példát mutatunk be.

Problem 39- Unknown file userpks.db Ez olyan esetben fordul elő, amikor egy felhasználót kitöröltünk a rendszerből, de valamilyen hiba folytán a postahivatal-ügynökprogram nem törölte a hozzá tartozó user.db-t. Általában ezek állományok régi dátummal rendelkeznek. Ezeket az állományokat le lehet kézzel törölni.

Problem 23- Database user9ap.db in Store Catalog but not in Address Book Ehhez az üzenethez tartozik még egy másik üzenet, ugyanabban a naplófájlban, nem sokkal lejjebb:

Problem 49- Unrecognized userdb USER9AP.DB 71680 bytes, 12/05/01 08:02 NOTE- the timestamp on this file is recent, and may reflect a temporary mismatch between the file system and the databases. File is too recent- will not be deleted Ilyen probléma mozgatáskor szokott előfordulni. A felhasználó át lett mozgatva egy másik postahivatalba, az Address Book-ból (wpdomain.db) ki lett törölve, de a „store catalog” fájlból nem, és ez nem engedi törölni a hozzátartozó user.db állományt. Rendszerint az ilyen user.db mérete 70 kilobyte körül van. Figyelem! Nagyon fontos, hogy kijavítsuk ezt a hibát, mert ha ebből a postafiókból mozgatunk valakit másik postahivatalba, akkor a sikeres mozgatás végén nem törlődik a küldő postahivatalból a felhasználó, így nem szabadul fel tárolóhely. A következőképpen javíthatjuk ki a hibát:

• Mozgassuk át a felhasználói adatbázist egy másik helyre. • Indítsuk el a ConsoleOne programot. • Válasszuk ki a postahivatalt és

válasszuk a (Tools > GroupWise Utilities > Mailbox/Library

Maintenance..) menüpontot.

• Válasszuk ki az Object type opciót • Írjuk be a User/Resource mezőbe a felhasználó user adatbázisának nevét (jelen esetben: user9ap.db) • Válasszuk ki az „Structural Rebuild” menüpontot a legördülő menüből. • Kattintsunk a „Run” gombra. Sikeres lefutás után a következő üzenet lesz a naplófájlban:

Error 0x8209 opening d:\gw\post\ofuser\user2tj.db - Beginning rebuild for database user2tj.db Error 26- DbRebuild error STORE_FILE_NOT_FOUND (0xC05D) Store will be dropped from guardian catalog so it can be recreated A fenti üzenet esetén letörölhetjük az átmozgatott adatbázist.

56/63


IV.1.8 Offiles Az Offiles könyvtárban találhatók a 2 kilobyte-nál nagyobb levelek törzse, a csatolt állományok. Az itt található állományok között is előfordul olyan, melyre már nincsen hivatkozás, törölhető a rendszerből. (Problem 39Unknown file 3BCEA251.000-24344 byte, 10/18/01 09:35 - File is too recent- will not be deleted) Ezeket az állományok 14 nap után kerülnek törlésre a rendszerből. Ha biztosak akarunk lenni a törlésben, használjuk a ConsoleOne program Mailbox/Library Maintenance opciót, tartalom ellenőrzéssel.

57/63


V. Naplófájlok kezelése A naplófájlok kezelése több szempontból fontos. Egyrészt különféle meghibásodások esetén sikeresebb a hiba okának felderítése megfelelő naplózás esetén, másrészt az adatok biztonsága miatt fontos, hogy nyomon tudjuk követni, hogy ki, mikor melyik gépről lépett be a rendszerbe. Javasoljuk általánosan a „verbose” (részletes) naplózás bekapcsolását, mind a postahivatal, mind a tartománykezelő ügynöknél, mind pedig a különféle átjáróknál (GWIA, WebAccess stb.). A naplófájlokat javasoljuk egy közös helyre gyűjteni az egész Groupwise rendszerben, majd a mérettől függően havonta vagy kéthavonta CD-re kiírni.

V.1.1 Ügynök naplójának szabályozása Az ügynökök naplózási információját meg lehet tekinteni a működési képernyőjén, és a lemezen lévő naplófájlban. A következő naplózási sajátosságokat lehet szabályozni:

• A naplózandó információ típusát • Azt, hogy a lemezen történő naplózás be legyen-e kapcsolva vagy sem • Meddig maradjanak meg a naplófájlok • A naplófájlok használatához szükséges maximális lemezterület • A naplófájl tárolásának helye A naplózást a ConsoleOne-ban, az ügynök indítási kapcsolóin és az ügynök működési képernyőjén keresztül lehet szabályozni. A következő táblázat megmutatja, hogy az egyes naplózási beállításokat honnan lehet vezérelni. consoleone-ban szabályozható

indítási kapcsolóval szabályozható

az nlm képernyőjén át szabályozható

Naplózási szint

Igen

Igen

Igen

Lemezen történő naplózás

Igen

Igen

Igen

Naplófájl maximális korlát

Igen

Igen

Igen

Maximális lemezterület

Igen

Igen

Igen

Naplófájl helye

Igen

Igen

Nem 1. táblázat: A naplózás szabályozása

Alapbeállítás esetén a ConsoleOne-ban levő naplózási beállításokat használhatja. Ezeket az indítási kapcsolók felülírják, a működési képernyő beállításai pedig az indítási kapcsolókat hatálytalanítja, de csak a futás idejére.

58/63


V.1.1.1 Naplózási beállítások módosítása a ConsoleOne-ban A ConsoleOne-ban a következő naplózási beállításokat tudja kiválasztani:

• Naplózás szintje • A naplófájl maximális kora • A naplófájl által használt maximális lemezterület • A naplófájl helye Az ügynök minden nap, és mindig, amikor elindul, készít egy új naplófájlt. A naplófájl neve MMDDXXX.NNN, ahol az MM a hónapot, DD a napot, az XXX az ügynök rövidítését és az NNN a sorszámot jelenti. (001-es számot az első, 002-es számot a második fájl kapja meg stb.) Naplózási beállítások módosítása a ConsoleOne-ban:

• Az információs oldal megjelenítéséhez a ConsoleOne böngészőablakában jobb gombbal kattintson az ügynök objektumra, majd a Properties-re.

• A naplózási beállítások megjelenítéséhez kattintson a GroupWise fülön belül a Log Settings-re. • Módosítsa a következő tulajdonságokat: Logging Level (Naplózási szint): 4 naplózási szint közül választhat:

• Off (nincs naplózás): a naplózás ki van kapcsolva. • Normal

(normális naplózás): kezdő figyelmeztetéseket, és hibákat jelenít meg.

statisztikát,

a

felhasználók

belépését,

• Verbose (bővített naplózás): a normál naplózáson kívül a felhasználók kéréseit is megmutatja.

• Diagnostic (hibakereső naplózás): a bővített naplózáson felül információkat jelenít meg a szálról. Max Log File Age (naplófájl maximális élettartama): Határozza meg, hogy mennyi időn keresztül tartsa meg az ügynök a régebbi naplófájlokat. A meghatározott napig az ügynök meg is fogja tartani a naplófájlokat, kivéve ha a fájlok a maximális lemezterületükből kifutnak. Alapbeállításnál ez az élettartam 7 nap. Max Log Disk Space (naplófájlok maximális lemezterülete): Ez határozza meg a naplófájlok számára engedett maximális lemezterületet. Ha ebből a területből a naplófájlok kifutnak, akkor az ügynök úgy töröl, hogy a legrégebbi fájlokkal kezdi, és addig folytatja, amíg a határérték alá csökken a fájlok által elfoglalt hely. Alapbeállításnál a felhasználható lemezterület 1024 kB. A naplózási beállítások elmentéséhez kattintson az OK-ra.

59/63


V.1.1.2 Naplózási beállítások módosítása az indítási kapcsolókon keresztül Az indítási fájlok felülírnak néhány, a ConsoleOne-ban meghatározott naplózási beállítást. A kapcsolók használatához tudnia kell a következőket:

• A kapcsolókat a parancssorban kell megadni. Például: LOAD GWIA.NLM /ph-j:\domain\wpgate\gwia. • A GRPWISE.NCF fájlnak tartalmaznia kell ezt a kapcsolót. A GRPWISE.NCF fájl ugyanabban a könyvtárban található, mint ahol az Webügynök NLM-je van (általában a SYS:SYSTEM-ben).

V.1.1.3 Naplózási beállítás módosítása az ügynök működési képernyőjén Az ügynök NLM működési képernyőjét használhatja a következő naplózási beállítások módosításához:

• Naplózási szint • Lemezen történő naplózás be- és kikapcsolása • Naplófájlok maximális élettartama • Naplófájlok által használt maximális lemezterület Azok a változtatások, amiket a működési képernyőben hozott létre, csak addig érvényesek, amíg újra nem indítja az ügynököt. Ilyenkor a naplózási beállítások a ConsoleOne-ban, vagy az indítási kapcsolókban definiáltak szerint fognak újraíródni. A naplózási beállítások módosításához az ügynök NLM működési képernyőjén nyomja meg az F10-et és válassza a Logging Options opciót:

• Logging Level (naplózási szint): • Off (nincs naplózás): a naplózás ki van kapcsolva. • Normal

(normális naplózás): kezdő figyelmeztetéseket és hibákat jelenít meg.

statisztikát,

a

felhasználók

belépését,

• Verbose (bővített naplózás): a normál naplózáson kívül a felhasználók kéréseit is megmutatja.

• Diagnostic (hibakereső naplózás): a bővített naplózáson kívül információkat jelenít meg a szálról.

• Max Log File Age (naplófájl maximális élettartama): Azt határozza meg, hogy mennyi időn keresztül tartsa meg az ügynök a régebbi naplófájlokat. A meghatározott napig az ügynök meg is fogja tartani a naplófájlokat, kivéve ha a fájlok a maximális lemezterületből kifutnak. Alapbeállításnál ez az élettartam 7 nap.

• Max Log Disk Space (naplófájlok maximális lemezterülete): Meghatározza a naplófájloknak engedélyezett maximális lemezterület. Ha ebből a területből a naplófájlok kifutnak, akkor az ügynök úgy töröl, hogy a legrégebbi fájlokkal kezdi, és addig folytatja, amíg a határérték alá csökken a fájlok mérete. Alapbeállításnál a felhasználható lemezterület 1024 kB.

• Az információ elmentéséhez nyomja meg az Esc gombot. A mentések kezelését célszerű egy emberre bízni, majd a kész CD-ket egy másik dedikált ember kezelésére bízni.

60/63


VI. „A” melléklet: GroupWise üzemeltetési tennivalók összefoglalása VI.1. Napi tennivalók • Automatikus GWCheck log fájlok ellenőrzése • A teljes GroupWise rendszer mentése • Minden GroupWise köteten a szabad hely ellenőrzése (minimum 10%) • Minden ügynök- és átjáróprogram ellenőrzése: fut-e, nem szakadt-e meg a kapcsolata • eDirectory mezők szinkronizálása

VI.2. Heti tennivalók • A GroupWise postahivatal karbantartása (Analyze/fix problems) • Postahivatal könyvtárak ellenőrzése • Naplófájlok kimásolása • Kiszolgálók terheltségének ellenőrzése • Postamester leveleinek ellenőrzése

VI.3. Havi tennivalók • Naplófájlok CD-re írása • Hivatkozás nélküli csatolt állományok törlése • Fontosabb fájlok (WPDOMAIN.DB, WPHOST.DB) külön helyen mentése • Havi mentés eltárolása

61/63


VI.4. Alkalmankénti tennivalók hiba leírása

javasolt megoldás

Naptár lefagy

GWCheck futtatása a felhasználóra (Struktúra, majd tartalom szerint)

Levelet nem lehet megnyitni


Levél küldési/fogadási probléma


Az eDirectory és GW címinformációk nem egyeznek

Szinkronizálás

E51B hibakód

Nincs jog a Library-hoz, jogadás

D107 hibakód


Felhasználó nem látszik a címjegyzékben

GWCheck futtatása a felhasználóra (Struktúra, majd tartalom szerint), majd „Rebuild indexes for listing” a Postahivatalra 2. táblázat: Leggyakoribb hibák

VI.4.1 Felhasználóhoz kapcsolódó hasznos segédprogramok Az adminisztrátori munka során szükség lehet az alábbi segédprogramokra is. Ezen segédprogramok elérhetőek a ConsoleOne-ból. A felhasználó mozgatása során fontos információkat nyerhetünk a User Move Status (Tools > GroupWise Utilities > User Move Status) segédprogram által. Kilistázhatjuk az éppen mozgatás alatt álló felhasználókat tartomány, postafiók vagy objektum szerint. Lehetővé teszi az aktuális mozgatási állapot, és a mozgatás alatt bekövetkezett esetleges hibák megtekintését minden objektumnál. A mozgatást azonnal megismételtethetjük, ha hiba volt vagy leállítható a POA automatikus próbálkozása sikertelenség esetén. A rendszerből véletlenül letörölt azonosítók könnyebben visszaállíthatók a Recover Deleted Account (Tools > GroupWise Utilities > Recover Deleted Account) segédprogram segítségével. A letörölt azonosító újbóli létrehozása után a rendszergazda a postafiók tartalmát mentésből visszaállíthatja.

VI.4.2 Frissítések telepítése A Novell folyamatosan ad ki javítócsomagokat a GroupWise rendszerhez. Ezeket a megjelenés után érdemes implementálni a rendszerbe. Természetesen minden új csomagnál van kockázata annak, hogy esetleg hibás csomag kerül ki. Ez általában két-három hét alatt derül ki, ha addig nem ad ki a Novell hivatalos javítást, akkor mindenképp telepítsük a javítócsomagot. A fentiektől függetlenül élhetünk a következőkkel. Mivel csak a postahivatalt és a tartományt kezelő ügynökprogram nyúl közvetlenül az adatbázisokhoz, ezekkel célszerű valóban várni 2-3 hetet. A többi komponens – WebAccess, GWIA, kliens-, nyugodtan frissíthető előbb is, különösen abban az esetben, ha felmerül a rendszerben olyan kisebb jelentőségű hiba, melynek megoldását tartalmazza az adott csomagkomponens. Kliensfrissítés esetén mindenképpen értesítsük időben a felhasználókat. A többi frissítést időzítsük éjszakai órákra.

62/63


Ábrajegyzék 1. ábra: GroupWise felhasználói adatbázisok...........................................................................................................6 2. ábra: A 254 darab GroupWise üzenet-adatbázis..................................................................................................7 3. ábra: A GroupWise tartomány-adatbázisának könyvtárstruktúrája.....................................................................8 4. ábra: A postahivatal-adatbázis könyvtárstruktúrája............................................................................................9 5. ábra: A GWBACK32 képernyője..........................................................................................................................14 6. ábra: Visszaállítási terület beállítása..................................................................................................................17 7. ábra: Egy felhasználói postafiók tételeinek visszaállítása.................................................................................18 8. ábra: Smart Purge beállítása..............................................................................................................................19 9. ábra: A GroupWise adatbázisának javítása-általános opciók.............................................................................20 10. ábra: A GroupWise adatbázisának javítása – statisztikai opciók......................................................................22 11. ábra: A GroupWise felhasználói adatbázisának újraépítési módjai..................................................................23 12. ábra: A GroupWise postahivatal adatbázisának javítási módjai......................................................................25 13. ábra: A GroupWise dokumentumtárának javítási módjai.................................................................................26 14. ábra: A postahivatal ügynök időzített eseményei............................................................................................30 15. ábra: A Postamester beállítása.........................................................................................................................31 16. ábra: POA beállítások a mozgatás megkezdése előtt......................................................................................32 17. ábra: Felhasználó karbantartás – DelDupFolders beállítással..........................................................................34 18. ábra:A POA konzolképernyője NetWare 6.5 kiszolgálón..................................................................................35 19. ábra:A POA Configuration Options menüje.......................................................................................................36 20. ábra: A POA Options menüje............................................................................................................................37 21. ábra: A POA Logging Options menüpontja.......................................................................................................38 22. ábra: A POA Admin Status képernyője.............................................................................................................39 23. ábra: A POA Actions menüje.............................................................................................................................40 24. ábra: A POA QuickFinder menüje.....................................................................................................................40 25. ábra: A GroupWise MTA konzolképernyője NetWare 6.5 kiszolgálón...............................................................41 26. ábra: Az MTA Options menüje..........................................................................................................................42 27. ábra: Az MTA Configuration Status képernyője................................................................................................43 28. ábra: Az MTA Link Options menüje...................................................................................................................44 29. ábra: Az MTA hivatkozásának Details ablaka...................................................................................................44 30. ábra: Az MTA Admin Status ablaka...................................................................................................................46 31. ábra: A WebAccess ügynök konzolképernyője.................................................................................................48 32. ábra: WebAcces – F10 billentyűparancs...........................................................................................................49 33. ábra: A Document Viewer ügynök konzolképernyője.......................................................................................50 34. ábra: Az adatbázis újraépítése.........................................................................................................................52 35. ábra: Az indexállományok újraépítése.............................................................................................................55

Táblázatjegyzék 1. táblázat: A naplózás szabályozása.....................................................................................................................58 2. táblázat: Leggyakoribb hibák.............................................................................................................................62

63/63

GroupWise üzemeltetési kézikönyv

Recommend Documents