1 NDS-monitoringtools

Management Services

5/1 NDS-monitoringtools Met het toenemen van het aantal mogelijkheden van de directoryservices van Novell en de tendens dat bedrijven steeds vaker metadirectory-achtige structuren met allerlei autorisatieniveaus toepassen, wint de realisatie van een hoge netwerk-uptime aan belang. In dit boek behandelen we uitgebreid hoe u er met preventief onderhoud voor kunt zorgen dat uw NDS gezond blijft.

GUI-oplossing

De meeste monitoringcommando’s voert u uit vanaf een consolescherm of vanuit de NDS-manager. Dit zijn prima tools voor de ervaren beheerders onder ons, maar de grootte van een netwerk rechtvaardigt niet altijd een fulltime systeembeheerder. Het systeembeheer wordt er door iemand ‘bij gedaan’ en voor hem of haar zijn genoemde NDS health checks niet echt gebruikersvriendelijk. Een Graphical User Interface(GUI)-oplossing die netjes met kleuren aangeeft of alles nog goed gaat, biedt in dat geval wellicht uitkomst. Het bedrijf NetPro (http://www.netpro. com) speelt op dit gegeven in met een tweetal monitoringtools, namelijk DSExpert en DSAnalyzer. Het verschil tussen beide producten is dat u met DSExpert uw NDS kunt checken op algehele gezondheid, terwijl u met DSAnalyzer kunt analyseren welke NDS-datastromen te onderscheiden zijn binnen de tree. Beide pakketten hebben wij voor u onder de loep genomen.

Novell Netwerkoplossingen, basiswerk

5/1.1-1

NDS-monitoringtools

5/1.1

DSExpert van NetPro in de praktijk getest

5/1.1.1 Testomgeving De testomgeving voor DSExpert ziet er als volgt uit: • Vijftienmaal NetWare 4.11 SP8A met DS versie 6.09 • Eénmaal NetWare 5.0 SP5 met DS versie 7.47 Gedurende de test is de software geladen op zes drukke servers: Compaq Proliants, model 3000 en de opvolger daarvan, ML530, met ruim voldoende geheugen en schijfcapaciteit. Verder een grote NDS-tree met meer dan 10.000 objecten, die zoveel mogelijk volgens de regels van het NDS-design is gepartitioneerd. Volgens fabrikant NetPro doet het pakket DSExpert het volgende: • 24 uur per dag bewaking van de NDS; • event-waarschuwing in geval van problemen; • geeft een ‘live’ weergave van de status van de NDStree; • kan volgens eigen standaards worden ingedeeld (bijvoorbeeld minimumaantal partities); • is volledig schaalbaar en kan meegroeien met de grootte van de NDS; • ondersteunt NDS 6, 7 en 8; • geeft een gedetailleerde errorcode bij foutconstatering. Om te controleren of dit ook daadwerkelijk zo is, beginnen we met de installatie van DSExpert op de NetWare 5-server, omdat deze server in de praktijk het minst is belast (zo wordt het ook door NetPro aangeraden).

5/1.1-2


Management Services

Tijdgelimiteerde licentie

5/1.1.2 Installatie De installatie van DSExpert is een vrij simpele handeling. We halen het bestand via de FTP-server van NetPro op, circa 6 Mb, en starten vervolgens de executable op, waarna we verder via een Windows-scherm worden begeleid. De FTP-server is niet voor iedereen bereikbaar. Om aan de software te komen moet u via de link ‘e-mailend’ eerst contact opnemen met NetPro-sales, waarna een tijdgelimiteerde licentie (via e-mail) wordt toegestuurd. U moet allereerst de keuze maken op welke server u de master wilt installeren en op welke servers de agent. Om alles compleet te maken hebt u nog de optie één en ander meteen in een autoexec.ncf op te nemen. Een makkelijke en goedlopende installatie. Nadat dit allemaal achter de rug is, hebt u er een icoon bij, waarmee u DSExpert kunt opstarten. U krijgt dan het volgende scherm te zien:


5/1.1-3

NDS-monitoringtools

Dit is het hoofdscherm dat u bij alle informatie brengt. Het pakket werkt met een duidelijke kleurweergave: bij een rood icoon in uw tree of op een server is er een probleem, bij groen is alles in orde, en als er in een subgedeelte een probleem zit, wordt dit middels een pijl aangegeven. Dit geeft snel inzicht in de huidige status van uw tree. En als er probleem is, kunt u meteen naar ‘alert logs’ om het probleem nader te onderzoeken. U komt dan in het volgende scherm terecht:

Als eerste kunt u problemen bekijken vanuit de partitiegedachte. Wij zijn begonnen zonder naar de default-settings – standaard instellingen – te kijken, waarover later meer, en kregen dus meteen een groot aantal foutmeldingen. Het aardige in dit log is dat wordt bijgehouden op welk tijdstip een probleem werd opgelost, zodat u hierop kunt terugvallen als u aan het troubleshooten bent. Een opvallende mel-

5/1.1-4


Management Services

Vertraging

ding in dit scherm is de boodschap dat er geen masterreplica aanwezig is. Normaal gesproken geeft dit een erg onrustig gevoel, want het is voor het functioneren, en met name voor het uitvoeren van acties op uw NDS, van essentieel belang dat er een master is. Maar wat u hier ziet is de vertraging na het opstarten van de agents binnen de netwerkinfrastructuur. Na zeven seconden heeft DSExpert geconstateerd dat er tóch masterreplica’s aanwezig zijn. U ziet hier ook heel goed dat het ontdekken van masterreplica’s achter een routerverbinding iets langer duurt dan in het lokale net (alo.foo.hva en clt.foo.hva). Als hier fouten in staan, dient u ze weg te werken om uw NDS weer goed te krijgen. Hierbij kan DSExpert u niet helpen. U kunt in de help-functie wel opzoeken wat een bepaalde foutmelding betekent, maar een oplossing is niet altijd voor handen. Als u bijvoorbeeld zoekt op ‘no master replica’ of ‘replica count to high’, krijgt u weinig effectieve informatie en moet u toch bij uzelf of bij Novell te rade gaan hoe u het probleem zult kunnen oplossen. Goed. De problemen zijn opgelost en we kijken of er nog problemen van serverzijde zijn gesignaleerd. We krijgen het volgende scherm te zien:


5/1.1-5

NDS-monitoringtools

DSExpert signaleert

5/1.1-6

Er zijn obituary’s in deze NDS aanwezig. Ook hier zijn we normaal gesproken niet zo blij mee. Voor deze test komt het echter goed uit. We kunnen nu controleren of ze door DSExpert ook echt worden gezien. Wat we jammer vinden is dat u nu niet kunt doorklikken. Het zou erg mooi zijn op de foutmelding te klikken en zo alle achterliggende informatie (servernaam, replica, informatie over de obituary’s en dergelijke) te achterhalen. Misschien iets om in de volgende release mee te nemen. Deze obituary’s kunt u uiteraard ook via DSRepair achterhalen. Ze moeten worden opgelost volgens de Novell-methode. DSExpert signaleert, maar lost niet op. In dit geval is het wel aardig in te gaan op de oorzaak van de problemen. We schreven hierboven al dat er getest is met DS6.09. En juist met deze versie, de opvolger DS6.10 en een NDS7-omgeving, waarin een mixed replicatie voorkomt, is er een probleem met het janitorproces om gegevens definitief uit de NDS te verwijderen.


Management Services

Een update naar DS6.11 uit servicepack 9 brengt hier uitkomst. Ten slotte kijken we vanuit de replicatie naar het probleem en zien het volgende scherm.

Dit scherm geeft meer informatie dan het voorgaande en is in deze situatie beter bruikbaar. Samengevat We hebben gezien dat we een probleem hebben en gaan DSExpert gebruiken om hier meer informatie over te verzamelen. Daarvoor gaan we eerst terug naar het hoofdscherm en roepen onze tree weer op.


5/1.1-7

NDS-monitoringtools

We zien hier duidelijk het gebruik van de NetPro-symbolen en komen al snel uit op de studenten.foo.hva-partitie met replica’s op de servers efa_adm1, efa_std1, efa_std2 en foo_lib waar problemen zijn met obituary’s. We willen hierover meer informatie, maar omdat doorklikken hier niet werkt, moeten we overschakelen naar de serverview, wat de volgende afbeelding oplevert:

5/1.1-8


Management Services

We zien hier om welke obituary’s het gaat en van welke datum ze zijn. Vervolgens checken we wat hier in de helpfunctie over wordt gezegd:


5/1.1-9

NDS-monitoringtools

Dit zegt niet veel. Het zou natuurlijk erg handig zijn als deze informatie werd uitgebreid met bijvoorbeeld een hyperlink naar de bijhorende technische informatie (TID) van Novell of naar online-handleidingen. In het servertabblad staat uiteraard meer waardevolle informatie:

5/1.1-10


Management Services

Enige algemene informatie die voor zichzelf spreekt.

Een overzicht van de aanwezige replica’s op de server en de conditie van deze replica’s.


5/1.1-11

NDS-monitoringtools

Verder is er nog een aantal schermen die voor zichzelf spreken, zoals de al eerder behandelde ‘alert log’, de backlinks en de external references. Een aardig scherm is het setting-scherm met de instellingen.

Limieten

5/1.1-12

Het leuke van het setting-scherm is dat u een aantal gegevens aan uw eigen omgeving kunt aanpassen en op deze wijze op veranderingen kunt inspelen. In deze tree is bijvoorbeeld een grote hoeveelheid gelijksoortige objecten (studenten) opgenomen. Hierdoor loopt u al snel tegen de limieten van de Novell-design regels aan en wordt u meestal gedwongen ze aan te passen aan de omgeving. Door de settings te veranderen voorkomt u dat continu foutmeldingen binnenkomen. Zoals u in de afbeelding ziet is de standaard opgenomen DS-versie hier 6.03, terwijl op het moment van de test 6.09 de meest actuele versie was. Het up-to-date maken van de settings vergt dus wat handwerk.


Management Services

Als laatste kijken we naar de mogelijkheden vanuit de partitie-view. U kunt hier een aantal gegevens opvragen, zoals het soort replica, de status van de replica’s op de verschillende servers en als voorbeeld nog het overzicht van welke servers met elkaar op de juiste wijze communiceren.

5/1.1.3 Conclusie De technische kant samenvattend concluderen we dat DSExpert een prima werkend product is dat zich eenvoudig laat installeren en het monitoren van de gezondheid van de NDS een stuk makkelijker maakt. Verbetering is mogelijk door in een aantal schermen het doorklikken efficiënter te laten werken, zodat u meteen bij de problemen terechtkomt. Waar u op moet letten is dat bij de installatie een aantal settings van DSTrace wordt aangepast. U ziet bijvoorbeeld allerlei DSA:601- en 603-errors voorbijkomen waarvan Novell in een TID aangeeft dat dit geen errors zijn maar normale NDS-operaties. Het uitzetten van deze extra informatie doet u met een set DSTrace=+nodebug. Hiermee sluiten we de technische kant van het verhaal af.


5/1.1-13

NDS-monitoringtools

Een organisatie dient zich af te vragen wat ze wil bereiken met monitoringtools in het algemeen en hoe dit optimaal kan plaatsvinden. Het is uit bovenstaand verhaal duidelijk dat DSExpert niet zoveel zin heeft als er maar één server is en dat het nut van deze tool toeneemt met het aantal servers dat u in gebruik hebt. Als u bijvoorbeeld een honderdtal servers hebt, wordt met DSExpert het leven een stuk aangenamer. Al zal het niet volstaan alleen DSExpert te gebruiken, omdat u dan helemaal afhankelijk bent van de kwaliteit van dit product. Af en toe een health check via de methodes die Novell aanraadt, blijft altijd nodig. Wat levert het op? NetPro geeft een aantal aardige return-on-investmentberekeningen die we hier nog even kort willen samenvatten.

Kosten inschatting

Uitgaande van het schema dat Novell aanhoudt, bent u volgens NetPro gemiddeld achttien uur per week bezig met NDS-onderhoud (tijdsynchronisatie, DS-check, statusrapport enz.). Dit lijkt voor een tree met een beetje omvang een redelijke inschatting. De kosten hiervan laten zich dan op jaarbasis berekenen als 52 x 18 x 70 (gulden) (interne kostprijs van een systeembeheerder) = ƒ 65.520 gulden of US$ 29.732. NetPro claimt deze tijd tot nul terug te brengen en op deze wijze dit bedrag uit te sparen of de uren in te zetten voor een betere dienstverlening. NetPro houdt echter geen rekening met het feit dat u ook tijd kwijt bent aan het onderhouden van de monitortool zelf. Maar er is in ieder geval tijd, dus geld, mee te besparen. Verder gaat NetPro ervan uit dat u zonder hun tools minimaal drie NDS-storingen per maand hebt met een downtijd van 1500 uur (500 users x 3 x 1 uur) en dat hieruit extra kosten voor bijvoorbeeld de helpdesk ontstaan. Wij menen dat NetPro zichzelf op dit punt rijk rekent. Hier loopt de

5/1.1-14


Management Services

redenering ietwat scheef. Het is immers dubbelop om aan de ene kant de health checks in tijd te berekenen als kosten en er ondanks deze controle ervan uit te blijven gaan dat u nog steeds drie grote storingen hebt. De storingen zullen zich alleen voordoen als u het netwerk helemaal niet beheert. Daarnaast rekent NetPro ook nog op extra opbrengsten voortvloeiend uit het beter en efficiënter benutten van het computerpark, een stelling die moeilijk hard te maken lijkt. Het is natuurlijk lastig de gegevens exact te beoordelen. De return-on-investmentberekening die NetPro maakt is uiteraard gekleurd om het eigen product aan te prijzen. Aan de andere kant staat vast dat het gebruik van DSExpert als monitortool kan bijdragen aan het terugdringen van het aantal benodigde uren voor de NDS-checks, zeker in grote, complexe omgevingen, wat om te zetten is naar een geldbedrag en/of betere dienstverlening. Elke organisatie moet dit vanuit haar eigen beheermodel uitrekenen en conclusies aan verbinden. Wie, wat, waar Product: DSExpert Meer info: http://www.netpro.com NetPro Europe Marktgracht 58 1354 BE Almere Tel.: (036) 540 59 59 Prijs: US$ 12 (ong. € 13,50) per user object in de tree Speciale prijzen voor onderwijsinstellingen en voor trees vanaf 5000 user objecten.


5/1.1-15

NDS-monitoringtools

5/1.1-16


Management Services

5/1.2

DSAnalyzer van NetPro in de praktijk getest

In vervolg op onze test van DSExpert van de firma NetPro gaan we in deze bijdrage in op het aanverwante product DSAnalyzer. DSExpert is primair gericht op de monitoring van NDS-problemen, DSAnalyzer brengt NDS-datastromen in kaart. Functies in DSExpert kunnen voor een groot gedeelte worden opgevangen met meer arbeidsintensieve Novell-tools, maar DSAnalyzer biedt een functionaliteit die niet in de huidige NetWare-versies is ingebakken. De praktijktest is in twee testomgevingen uitgevoerd. Beide omgevingen zijn met elkaar vergelijkbaar, zowel qua omvang als qua grootte. 5/1.2.1 Testomgeving De testomgeving voor DSAnalyzer ziet er als volgt uit: • Vijftienmaal NetWare 4.11 SP8A met DS versie 6.09 • Eénmaal NetWare 5.0 SP5 met DS versie 7.47 Gedurende de test is de software geladen op de zes drukste servers: Compaq Proliants, model 3000, en de opvolger daarvan, de ML530, met ruim voldoende geheugen en schijfcapaciteit. Verder een grote NDS-tree met meer dan 10.000 objecten, die zoveel mogelijk volgens de regels van de NDS-design is gepartitioneerd. Volgens de fabrikant doet het pakket DSAnalyzer het volgende: • verzamelt statistieken van NDS-verkeersstromen; • signaleert afwijkingen in deze statistieken; • zorgt voor een baseline-rapportage van de verkeersstromen; • grafische weergave van alle gegevens;


5/1.2-1

NDS-monitoringtools

•

•

maakt de volgende NDS datastromen inzichtelijk: • synchronisatie; • directory access; • bindery emulation; • authentification/login; • backlinking; ondersteunt NDS 6, 7 en 8.

Om te controleren of dit ook daadwerkelijk zo is, begonnen we met de installatie van DSExpert op de NetWare 5-server, omdat deze in de praktijk het minst belast is (dit wordt ook door NetPro aangeraden). Het levert in de praktijk geen probleem op om de twee pakketten tegelijkertijd op een masterserver te draaien: zowel apart als samen gaf de fileserver geen krimp.

Server keuze

5/1.2.2 Installatie De installatie van DSAnalyzer is een vrij simpele handeling. We halen het bestand via de FTP-server van NetPro op, circa 15 Mb, en starten vervolgens de executable op, waarna de begeleiding met een Windows-scherm volgt. De FTP-server is niet voor iedereen bereikbaar. Om aan de software te komen moet men dan via de link ‘e-mailend’ eerst contact opnemen met de NetPro Salesafdeling, waarna een tijdgelimiteerde licentie (via e-mail) wordt toegestuurd. Allereerst maakt u de keuze maken op welke server u de master wilt installeren en op welke servers de agent. Om alles compleet te maken hebt u nog de optie een en ander meteen in een autoexec.ncf op te nemen. Ook hiervoor geldt een eenvoudige en goedlopende installatie. Als u dit allemaal hebt gedaan, hebt u er een icoon bij waarmee u DSAnalyzer kunt opstarten. U krijgt dan het volgende scherm:

5/1.2-2


Management Services

Het aardige is dat de terminologie van het DSExpert-pakket wordt aangehouden. Ook bij DSAnalyzer zijn de twee hoofdviews; het bekijken van verkeer op serverniveau en op partitieniveau. De schermopbouw is logisch en maakt het erg eenvoudig om met beide pakketen door elkaar heen te werken. Als eerste optie krijgt u bij het klikken op de serverknop het volgende te zien:


5/1.2-3

NDS-monitoringtools

Hier ziet u dat DSAnalyzer geschikt is om in grote omgevingen met veel servers te worden ingezet. Normaal gesproken zijn we bij beheer- en troubleshoot-acties vooral geïnteresseerd in die servers waar het erg druk is of servers die niet goed presteren. En als u pakweg honderd servers hebt staan, dan is het prettig dat u hier snel een keuze kunt maken. Na de keuze voor de drukste servers krijgt u het volgende te zien:

U ziet dat het op de eerste studentenserver qua NDS-verkeer het drukst is. Dat klopt ook met hetgeen we in de praktijk al constateerden. Alle studenten (in deze testomgeving) loggen in op deze server, zodat de server een behoorlijke hoeveelheid NDS-verkeer heeft om alle veranderingen te verwerken. Het is uiteraard in het begin wel lastig in te schatten of de piek van net iets boven de 70.000 requests veel is. We lopen hier meteen tegen een probleem aan. Er staat onderin wel een schuifbalk op de x-

5/1.2-4


Management Services

Tijdschaal

as, die suggereert dat u in de tijd kunt lopen, maar dat blijkt niet zo te zijn. Als u meer informatie wilt, kunt u handmatig de tijdschaal aanpassen en wordt het verkeer met grotere gemiddelden uitgezet. Bemerk bij dit soort acties dat u hier te maken hebt met een Java-programma waarbij de response af en toe erg traag is. Terug naar de test. We zien om iets na 12.45 uur een piek in onze datastromen en gaan kijken wat daar aan de hand is. We klikken met de rechtermuisknop op het vierkant en hebben een aantal opties. We kiezen voor de verkeersstroom per client omdat we graag willen weten wie of wat de piek veroorzaakt.

Een jubelstemming ontstaat, want nog niet eerder zijn we in staat geweest dit soort gegevens te achterhalen. Twee studenten springen eruit als veroorzakers van een groot gedeelte van de requests. Nu kunnen we als het ware


5/1.2-5

NDS-monitoringtools

inzoomen op het probleem en een poging doen te achterhalen waaruit de verkeersstroom bestaat. Na het klikken op een van de studenten komt de volgende informatie te voorschijn:

Het lijkt erop dat het geen NDS-errors zijn die de piek bij deze gebruiker veroorzaken. We doen een nieuwe poging. Na nogmaals klikken, gaan we naar de ‘Traffic by Category’ en krijgen de volgende informatie:

5/1.2-6


Management Services

Het gegenereerde verkeer bestaat uit NDS-access en nameresolving. Dit lijken normale processen en dus is er weinig aan de hand. Novell heeft geen enkele tool waarmee dit soort gegevens zijn te achterhalen. U zult er dus al snel heel blij mee zijn dat dat nu wel kan. Tot slot is het handig te weten van welke partities gebruik wordt gemaakt in het verkeer van deze gebruiker, teneinde te kunnen analyseren of er aan tree-walking wordt gedaan waardoor processen trager verlopen. We klikken wederom en krijgen het volgende te zien:


5/1.2-7

NDS-monitoringtools

Deze student heeft waarschijnlijk een applicatie uit een andere container of uit een andere partitie opgestart. We zoomen vervolgens verder in en kijken naar de verkeerstromen-verdeling binnen de containers van de hiervoor getoonde partities:

5/1.2-8


Management Services

De conclusie is dat het gehele partitieverkeer uit één container komt. Dat klopt, want er is maar één container in deze partitie. Een groot aantal van deze gegevens kunnen we in grafiekvorm opvragen. We zetten er een aantal op een rij:

Met deze grafiek kunt u snel de drukste partities inzichtelijk maken.


5/1.2-9

NDS-monitoringtools

Idem dito voor de client.

Als laatste nog wat informatie die een heel aardig beeld geeft of uw tree goed is gepartitioneerd, namelijk:

5/1.2-10


Management Services

De Traffic by Hop Count. U ziet dat hier de meeste NDSinformatie vanuit de partitie komt en dat weinig of geen tree-walking plaatsvindt. De informatie vanuit de partitiehoek is in hoofdlijnen gelijk (in dit geval tenminste) met de serverinformatie. Voor de volledigheid ook hier een weergave van:

U ziet dat het meeste verkeer uit de Windows 95-applicatiecontainer komt. Dit valt te verklaren uit het feit dat alle NAL-objecten daar staan. De grafiek bevestigt de vermoedens. Voor de zekerheid is onderzocht of de gegevens tussen de server-view en de partitie-view met elkaar overeenkomen en dat klopt als een bus. Het toeval wil dat in de testweek op een andere locatie zich een probleem voordeed binnen de NDS dat zich lastig liet achterhalen. Na installatie van DSAnalyzer blijkt dat de clients in het netwerk over IP – internet protocol – contact maken met de NetWare 5-server in het pand, terwijl er


5/1.2-11

NDS-monitoringtools

altijd vanuit werd gegaan dat er netjes over IPX – interne netwerkprotocol om contact te maken met de server – met de dichtstbijzijnde server werd gecommuniceerd. De inzet van DSAnalyzer brengt met deze opmerkelijke analyse licht in de duisternis. Met de huidige Novell-tools is dit onmogelijk. Tot op dat moment hadden we geen enkel idee gehad van wat er aan de hand was en de oplossingstijd van het probleem is aanzienlijk ingekort. De enige andere optie om dit probleem te achterhalen zou het installeren van een netwerkanalyzer zijn geweest. Maar met een datastroom van meer dan 10 Mbps worden we van het interpreteren van de gegevens niet happy, terwijl de harde schijf erg snel zou zijn volgelopen.

Verbeterpunt

5/1.2.3 Conclusie De technische kant samenvattend kunnen we concluderen dat DSAnalyzer een prima werkend product is dat zich makkelijk laat installeren en het troubleshooten van de NDS aanmerkelijk vereenvoudigt. Een verbeterpunt zou kunnen zijn de tijdas dynamischer in te kunnen stellen en aan de snelheid zou nog wat mogen worden gesleuteld. Waar u op moet letten, is dat bij de installatie een aantal settings van DSTrace worden aangepast. U ziet bijvoorbeeld allerlei DSA:601- en 603-errors voorbijkomen, waarvan Novell in een technisch informatie document (TID) aangeeft dat dit geen errors zijn maar normale NDS-operaties. Het uitzetten van deze extra informatie doet u met een set DSTrace=+nodebug. Wat levert het op? Voor DSExpert was keurig een return-on-investmentberekening bijgevoegd, maar voor DSAnalyzer is dat niet het geval. Het is overigens een lastige zaak een return-oninvestmentberekening te maken voor een product dat dient om problemen mee op te lossen, zeker omdat er geen

5/1.2-12


Management Services

vergelijkbare tools op de markt zijn. De combinatie van DSExpert en DSAnalyzer levert een ijzersterk tool-duo op waarmee de meeste problemen worden voorkomen of op zijn minst in kaart worden gebracht. NetPro geeft u korting als u beide producten tegelijkertijd aanschaft. Ook zonder een return-on-investmentberekening hebt u een sterk argument pro DSAnalyzer. Steeds meer zaken worden in de directoryservices geregeld en het functioneren van de directoryservices wint dus aan belang voor het bedrijfsproces. Een verstoring binnen de NDS kan direct een ongunstig effect hebben op de gebruikersorganisatie, maar ook op, bijvoorbeeld, het functioneren van de website als hierin een koppeling naar de NDS is opgenomen. De organisatie is gebaat bij een snel en kort oplossingstraject in het geval van problemen en daaraan kan DSAnalyzer zeker een flink steentje bijdragen. Wie, wat, waar Product: DSAnalyzer Meer info: http://www.NetPro.com NetPro Europe Marktgracht 58 1354 BE Almere Tel.: (036) 540 59 59 Prijs: US$ 12 (ong. € 13,50) per user object in de tree Speciale prijzen voor onderwijsinstellingen en voor trees vanaf 5000 user objecten. Prijs voor DSAnalyzer en DSExpert samen: US$ 18 (ong. € 20,50) per user object in de tree.


5/1.2-13

NDS-monitoringtools

5/1.2-14


1 NDS-monitoringtools

Recommend Documents