1 / 42

Mød Microsoft

Mød Microsoft. Flemming Glerup Lars Norman Søndergaard Globeteam A/S. Overvågning af Active Directory med MOM 2005. Agenda. Introduktion af MOM 2005 Hvorfor overvåge AD? AD Management Pack i detaljer Skriv din egen Management Pack Rapportering. MOM introduktion. MOM 2005. To versioner

tadita
Download Presentation

Mød Microsoft

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Mød Microsoft

  2. Flemming Glerup Lars Norman Søndergaard Globeteam A/S Overvågning af Active Directory med MOM 2005

  3. Agenda • Introduktion af MOM 2005 • Hvorfor overvåge AD? • AD Management Pack i detaljer • Skriv din egen Management Pack • Rapportering

  4. MOM introduktion

  5. MOM 2005 • To versioner • MOM 2005 og MOM 2005 Workgroup Edition • Hvad er Workgroup Edition? • Maksimum 10 servere kan overvåges • Ingen rapportering eller data warehouse • Ingen MCF connectors • Bruges til at forbinde to MOM MG eller MOM til andre overvågningsystemer (OpenView, TEC etc) • Muligt at opgradere til MOM 2005

  6. MOM 2005-arkitektur Agents Agents • MOM-server • Database (evt. på anden maskine) • Agent Manager (install/uninstall) • Consolidator (modtager og sender oplysninger til klienter & indsætter i databasen) • User Interfaces Operatør Konsol MOM 2005 Server System Center Data Warehouse Administrator Konsol

  7. Regel Provider Respons Viden • Alert • Script • SNMP trap • Email • Task • Managed Code • Filoverførsel • NT event log • Perfmon data • WMI • SNMP • Logfiler • Syslog • MOM MP’ens informationer om alarmen. • Virksomhedens egne oplysninger Kriterium • Wheresource=DCOM and Event ID=1006 MOM 2005-regler • Centralt for al overvågning i MOM • En regel indeholder

  8. Management Packs • Management Packs er en samling af • Regler og grupper af regler • Dvs. hvad der bliver overvåget • Views (alerts/events/performance/state) • Scripts, der anvendes af regler • Computer Groups og attributter • Tasks • Rapporter i en separat fil • Viden • Topologi-information

  9. MP regler: Hvordan fungerer de? • Regler der kigger efter specifikke events i event logs • Performance Counters der opsamles • Bemærk: Man kan lave sine egne • Scripts der køres og returnerer events (ikke i event log’en) • Scripts afvikles periodisk • Regler der finder events og rejser alarmer

  10. Flere management packs • Management Packs kender ikke hinanden • Dvs. samme fejlsituation kan blive opdaget af flere MP’er • Forskellige grænseværdier • Eksempel: En DC med Exchange og SMS • IIS-fejl findes af IIS, Exchange og SMS management pack • Vigtigt at spørge sig selv om serveren mest er en IIS, Exchange eller SMS server?

  11. Hvilke Management Packs kan man få? • Microsoft har til stort set alle deres produkter • Windows, AD, SQL, Exchange, SMS, IIS, DNS, WINS osv. • Microsoft tilstræber at levere MP’er sammen med alle deres fremtidige produkter! • Adskillige andre leverandører • HP, Dell, NetIQ • Man kan selv udvikle sin egen MP • Se http://www.microsoft.com/management/mma/catalog.aspx

  12. MOM 2005 • ”MOM er jo kun til event logs” • Nej! • Det er rigtigt at MOM er rigtig god til event logs. • Men der findes mange andre providers • De fleste MP’er bruger mange scripts til at undersøge helbredet • Hvorfor er event logs ikke nok?

  13. MP-opsætning • MP’ens konfigurering er ikke hellig • Du SKAL regne med ”fintuning” • MP’er er generelle: De kender ikke DIT miljø • Indeholder både operationel overvågning og overvågning af konfiguration • En del MP’er stiller krav til miljøet • Du skal have visse komponenter installeret for at de virker eller der skal oprettes brugere/mailbokse • Pas på alert spam!

  14. Hvorfor overvåge AD?

  15. Hvorfor overvåge AD? • Komplekst system med mange afhængigheder • Services, diskplads, netværkstilgængelighed • Nedbrud et sted viser sig måske i form af fejl eller overbelastning et helt andet sted • AD er designet til den virkelige verden • Multimaster replikering • Cached credentials • RID pool

  16. Hvorfor overvåge AD? • Det er bedre at blive advaret inden problemerne påvirker brugerne • Mange systemer er afhængige af AD • Nemmere at løse problemerne hvis man kan gøre det planlagt • Spar tid, penge og brugerfrustration

  17. Hvorfor overvåge AD • ”Man kan da bruge de indbyggede tools” • Javist. Men gør du det? Har du tid til det? • Husk at du først opdager de relevante events, når du er klar over at der er et problem • Meget lidt præventiv overvågning

  18. AD Management Pack’en i detaljer

  19. Active Directory MP • Udvikles af Active Directory-teamet • Opdateres løbende – Dvs. ikke synkroniseret til MOM eller AD releases • Virker på begge MOM editions • Både til Windows 2000 og Windows 2003 • Dokumentation • Sikkerhed – eller historien om DAD

  20. Active Directory MP • En eksemplarisk MP! • State View • Topologi view • Rapporter • Tasks – husk dog eksterne afhængigheder • Masser af viden • Fin struktur

  21. State view: Det hurtige overblik

  22. Hvad overvåges? • Essentielle services • Netlogon, KDC, NtFrs, ISM (Kun 2000), Windows Time, LSASS • Samme script checker også om SYSVOL er tilgængelig • Replikering • Er DC’erne konfigureret korrekt? • Foregår replikering inden for de tider der forventes?

  23. AD-replikering • Der kigges efter mange ting, herunder • Antal af replication partners (40/50) • Ser partnerne de samme FSMO holdere • Events der tyder på problemer • Syntetisk replikering • MOMLatency container, en container for hver DC • Alarmer samt performance monitorering • Konfigureres (5 - 15 minutter)

  24. AD-replikering • Bemærk • Der er separate maksimumtider for intersite og intrasite replikering • Man kan specificere hvilke maskiner der skal anvendes som source og destination i forbindelse med opsamling af replikeringstider. • Det er altså ikke nødvendigt at måle på alle DC’er

  25. FSMO-roller • Periodisk check af om serverne er tilgængelige. Kan vi bind’e og/eller ping’e? • Sjove problemer kan opstå hvis FSMO-rollerne ikke er tilgængelige. • Naturligvis event logs • Men scriptene giver for det meste en advarsel på et tidligere tidspunkt

  26. Enkelte processer og services • AD-relaterede services bliver overvåget • Forbrug af CPU eller memory • Antal af TCP connections

  27. Client Side Monitoring • Smart facilitet: Opfører sig som en typisk klient • Check for om DC er tilgængelig i samme site • Nok GC’er tilgængelige: 3 • Check om PDC er tilgængelig • Rimelig WAN-belastning • Giver et rigtig godt billede af miljøet

  28. Client Side Monitoring • Husk dog • Skal manuelt tilføje: Add computers til AD Client Side Monitoring • Kan give en del støj • Brug enten DC’er eller maskiner placeret i nærheden af DC’er

  29. AD MP: De sidste ord… • Husk DNS og WINS MP’er • Du kører da WINS, ikk’? • Gå på opdagelse • Du vil hurtigt lære at finde rundt i de forskellige Rule Groups – og du kan ikke undgå at blive overrasket over antallet af scripts og regler!

  30. Demo AD Management Pack

  31. Egne Management Packs

  32. Egne Management Packs • Det er erkendt at noget i driften af vores system skal overvåges, fordi vi blev ”taget på sengen” • Løsning ”the old way” • .bat-filer/scripts til at afdække problemet • Scheduleret til at teste med et interval • Rapportering via eventlog/mail • Heartbeat? • Resultat: efter 14 dages stabil drift daler interessen => eventlog overses/mails sendes til folder

  33. Real world eksempel • Windows/AD/Exchange 2003 migrering ongoing • Enkelte brugere ikke logge ind fejl: ”Too many security identifiers” • Andre brugere kan ikke tilgå elementer på Intranet • Problem: brugerne er medlem af for mange grupper • NTLM logon brækker ved 1023 SID i token • Kerberos logon brækker ved 70-80 SID i token(i situationen var tallet betydeligt højere)(Q280830)

  34. Løsning Vi trimmer grupper fra brugere, så de kan logge ind igen dvs. membership < 1023 • Vi arbejder med MaxTokenSize registry key => Kerberos virker indtil 3-400 • Hvordan finder vi nu proaktivt de brugere der kommer over grænseværdierne(og som vil komme det i fremtiden) • script der tæller medlemskaber og afvikles hver nat. Dagligt Excel ark til Admin

  35. Hvordan kan MOM udvides med egne scripts? • Vi lavede løsningen med et VBscript • Vi tager nu dette VBscript og ligger ind i MOM • Vi ændre rapporteringen fra kald af wscript.echo til at kald af MOM objekter • Vigtigt: deref. af objekter (memory) • We are done  • Næh - så nemt er det ikke men du kan tage udgangspunkt i det kode du har lavet

  36. Demo

  37. Demo • Hvordan kan MOM udvides med egne scripts?

  38. Rapportering

  39. Rapportering • Rapportering er lavet om fra MOM 2000 • Baseret på SQL Reporting Server • Rapporter leveres med MP’er (dog i separat fil) • Bemærk at der kræves et data warehouse • DW fødes med et DTS-job • Se scheduled tasks

  40. Rapportering • Best practice: Placér data warehouse på en anden server • System Center Reporting Server 2005 • MOM DW + mere (især SMS)

  41. En del rapporter om AD

  42. Spørgsmål? ellers lns@globeteam.com

More Related