Lab128 Gratis editie LAB128 ondersteunt drie belangrijke prestatieproblemen oplossen / afstemmentechnieken: * reactietijd gebaseerd op basis van actieve sessiegeschiedenis (ASH); * Innovatieve SQL-statistieken gebaseerd op het gebruik van frequente snapshots van V $ S
Download nu

Lab128 Gratis editie Rangschikking & Samenvatting

Lab128 Gratis editie Tags

Lab128 Gratis editie Beschrijving

Hulpmiddelen voor geavanceerde Oracle Tuning en Monitoring Lab128 ondersteunt drie belangrijke prestatieproblemen oplossen / tuning-technieken: * Responstijd gebaseerd met behulp van actieve sessiegeschiedenis (ASH); * Innovatieve SQL-statistieken gebaseerd op basis van frequente momentopnamen van V $ SQLSTATS of VAD SQL-weergaven; * Systeembrede tuning Responstijd-gebaseerde tuning. Actieve sessiegeschiedenis (Ash) De responstijd van het databasesysteem is de verstreken tijd tussen het indienen van een SQL-query en het ontvangen van het resultaat. De responstijd is de belangrijkste metrische tot de eindgebruiker, omdat het een belangrijk onderdeel is van waargenomen databaseprestaties. Responstijd-gebaseerde techniek richt zich op database-gebruikersacties waarvoor de prestaties moeten worden verbeterd. Vervolgens maakt het gebruik van Oracle Wait Interface (OWI) en identificeert SQL-instructies die het meeste van de responstijd veroorzaken. De vereiste acties zijn gebaseerd op analyse van de verstreken tijdcomponenten voor de geselecteerde uitspraken. Nadat deze acties worden genomen, kan het nodig zijn om dit proces opnieuw te herhalen totdat een gewenst effect wordt bereikt. Oracle Wait-interface omvat V $ SYSTEM_EVENT, V $ SESSION_EVENT, V $ SESSIE_WAIT, VANGEN VAN DE VA $ EVENT_NAME. Oracle 10G Extended OWI, introduceert V $ Active_Session_History View, benadrukt het belang van OWI-gebaseerde tuning. Meer specifiek, V $ Active_Session_History is een verzameling VAD-sessie-weergave-snapshots die worden ingenomen met een normale tijdsinterval voor de actieve sessies. Lab128 gebruikt een vergelijkbare verzameltechniek, hoewel het niet afhankelijk is van de VAD Active_Session_History-weergave, dus het is compatibel met eerdere Oracle-versies. Houd er rekening mee dat V $ Active_Session_History een onderdeel is van het Oracle 10G Diagnostic Pack en vereist een aankoop van de ODP-licentie. Daarom biedt Lab128 aanvullende besparingen door ASH-functies te implementeren en de aankoop van ODP niet te vereisen. Het hebben van ASH-gegevens verzameld, LAB128 biedt geavanceerde grafische activiteitenverkenner, waarbij systeembrede wachtevenementen worden gecombineerd met ASH-gegevens. Hier kunt u identificeren welke databasebronnen de grootste knelpunten waren tijdens een geselecteerde tijdsperiode, welke SQL-instructie de meeste tijd heeft genomen om te worden uitgevoerd en de wachttijd opgesplitst door verschillende gebeurtenissen. De tekst van een SQL-instructie wordt weergegeven, evenals de andere gedetailleerde gegevens van de verklaring. SQL Statistieken-gebaseerde afstemming SQL Statistieken-gebaseerde tuning is een nieuwe aanpak. Voor onze beste kennis is er geen ander hulpmiddel dat deze techniek heeft geïmplementeerd. Het is gebaseerd op frequente snapshots van de V $ SQL (of v $ sqlstats in 10G-ontgrendeling 2) weergave. De DELTA tussen snapshots kan voor elke periode worden berekend. Het is een aangename verrassing geweest om te beseffen hoe nauwkeurig en productief deze techniek in werkelijkheid is. Deze aanpak is een haalbaar (zo niet beter) alternatief voor as. Het schittert echt in het afstemmen van OLTP-systemen met frequente korte query's, waar as minder effectief is. SQL-statistieken kunnen samen met ASH-gegevens worden gebruikt om de effectiviteit van het oplossen van problemen aanzienlijk te verbeteren. Mogelijk hebt u gehoord dat AWR (automatische werkbelastingsrepository) in Oracle 10G al deze mogelijkheid heeft onderzocht door elk uur V $ SQL vast te leggen. De standaardafsluitingssnelheid in Lab128 is elke 15 seconden één momentopname, dus er is eenvoudigweg geen vergelijking met de reikwijdte van nieuwe mogelijkheden en ongekende nauwkeurigheid. In Lab128 is het echt mogelijk om de statistieken van individuele SQL-instructie in de loop van de tijd bij te houden. Nu is het gemakkelijk te vinden welke SQL verantwoordelijk was voor intermitterende CPU-spikes, schijflees, enz. - Iets dat niet mogelijk is met AWR. Er zijn veel uitdagingen bij het verzamelen van SQL-statistieken: het enorme hoeveelheid gegevens, de voorbijgaande aard van SQL-instructies die kunnen verdwijnen en verschijnen in het SQL-gebied en de interpretatie en presentatie van verzamelde gegevens. Toen we met Oracle Corporation contacteerden, vragen of ze van plan zijn deze aanpak in de database op te nemen, beantwoordden ze dat dit onbetaalbaar zou zijn. Nou, het was moeilijk, maar niet onmogelijk. Zwaar gebruik van compressie en adaptieve algoritmen maakten dit een realiteit. Nu kunt u profiteren van dit pionierswerk en deze techniek gebruiken. Vanwege de effectiviteit ervan zou het in de toekomst een van de belangrijkste Oracle Troubleshooting-technieken kunnen zijn. (Zie ook gerelateerd artikel: "Oracle Tuning met behulp van Frequent SQL Area Statistics Snapshots") Systeembrede afstemming Het hele systeem tuning is gebaseerd op de analyse van Oracle prestaties statistieken. Deze nogal klassieke benadering kan niet efficiënt zijn wanneer een duidelijk verschil bestaat tussen de bijdragen van de verschillende SQL verklaringen aan de verminderde prestaties. Ondertussen, voor sommige situaties wanneer verschillende SQL verklaringen blijkt uniform bijdrage aan de responstijd, of wanneer de prestaties problemen zijn over vele gebieden van interactie met de gebruiker, kan de werkelijke oorzaak van het hele systeem aard (zoals een ondermaatse systeem, bijvoorbeeld ). statistieken voor het hele systeem zal het probleem bloot te leggen, het verstrekken van gegevens voor de vereiste acties. Oracle performance data collectie met compromisloze onderdelen Oracle tuning en monitoring is gebaseerd op de v $ standpunten die de toegang tot de database prestaties gegevens te verstrekken. Aangezien de meeste van de statistieken in v $ uitzicht terug cumulatieve waarden, is het niet echt mogelijk om te zeggen welke staat de database in wanneer slechts één momentopname wordt genomen. Het meten van de verandering van de waarden tussen snapshots geeft informatie over de activiteiten die er tussen deze snapshots. Metingen frequenter taken zorgen voor een grotere nauwkeurigheid van het tijdstip waarop gebeurtenissen plaatsvinden, d.w.z. de tijdreeks met een hogere bemonsteringsfrequentie hebben een hogere tijdresolutie. Het zou natuurlijk zijn te veronderstellen dat een hogere bemonsteringsfrequentie beter; in feite kan iedere meting koste van de gemeten apparaat verplaatst. Dit geldt met name voor Oracle, waarbij elk verzoek naar v $ standpunten deels deelt een executie pad met een gewone zoekopdracht. Een andere overweging is het aantal en de verscheidenheid van statistieken om vast te leggen. De traditionele aanpak is om zich te concentreren op de belangrijkste, zoals die in v $ sysstat, v $ system_event, etc. Uit deze grote selectie, waarvoor statistieken moeten worden verzameld? Elk handboek over dit onderwerp zou zijn eigen lijst van de belangrijkste statistieken afhankelijk van de aard en omvang van het probleem. Wat gebeurt er als de aard of omvang van het probleem onbekend is? Waarom niet de beschikbare statistieken verzamelen van alle? Deze twee factoren - wat te verzamelen en hoe vaak - zijn het onderwerp van compromis voor veel controle producten. De aanpak in Lab128 is een unieke één: het vangt alle statistieken afkomstig uit v $ sysstat, v $ system_event, v $ filestat, v $ rollstat, v $ klink, en nog veel meer. Dat is meer dan 1.000 statistieken bij te houden, en niet te vergeten dat een aantal statistieken meerdere waarden kunnen hebben (zoals die in v $ system_event, v $ klink, v $ filestat, etc). Een ander uniek kenmerk van Lab128 is de hoge bemonsteringssnelheid van 6-12 seconden tussen de metingen. Effectief, wordt sampling rate beperkt door de kosten van het uitvoeren van queries tegen uitzicht v $. De snelheid van 6-12 seconden optimaal is, met lage overhead voor het systeem gemeten. Om het effect van de gegevensverzameling te minimaliseren, kan Lab128 automatisch verlagen van de bemonsteringssnelheid. Lab128 slaat verzamelde gegevens gecomprimeerd in zijn eigen in-memory database. Voor relatief druk databank is in staat om uren en zelfs dagen van de gegevens met behulp van kleine hoeveelheid geheugen op te slaan, voor 9 uur moet 15-20 MB RAM-geheugen. Dit zou niet mogelijk zijn zonder zeer effectief compressie: Lab128 maakt gebruik van een gepatenteerde lossless compressie-algoritme, dat zowel een hoge compressieverhouding en instant willekeurige toegang biedt tot de opgeslagen gegevens. Verfijnde, real-time monitoring met een intuïtieve gebruikersinterface Hoewel het belangrijk om te weten hoe een Oracle-instantie die in het verleden, is het erg belangrijk om te zien hoe en wat het nu doet. Lab128 houdt de laatste stand van de Oracle instantie intern, intelligent verfrissende alleen die gebieden wordt bekeken door de gebruiker. Met behulp van deze techniek, Lab128 biedt uitgebreide foto tegen lage kosten voor de Oracle instantie worden gecontroleerd. Wanneer de gebruiker verschuift de aandacht naar nieuwe gebied van belang, meer gedetailleerde informatie is direct beschikbaar. De ontwikkeling team van Lab128 van mening dat de bruikbaarheid en het gemak van een applicatie heeft dezelfde prioriteit als haar raffinement. Als er iets is niet handig, zal het niet worden gebruikt. De gebruikersinterface maakt gebruik van het algemeen warm koppelingen of drill-down techniek om zelfs de meest ingewikkelde details slechts een paar kliks. Dat geeft een overspannen DBA een enorm voordeel bij het toezicht op interne processen, het opsporen van problemen, of gewoon het leren en begrijpen van Oracle functioneren. Sommige bepaalde kenmerken van Lab128 real-time monitoring, zoals "Block Buffer Explorer" en anderen, zijn nooit onderzocht in andere Oracle monitoring tools. Eenvoudige installatie en onderhoud. Om te installeren, kopieer het lab128 uitvoerbaar en voer het uit. Dat is alles! Nou, om de waarheid te vertellen, heb je ook een hulpbestand nodig, tenzij je al bekend bent met de werking van Lab128. Het programma gebruikt het Windows-register niet, omdat alle instellingen worden opgeslagen in tekstbestanden in de map waar Lab128 is gestart. Het is raadzaam om een toegewijde map te maken, bijvoorbeeld D: \ Program Files \ Lab128 en houd daar bestanden. Deze map moet geschraagd zijn om het opslaan van gebruikersvoorkeuren mogelijk te maken. Om Lab128 te verwijderen, verwijdert u eenvoudigweg de map Lab128. State of the Art implementatie Er zijn twee componenten aan de uitvoering van een monitoringtool: de impact op het systeem dat wordt gevolgd en de snelheid van de gebruikersinterface. De filosofie achter de ontwikkeling van Lab128 was om de laagst mogelijke belasting op de Oracle-instantie te presenteren. Om dit doel te bereiken, maakt Lab128 veel technieken gebruikt. In plaats van bij het uitvoeren van query's tegen twee of meer Oracle-weergaven met joins tussen hen, zou het beter zijn om eenvoudiger query's tegen elk van de weergaven te besturen en de join lokaal in de toepassing te maken. Evenzo wordt alles toegankelijk door Lab128 gehouden in de lokale cache om in de toekomst onnodige query te voorkomen. Om middelen aan de Oracle Side te behouden, gebruikt LAB128 nooit Oracle om gegevens op te slaan (zoals segmentgegevens die zijn opgeslagen door Quest's Monitoring Tool) die lokaal in de toepassing worden gebruikt en vraagt Oracle nooit om verwerking uit te voeren (zoals Binary Search Implemented in PL / SQL-code in het bovengenoemde gereedschap) als het lokaal kan worden gedaan. De blokbufferverkenner van Lab128 neemt bijvoorbeeld zijn voeding van V $ BH-weergave, maar alle aggregatie van rollup wordt lokaal uitgevoerd in de toepassing. Dit geldt voor vele andere processen. Als het gaat om bruikbaarheid, is de snelheid van de gebruikersinterface een grote zorg. Er zijn enkele geweldige tools geschreven in Java, maar de slordigheid van hun gebruikersinterface maakt ze ongewenst voor dagelijks gebruik. Lab128 is geschreven in C ++ en maakt gebruik van efficiënte algoritmen voor gegevensverwerking op die schaal goed op de grote hoeveelheden gegevens die worden opgeslagen en verwerkt. Het heeft een efficiënte verwerkingsmotor met een kleine voetafdruk en maakt gebruik van multi-threading om alle achtergrondtaken te behouden van interfereren met de gebruikersinterfacecode. Als gevolg hiervan loopt Lab128 goed, zelfs op oude computers. Omdat het heel weinig middelen verbruikt, kan het worden gehouden op werkstations zonder enige impact op andere toepassingen. Wat lab128 is dat niet Je kunt veel toepassingen van Lab128 vinden. Het is een uitstekende monitoringtool, maar het mist het kenmerk van het verzenden van waarschuwingen naar de gebruiker, vanaf nog. Lab128 neemt veel gebruikersinteractie aan, omdat het meer is over geavanceerde afstemming en verkenning van duizenden statistieken. Deze tool was niet bedoeld voor het toedienen van Oracle, hoewel u de SQL Central-editor kunt gebruiken met de uitbreidbare queryrepository voor het uitvoeren van database-administratief werk. Ten slotte geeft deze tool u geen advies of probleemoplossingen; het gaat allemaal om het verzamelen van feiten. We respecteren uw ervaring en kennis van uw specifieke database-applicatie. Wij zijn van mening dat het maken van uw eigen beslissingen op basis van verzamelde feiten de beste manier is om de beste prestaties van de database te handhaven.

Lab128 Gratis editie Gerelateerde software