# Nastavení zásady stavu

Na této stránce můžete upravit existující zásady stavu. Zásady stavu se používají k udržování zdravého prostředí pomocí prevence a zjištění.

Chcete-li zobrazit tuto stránku administrativní konzoly, klepněte na volbu Provozní zásady > Zásady stavu > název_zásady_stavu.

Jste-li uživatelem s rolí monitoru nebo operátora, můžete si prohlédnout pouze informace o zásadě stavu. Jste-li uživatelem s rolí konfigurátora nebo administrátora, máte veškerá oprávnění ke konfiguraci zásad stavu.

Tato stránka má dvě karty: Konfigurace a Lokální topologie. Na kartě Konfigurace si můžete zobrazit a nakonfigurovat nastavení zásady stavu. Na kartě Lokální topologie si můžete prohlédnout členství zásady stavu ve vizuálním ztvárnění.

## Název

Určuje název zásady stavu. Název zásady stavu je povinný a musí být v rámci buňky pro všechny zásady stavu jedinečný.

Název nesmí začínat tečkou (`.`) ani mezerou. Mezera nezpůsobí vygenerování chyby, úvodní a koncové mezery jsou však automaticky odstraňovány. Používejte smysluplné a konzistentní názvy zásad stavů. Např. zásady stavu vycházející ze stáří mohou být označené pojmenováním zásad `STÁŘÍ_20DNŮ`, `STÁŘÍ_15DNŮ`.

## Popis

Určuje přídavný popis zásady stavu. Popis je nepovinný. Popis můžete upravit při vytváření nebo úpravě zásady stavu. Zvažte použití nepovinného popisu, používáte-li hodně zásad stavu, nebo pokud jednu sadu zásad stavu spravuje více administrátorů.

## Stav

Stav definuje určitou implementovanou zásadu.

Některé zásady vychází z prevence a některé z detekce. Preventivní zásady se používají k vyvarování se podmínkám, které by mohly vést k problémům, zatímco detekční zásady se používají k identifikaci existujících podmínek a k jejich vyřešení. Tyto zásady se používají k provádění vyhodnocení stavu na klastrech, dynamických klastrech a instancích aplikačních serverů spuštěných na uzlech. V případě dynamického stavu musí zůstat bez ohledu na používanou zásadu stavu v provozu minimální počet instancí dynamického klastru.

- Jestliže podmínka podle stáří porušuje uživatelem definovanou hodnotu stáří, provedou se přidružené akce stavu. Tento restart vyčistí všechna data uložená do mezipamětí a získaná do paměti. Vyberete-li zásadu s podmínkou vycházející ze stáří, musíte definovat kritéria stáří. Podmínka vycházející ze stáří se podporuje na všech typech serverů.
- Zásada s podmínkou nadměrného výskytu časového limitu požadavku sleduje paměť, zda u ní nedochází k překročení časového limitu požadavku. Pokud procentní část uplynutí časového limitu překročí narušení podmínky, provedou se přidružené akce stavu. Vyberete-li podmínku nadměrného výskytu časového limitu požadavku, musíte nastavit prahovou hodnotu procenta využití paměti. Podmínka nadměrného výskytu časového limitu požadavku se podporuje na všech typech serverů.
  Omezení: Podmínka nadměrného výskytu časového limitu požadavku se nepoužívá u provozu služby Java Message Service (JMS) a protokolu Internet Inter-ORB Protocol (IIOP).
- Zásada s podmínkou nadměrné doby odezvy sleduje požadavky a dobu, kterou trvá jejich dokončení. Vyberete-li si zásadu nadměrné doby odezvy, musíte nadefinovat prahovou hodnotu doby odezvy. Pokud v určitém časovém intervalu průměrná doba odezvy na požadavky překročí prahovou hodnotu, dojde k aktivaci zásady stavu. Podmínka nadměrné doby odezvy se podporuje na všech typech serverů.
- Zásada s podmínkou paměti: nadměrné využití paměti sleduje využití paměti na členovi. Pokud využití paměti překročí v uvedeném čase procentní část velikosti haldy, provedou se akce stavu. Vyberete-li zásadu nadměrného využití paměti, musíte definovat prahovou hodnotu využité paměti a prahovou hodnotu paměti v průběhu času. Podmínka nadměrného použití paměti se podporuje pouze na aplikačních serverech na uzlech se spuštěným serverem WebSphere® Application Server nebo WebSphere Application Server Community Edition. Podmínku nadměrného využití paměti nemůžete definovat pro ostatní typy middlewarových serverů.
- Zásada s podmínkou paměti: únik paměti sleduje konzistentní sestupné tendence týkající se množství volné paměti, která je v rámci haldy prostředí Java k dispozici na serveru. Nastavení úrovně detekce určuje, kdy se tyto tendence budou detekovat. Vyberete-li zásadu s podmínkou paměti: únik paměti, musíte nadefinovat úroveň detekce. Nastavení pomalé úrovně detekce vyžaduje většinu historických dat. Nastavení normální a rychlejší úrovně detekce vyžaduje stejné množství historických dat, ale rychlejší nastavení vyžaduje provedení analýzy před rozšířením haldy prostředí Java na maximální nakonfigurovanou velikost. Tak získáte rychlejší detekci, ale současně i větší sklon k falešně pozitivním výsledkům. Když je tato podmínka porušená, provedou se akce stavu. Podmínka úniku paměti není podporována na ostatních typech middlewarových serverů.
- Zásada s podmínkou náhlého vyprázdnění sleduje zaseknuté požadavky. Akce stavu, které jsou přidruženy k této zásadě, se provedou, jakmile dojde k dosažení určené úrovně zjištění. Detekce náhlého vyprázdnění závisí na detekci bodu změny ve specifických datech časové řady. Metriky, které se používají k detekci náhlého vyprázdnění, jsou doba odezvy a váhy správce pracovní zátěže implementace, které se pro daný server sledují. Podmínka náhlého vyprázdnění se používá pouze u dynamických klastrů a buněk. Vyberete-li zásadu s podmínkou náhlého vyprázdnění, musíte vybrat úroveň detekce.

  Má-li řadič stavů zjistit body změny, musí vypočítat pro specifický bod levou a pravou střední hodnotu. Pro daný bod se levá střední hodnota skládá ze střední hodnoty N vzorků, které dorazily před tímto vzorkem, a pravá střední hodnota se skládá ze střední hodnoty N vzorků včetně aktuálního bodu, které dorazily později. Rozdíl mezi levou a pravou střední hodnotou se uloží a porovnává se s dalšími rozdíly v sadě hodnot po N, aby se určilo, zda se tento rozdíl rovná lokálnímu maximu. Je-li tento rozdíl rozdílem maximálním, pak se bod, ke kterému se tento rozdíl vztahuje, deklaruje jako bod změny. Dvě metriky, které se používají k detekci náhlého vyprázdnění, jsou doba odezvy a váhy dynamického správce zátěže, které se pro daný server sledují.

  Podmínka náhlého vyprázdnění se podporuje na všech typech serverů.
  Omezení: Podmínka náhlého vyprázdnění se nepoužívá v provozu služby JMS a protokolu IIOP.
- Zásada podmínka pracovní zátěže provede přidružené akce stavu, dochází-li k obsluze určitého uživatelem definovanému počtu požadavků. Vyberete-li zásadu pracovní zátěže, musíte nadefinovat kritérium celkového počtu požadavků. Podmínka pracovní zátěže se podporuje na všech typech serverů.
- Zásada podmínky procentní části uvolňování paměti sleduje prostředí JVM nebo sadu prostředí JVM k určení, zda bylo za vzorkovací časové období stráveno při uvolňování paměti více času než je jeho procentní část. Uvolňování paměti zvyšuje míru využití procesoru. Tuto zásadu můžete využít k informování toho, že slabý výkon je důsledkem času stráveného při uvolňování paměti.

### Vlastní podmínka

Definujte vlastní podmínku, pokud pro vaše prostředí nejsou výchozí podmínky to, co vyžadujete.

U vlastní podmínky můžete definovat podvýraz, který se vyhodnocuje proti metrikám prostředí.

## Vlastnosti stavu

Určuje vlastnosti, které jsou specifické pro stav.

Tabulka 1. Vlastnosti podmínky vycházející ze stáří
Nastavení | Popis
--- | ---
Maximální stáří | Toto pole je k dispozici pouze u zásady vycházející ze stáří. Přijatelné hodnoty jsou celá kladná čísla uvádějící hodnoty ve dnech nebo hodinách, a to od `1` hodiny do `365` dnů. Chcete-li zadat hodnotu např. `1,2` dne, použijte raději `36` hodin, protože desetinná čísla nejsou podporována.

Tabulka 2. Vlastnosti podmínky nadměrného výskytu časového limitu požadavku
Nastavení | Popis
--- | ---
Požadavky s vypršeným časovým limitem | Toto pole je dostupné pro podmínku nadměrného časového limitu požadavku. Podmínka nadměrného časového limitu požadavku pro každý server, který je členem zásad, zjistí procentní část požadavků směrovaných na tento server, u nichž vypršel časový limit (přes `60` s) poté, co byly přesměrovány přes směrovač ODR. Přijatelné hodnoty tohoto pole jsou celá čísla mezi `1` a `99`.

Tabulka 3. Vlastnosti podmínky nadměrné doby odezvy
Nastavení | Popis
--- | ---
Doba odezvy | Toto pole je k dispozici pouze u zásady s podmínkou nadměrné doby odezvy. Zásada s podmínkou nadměrné doby odezvy je narušena, jakmile průměrná doba odezvy na požadavky překročí určený časový interval. Přijatelné hodnoty tohoto pole jsou mezi `1` milisekundou a `60` minutami.

Tabulka 4. Vlastnosti paměťové podmínky: nadměrné využití paměti
Nastavení | Popis
--- | ---
Velikost haldy prostředí JVM | Zásada s podmínkou nadměrného využití paměti je narušena, jakmile využití paměti překročí procentní část velikosti haldy za určitý čas. Procentní část celkové využité paměti se používá spolu s hodnotou prahové hodnoty paměti v průběhu času k určení okamžiku, kdy se mají členové restartovat. Přijatelné hodnoty tohoto pole jsou celá čísla mezi `1` a `99`.
Závadné časové období | Toto pole je k dispozici pouze u zásady s podmínkou nadměrného využití paměti. Zásada s podmínkou nadměrného využití paměti je narušena, jakmile využití paměti překročí procentní část velikosti haldy za určitý čas. Přijatelné hodnoty tohoto pole se pohybují v rozsahu `1` sekunda a `60` minut.

Tabulka 5. Vlastnosti paměťové podmínky: podmínka úniku paměti
Nastavení | Popis
--- | ---
Úroveň detekce | Vybírat si můžete z těchto úrovní detekce: Každá úroveň je kompromisem mezi rychlostí a přesností detekce podezřelého úniku paměti. Rychlejší detekce, vyšší pravděpodobnost nesprávné výstrahy: Rychlejší úrovně detekce rychle detekují potenciální únik paměti, avšak tato úroveň detekce má vyšší pravděpodobnost falešné identifikace úniku paměti než pomalejší zásada, protože analýza se provádí před tím, než halda prostředí Java expanduje na svou maximální nakonfigurovanou velikost. Standardní detekce, standardní pravděpodobnost falešné výstrahy: Standardní úroveň detekce je přesnější než ta rychlejší, ale ne tak rychlá při identifikaci potenciálního úniku paměti. Standardní a rychlejší nastavení vyžadují stejné množství historických dat, ale standardní nastavení provádí analýzu až po tom, co halda prostředí Java expanduje na svou maximální nakonfigurovanou velikost. Pomalejší zjištění, nižší pravděpodobnost falešné výstrahy: Pomalejší úroveň zjištění je nejpřesnější, avšak tato úroveň detekce nedetekuje potenciální únik paměti tak rychle, jako rychlejší úrovně zjištění. Toto pomalejší nastavení vyžaduje většinu historických dat.

Tabulka 6. Vlastnosti podmínky náhlého vyprázdnění
Nastavení | Popis
--- | ---
Úroveň detekce | Standardní detekce, normální pravděpodobnost falešné výstrahy: Standardní zásada detekce je méně přesná než pomalejší, ale rychleji identifikuje potenciální náhlé vyprázdnění. Tato úroveň používá méně vzorků (N=10) jak pro dobu odezvy, tak i pro váhu dynamického správce zátěže, a detekuje bod změny v každé z metrik na základě sady vzorků. Ve výsledku se tato zásada dostane k závěru rychleji, protože čeká na 20 vzorků, 10 pro levou střední hodnotu a 10 pro pravou střední hodnotu, na výpočet rozdílu středních hodnot a vyhledání lokálního maxima. Vzorky se shromažďují v intervalu 15 sekund. Proto lze náhlé vyprázdnění detekovat do 5 minut od jeho výskytu. Protože je však vzorků méně, a mají-li tyto vzorky více dočasných minim nebo maxim, pak existuje vyšší pravděpodobnost falešné výstrahy. Pomalejší zjištění, menší pravděpodobnost falešné výstrahy: Pomalejší zásada zjištění je nejpřesnější, avšak nedetekuje potenciální náhlé vyprázdnění tak rychle jako standardní zásada zjištění. Tato úroveň používá více vzorků (N=15) jak pro dobu odezvy, tak i pro váhu dynamického správce zátěže. Ve výsledku se tato zásada dostane k závěru pomaleji, protože musí čekat na 30 vzorků (15 pro levou střední hodnotu a 15 pro pravou střední hodnotu), které potřebuje pro výpočet rozdílu středních hodnot. Doba detekce je sedm minut a 30 sekund. Protože však má k dispozici více vzorků, nepřekryje případná přítomnost dočasných minim a maxim ve vzorcích výsledek středních hodnot. Takže pravděpodobnost falešné výstrahy je nižší.

Tabulka 7. Vlastnosti podmínky pracovní zátěže
Nastavení | Popis
--- | ---
Celkem požadavků | Zásada s podmínkou pracovní zátěže je narušena, dochází-li k obsluze určitého uživatelem definovaného počtu požadavků. Hodnota počtu požadavků musí být celé číslo větší než 1000.

Tabulka 8. Podmínka procentní části uvolňování paměti
Nastavení | Popis
--- | ---
Procentní část času stráveného uvolňováním paměti | Zásada procentní části času stráveného uvolňováním paměti sleduje prostředí JVM nebo sadu prostředí JVM k určení, zda bylo za určené časové období stráveno při uvolňování paměti více času než je jeho procentní část. Jednotky jsou procenta. Výchozí hodnota je 10. Přijatelné hodnoty tohoto pole jsou celá čísla mezi 1 a 99.
Časové období vytváření ukázky | Toto pole určuje časové období, po které jsou shromažďována data uvolňování paměti. Procentní část času stráveného uvolňováním paměti během vzorkovacího časového období musí být před provedením nápravné akce větší, než je prahová hodnota. Jednotky jsou minuty a hodiny. Výchozí hodnota je 2 min. Přijatelné hodnoty pro toto pole jsou v rozsahu 1 min až 24 hod.

Tabulka 9. Vlastnosti vlastní podmínky
Nastavení | Popis
--- | ---
Spustit plán reakce, pokud | Určuje podvýraz, který přestavuje metriky, jež vyhodnocujete ve své vlastní podmínce.

## Reakce monitorování správy stavu

Určuje, jak se bude produkt Intelligent Management chovat, bude-li dosažen definovaný stav.

## Režim reakce

Určuje režim reakce, který definuje chování zásady stavu. Režim reakce může být Dozorovaný nebo Automatický.

- Je-li režim reakce nastaven na hodnotu Dozorovaný, budou zásady stavu aktivní a administrátorovi se budou s běhovou úlohou posílat doporučení k akcím. Administrátor může postupovat podle těchto doporučení. Pokud administrátor doporučení schválí, provedou se automaticky akce, jež by měly zlepšit stav.
- Je-li režim reakce nastaven na hodnotu Automatický, budou zásady stavu aktivně protokolovat data a produkt bude automaticky provádět akce, jež by měly zlepšit stav, aniž by k tomu potřeboval schválení od administrátora.

## Provést následující akce, pokud je porušen stav

Můžete nadefinovat specifickou sadu akcí, které nastanou při narušení stavu. Tyto akce mohou být buď existujícími výchozími akcemi, nebo můžete nadefinovat své vlastní akce, které budou spouštět spustitelný soubor.

Seznam akcí se zobrazí v pořadí, ve kterém se budou spouštět, dojde-li k narušení stavu. Chcete-li přidat akci, klepněte na tlačítko Přidat akci.... Vybrat si můžete z existující výchozí akce zásady stavu, vlastní akce, kterou jste vytvořili, nebo můžete vytvořit novou vlastní akci.

Chcete-li odebrat krok, označte tento krok a klepněte na tlačítko Odebrat akci. Chcete-li změnit pořadí kroků, označte jeden krok, který chcete přesunout, a klepněte na tlačítko Přesunout nahoru nebo Přesunout dolů.

## Členství

Určuje členy zásady stavu, čímž aktivujete zásadu stavu definovanou pro tyto členy. Členství není vztahem jeden-na-jednoho. Členy můžete přidružit k více zásadám.

Pole Členství upravíte tak, že označíte v seznamu příslušný typ člena. Výslední potenciální členové se zobrazí v poli K dispozici pro členství. V seznamu K dispozici pro členství označte požadované členy. Chcete-li vybrat více členů, použijte klávesu Control a tiskněte ji, dokud nezvýrazníte všechny vybrané členy. Pak klepněte na tlačítko Přidat a přidejte svůj výběr do členství zásady stavu.

Související informace:
Kolekce Zásada stavu
Vytvoření zásady stavu: Definovat obecné vlastnosti zásady stavu
Vytvoření zásady stavu: Definovat vlastnosti stavu
Vytvoření zásady stavu: Určit členy, kteří se mají monitorovat
Kolekce vlastních akcí
Nastavení vlastních akcí
Tvůrce podvýrazů vlastního stavu

Název souboru: hc_detail_main.html