Použití Egdbhealth k vyhodnocení Geodatabáze

DannyKrouk_ps

<\/HEAD>

• Úvod<\/a><\/li>Zobrazení a pochopení nálezů<\/a><\/li>Kritické<\/a><\/li>Varování<\/a><\/li>Informativní<\/a><\/li>Přijetí opatření ke zlepšení stavu<\/a><\/li>Pochopení hodnocení<\/a><\/li>Ověření hodnocení<\/a><\/li>Snažte se vyřešit hodnocení<\/a><\/li>Ověření řešení<\/a><\/li>Shrnutí<\/a><\/li><\/ul><\/P>

  Poznámka: Tento blogový příspěvek je druhý v sérii tří plánovaných příspěvků o egdbhealth. První v sérii popisoval, co je tento nástroj, jak jej nainstalovat a jak jej spustit. Třetí v sérii se bude zabývat použitím egdbhealth v kontextu návrhu systému.<\/SPAN><\BLOCKQUOTE>

  Úvod<\H2>Egdbhealth je nástroj pro reportování různých charakteristik Enterprise Geodatabases (eGDBes). Tento článek pojednává o tom, jak používat výstupy egdbhealth k hodnocení stavu eGDB. Všechny příklady používají eGDB založenou na SQL Serveru. Nicméně podobné principy platí i pro použití nástroje s eGDB založenými na Oracle a PostgreSQL.<\P><\P>Pro informace o instalaci a spuštění nástroje (tj. vytvoření výstupů) prosím odkažte na první blogový příspěvek v této sérii, "Co je Egdbhealth?"<\SPAN><\P><\P>

  Zobrazení a pochopení nálezů<\H2>Soubor Expert Excel obsahuje list "OVERVIEW_EXPERT", který vám umožní vidět hodnocení na vysoké úrovni a prioritizovat vaši kontrolu nálezů.<\P><\P><\P>Tento článek nebude popisovat všechna hodnocení a jejich různé významy. Je jich příliš mnoho na to, aby to bylo praktické. Místo toho článek popisuje proces a poskytuje konkrétní příklady, které ilustrují druhy přínosů, které lze získat.<\P><\P>

  Kritické<\H3>Buňky vyplněné červeně ve sloupci "Criticals" by měly být prohlíženy jako první. Tyto nálezy jsou zvýrazněny jako hlavní obavy ve svých příslušných kategoriích.<\P><\P>Například na snímku obrazovky výše je "Backups" označeno jako kritická obava. Klikněte na hypertextový odkaz v buňce pro zobrazení listu s podrobnými informacemi.<\P><\P><\P>V tomto případě má pracovní list jediný záznam, který říká, že databáze nikdy nebyla zálohována. Toto je kritická obava, protože pokud systém selže, data mohou být ztracena. Také zde existuje hypertextový odkaz zpět na list "OVERVIEW_EXPERT". Tento odkaz "Back to OVERVIEW" se objevuje v každém detailním listu pro usnadnění navigace.<\P><\P>V následujícím příkladu "Memory Pressure" detailní list zobrazuje varování o tlaku na paměť hlášená SQL Serverem. Když RDBMS hlásí tlak na paměť, je to indikace toho, že existují nebo brzy budou problémy s výkonem a/nebo škálovatelností.<\P><\P>Sloupec Komentáře (vždy nalevo) popisuje problém a doporučený postup na vysoké úrovni. Všimněte si, že množství informací je mnohem větší než u příkladu "BackUp" (více sloupců) a že informace jsou vysoce technické povahy, vyžadující specializované znalosti k pochopení.<\P><\P>Sloupec Komentáře je nejlepší snahou egdbhealth učinit detaily stravitelné a akční i při neúplných znalostech domény. V některých případech sloupec Komentáře poskytne odkazy na internetové zdroje, které nabízejí více informací pro hlubší pochopení.<\P><\P>Zde je další příklad identifikující tabulky, které mají sloupce geometrie bez prostorových indexů:<\P>
  
  
  
  Absence prostorových indexů na sloupcích geometrie degraduje výkon prostorových dotazů. V tomto případě sloupec "Comment" doporučuje vytvořit (nebo obnovit) prostorové indexy k odstranění problému.
  
  
  V dalším příkladu je problémem velmi stará verze eGDB, což naznačuje potřebu aktualizace. Všimněte si, že sloupec "Comments" poskytuje odkaz na více informací (online):
  
  
  
  
  

  Varování

  „Warnings“ následují stejný vzor jako „Criticals“. Nicméně jak název napovídá, mají nižší prioritu pro kontrolu. Všimněte si, že dané hodnocení může mít jak kritické tak varovné nálezy.

  V níže uvedeném příkladu egdbhealth hlásí zastaralé nebo chybějící statistiky u různých objektů v eGDB:

  
  

  V závislosti na detailech konkrétních statistik je nález označen jako „Warning“ nebo „Critical“ ve sloupci Komentářů (vždy úplně vpravo).

  Zde jsou případy, kdy nejsou dostupné žádné statistické informace považovány za „Warning“ kvůli nejistotě. Statistiky s informacemi naznačujícími, že nebyly nedávno aktualizovány nebo došlo k mnoha změnám od poslední aktualizace, jsou označeny jako „Critical“.

  Optimalizátor založený na nákladech RDBMS používá tyto statistiky k určení nejlepších plánů vykonání dotazů. Pokud tedy statistiky nejsou aktuální vzhledem ke stavu dat, optimalizátor nemusí dělat dobré volby a výkon systému bude suboptimální.

  V níže uvedeném příkladu většina záznamů jsou „Informationals“, jednoduše hlásící fakta o systému. Ale několik řádků má „Warnings“.

  
  

  Varování upozorňují, že po krátkou dobu měl stroj běžící SQL Server více než 10 % kapacity procesoru využité procesem jiným než samotným SQL Serverem. Toto není stav způsobující problém s výkonem nebo škálovatelností. Nicméně protože většina RDBMS systémů je určena k běhu na dedikovaných strojích, může to být indikace existence jiných procesů, které tam nepatří nebo vyžadují zvláštní pozornost při správě systému.

  Informativní

  „Informationals“ následují stejný vzor jako ostatní typy nálezů. Nicméně informace nejsou hodnotící povahy. Jelikož jsou v podstatě popisné, mohly by být umístěny v Soubor Context Excel.   Existuje několik důvodů, proč je místo toho v souboru Expert:<\/P>

  <\/P>

  1. Nález nemusí být vždy Informational v ze1vislosti na podmednke1ch, ktere9 jsou zji61t1bny.<\/LI>
  2. Informace jsou relativn1b neste1le9 (tj. m1bned se v 0ase). Soubor Context Excel je navr7een tak, aby poskytoval informace, ktere9 jsou relativn1b staticke9 povahy.<\/LI><\/OL>

     <\/P>

     P59edklad ne1sledujedced ilustruje prvned p59edpad:<\/P>

     <\/P>

     <\/P>

     <\/P>

     Licencove1ned tohoto eGDB nebude po mnoho m1bs2dc6f p59edm1btem obav.   Ale za asi est m1bsdcf, pokud licence nebyla aktualizove1na, tato zprbva jie nebude Informational.<\/P>

     <\/P>

     Podobnb mfze n1lez o velikostech souboru podkladovb datab1ze zmbnit kdykoli:<\/P>

     <\/P>

     <\/P>

     <\/P>

     Tude jsou tyto popisnb informace hl9azeny v Expert Excel, i kdy momentálnb nehlásí hodnotící nalez negativnb.<\/P>

     <\/P>

     Podniknutí opatÅ™ení ke zlepÅ¡ení zdraví<\/H2>StejnÄ› jako je nepraktické popsat vÅ¡echny jednotlivé hodnocení v tomto dokumentu, je nepraktické poskytnout pokyny k akci pro každé z nich.   Místo toho tento článek diskutuje proces pochopení a jednání na základÄ› hodnoticích informací spolu s konkrétními příklady.<\/P><\/P>Proces zahrnuje následující kroky:<\/P><\/P>Pochopit hodnocení<\/LI>Ověřit hodnocení<\/LI>PokouÅ¡et se vyřešit hodnocení<\/LI>Ověřit vyřešení<\/LI><\/OL><\/P>

     Pochopit hodnocení<\/H3>Některá hodnocení jsou snazší pochopit než jiná.   V těch šťastných případech, kdy sloupec „comments“ dostatečně komunikuje problém, tento krok probíhá automaticky.   V jiných případech může být vhodný nějaký výzkum.<\/P><\/P>Například níže uvedené nálezy hlásí, že Checkdb nikdy nebyl spuštěn na databázích v této instanci SQL Serveru (označuje eGDB jako kritický, zatímco ostatní databáze jsou varování):<\/P><\/P><\/P><\/P>Pokud s Checkdb nejste již obeznámeni, internetové vyhledávání „SQL Server Checkdb“ vám vrátí výsledky, které vám pomohou pochopit.   V mnoha případech bude takový mírný výzkum vše, co je potřeba k pochopení hodnocení v tématu, které vám není známé.<\/P><\/P>V tomto případě by internetové vyhledávání pravděpodobně zobrazilo následující odkazy nabízející více informací a doporučených akcí:

  https:\/\/docs.microsoft.com/en-us/sql/t-sql/database-console-commands/dbcc-checkdb-transact-sql?view=sql-server-2017<\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/><\/> , https://www.mssqltips.com/sqlservertip/4381/sql-server-dbcc-checkdb-overview/<\/>, a https://www.brentozar.com/blitz/dbcc-checkdb-not-run-recently/<\/>.   Stručně řečeno, Checkdb provádí různé interní kontroly databáze za účelem identifikace možných poškození a dalších problémů.   Proto je dobré jej občas spustit, aby se předešlo takovým problémům.<\/P>

  Ověřit hodnocení

  Je užitečné ověřit hodnocení před podniknutím opatření, protože z různých důvodů mohou být vrácené informace nedokonalé nebo vyžadovat určité posouzení. 
  
  Například v kategorii „Instance“ níže jsou 2 „Kritická“ hodnocení varování o tlaku paměti, ale hodnocení tlaku paměti hlásí pouze „Informational“, nikoli „Varování“ nebo „Kritická“.
  
  
  V tomto případě situaci vysvětluje skutečnost, že existuje mnoho různých indikátorů tlaku paměti. V daném okamžiku a v průběhu času nemusí všechny nutně ukazovat na stejný závěr. Proto musíte zvážit související informace před tím, než dospějete k závěru, že je třeba podniknout opatření (a jaké opatření).
  
  V jiných případech mohou hodnocení těžit z vašeho posouzení podrobných informací uvedených v listu nálezů. Například tento detail o „Dlouhých dotazech s uplynulým časem“ ukázal, že některé dotazy tráví velmi dlouhou dobu v SQL Serveru.
  
  
  V prvním řádku je dotaz s průměrnou délkou trvání 72 sekund (třetí sloupec).   Nicméně byl vykonán pouze 6krát během období, pro které tyto statistiky platí.
  
  Egdbhealth nezná období statistik (možná byly právě před chvílí vymazány).   A egdbhealth neví, zda je 6 vykonání mnoho nebo málo. Zde je to více než u jiných dotazů, ale absolutně to není mnoho. Nakonec egdbhealth vlastně neví, co znamená „pomalý“ pro tento konkrétní dotaz. Možná to podporuje „batch“ proces, který má očekávaně trvat dlouho. Pro toto určení byste se posunuli doprava (není vidět na tomto snímku obrazovky), abyste si prohlédli SQL příkaz a zjistili, co dotaz dělá. Pak můžete učinit informované rozhodnutí na základě toho, jak je váš systém používán a jaká rozumná očekávání mají uživatelé ohledně jeho výkonu o tom, zda tyto dotazy s „dlouhými uplynulými časy“ by měly být pro vás akční.
  
  

  Pokoušet se vyřešit hodnocení

  Vaše pochopení hodnocení bude řídit vaše úsilí o řešení problému.   V některých případech, jako je ten níže uvedený, egdbhealth nasměruje na internetové zdroje, které vám pomohou naplánovat a provést akce.
  
  
  
  V tomto případě egdbhealth rozpoznal, že instance SQL Server běží na virtuálním hardwaru. V případě VMWare (a možná i jiných platforem) doporučení nejlepší praxe naznačuje nastavení minimální a maximální paměti serveru na stejnou hodnotu. Jakmile tomu porozumíte, tato změna je relativně jednoduchá a může vyžadovat pouze krátkou konzultaci s týmem platformy virtuálních strojů k potvrzení, že to odpovídá jejich představám o nejlepší praxi.
  
  V jiných případech bude vedení egdbhealth více nepřímé a budete se muset spolehnout na specialisty ve vaší organizaci, technickou podporu Esri nebo vlastní internetový výzkum k vytvoření plánu akcí. 
  
  Někdy budou akce zahrnovat změny vyžadující značné organizační a/nebo systémové změny. V níže uvedeném příkladu egdbhealth naznačuje, že výkon verzovacího systému by mohl být zlepšen menší hierarchií ve stromu verzí. Změna způsobu používání verzování organizací je velký úkol vyžadující plánování a čas. V tomto případě můžete očekávat čas strávený plánováním změn, jejich prosazováním ve vaší organizaci a následným provedením.
  
  
  
  

  Ověřit vyřešení

  Znovuspouštění egdbhealth po vašich počátečních snahách o vyřešení hodnocení efektivně ověří úspěšnost vašich snah.  Upozorňujeme, že při opětovném spuštění egdbhealth na stejném eGDB je předchozí soubor Expert Excel umístěn do podsložky „archive“ pro vaši referenci.  (Soubor Content Excel není znovu vytvářen, protože jeho informace jsou méně nestálé.)
  
  Samozřejmě doufáte, že všechna „Kritická“ nebo „Varování“, která jste řešili, zmizela v novém výstupu Expert Excel.  A to lze očekávat tam, kde jste správně pochopili problém a podnikli účinné kroky.
  
  Například nález jako ten níže (že poslední komprese selhala) bude vyřešen na listu „OVERVIEW_EXPERT“, jakmile problém odstraníte.  V tomto případě jakmile úspěšně provedete kompresi a znovu spustíte egdbhealth, toto hodnocení bude vyřešeno.
  
  
  
  V několika případech však „Kritické“ nebo „Varovné“ klasifikace se plně nevyřeší, i když aktuální stav již není stejný. Například hodnocení „Compress During Business Hours“ informuje o nedávné historii kompresí, nejen o nejnovější kompresi. Můžete očekávat, že hodnocení zůstanou po nějakou dobu nezměněna v listu „OVERVIEW_EXPERT“. <\/P>

  <\/P>

  <\/P>

  <\/P>

  Detailní list a další listy v kategorii Versioning ukážou, že vaše nedávná komprese neproběhla během pracovní doby (pokud tomu tak je). Tím jste hodnocení vyřešili. A časem si egdbhealth dovolí s tím souhlasit.<\/P>

  <\/P>

  Konečně zjistíte, že některá hodnocení jsou nestálá. Při opakovaných spuštěních egdbhealth se budou zdát být přítomna nebo nepřítomna bez vztahu k vašim konkrétním akcím. Například níže uvedené hodnocení informuje o procentu záznamů základní tabulky, které jsou v delta tabulkách („A“ a „D“ tabulky). Kde jsou tato procenta vysoká, nabízí negativní hodnocení.<\/P>

  <\/P>

  <\/P>

  <\/P>

  Akce, kterou jste mohli podniknout jako reakci, je komprese eGDB. Účinnost této akce však závisí na slučování a zveřejňování, které probíhá v systému. Takže pokud nedošlo k žádné nové aktivitě slučování a zveřejňování, komprese by hodnocení nezměnila. Na druhou stranu, pokud k aktivitě slučování a zveřejňování došlo, nebo pokud byla smazána velmi zastaralá verze, komprese mohla vyřešit mnoho zjištění. Je také pravda, že i při ideálním slučování, zveřejňování a kompresích mohou editoři generovat více aktualizací, které současně zaplňují delta tabulky, zatímco vy je vyprázdňujete.<\/P>

  <\/P>

  Příklad „Memory Metrics“, diskutovaný dříve v tomto článku, je dalším případem, kde můžete očekávat nestálost v hodnoceních. Je to proto, že indikátory tlaku na paměť budou spouštěny různými podmínkami v databázi. Vaše informované rozhodnutí bude potřeba k určení, zda opakující se hodnocení naznačují problém vyžadující další akci.<\/P>

  <\/P>

  Podstata je v tom, že cílem podniknutí akce není nutně dosáhnout „čistého vysvědčení“ bez negativních hodnocení. Cílem by mělo být mít pouze ta hodnocení, která jsou vhodná pro váš systém. V tomto procesu prohloubíte své porozumění systému eGDB a nabídnete mnoho hmatatelných vylepšení uživatelům tohoto eGDB.<\/P>

  <\/P>

  Shrnutí<\/H2>Hlavním účelem egdbhealth je pomoci administrátorům pochopit a zlepšit zdravotní charakteristiky eGDBes. Zaměřením se na výstup Expert Excel souboru a prioritizací vaší analýzy na základě klasifikačního schématu Kritické/Varovné/Informativní můžete řešit aspekty eGDB, které nejvíce potřebují vyšetření. Některá hodnocení nabízená egdbhealth mohou vyžadovat různé druhy výzkumu k pochopení a určení postupu. Kolegové, Esri Technical Support a internetové zdroje mohou být použity k rozšíření vašich znalostí. Když provedete akci ke zlepšení zdraví vašeho eGDB, nezapomeňte spustit egdbhealth znovu pro ověření a dokumentaci vašeho pokroku.<\/SPAN><\/P><\/P>Doufám, že vám to pomůže, neváhejte zde položit své otázky: https://community.esri.com/thread/231451-arcgis-architecture-series-tools-of-an-architect Poznámka:<\/EM> Výše uvedený obsah jsou doporučení, která obvykle zlepší výkon v mnoha scénářích. Nicméně v některých případech nemusí tato doporučení přinést lepší výsledky výkonu, v takovém případě může být potřeba další testování výkonu a úpravy konfigurace systému.<\/EM><\/BODY><\/HTML>

JulianoSantosFinck

In case the images do not show up, the reader might still be able to see them via webarchive: https://web.archive.org/web/20230108215740/https://community.esri.com/t5/implementing-arcgis-blog/using-egdbhealth-to-evaluate-a-geodatabase/ba-p/886488

Here the full Krouk's Series:
(1) What is Egdbhealth?,
(2) Using Egdbhealth to Evaluate a Geodatabase,
(3) Using Egdbhealth in System Design

Thank you, @DannyKrouk!