Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Ez nem annyira Exchange specifikus történet. Sot az Exchange Server 2013-nak is csak olyan mértékben van köze a történethez, hogy egy hibakeresés szülte a gondolatot. Talán más is hasznát veszi.
Éles üzemi környezetben dolgozom az Exchange Server 2013-al. Egy elég alattomos hibát kell megoldanom ami miatt a felhasználók kb. 1,5 hete szenvednek. A hiba amikor bekövetkezik akkor azt jól jelzi egy hibaüzenet az eseménynaplóban méghozzá a System ágon. Egyszeruen egy service crash-el rendszeres idoközönként (óránként 2-3 alkalommal) ami után a Service Control Manager az adott szolgáltatás beállításának megfeleloen újraindítja a szolgáltatást. A hibát kiváltó okot már sikerült elkapni és most úgy áll a dolog, hogy feltehetoleg sikerült azt javítanom is. Összesen van négy szerverem a környezetben ami érintett. A javítás ténye még csak feltételes, nem biztos hogy megoldja a hibát az amit kigondoltam. Így a szervereket két csoportra osztom. Az egyik csoporton implementálom azt amit kigondoltam és kimértem, a másik csoport pedig a kontroll csoport lesz és azokon a kigondolt beállítást nem végzem el.
Legközelebb a gépek közelébe 16-18 óra múlva tudok jönni, de megöl a kíváncsiság, hogy tudjam muködik-e a beállításom. Egy SCOM alapú felügyeleti rendszer segítségével ezt vidáman megtudjuk oldani. Ha van SCOM. Ha nincs akkor természetesen azonnal fogjunk hozzá a kialakításához. De mi a helyzet akkor ha ez csak egy egyszeru demó környezet a laboromban, esetleg a SCOM szakérto már elment (esetemben ez a helyzet és nem állnék most neki egy SCOM riasztás testre szabásának, suszter a kaptafánál elvet tiszteletbe tartván). A Windows-hoz viszont értek, így egy pillanat alatt összeraktam az összes szerveremen 1-1 idozített feladatot és mindezt 0 sor kód írásával!
Az idozített feladat figyeli az eseménynaplót és ha a megadott paraméterekkel bekerül egy esemény, akkor válaszként küld egy levelet nekem. Így aztán távol a rendszertol a telefonomon látom, hogy amit kigondoltam az jó vagy sem.
Nézzük a beállítást:
- A beállítás egyik lelke az új feladat létrehozásakor a Task Scheduler-ben az, hogy a feladatot nem csak órához idozítve tudod létrehozni. A Begin the task: On an event, pontosan azt jelenti amire nekem szükségem van. Egy esemény megjelenésekor indul el a feladat. Az eseményt tovább pontosíthatjuk, akár custom módban is. Nekem jelenleg boven elég a Basic módban elérheto hármas szurofeltétel. Így néz ki az amit keresek:
- A beállítás után a Triggers fül így néz ki:
- A következo amit jó ha tudunk az, hogy a Task Scheduler gyárilag kialakítva képes arra, hogy eseményként egy egyszeru SMTP levelet küldjön:
Zárszó: a hibátlan felügyeleti rendszer egy környezet szerves része kell hogy legyen. Ez nem mindig van így, ilyen vagy olyan okok miatt. Törekedjünk ennek elérésére. Menetközben viszont ne felejtsük el az alapokat. A Windows Task Scheduer Windows Vista óta elég okos eszköz, használjuk hát ki a tehetségét. A fenti gondolat azonban nem helyettesít egy real-time monitoring rendszert!