Postaláda kvóta figyelmeztetés az Exchange Server 2013-ban

Egy apró, de annál fontosabb újdonságra hívnám fel a figyelmet a mai rövid írásomban. A kvóták nélküli postaládák ideje lejárt. 10 évvel ezelott nem volt ritka, sot elég gyakori volt, hogy az ügyfelek nem állítottak be kvótát a postaládákon. Akkor még kicsi volt az email forgalom. Ez ma már elképzelhetetlen. A legtöbb projectben elég sok küzdés volt azzal, hogy elfogadják a kvóta szükségességét. De szerencsére ez ma már a legtöbb helyen teljesen általános.

Habár az Exchange jó munkát végez a gyengébb és olcsóbb adattárolási megoldásokkal a korlátlan méretu postaláda még mindig messze van. Kiváló alternatíva lehet az Office365 postaláda szolgáltatása ahol akár 25GB méretu postaládánk is lehet meglehetosen kedvezo áron. Ahol pedig marad a felho alatt és a saját géptermében szeretné a levelezést tartani, ott a SATA lemezek továbbra is hatalmas lehetoséget rejtenek. Errol korábban már írtam itt. Ne féljetek elmozdulni. Az Enterprise SATA lemezek ára alacsony és a megbízhatósága kiváló. Ma már bodületesen nagy tárkapacitást nagyon olcsón állíthatunk össze SATA lemezek és iSCSI csatolófelület felhasználásával. De még így sem lehet korlátlan a postaláda mérete.

Az Exchange Server 2010-ig bezárólag a Store a postaládánk méretét idozítve ellenorizte. Ha elértük a beállított küszöböt akkor arról egy figyelmeztetést küldött. A kvóta ellenorzésének idopontját a postaláda adatbázis QuotaNotificationSchedule tulajdonságával határozhatjuk meg. Alapértelmezésben ez éjszaka fut:

A futáskor a Store az összes postaládát ellenorzi az adatbázisban. Az eredményrol ha szükséges tájékoztatja a felhasználót egy email elküldésével. Gondoljuk csak végig, hogy ennek milyen hatásai vannak:

• Teljesítmény szempontból nem éppen ideális a helyzet. Nagy tüskét tud okozni a rendszerben ez az ellenorzés. Bár éjszaka fut amikor vélhetoleg kevés felhasználóval konkurál (nemzetközi kialakításokban ez sem feltétlenül igaz), de rendszerfolyamatokkal boven harcolhat az eroforrásokért. Nem ritka a mentés ilyenkor.
• Felhasználói élmény szempontjából sem ideális a helyzet. Éjszaka generálunk egy levelet ami a Beérkezett Üzenetek mappába érkezik. De az élet itt nem áll meg. Éjszaka még jönnek / jöhetnek újabb levelek. Nem beszélve arról ha épp délután nyitjuk csak ki eloször a postaládánkat. Hol lesz a levél? Beállított nézettol függ, de az emberek jelentos részénél a legújabb levél felül nézet esetében valahol messze-messze a fókusztól. A felhasználó elobb éri el a helpdesket mint a levelet amiben az összes szükséges információ bent van arról, hogy miért nem tud küldeni levelet…
• Nem túl friss az információ. Mire a felhasználó elolvassa az értesíto levelet addigra esélyes, hogy kapott még néhány tucat levelet és naptárbejegyzést stb. Az eredmény nem ritkán néhány számtan feladat a helpdesknek ahol együtt próbálják kinyomozni, hogy miért van 10MB-al több a postaládában mint az értesíto levélben.

Szerintem legalább az egyik esettel a fentiek közül már mindenki találkozott. Nos az Exchange Server 2013 szakít a régi hagyománnyal. A kvóta ellenorzését már nem idozítve végzi. A felhasználó amikor a postaládáját megnyitja a Store akkor ellenorzi a kvótát, 24 órán belül egyszer. A szükséges értesíto levelet is ekkor generálja és küldi a Store. Ezzel az elméleti síkon nagyon egyszerunek tuno (a gyakorlatban ez több mint 1 sor kódolás) változtatással elértük azt, hogy:

• Elosztva terheljük a Store-t ezzel a feladattal így teljesítmény szempontból kevésbé aggasztó a helyzet
• A felhasználók jelentos részénél a postaládában elokelo helyen fog szerepelni a figyelmeztetés így vélhetoleg kevésbé fogják azt figyelmen kívül hagyni
• Az információ friss a megnyitás állapotát tükrözi

Kis változtatás, nagy hatással.