Egdbhealth gebruiken om een Geodatabase te evalueren

DannyKrouk_ps

<\/HEAD>

• Introductie<\/a><\/li>Bevindingen bekijken en begrijpen<\/a><\/li>Kritieke punten<\/a><\/li>Waarschuwingen<\/a><\/li>Informatief<\/a><\/li>Acties ondernemen om de gezondheid te verbeteren<\/a><\/li>Begrijp de evaluatie<\/a><\/li>Valideer de evaluaties<\/a><\/li>Probeer de evaluatie op te lossen<\/a><\/li>Valideer de oplossing<\/a><\/li>Samenvatting<\/a><\/li><\/ul>

  Opmerking: Deze blogpost is de tweede in een serie van drie geplande berichten over egdbhealth.  Het eerste bericht in de serie beschreef wat de tool is, hoe deze te installeren en hoe deze uit te voeren.  Het derde bericht in de serie zal het gebruik van egdbhealth in een systeemontwerpcontext behandelen.
  
  
  
  

  Introductie<\H2>Egdbhealth is een tool voor het rapporteren over verschillende kenmerken van Enterprise Geodatabases (eGDBes).  Dit artikel bespreekt hoe de output van egdbhealth kan worden gebruikt om de gezondheid van een eGDB te evalueren.  Alle voorbeelden gebruiken een SQL Server-backed eGDB.  Echter, vergelijkbare principes zijn van toepassing bij het gebruik van de tool met Oracle- en PostgreSQL-backed eGDBes.
   
  Voor informatie over het installeren en uitvoeren van de tool (d.w.z. het creëren van de output), verwijzen we naar het eerste blogbericht in deze serie, "Wat is Egdbhealth?"<\SPAN> 
  

  Bevindingen bekijken en begrijpen<\H2>Het Expert Excel-bestand bevat een "OVERVIEW_EXPERT" blad dat je in staat stelt om de evaluaties op hoog niveau te zien en je beoordeling van de bevindingen te prioriteren.
   
   
  Dit artikel zal niet alle evaluaties en hun verschillende betekenissen beschrijven.  Er zijn er te veel om dat praktisch te maken.  In plaats daarvan beschrijft het artikel het proces en geeft specifieke voorbeelden om het soort voordelen te illustreren die kunnen worden behaald.
   
  

  Kritieke punten<\H3>De rood ingevulde cellen in de kolom "Criticals" moeten als eerste worden bekeken.  Deze bevindingen worden gemarkeerd als topprioriteiten binnen hun respectievelijke categorieën.
   
  Bijvoorbeeld, in de bovenstaande schermafbeelding wordt "Backups" gemarkeerd als een kritisch punt.  Klik op de gelinkte cel om het blad met gedetailleerde informatie te bekijken.
   
   
  In dit geval heeft het werkblad één record dat aangeeft dat de database nooit is geback-upt.    Dit is een kritisch punt omdat bij systeemuitval data verloren kan gaan.  Er is ook een hyperlink terug naar het "OVERVIEW_EXPERT" werkblad.  Deze "Terug naar OVERVIEW" link verschijnt in elk detailwerkblad om navigatie te vergemakkelijken.
   
  In het onderstaande voorbeeld, "Memory Pressure", toont het detailwerkblad geheugenwaarschuwingen gerapporteerd door SQL Server.  Wanneer het RDBMS meldt dat er geheugenbelasting is, duidt dit erop dat er prestatieproblemen en/of schaalbaarheidsproblemen zijn of binnenkort zullen optreden.
   
  De kolom Opmerkingen (altijd helemaal rechts) beschrijft het probleem en de aanbevolen aanpak op hoofdlijnen.  Merk op dat de hoeveelheid gerapporteerde informatie veel groter is dan bij het "BackUp" voorbeeld (meer kolommen) en dat de informatie zeer technisch van aard is, wat gespecialiseerde kennis vereist om te begrijpen.
   
  De kolom Opmerkingen is egdbhealth's beste poging om de details begrijpelijk en uitvoerbaar te maken met onvolledige domeinkennis.  In sommige gevallen biedt de kolom Opmerkingen links naar internetbronnen die meer informatie bieden ter ondersteuning van een diepgaander begrip.
   
  Hier is nog een voorbeeld dat tabellen identificeert die geometriekolommen hebben zonder ruimtelijke indexen:
   
   
  Het ontbreken van ruimtelijke indexen op geometriekolommen zal de prestaties van ruimtelijke queries verslechteren.  In dit geval raadt de kolom "Commentaar" aan om ruimtelijke indexen aan te maken (of opnieuw op te bouwen) om het probleem op te lossen.
   
  In dit volgende voorbeeld is het probleem dat de release van de eGDB vrij oud is, wat aangeeft dat deze geüpgraded moet worden.  Merk op dat de kolom "Opmerkingen" een link biedt naar meer informatie (online):
   
   
  

  Waarschuwingen<\H3>"Waarschuwingen" volgen hetzelfde patroon als "Kritieke punten".  Zoals de naam al aangeeft, hebben ze een lagere prioriteit voor beoordeling.  Merk op dat een bepaalde evaluatie zowel kritieke als waarschuwingsbevindingen kan bevatten.
  
   
  
  In het onderstaande voorbeeld rapporteert egdbhealth dat er verouderde of ontbrekende statistieken zijn voor verschillende objecten in de eGDB:
  
   
  
  
  
  
   
  
  Afhankelijk van de details van specifieke statistieken wordt de bevinding als "Waarschuwing" of "Kritiek" gemarkeerd in de kolom Opmerkingen (altijd helemaal rechts). 
  
   
  
  Hier wordt, in gevallen waar geen statistische informatie beschikbaar is, het record behandeld als een "Waarschuwing" vanwege onzekerheid.  Statistieken waarvan blijkt dat ze niet recent zijn bijgewerkt of waarbij sinds de laatste update veel wijzigingen zijn geweest, worden als "Kritiek" gemarkeerd. 
  
   
  
  De kostengebaseerde optimizer van het RDBMS gebruikt deze statistieken om de beste query-uitvoeringsplannen te bepalen.  Dus als de statistieken niet actueel zijn ten opzichte van de staat van de data, kan de optimizer geen goede keuzes maken en zal de systeemprestatie suboptimaal zijn.  
  
   
  
  In het onderstaande voorbeeld zijn de meeste records "Informatief", die simpelweg feiten over het systeem rapporteren.  Maar er zijn enkele rijen met "Waarschuwingen". 
  
   
  
  
  
  
   
  
  De waarschuwingen geven aan dat gedurende een korte periode meer dan 10% van de processorcapaciteit van de machine waarop SQL Server draait werd gebruikt door een proces anders dan SQL Server zelf.  Dit veroorzaakt geen prestatie- of schaalbaarheidsprobleem.  Aangezien de meeste RDBMS-systemen bedoeld zijn om op dedicated machines te draaien, kan dit echter wijzen op andere processen die er niet thuishoren of speciale aandacht vereisen bij het beheer van het systeem. 
  
   
  
  

  Informatief<\H3>
  „Informatief‟ volgt hetzelfde patroon als andere soorten bevindingen.  De informatie is echter niet evaluatief van aard.  Omdat het in wezen beschrijvend is, zou het geplaatst kunnen worden in Context Excel-bestand.  Er zijn een paar redenen waarom het in het Expert-bestand staat in plaats daarvan:<\/P><\/P>De bevindingen zijn mogelijk niet altijd Informational afhankelijk van de aangetroffen omstandigheden.<\/LI>De informatie is relatief vluchtig (d.w.z. verandert in de loop van de tijd). Het Context Excel-bestand is ontworpen om informatie te bieden die relatief statisch van aard is.<\/LI><\/OL><\/P>Het onderstaande voorbeeld illustreert dit eerste geval:<\/P><\/P><\/P><\/P>De licentibeperking van deze eGDB zal vele maanden geen probleem zijn.  Maar over ongeveer zes maanden, als de licentie niet is bijgewerkt, zal dit bericht niet langer Informational zijn.<\/P><\/P>Evenzo kan de onderstaande bevinding over de onderliggende databasebestandsgroottes op elk moment veranderen:<\/P><\/P><\/P><\/P>Dus worden deze beschrijvende informatieonderdelen gerapporteerd in het Expert Excel-bestand, ook al rapporteren ze momenteel geen evaluatieve bevinding die negatief is.<\/P><\/P>

  Acties ondernemen om de gezondheid te verbeteren<\/H2>Net zoals het onpraktisch is om alle individuele evaluaties in dit document te beschrijven, is het onpraktisch om voor elk een actie-instructie te geven.  In plaats daarvan bespreekt dit artikel het proces van het begrijpen en handelen op basis van de evaluatieve informatie, samen met specifieke voorbeelden.<\/P><\/P>Het proces omvat de volgende stappen:<\/P><\/P>Begrijp de evaluatie<\/LI>Valideer de evaluatie<\/LI>Poging om de evaluatie op te lossen<\/LI>Valideer de oplossing<\/LI><\/OL><\/P>

  Begrijp de evaluatie<\/H3>Sommige evaluaties zijn gemakkelijker te begrijpen dan andere.  In die gelukkige gevallen waarin de comments-kolom adequaat het probleem communiceert, gebeurt deze stap automatisch.  In andere gevallen kan wat onderzoek passend zijn.<\/P><\/P>Bijvoorbeeld, de onderstaande bevindingen rapporteren dat Checkdb nooit is uitgevoerd op de databases in deze SQL Server-instantie (het markeert de eGDB als kritisch, terwijl de andere databases waarschuwingen zijn):<\/P><\/P><\/P><\/P>Als u nog niet bekend bent met Checkdb, zal een internetzoekopdracht naar SQL Server Checkdb resultaten opleveren die u helpen te begrijpen.  In veel gevallen zal een bescheiden onderzoeksinspanning zoals deze voldoende zijn om een evaluatie te begrijpen die betrekking heeft op een onderwerp dat u onbekend is.<\/P><\/P>In dit geval zou een internetzoekopdracht waarschijnlijk de volgende links opleveren, die meer informatie en voorgestelde acties bieden:

  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\/<\/><\/><\/>, en https:\/\/www.brentozar.com\/blitz\/dbcc-checkdb-not-run-recently\/<\/><\/><\/>.  Kort gezegd voert Checkdb verschillende interne controles uit op de database om mogelijke corruptie en andere problemen te identificeren.  Dus het is goed om het af en toe uit te voeren om dergelijke problemen te voorkomen.<\/P>

  <\\/p\\r\\n<H3 id=\"toc-hId-942184022\">Valideer de evaluaties<\\/H3\\r\\n<P>Het is nuttig om evaluaties te valideren voordat u actie onderneemt omdat, om verschillende redenen, de geretourneerde informatie imperfecties kan bevatten of enige beoordeling vereist. <\\/p\\r\\n<P>Bijvoorbeeld, in de categorie \"Instance\" hieronder zijn er 2 \"Critical\" Memory Pressure Warnings-evaluaties, maar rapporteert de Memory Pressure-evaluatie alleen \"Informationals\", niet \"Warnings\" of \"Criticals\".<\\/p\\r\\n<P>In dit geval wordt de situatie verklaard door het feit dat er veel verschillende indicatoren van geheugenbelasting zijn.  Op elk moment en in de loop van de tijd wijzen ze niet noodzakelijk allemaal naar dezelfde conclusie.  Daarom moet u de gerelateerde informatie afwegen voordat u concludeert dat actie gerechtvaardigd is (en welke actie gerechtvaardigd is).<\\/p\\r\\n<P>In andere gevallen kunnen evaluaties profiteren van uw oordeel over de gedetailleerde informatie die wordt verstrekt in het bevindingenblad.  Bijvoorbeeld, deze details over \"Long Elapsed Time Queries\" hebben aan het licht gebracht dat er enkele queries zijn die zeer lang in SQL Server doorbrengen.<\\/p\\r\\n<P>In de eerste rij is er een query met een gemiddelde duur van 72 seconden (derde kolom).  Het is echter slechts 6 keer uitgevoerd in de periode waarvoor deze statistieken gelden.<\\/p\\r\\n<P>Egdbhealth kent niet de periode van de statistieken (misschien zijn ze net een paar momenten geleden gewist).  En egdbhealth weet niet of 6 uitvoeringen veel of weinig zijn.  Hier is het meer dan andere queries, maar het is niet veel in absolute termen.  Ten slotte weet egdbhealth niet echt wat \"langzaam\" betekent voor deze specifieke query.  Misschien ondersteunt dit een \"batch\"-proces dat verwacht wordt lang te duren.  Om deze bepaling te maken zou u naar rechts scrollen (niet in deze schermafbeelding) om de SQL-instructie te bekijken om te zien wat de query doet.  Vervolgens kunt u een geïnformeerd oordeel vellen, gebaseerd op hoe uw systeem wordt gebruikt en welke redelijke verwachtingen gebruikers hebben voor de prestaties ervan, over of deze queries met \"lange verstreken tijden\" actie vereisen voor u.<\\/p\\r\\n<H3 id=\"toc-hId--1609972939\">Probeer de evaluatie op te lossen<\\/H3\\r\\n<P>Uw begrip van de evaluatie zal uw inspanningen leiden om het probleem aan te pakken.  In sommige gevallen, zoals hieronder, wijst egdbhealth op internetbronnen die u zullen helpen bij het plannen en uitvoeren van acties.<\\/p\\r\\n<P>In dit geval herkende egdbhealth dat de SQL Server-instantie draait op virtuele hardware.  In het geval van VMWare (en misschien andere platforms) suggereert best practice advies dat het minimale servergeheugen en maximale hetzelfde moeten worden ingesteld.  Zodra u dit begrijpt, is deze wijziging relatief eenvoudig door te voeren en vereist mogelijk slechts een korte consultatie met het virtuele machineplatformteam om te bevestigen dat dit ook overeenkomt met hun beste praktijken.<\\/p\\r\\n<P>In andere gevallen zal egdbhealth's begeleiding meer oblique zijn en zult u moeten vertrouwen op specialisten binnen uw organisatie, Esri Technical Support of uw eigen internetonderzoek om tot een actieplan te komen.  <\\/p\\r\\n<P>Soms zullen acties veranderingen omvatten die aanzienlijke organisatorische en/of systeemwijzigingen vereisen.  In het onderstaande voorbeeld suggereert egdbhealth dat de prestaties van het versiebeheersysteem kunnen worden verbeterd door minder hiërarchie in de versiebomen te hebben.  Het veranderen van hoe versiebeheer wordt gebruikt door een organisatie is een grote onderneming die planning en tijd vereist.  In dit geval kunt u verwachten tijd te besteden aan het plannen van veranderingen, deze binnen uw organisatie bekendmaken en vervolgens uitvoeren.<\\/p\\r\\n<P>Valideer tenslotte altijd na uw initible pogingen of uw inspanningen succesvol waren door egdbhealth opnieuw uit te voeren. Wanneer u egdbhealth opnieuw uitvoert op dezelfde eGDB wordt het vorige Expert Excel-bestand geplaatst in de subdirectory \u201carcive\u201d voor uw referentie. (Het Content Excel-bestand wordt niet opnieuw gemaakt omdat die informatie minder vluchtig is.)<\\/p> 1critieke2809d of 1waarschuwinge2809d classificaties zullen niet volledig zichzelf oplossen, ook al is de huidige toestand niet langer hetzelfde. Bijvoorbeeld, de evaluatie 1compress tijdens kantoorurene2809d rapporteert over de recente geschiedenis van compressies, niet alleen de meest recente compressie. Je kunt verwachten dat de evaluaties enige tijd ongewijzigd blijven in het blad 1OVERZICHT_EXPERTe2809d. <\/P>

  <\/P>

  <\/P>

  <\/P>

  Het detailblad en andere bladen in de categorie Versiebeheer zullen aantonen dat je recente compressie niet tijdens kantooruren plaatsvond (als dat het geval is). Dus, je hebt de evaluatie opgelost. En na verloop van tijd zal egdbhealth het daarmee eens zijn.<\/P>

  <\/P>

  Tot slot zul je merken dat sommige evaluaties wisselvallig zijn. Bij herhaalde uitvoeringen van egdbhealth lijken ze aanwezig of afwezig te zijn zonder relatie tot jouw specifieke acties. Bijvoorbeeld, de onderstaande evaluatie rapporteert over het percentage basistabelrecords die zich in de delta-tabellen (1Ae2809d en 1De2809d tabellen) bevinden. Waar die percentages hoog zijn, geeft het een negatieve evaluatie.<\/P>

  <\/P>

  <\/P>

  <\/P>

  De actie die je mogelijk hebt ondernomen als reactie is om de eGDB te comprimeren. De effectiviteit van die actie hangt echter af van het reconciliëren en posten dat op het systeem plaatsvindt. Dus, als er geen nieuwe reconcile- en postactiviteit was geweest, zou de compressie de evaluatie niet hebben veranderd. Aan de andere kant, als er wel reconcile- en postactiviteit was geweest, of als een zeer verouderde versie was verwijderd, kan de compressie veel van de bevindingen hebben opgelost. Het is ook waar dat zelfs met ideale reconciles, posts en compressies, editors mogelijk meer updates genereren die tegelijkertijd de delta-tabellen vullen terwijl jij ze leegmaakt.<\/P>

  <\/P>

  Het eerder besproken voorbeeld 1Geheugenstatistiekene2809d is een ander geval waarin je volatiliteit in evaluaties kunt verwachten. Dit komt omdat geheugendrukindicatoren door verschillende omstandigheden in de database worden geactiveerd. Je geïnformeerde oordeel is vereist om te bepalen of de terugkerende evaluaties een probleem aangeven dat verdere actie vereist.<\/P>

  <\/P>

  Het punt is dat het doel van actie ondernemen niet noodzakelijk is om een 1schoon rapportcijfere2809d te bereiken zonder negatieve evaluaties. Het doel moet zijn om alleen die evaluaties te hebben die passend zijn voor jouw systeem. In het proces zul je je begrip van je eGDB-systeem verdiepen en veel tastbare verbeteringen bieden aan de gebruikers van die eGDB.<\/P>

  <\/P>

  Samenvatting<\/H2>Het primaire doel van egdbhealth is om beheerders te helpen de gezondheidskenmerken van eGDB's te begrijpen en te verbeteren. Door te focussen op het Expert Excel-bestand output en je analyse te prioriteren op basis van het classificatieschema Kritiek/Waarschuwing/Informatief, kun je de aspecten van een eGDB aanpakken die het meest onderzoek behoeven. Sommige evaluaties aangeboden door egdbhealth kunnen verschillende soorten onderzoek vereisen om te begrijpen en een handelingsplan te bepalen. Collega's, Esri Technical Support en internetbronnen kunnen worden gebruikt om je kennis op te bouwen. Wanneer je actie onderneemt om de gezondheid van je eGDB te verbeteren, zorg er dan voor dat je egdbhealth opnieuw uitvoert om je voortgang te valideren en documenteren.<\/SPAN><\/P><\/P>Ik hoop dat je dit nuttig vindt, aarzel niet om hier je vragen te plaatsen: https:\/\/community.esri.com\/thread\/231451-arcgis-architecture-series-tools-of-an-architect<\/SPAN><\/A><\/SPAN><\/P> <\/SPAN><\/P>Opmerking:<\/EM><\/STRONG><\/SPAN> De hierboven gepresenteerde inhoud zijn aanbevelingen die doorgaans prestaties zullen verbeteren voor veel scenario's. Echter, in sommige gevallen kunnen deze aanbevelingen geen betere prestatie resultaten opleveren, in welk geval aanvullende prestatietests en systeemconfiguratie-aanpassingen nodig kunnen zijn.<\/EM><\/SPAN><\/P>

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!