Fronty představují v kontextu služby Řízení front zpráv dočasná úložiště různých typů zpráv. Fronty mohou vytvářet:

  • Aplikace

  • Skupina Administrators

  • Služba Řízení front zpráv

Fronty vytvořené aplikacemi nebo správci jsou označovány jako aplikační fronty. Fronty vytvořené službou Řízení front zpráv jsou označovány jako systémové fronty.

Aplikační fronty

Služba Řízení front zpráv pracuje s následujícími aplikačními frontami:

Veřejné a soukromé fronty

Veřejné fronty

Veřejné fronty jsou v prostředí domén fronty, které jsou publikovány v adresáři služby Active Directory, a jsou tedy replikovány v celé doménové struktuře systému. Replikovány jsou pouze vlastnosti těchto front, nikoli samotné fronty nebo jejich obsah. Všechny počítače v rámci doménové struktury mají přístup k informacím o veřejných frontách za předpokladu, že uživatelé mají potřebná oprávnění pro přístup k příslušným objektům fronty. Obecně tedy mohou všichni uživatelé v rámci doménové struktury, kteří mají přístup k adresáři Active Directory a mají oprávnění Odeslat pro danou veřejnou frontu, do této fronty zasílat zprávy. Při vytvoření fronty je toto oprávnění přiřazeno ve výchozím nastavení. Pokud chcete číst zprávy z veřejné fronty, musíte mít pro tuto frontu oprávnění Prohlížet zprávy nebo Přijímat zprávy.

Definování veřejných front v prostředí služby Active Directory zajistí registraci těchto front v adresářové službě a vytvoření zálohy jejich registrace. Tyto fronty jsou trvalé a přístupné dalším aplikacím.

Soukromé fronty

Soukromé fronty jsou fronty, které nejsou publikovány v adresáři služby Active Directory. Jsou zobrazeny pouze v místním počítači, který je obsahuje. Výhodou soukromých front jsou nulové náklady na provoz adresářové služby, díky čemuž jsou zprávy:

  • Vytvořeny rychleji.

  • Při přístupu k nim nedochází k prodlevám.

  • Mají nulové náklady na replikaci.

V prostředí pracovních skupin jsou k dispozici pouze soukromé fronty.

Aby mohla aplikace řízení front zpráv v místním počítači pracovat se soukromou frontou, potřebuje znát pouze název cesty k této frontě. V případě aplikace služby Řízení front zpráv ve vzdáleném počítači je nutné pro přístup k takové frontě použít název v přímém nebo v soukromém formátu. Aby mohla vzdálená aplikace řízení front zpráv načíst zprávy z fronty, potřebuje oprávnění Přijímat zprávy pro danou frontu. Oprávnění k odesílání zpráv do veřejných a soukromých front mají ve výchozím nastavení všechny subjekty.

Transakční a netransakční fronty

Transakční fronta je fronta, která obsahuje pouze transakční zprávy, tj. zprávy odeslané v rámci transakce. Požadavky pro odesílání a získávání zpráv jsou založeny na typu použité fronty (transakční nebo netransakční) a na umístění fronty (místní nebo vzdálená).

Odesílání zpráv

Pokud jsou k odesílání zpráv použity transakce, lze zprávy odesílat do libovolné transakční fronty bez ohledu na to, kde je tato fronta umístěna. Zprávy odeslané v kontextu transakce však mohou přijímat pouze transakční fronty. Obdobně platí, že netransakční fronty mohou přijímat jen zprávy odeslané mimo kontext transakce.

Přijímání zpráv

Zprávy je možné přijímat z místní i vzdálené fronty.

Podfronty

Podfronty umožňují aplikacím seskupovat zprávy. V následujících případech je výhodné použít podfronty:

  • Zpracování zpráv podle příkazů ke zpracování. Jestliže aplikace zpracovává zprávy, které obsahují položky z různých příkazů ke zpracování, je možné podfronty použít k organizaci příslušných položek. Tím bude zvýšena efektivita zpracovávání.

  • Nakládání s nechtěnou zprávou. Jestliže aplikace obdrží zprávu, kterou v tomto okamžiku nemůže zpracovat, může převést zprávu do podfronty chybových zpráv a zpracovat ji později.

Podfronty jsou při jejich otevření vytvořeny implicitně. Jinak řečeno, pokud je zpráva přesunuta do podfronty, tak tato samotná akce vytváří dříve neexistující podfrontu. Prázdné podfronty jsou odstraněny. Neobsahují žádné otevřené popisovače. Není možné, aby aplikace odesílaly zprávy přímo do podfront. Mohou pouze zprávu do podfronty přesunout. Aplikace mohou zprávy z podfront přijímat, přesouvat je mezi hlavní frontou a podfrontou, nebo je přesouvat mezi podfrontami stejné fronty. Nemohou zprávy přesouvat z podfronty hlavní fronty do jiné podfronty jiné hlavní fronty.

Na následujícím obrázku mohou být například zprávy převáděny tam a zpátky mezi podfrontou 1 (nebo podfrontou 2) a složkou fronty zpráv fronty A. Zprávy lze také přesouvat mezi podfrontou 1 a podfrontou 2. Obdobně mohou být zprávy převáděny tam a zpět mezi hlavními frontami a příslušnými podfrontami, podfrontou 3 a podfrontou 4.

Zprávy však není možné přesouvat ani mezi frontou A a podfrontou 3 a podfrontou 4, ani mezi frontou Z a podfrontou 1 a podfrontou 2. Obdobně nemohou být zprávy převáděny tam a zpět mezi podfrontami fronty A (podfrontou 1 a podfrontou 2) a podfrontami fronty Z (podfrontou 3 a podfrontou 4).

Podfronty

Podfronty nemají žádné vlastnosti nebo stav. Plně sdílejí vlastnosti hlavní fronty. Podfronta, například, nemá vlastní:

  • Kvótu

  • Kontrolní seznam přístupu (ACL)

  • Transakční typ

Podfronty sdílejí kvótu hlavní fronty a zprávy podfronty jsou zpracovávány v této kvótě.

Podfronty nelze vytvořit v rámci deníků a dalších systémových front, nebo v rámci jiných podfront.

Fronty pro správu

Fronty pro správu jsou fronty generované aplikacemi. Jsou určeny pro ukládání systémem generovaných negativních a pozitivních potvrzení, vytvořených službou Řízení front zpráv nebo připojovacími aplikacemi. V původních zprávách jsou určeny programově odesílající aplikací. Jako fronty pro správu lze určit jakékoliv dostupné netransakční fronty. Fronty pro správu neobsahují zprávy pro správu. Ty jsou ukládány ve vnitřních soukromých zprávách.

Systémem vygenerovaná potvrzení vrácená do těchto front mohou informovat o tom, zda zpráva dorazila do cílové fronty, zda byla z cílové fronty vyzvednuta nebo o obou možnostech. Každé potvrzení obsahuje údaje popisující zdroj, ze kterého potvrzení pochází, a zprávu, k níž se toto potvrzení vztahuje. Aplikace, která při odesílání zprávy žádá potvrzení, musí určit, která fronta bude použita jako fronta pro správu a jaká úroveň potvrzení má být pro danou zprávu nastavena. Obvykle se jako správní fronta použije fronta místní, aby mohla odesílající aplikace přistupovat ke zprávám o potvrzení místně.

Fronty odpovědí

Stejně jako fronty pro správu jsou i fronty odpovědí fronty generované aplikacemi. Jsou určeny k ukládání odpovědí vygenerovaných v aplikacích. Tyto odpovědi obvykle vrací aplikace, které čtou zprávy z fronty. Fronty odpovědí jsou programově určeny odesílající aplikací při odeslání zprávy. Jako fronty odpovědí lze určit jakékoliv dostupné netransakční fronty. Odpovědi na zprávu se liší od správních odpovědí na zprávu uložených ve vnitřní soukromé frontě.

Odpovědi vrácené do těchto front musí být srozumitelné pro aplikaci vracející odpovědi a pro aplikaci, která odpovědi čte. Služba Řízení front zpráv nijak neovlivňuje informace obsažené v odpovědích. Spolu s žádostí o odpověď musí odesílající aplikace určit také fronty, které chce používat jako fronty odpovědí. Jako fronta odpovědí se obvykle použije místní fronta, aby odesílající aplikace mohla přistupovat k odpovědím místně.

Je-li vyžadována jak fronta odpovědí, tak i fronta správy, lze jejich funkce spojit do jediné fronty. Protože však všechny fronty správy musí být netransakční, bude tato fronta přijímat pouze netransakční zprávy.

Fronty hlášení

Fronty hlášení jsou aplikacemi generované fronty, které jsou určeny k ukládání hlášení vygenerovaných službou Řízení front zpráv nebo připojovacími aplikacemi v případě, že odesílající aplikace požádá o sledování. V těchto hlášeních je uvedeno směrování, po kterém původní zpráva dospěla do cílové fronty ve vzdáleném počítači, nebo směrování, po kterém testovací zpráva dospěla do zkušební fronty ve vzdáleném počítači. Každý počítač může obsahovat pouze jednu frontu hlášení.

Všechna hlášení musí mít následující popisek a identifikátor typu fronty:

  • Popisek: MQReport Queue

  • Identifikátor typu fronty:

    {55EE8F32-CCE9-11CF-B108-0020AFD61CE9}

Fronty hlášení obvykle vytváří správce služby Řízení front zpráv s použitím modulů Users a Computers služby Active Directory. Mohou je však generovat také aplikace, pokud bude při vytvoření fronty zadán správný popisek a identifikátor typu fronty. Služba Řízení front zpráv využívá popisek a identifikátor typu fronty při odesílání hlášení k vyhledání a otevření správné fronty.

Systémové fronty

Systémové fronty jsou fronty vytvářené službou Řízení front zpráv. Aplikace mohou číst zprávy v systémových frontách, ale nemohou do nich zprávy odesílat. Služba Řízení front zpráv obsahuje různé typy systémových front, k nimž řadíme:

  • Deníky front, v kterých jsou obsaženy kopie všech zpráv, které byly z fronty odebrány. Deníky počítače, obsahující kopie všech zpráv odeslaných z počítače.

  • Soukromé vnitřní fronty, které jsou požívány jako dočasné fronty uložení a předávání zpráv před jejich zařazením do cílové fronty. Tyto fronty nejsou službou Active Directory zobrazeny. Fronty odchozích zpráv jsou místní interní soukromé fronty vytvářené automaticky. Jsou v nich uloženy zprávy odeslané do vzdálených front.

  • Fronty nedoručených zpráv obsahují zprávy, které se nepodařilo doručit. Služba Řízení front zpráv obsahuje transakční a netransakční frontu nedoručených zpráv.

  • Fronty připojovacích aplikací jsou využívány k odesílání zpráv v systému s více platformami.

  • Fronty odchozích zpráv, což jsou místní interní fronty, které slouží k ukládání zpráv odeslaných do vzdálených front. Zprávy je možné ukládat do odchozích front ve stavech offline a poté je lze odeslat do cílových front ve vzdálených počítačích po opětovném připojení. Tyto fronty jsou generovány automaticky a nelze je vytvořit ani odstranit ručně.

Pokud chcete spravovat fronty, proveďte následující postupy:


Obsah