Webszolgáltatások devizajogszabályokat cserébe
Tájékoztatás a szabályozási politika befolyásolja az Exchange Web Services, az Exchange.
Alapértelmezett fojtás politikák hozzáférés szabályozási politika és a szabályozási politika beállítása eltér a helyi Exchange Online Exchange rendszer. Külön vezérlő paraméter érték helyes csak bizonyos változatai jegyzik. Mivel a paraméterek függnek a verzió, és az Exchange rendszergazdák tudják megváltoztatni a rendelet politika a helyi alapértelmezett telepítések, ez a cikk nem az alapértelmezett beállítások. Ennél is fontosabb, így kérdéseket figyelembe kell venni a tervezés olyan alkalmazás, amely működik keretein belül a szabályozás és felelős megfelelő szkripteket szabályozás.
Ha egy alkalmazás fejlesztő, akkor figyelembe kell venni a kiigazítás az alkalmazási projekt. Különböző változatai az Exchange különböző alapértelmezett értékeket a kontroll paramétereit az Exchange Web Services. Ügyfél és szolgáltató alkalmazások, amelyek célja a hozzáférést más változatai Tőzsde, figyelembe kell venni ezeket, ha az alapértelmezett beállításokat, egyedi értékeket a Tőzsde által meghatározott rendszergazda vagy hasonló Exchange Online, az alapértelmezett érték, és nem támogatja a felismerés. Mivel a beállítási paraméterek értéke nem lehet programból, az ügyfél specifikációja tartalmaznia kell egy tervet a kérelmet, hogy alkalmazkodjanak a többi lehetséges szabályozási korlátokat. Amikor a fejlődő többszálú alkalmazások kap hozzáférést biztosít a nagy számú postafiókot, vagy ha a fogyasztók száma elérheti az azonos postafiókot, mérlegeli annak lehetőségét, hogy korlátozza a párhuzamos, használja az alapértelmezett politika Exchange.
Szabályozási politika az Exchange nem csak azért, mert az Exchange Web Services, hanem minden ügyfél kapcsolat az Exchange Server, beleértve a használt protokollokat a Microsoft Office Outlook, Outlook Web App és az Exchange ActiveSync.
Az alábbi táblázat a paraméterek szabályozási politika befolyásoló használó alkalmazások az Exchange Web Services.
1. táblázat: a rendelet a politika befolyásoló beállításokat az Exchange Web Services
Paraméter neve szabályozási politika
Intézményi Exchange rendszer az Exchange Management Shell parancsmagjainak, amelyek segítségével beállítható és szerezzen szabályozási politikákat. Exchange Online nem biztosít hozzáférést a parancsmagokat politikai szabályozás.
Használhatja ezeket parancsmagokkal megjelenítéséhez politika szabályozásának a helyi Exchange Server telepítését:
Get-ThrottlingPolicy - megkapja ellenőrzéssel történő szabályozási politika beállításait egy vagy több ügyfelet. További információkért lásd a Get-ThrottlingPolicy.
Get-ThrottlingPolicyAssociation [email protected] | méret-lista
Ezáltal az Exchange konzol kimenetet vezet a következő módon.
Levonva hívó számla.
Policy beállítások EWSPercentTimeInMailboxRPC. EWSPercentTimeInCAS és EWSPercentTimeInAD utalnak által végrehajtott műveleteket egy patak. Amikor egy alkalmazás végez számos párhuzamos műveleteket, akkor figyelembe kell venni a hatását ezek a műveletek a felhasználó költségvetési forrást.
Az Exchange Web Services lehetővé teszi, hogy szakaszos folyamat több elemet kérelmek egyetlen kérés, amely végre a Client Access kiszolgáló. Ez lehetővé teszi a nagyobb hatékonyság és a termelékenység. Ha az Exchange szerver végzi kötegelt lekérdezést, a felhasználó ellenőrzi a költségvetés után minden elem a csomagban. Ha az alkalmazás a költségvetési többletet, feldolgozása a következő elem a csomag késik, amíg a töltés a költségvetés a felhasználó számára. Annak érdekében, hogy sikeres végrehajtásához egy alkalmazást kötegelt műveleteket, elemek számának korlátozása kéri, hogy lehet venni egy csomagot, és elosztjuk a nagy csomagok több kisebb csomagokat javítani az eredmények megbízhatóságát. Hatása kötegelt feldolgozás egy bizonyos küszöbértéket szabályozás típusától függ a kérés, az összeget a feldolgozó elem (például UploadItems vagy ExportItems tranzakciók) és azok tartalmát. Politikus rendelet befolyásolja kötegelt műveleteket, ami figyelembe lényegesen több időt, hogy feldolgozza a kérést. A hívó fél kell várni egy hosszabb választ, valamint az Exchange Web Services futás korlátozások batch kérés percenként, akkor a hívás timeout.
Meghatározni az optimális méretű csomag egy alkalmazás számára, hajtsa végre az egység tesztelése, felhasználva a különböző felhasználó által bevitt adatok készletek, győződjön meg arról, hogy a kérelem nem ütközik semmilyen hibát a munkahelyi környezetben.
Az Exchange Web Services keresési művelet igényel nagy mennyiségű időt és forrásokat, attól függően, hogy a keresési és a kért információkat. A szabályozás a források felhasználását, a végrehajtás a keresési idő, két politikai beállítás érvénybe: EWSFastSearchTimeoutInSeconds és EWSFindCountLimit.
Ez az opció EWSFastSearchTimeoutInSeconds politika megadja azt az időt másodpercben, gyors keresés, az Exchange Web Services (más néven keresési indexelése tartalom) lejárta előtt a várakozási idő. Gyors keresés a keresési keresztül végezzük a query string a kiterjesztett lekérdezés szintaxisa (AQS) a FindItem működése.
Kereshetünk az Exchange postafiók két módja van:
Segítségével a keresésnek az Exchange tárolja, amely elvégzi a szekvenciális letapogatása az összes üzenetet a keresési célterületen.
Az Exchange keresés (tartalom indexelése).
Mindkét típusú kereséseket késedelmet okozhat. Ha lehetséges, használja az Exchange Search szolgáltatást, például a keresési gyakran használják postafiók index és használja AQS lekérdezések. Ez a példa azt mutatja, hogyan kell keresni AQS mappa „Bejövő”, az Exchange és az Exchange webes keresési szolgáltatást.
Ha műtét vagy FindItem FindFolder. fontos, hogy használni lapszámozás. Sikerült API EWS figyeli a használata oldalszámozás, de ha más módszerekkel, mint például az Exchange Web Services proxy objektumok vagy durva a SOAP, kifejezetten meg kell adnia a lapszámozásról. Ez a példa azt mutatja, hogyan kell használni személyhívó felügyelt API webes Exchange-szolgáltatások.
Default Policy Exchange korlátozza az oldal mérete 1000 elemekkel. Azoldalméret olyan értékre, amely nagyobb, mint ez a szám nincs gyakorlati hatása.
Pályázatot is ahhoz a tényhez, hogy EWSFindCountLimit szabályozásjavító vezethet részeredmény visszaadott az alkalmazások, amelyek egyidejű kérést. Az alábbiakban bemutatjuk, hogyan kell használni MoreAvailable ingatlan felügyelt API Exchange-webszolgáltatások, hogy megbizonyosodjon arról, hogy az összes eredmény tartalmazza a kérelmet.
Konkurencia utal, hogy a kapcsolatok száma egy adott felhasználó. Csatlakozás tartott attól a pillanattól kezdve, hogy a kérelmet kapott, mielőtt elküldi a választ a kérelmezőnek. Ha a felhasználó megpróbálja, hogy több egyidejű kérést, mint a megengedett ez a politika, akkor nem tudja végrehajtani az új csatlakozási kísérletet. Mindazonáltal a jelenlegi kapcsolatok továbbra is érvényesek. szabályozási politika hatással lehet konkurencia számos különböző módon.
Alkalmazások, amelyek egyidejűleg csatlakozhat több postafiókot kell, hogy képes követni a források felhasználását a kliens oldalon. Mivel EWS működés alapján a kérés és válasz lehet tenni annak érdekében, hogy az alkalmazás munkát küszöb EWSMaxConcurrency. követi a kapcsolatok száma, amelyek eredete elejétől a kérés és válasz, és hogy ellenőrizze, hogy nem több, mint tíz hogy nyissa ki a lekérdezés lefut egy időben.
Amikor létrehoz egy értesítési Exchange Web Services alkalmazások használata a push, replikáció a lekérhető streaming bejelentést kell figyelembe venni a hatását szabályozási politika és EWSMaxSubscriptions EWSMaxConcurrency és HangingConnectionLimit.
Paraméter EWSMaxConcurrency politika is problémákhoz vezethet az Exchange Web Services értesítés; Például:
Ha az Exchange Web Services növeli a kapcsolatok száma, hogy a tulajdonos az előfizetést a bejelentés időpontjában generálja a push előfizetést.
Amikor egy alkalmazás számára hallgat több felhasználói fiókok és a felhasználók értesítést kap az egyidejű másolási küldött üzenetek a levelezőlistára.
Ha a többszálas alkalmazás értesítéseket és végrehajtja lekérdezések egyidejű kapcsolatot további információkért az adott üzenet, amelyet úgy kapunk, olyan felhasználói fiókkal lehet túllépte a határértéket EWSMaxConcurrency politikát. Ezt szem előtt tartva, úgy a felügyeleti egyidejű kapcsolatok alkalmazása, beleértve azokat is, amelyeket fel lehet használni a szerver és a végrehajtás a sorban a kliens oldalon.
Általában ajánlatos használni az Exchange Web Services küldeni tömeges e-mail üzeneteket. Használja SMTP-csomópont, amely részt vesz a tömeges e-mail szolgáltatás, hogy küldjön e-mail üzeneteket az állandó nagy tömeg.
Paraméter MessageRateLimit politika meghatározza az üzenetek száma percenként, amely képes bármilyen Exchange kliens, beleértve az Exchange Web Services. Alapértelmezésben ez a politika 30 üzenet percenként. A hétköznapi felhasználók számára, ez általában elég. Azonban alkalmazások, mint például a küldő nagy csomagok e-mail üzenetek a programon belül a kibocsátó számlák, nem lehet probléma. Ha túllépi ezt a határt a politika késleltetett üzenet szállítás egy postafiókot. Különösen üzenetek jelennek meg a „Vázlatok” mappát és kimenő üzeneteket hosszú ideig, amikor a felhasználó vagy alkalmazás küld egy nagyobb számú üzenet, mint a megadott érték paraméter MessageRateLimit. Győződjön meg arról, hogy meg kell vennie ezt a fejlesztés szállítás, nyomkövető rendszer, különösen, ha az alkalmazás a postafiókot csatlakoztatni a felhasználók az Outlook. Amikor a halasztott terméket tárolja a „Vázlatok” vagy a Kimenő mappában, a felhasználók is értelmezhető, mint egy hiba.
Ez az opció ForwardeeLimit politika határozza meg a címzettek maximális száma az üzenetek továbbíthatók, illetve átirányítja a szabály mappát „Beérkezett üzenetek”. Ez a beállítás nem korlátozza az üzenetek számát, küldés vagy továbbítása a címzettek listájához.
Az üzenetet a belső szerver hiba hibakód ErrorServerBusy. Ez azt jelzi, hogy az ügyfél kell küldenie a további kérések elhalasztja egy későbbi időpontra. A válasz tartalmazhat passzív tip, úgynevezett BackOffMilliseconds. Ha ez a paraméter meg van adva, akkor az értéket BackOffMilliseconds mint a futás, amíg a kliens küld egy kérést újra.
Ez tartalmazza az Exchange Web Services alapuló séma ErrorInternalServerError tévesen hibakódot. ErrorServerBusy belső hiba lehet tüntetni. Ez azt jelzi, hogy az ügyfél kell küldenie a további kérések elhalasztja egy későbbi időpontra.