Lab128 free edition. LAB128 unterstützt drei wichtige Leistungssteigerungs- / Tuning-Techniken: * Antwortzeit mit aktiver Sitzungsverlauf (Asche); * Innovative SQL-Statistiken mit häufigen Snapshots von V $ S
Jetzt downloaden

Lab128 free edition. Ranking & Zusammenfassung

Lab128 free edition. Stichworte

Lab128 free edition. Beschreibung

Werkzeuge für fortgeschrittene Oracle-Tuning und -überwachung LAB128 unterstützt drei wichtige Leistungsstärketechniken / Tuning-Techniken: * Reaktionszeit mit aktiver Sitzungsverlauf (Asche); * Innovative SQL-Statistiken mit häufigen Snapshots von V $ SQLSTATS oder V $ SQL-Ansichten; * Systemweite Tuning Antwortzeitbasierte Tuning. Aktive Sitzungsverlauf (Asche) Die Antwortzeit des Datenbanksystems ist die verstrichene Zeit zwischen der Übermittlung einer SQL-Abfrage und des Empfangs des Ergebnisses. Die Antwortzeit ist die wichtigste Metrik am Endbenutzer, da es sich um eine wesentliche Komponente der wahrgenommenen Datenbankleistung handelt. Antwortzeitbasierte Technik konzentriert sich auf Datenbank-Benutzeraktionen, für die die Leistung verbessert werden muss. Es verwendet dann Oracle Waiting Interface (OWI) und identifiziert SQL-Anweisungen, die den größten Teil der Antwortzeit verursachen. Die erforderlichen Aktionen basieren auf der Analyse der verstrichenen Zeitkomponenten für die ausgewählten Anweisungen. Nachdem diese Maßnahmen ergriffen werden, kann es erforderlich sein, diesen Prozess wieder durch diesen Prozess zu ermitteln, bis ein gewünschter Effekt erreicht ist. Die Oracle Wait-Schnittstelle enthält V $ System_Event, V $ Session_Event, V $ Session_Wait, V $ Event_Name Ansichten. Oracle 10g Extended OWI, Einführung von V $ Active_Session_History-Ansicht, wobei die Wichtigkeit der OWI-basierten Tuning betont wird. Insbesondere ist V $ Active_Session_History eine Sammlung von V $ Session View Snapshots in einem regulären Zeitintervall für die aktiven Sitzungen. LAB128 verwendet eine ähnliche Sammeltechnik, obwohl er nicht von der Ansicht von V $ Active_Session_History abhängt, daher ist es mit früheren Oracle-Versionen kompatibel. Bitte beachten Sie, dass V $ Active_Session_History Teil des Oracle 10g-Diagnosatzes ist und einen Kauf der ODP-Lizenz erfordert. Daher bietet LAB128 zusätzliche Einsparungen durch Implementierung von Ash-Funktionen und erfordert keinen Kauf von ODP. Lab128 mit Ash-Daten erhoben, bietet Lab128 einen anspruchsvollen grafischen Aktivitäts-Explorer, in dem systemweite Warteereignisse mit Ash-Daten kombiniert werden. Hier können Sie identifizieren, welche Datenbankressourcen während eines ausgewählten Zeitraums die größten Engpässe waren, in der die SQL-Anweisung die meiste Zeit angenommen hat, um auszuführen und zu sehen, wie Wartezeit von verschiedenen Ereignissen abgebrochen ist. Der Text einer SQL-Anweisung wird als andere detaillierte Daten der Anweisung angezeigt. SQL Statistics-basierte Tuning SQL Statistics-basierte Tuning ist ein neuer Ansatz. Zu unserem besten Wissen gibt es kein anderes Werkzeug, das diese Technik implementiert hat. Es basiert auf häufigen Schnappschüsseln des V $ SQL (oder V $ SQLSTATS in 10G Release 2). Der Delta zwischen den Momentaufnahmen kann für jeden Zeitraum berechnet werden. Es war eine angenehme Überraschung, um zu erkennen, wie genau und produktiv diese Technik in Wirklichkeit ist. Dieser Ansatz ist eine lebensfähige (falls nicht bessere) Alternative zu Asche. Es scheint wirklich in Tuning-OLTP-Systeme mit häufigen kurzen Abfragen, wobei Asche weniger wirksam ist. SQL-Statistiken können zusammen mit Ash-Daten verwendet werden, um die Effektivität der Fehlerbehebung erheblich zu verbessern. Möglicherweise haben Sie gehört, dass AWR (Automatic Workload Repository) in Oracle 10g diese Gelegenheit bereits untersucht hat, indem Sie jede Stunde V $ SQL aufnehmen. Die Standard-Erfassungsrate in LAB128 ist alle 15 Sekunden ein Schnappschuss, sodass es einfach keinen Vergleich mit dem Umfang der neuen Möglichkeiten und der beispiellosen Genauigkeit gibt. In Lab128 ist es wirklich möglich, die Statistik der einzelnen SQL-Anweisung im Laufe der Zeit zu verfolgen. Nun ist es leicht zu finden, welches SQL für intermittierende CPU-Spitzen, Diskette, usw. verantwortlich war, usw. - etwas, das mit AWR nicht möglich ist. Bei der Sammlung von SQL-Statistiken gibt es viele Herausforderungen: Die schiere Datenmenge, die vorübergehende Art von SQL-Anweisungen, die im SQL-Bereich gehen und wieder auftauchen können, und die Interpretation und Präsentation von gesammelten Daten. Wenn wir uns an die Oracle Corporation kontaktiert haben, ob sie diesen Ansatz in der Datenbank integrieren möchten, antworteten sie, dass dies ununterbrochen ist teuer. Nun, es war schwierig, aber nicht unmöglich. Schwere Verwendung von Kompression und adaptiven Algorithmen machte dies eine Realität. Jetzt können Sie diese Pionierarbeit nutzen und diese Technik verwenden. Aufgrund seiner Wirksamkeit könnte es in der Zukunft eine der wichtigsten Techniken von Oracle-Fehlerbehebung sein. (Siehe auch in Verbindung mit dem Artikel: "Oracle-Tuning mit häufigen SQL-Bereichsstatistik Snapshots") Systemweite Tuning Die systemweite Tuning basiert auf der Analyse von Oracle-Leistungsstatistiken. Dieser eher klassische Ansatz ist möglicherweise nicht effizient, wenn zwischen den Beiträgen verschiedener SQL-Anweisungen der degradierten Leistung eine klare Disparität besteht. Inzwischen zeigen einige Situationen, wenn verschiedene SQL-Anweisungen einen einheitlichen Beitrag zur Antwortzeitat zeigen, oder wenn Leistungsprobleme in vielen Bereichen der Benutzerinteraktion auftreten, kann die eigentliche Ursache eine systemweite Natur (z. B. ein untersäugiges System, zum Beispiel ). Systemweite Statistiken werden das Problem ausgesetzt, die Daten für erforderliche Aktionen bereitstellen. Oracle Performance Data Collection mit kompromissloser Gesamtheit Oracle-Tuning und -überwachung basiert auf V $ -Ansichten, die Zugriff auf Datenbankleistungsdaten bereitstellen. Da die meisten Statistiken in V $ Ansichten kumulative Werte zurückgeben, ist es nicht wirklich möglich, den Status der Datenbank zu sagen, in dem sich die Datenbank befindet, wenn nur ein Snapshot genommen wird. Die Messung der Werteänderung zwischen Momentaufnahmen gibt Informationen über die Aktivität, die zwischen diesen Momentaufnahmen erfolgt. Messungen, die häufiger genommen werden, bieten häufiger eine höhere Genauigkeit, wenn Ereignisse auftreten, d. H. Die Zeitreihe mit einer höheren Abtastrate hat eine höhere Zeitauflösung. Es wäre natürlich, anzunehmen, dass eine höhere Abtastrate besser ist; In Wirklichkeit kann jede Messung ein Kosten für das gemessene System führen. Dies gilt insbesondere für Oracle, wo jeder Antrag an V $ Ansichten teilweise einen Ausführungsweg mit einer regelmäßigen Abfrage teilt. Eine weitere Überlegung ist die Anzahl und die Vielfalt der Statistiken, um zu erfassen. Der traditionelle Ansatz ist, sich auf die wichtigsten zu konzentrieren, z. B. in V $ Sysstat, V $ System_Event usw. aus dieser großen Auswahl, welche Statistiken erhoben werden sollten? Jedes Handbuch zu diesem Thema hätte eine eigene Liste der wichtigsten Statistiken, je nach Art und Umfang des Problems. Was ist, wenn die Natur oder der Umfang des Problems unbekannt ist? Warum sammeln Sie nicht alle verfügbaren Statistiken? Diese beiden Faktoren - was Sie sammeln und wie oft - ein Kompromiss für viele Überwachungsprodukte waren. Der in LAB128 verwendete Ansatz ist ein einzigartiger: Es erfasst alle statistischen Statistiken, die von V $ SYSSTAT, V $ System_Event, V $ FIXESTAT, V $ Rollstat, V $ Latch und vieles mehr. Das sind mehr als 1.000 Statistiken, um den Überblick zu verfolgen, ganz zu schweigen davon, dass einige Statistiken mehrere Werte haben können (wie diese in V $ System_Event, V $ Latch, V $ FIXESTAT usw.). Ein weiteres einzigartiges Merkmal von LAB128 ist seine hohe Abtastrate von 6-12 Sekunden zwischen Messungen. Effektiv ist die Abtastrate durch die Kosten für die Ausführung von Abfragen gegen V $ begrenzt. Die Rate von 6-12 Sekunden ist optimal und hat einen niedrigen Überkopf für das gemessene System. Um die Auswirkungen der Datenerfassung auf ein Minimum zu halten, kann LAB128 die Abtastrate automatisch verringern. Lab128 speichert gesammelte Daten, die in einer eigenen In-Memory-Datenbank komprimiert sind. Für eine relativ befahrene Datenbank kann es Stunden und sogar Tage der Daten mit geringer Speicherplatz speichern, 9 Stunden lang benötigt er 15-20 MB RAM. Dies wäre ohne äußerst wirksame Komprimierung nicht möglich: LAB128 verwendet einen proprietären verlustfreien Kompressionsalgorithmus, der sowohl ein hohes Kompressionsverhältnis als auch einen sofortigen, zufälligen Zugriff auf die gespeicherten Daten liefert. Anspruchsvolle, Echtzeitüberwachung mit einer intuitiven Benutzeroberfläche Während es wichtig ist zu wissen, wie eine in der Vergangenheit eine Oracle-Instanz ausgeführt wird, ist es sehr wichtig, zu sehen, wie und was es jetzt geht. LAB128 Hält den neuesten Status der Oracle-Instanz intern, wodurch nur die von dem Benutzer angesehenen Bereiche intelligent erfrischt werden. Mit dieser Technik bietet LAB128 ein umfangreiches Bild mit niedrigen Kosten für die überwachte Oracle-Instanz. Da der Benutzer auf neue Interessengebiete aufmerksam ist, sind detailliertere Informationen sofort verfügbar. Das Entwicklungsteam von Lab128 ist der Ansicht, dass die Benutzerfreundlichkeit und der Bequemlichkeit einer Anwendung dieselbe Priorität wie ihre Raffinesse ergibt. Wenn etwas nicht bequem ist, wird es nicht verwendet. Die Benutzeroberfläche verwendet großzügig heiße Links oder Drill-Down-Technik, um selbst die kompliziertesten Details nur wenige Klicks entfernt zu machen. Dies gibt ein übertriebener DBA einen enormen Vorteil beim Überwachung der internen Prozesse, die Probleme beim Verfolgen von Problemen oder einfachem Lernen und Verständnis von Oracle-Funktion. Einige bestimmte Funktionen von LAB128 Echtzeitüberwachung, wie zum Beispiel "Blockpuffer-Explorer" und andere, wurden in anderen Oracle-Überwachungswerkzeugen nie erkundet. Einfache Installation und Wartung. Kopieren Sie einfach die ausführbare Datei lab128 und führen Sie sie einfach aus. Das ist alles! Um die Wahrheit zu sagen, brauchen Sie auch eine Hilfedatei, wenn Sie nicht mit den Arbeiten von Lab128 vertraut sind. Das Programm verwendet nicht die Windows-Registrierung, da alle Einstellungen in Textdateien in dem Verzeichnis gespeichert sind, in dem LAB128 gestartet wurde. Es ist ratsam, ein dediziertes Verzeichnis zu erstellen, z. B. D: \ Programme \ lab128 und dort Dateien behalten. Dieses Verzeichnis sollte beschreiber sein, um die Einsparung der Benutzereinstellungen zu ermöglichen. Um Lab128 zu deinstallieren, löschen Sie einfach das Verzeichnis LAB128. Stand der Technik Implementierung Es gibt zwei Komponenten für die Leistung eines Überwachungswerkzeugs: Die Auswirkungen auf das überwachte System und die Geschwindigkeit der Benutzeroberfläche. Die Philosophie hinter der Entwicklung von LAB128 bestand darin, der Oracle-Instanz die niedrigstmögliche Belastung vorzulegen. Um dieses Ziel zu erreichen, nutzt LAB128 viele Techniken aus. Anstelle des Ausführens von Abfragen gegen zwei oder mehr Oracle-Ansichten mit Verbindungen zwischen ihnen wäre es besser, einfachere Abfragen gegen jede der Ansichten auszuführen und die Verbindungen lokal in der Anwendung vorzunehmen. In ähnlicher Weise wird alles, was von LAB128 zugegriffen wird, im örtlichen Cache aufbewahrt, um in der Zukunft unnötige Abfrage zu vermeiden. Um Ressourcen auf der Oracle-Seite zu sparen, verwendet LAB128 niemals Oracle, um Daten zu speichern (z. B. die von Quest-Überwachungs-Tool gespeicherte Daten), die lokal in der Anwendung verwendet werden, und fordert Oracle auf, die Verarbeitung nicht durchzuführen (z. B. die binäre Suche implementiert) PL / SQL-Code im vorstehend genannten Werkzeug), wenn es lokal erfolgen könnte. Zum Beispiel nimmt der Blockpuffer-Explorer von LAB128 seinen Feed von V $ BH-Ansicht an, aber alle Rollup-Aggregation erfolgt lokal in der Anwendung. Dies gilt für viele andere Prozesse. Wenn es um die Benutzerfreundlichkeit geht, ist die Geschwindigkeit der Benutzeroberfläche ein großes Anliegen. Es gibt einige großartige Instrumente, die in Java geschrieben sind, aber die Schlampen ihrer Benutzeroberfläche macht sie für den täglichen Gebrauch unerwünscht. Lab128 ist in C ++ geschrieben und verwendet effiziente Datenverarbeitungsalgorithmen, die gut auf die großen Datenmengen skalieren, die gespeichert und verarbeitet werden. Es verfügt über einen effizienten Verarbeitungsmotor mit einem kleinen Fußabdruck und beschäftigt Multi-Threading, um alle Hintergrundaufgaben auf dem Interessen der Benutzeroberflächencode zu halten. Infolgedessen läuft Lab128 auch auf alten Computern gut. Da es nur sehr wenige Ressourcen verbraucht, kann es auf Arbeitsstationen ohne Auswirkungen auf andere Anwendungen ausgeführt werden. Welches Lab128 ist nicht Sie können viele Verwendungen von Lab128 finden. Es ist ein hervorragendes Überwachungsinstrument, es fehlt jedoch, dass das Merkmal des Sendens von Alarmen an den Benutzer, bisher. Lab128 übernimmt viel Benutzerinteraktion, da es mehr über fortgeschrittene Abstimmung und Erkundung von Tausenden von Statistiken ist. Dieses Tool war nicht für die Verwaltung von Oracle gedacht, obwohl Sie den SQL-Zentraleditor mit dem erweiterbaren Abfrage-Repository für die Datenbank-Verwaltungsarbeit verwenden können. Schließlich gibt dieses Tool keine Beratungs- oder Problemfixierlösungen. Es geht darum, Fakten zu sammeln. Wir respektieren Ihre Erfahrungen und das Wissen über Ihre spezielle Datenbankanwendung. Wir glauben, dass Ihre eigenen Entscheidungen auf der Grundlage von gesammelten Fakten der beste Weg ist, um die Spitzenleistung der Datenbank aufrechtzuerhalten.

Lab128 free edition. Zugehörige Software