Lab128 free edition Lab128 supporta tre importanti tecniche di risoluzione dei problemi di prestazioni / tecniche di sintonizzazione: * Risposta dal tempo basato sulla cronologia della sessione attiva (ASH); * Le innovative statistiche SQL sono basate con frequenti istantanee da V $ s
Scarica ora

Lab128 free edition Classifica e riepilogo

Lab128 free edition Tag

Lab128 free edition Descrizione

Strumenti per la messa a punto e il monitoraggio avanzato Oracle Lab128 supporta tre importanti tecniche di risoluzione dei problemi / tuning di prestazioni: * Basato sul tempo di risposta utilizzando la cronologia di sessione attiva (ASH); * Le innovative statistiche SQL sono basate sull'assemblea frequenti da istantanee da V $ SQLStats o V $ SQL Visualizzazioni; * Tuning a livello di sistema Sintonizzazione basata sul tempo di risposta. Storia della sessione attiva (ASH) Il tempo di risposta del sistema di database è il tempo trascorso tra l'invio di una query SQL e la ricezione del risultato. Il tempo di risposta è la metrica più importante per l'utente finale, in quanto è un componente importante delle prestazioni del database percepito. La tecnica basata sul tempo di risposta si concentra sulle azioni degli utenti del database per il quale le prestazioni devono essere migliorate. Quindi impiega Oracle Wait Interface (OWI) e identifica le istruzioni SQL che causano la maggior parte del tempo di risposta. Le azioni richieste si basano sull'analisi dei componenti del tempo trascorso per le dichiarazioni selezionate. Dopo che queste azioni sono prese, potrebbe essere necessario di nuovo iterano attraverso questo processo fino a quando non si ottiene un effetto desiderato. Oracle Wait Interface include V $ System_event, V $ Session_event, V $ Session_Wait, V $ Event_Name Views. Oracle 10G esteso OWI, introducendo V $ Active_session_History View, enfatizzando l'importanza della sintonizzazione basata su OWI. Più specificamente, V $ Active_Session_History è una raccolta di snapshots V $ Session prese ad un intervallo di tempo normale per le sessioni attive. Lab128 utilizza una tecnica di raccolta analoghi, sebbene non dipenda dalla vista V $ Active_sessitory_history, quindi è compatibile con le versioni precedenti Oracle. Siete pregati di notare che V $ Active_Session_History fa parte del pacchetto diagnostico Oracle 10G e richiede un acquisto della licenza ODP. Pertanto, lab128 fornisce ulteriori risparmi implementando le funzioni di cenere e non richiedono l'acquisto di ODP. Avere i dati di cenere raccolti, lab128 fornisce un sofisticato esploratore di attività grafica, in cui gli eventi di attesa del sistema sono combinati con i dati di cenere. Qui è possibile identificare quali risorse del database sono state i più grandi colli di bottiglia durante qualsiasi periodo di tempo selezionato, quale dichiarazione SQL ha richiesto più tempo per eseguire e vedere il tempo di attesa suddiviso da eventi diversi. Il testo di un'istruzione SQL viene visualizzata così come gli altri dati dettagliati della dichiarazione. Sintonizzazione basata su statistiche SQL La sintonizzazione basata sulla statistica SQL è un nuovo approccio. Alla nostra migliore conoscenza, non c'è altro strumento che ha implementato questa tecnica. Si basa su ulteriori istantanee del V $ SQL (o V $ SQLStats nella vista 10G 2) vista. Il delta tra istantanee può essere calcolato per qualsiasi periodo di tempo. È stata una piacevole sorpresa rendersi conto di quanto sia accurata e produttiva questa tecnica in realtà. Questo approccio è un alternativo vitale (se non migliore) a Ash. Brilla davvero nel sintonizzazione di sistemi OLTP con frequenti query brevi, dove Ash è meno efficace. Le statistiche SQL possono essere utilizzate insieme ai dati di cenere per migliorare notevolmente l'efficacia della risoluzione dei problemi. Potresti aver sentito che AWR (repository automatico del carico di lavoro) in Oracle 10G ha già esplorato questa opportunità catturando V $ SQL ogni ora. La velocità di acquisizione predefinita in Lab128 è un'istantanea ogni 15 secondi, quindi non c'è semplicemente alcun paragone con la portata di nuove possibilità e accuratezza senza precedenti. In Lab128, è veramente possibile tenere traccia delle statistiche della singola dichiarazione SQL nel tempo. Ora è facile da trovare quale SQL era responsabile per le punte intermittente della CPU, letture del disco, ecc. - Qualcosa che non è possibile con AWR. Ci sono molte sfide nella raccolta di statistiche SQL: la quantità trasparente di dati, la natura transitoria delle dichiarazioni SQL che può andare via e riappare nell'area SQL e nell'interpretazione e presentazione dei dati raccolti. Quando abbiamo contattato Oracle Corporation chiedendo se prevedessero di incorporare questo approccio nel database, hanno risposto che questo sarebbe proibitivamente costoso. Bene, era difficile ma non impossibile. L'uso intenso di compressione e algoritmi adattivi ha reso questa realtà. Ora puoi sfruttare questo lavoro pioneristico e impiegare questa tecnica. A causa della sua efficacia, potrebbe essere una delle più importanti tecniche di risoluzione dei problemi Oracle in futuro. (Vedere anche Articolo correlato: "Sintonizzazione Oracle utilizzando Frequent SQL Area Statistics Snapshots") Tuning a livello di sistema La sintonizzazione del sistema si basa sull'analisi delle statistiche di prestazione Oracle. Questo approccio piuttosto classico potrebbe non essere efficiente quando esiste una disparità chiara tra i contributi di diverse dichiarazioni SQL alle prestazioni degradate. Nel frattempo, per alcune situazioni quando le diverse dichiarazioni SQL mostrano un contributo uniforme al tempo di risposta, o quando i problemi di prestazione sono vissuti in molte aree di interazione dell'utente, la causa reale può essere di natura a livello di sistema (come un sistema sottostante, ad esempio ). Le statistiche a livello di sistema esporranno il problema, fornendo dati per le azioni richieste. Raccolta dati di prestazioni Oracle con interezza senza compromessi La sintonizzazione e il monitoraggio Oracle si basano su V $ visualizzazioni che forniscono accesso ai dati sulle prestazioni del database. Dal momento che la maggior parte delle statistiche in V $ visualizzazioni rendono i valori cumulativi, non è veramente possibile dire quale stato è presente il database quando viene eseguita solo un istantanea. Misurare il cambiamento dei valori tra istantanee fornisce informazioni sull'attività che è accaduta tra queste istantanee. Le misurazioni prese più frequentemente forniscono una maggiore precisione circa il tempo in cui si verificano eventi, I.E. La serie temporale con una maggiore velocità di campionamento avrà una risoluzione del tempo più elevata. Sarebbe naturale presumere che un tasso di campionamento più elevato sia migliore; In realtà, ogni misura può portare un costo per il sistema misurato. Ciò è particolarmente vero per Oracle, in cui ogni richiesta di VISTA V $ condivide in parte un percorso di esecuzione con una query regolare. Un'altra considerazione è il numero e la varietà di statistiche da acquisire. L'approccio tradizionale è quello di concentrarsi sui più importanti, come quelli in V $ Sysstat, V $ System_event, ecc. Fuori da questa grande selezione, quali statistiche dovrebbero essere raccolte? Ogni manuale su questo argomento avrebbe il proprio elenco delle statistiche più importanti a seconda della natura e della portata del problema. Cosa succede se la natura o la portata del problema è sconosciuta? Perché non raccogliere tutte le statistiche disponibili? Questi due fattori - cosa raccogliere e quanto spesso - sono stati oggetto di compromesso per molti prodotti di monitoraggio. L'approccio utilizzato in lab128 è unico: cattura tutte le statistiche originate da V $ Sysstat, V $ System_event, V $ Filestat, V $ Rollstat, V $ fermo, e molti altri. Questa è più di 1.000 statistiche per tenere traccia di, per non parlare del fatto che alcune statistiche possono avere valori multipli (come quelli in V $ System_event, V $ Latch, V $ Filestat, ecc.). Un'altra caratteristica unica di Lab128 è il suo alto tasso di campionamento di 6-12 secondi tra le misurazioni. Effettivamente, il tasso di campionamento è limitato dal costo delle domande di esecuzione contro V $ visualizzazioni. La velocità di 6-12 secondi è ottimale, con scarsa generazione per il sistema misurato. Al fine di mantenere l'impatto della raccolta dei dati a un minimo, lab128 può ridurre automaticamente la velocità di campionamento. Lab128 memorizza i dati raccolti compressi nel proprio database in-memory. Per un database relativamente occupato è in grado di memorizzare ore e persino giorni di dati utilizzando una piccola quantità di memoria, per 9 ore ha bisogno di 15-20 MB di RAM. Questo non sarebbe possibile senza compressione estremamente efficace: Lab128 utilizza un algoritmo di compressione senza perdita di proprietà che fornisce sia un elevato rapporto di compressione sia un accesso casuale istantaneo ai dati memorizzati. Monitoraggio sofisticato e in tempo reale con un'interfaccia utente intuitiva Mentre è importante sapere come viene eseguita un'istanza Oracle in passato, è molto importante vedere come e cosa sta facendo ora. Lab128 mantiene l'ultimo stato dell'istanza Oracle internamente, rinfrescando in modo intelligente solo quelle aree visualizzate dall'utente. Utilizzando questa tecnica, Lab128 offre un'immagine ampia a basso costo per l'istanza Oracle monitorata. Poiché l'utente sposta l'attenzione nella nuova area di interesse, le informazioni più dettagliate sono immediatamente disponibili. Il team di sviluppo di Lab128 ritiene che l'usabilità e la comodità di una domanda assume la stessa priorità della sua raffinatezza. Se qualcosa non è conveniente, non verrà utilizzato. L'interfaccia utente utilizza ampiamente i link caldi o la tecnica di drill-down per rendere anche i dettagli più intricati a pochi click. Ciò dà un DBA sovrastampato un tremendo vantaggio nel supermando i processi interni, monitorando i problemi o semplicemente l'apprendimento e la comprensione del funzionamento Oracle. Alcune alcune caratteristiche del monitoraggio in tempo reale Lab128, come "blocco buffer explorer" e altri, non sono mai stati esplorati in altri strumenti di monitoraggio Oracle. Facile installazione e manutenzione. Per installare, basta copiare il lab128 eseguibile e eseguirlo. È tutto! Bene, per dire la verità, hai anche bisogno di un file di aiuto a meno che tu non abbia già familiarità con il funzionamento del lab128. Il programma non utilizza il registro di Windows, poiché tutte le impostazioni sono memorizzate nei file di testo nella directory in cui è stato avviato lab128. Si consiglia di creare una directory dedicata, ad esempio D: \ Program Files \ Lab128 e mantenere i file lì. Questa directory dovrebbe essere scrittabile per consentire il risparmio delle preferenze dell'utente. Per disinstallare lab128, è sufficiente eliminare la directory Lab128. Attuazione all'avanguardia Esistono due componenti per le prestazioni di qualsiasi strumento di monitoraggio: l'impatto sul sistema monitorato e la velocità dell'interfaccia utente. La filosofia dietro lo sviluppo di Lab128 è stata quella di presentare il carico più basso possibile all'istanza Oracle. Per raggiungere questo obiettivo, Lab128 sfrutta molte tecniche. Ad esempio, invece di eseguire query contro due o più viste Oracle con unisce tra loro, sarebbe meglio eseguire query più semplici contro ciascuna vista e rendere i join localmente nell'applicazione. Allo stesso modo, qualsiasi cosa accessibile da Lab128 è conservata nella cache locale per evitare query non necessarie in futuro. Per risparmiare risorse sul lato Oracle, Lab128 non utilizza mai Oracle per memorizzare qualsiasi dato (come il segmento estensioni dei dati memorizzati dallo strumento di monitoraggio di Quest) che verrà utilizzato localmente nell'applicazione e non chiederà mai Oracle di eseguire l'elaborazione (come la ricerca binaria implementata in Codice PL / SQL nello strumento sopra menzionato) se potrebbe essere fatto localmente. Ad esempio, il blocco Block Explorer di Lab128 prende il suo feed dalla vista V $ BH, ma tutta l'aggregazione del rolfo viene eseguita localmente nell'applicazione. Questo è vero per molti altri processi. Quando si tratta di usabilità, la velocità dell'interfaccia utente è una grande preoccupazione. Ci sono alcuni grandi strumenti scritti in Java ma la scialuppa della loro interfaccia utente li rende indesiderabili per l'uso quotidiano. Lab128 è scritto in C ++ e utilizza algoritmi efficienti per l'elaborazione dei dati che si adattano bene alle grandi quantità di dati memorizzati ed elaborati. Ha un motore di elaborazione efficiente con un ingombro ridotto, e impiega il multi-threading per mantenere tutte le attività di sfondo dall'interferire con il codice dell'interfaccia utente. Di conseguenza, lab128 funziona bene anche sui vecchi computer. Poiché consuma pochissime risorse, può essere tenuto a correre sulle workstation senza alcun impatto su altre applicazioni. Quale lab128 non lo è Puoi trovare molti usi di lab128. È uno strumento di monitoraggio eccellente ma manca la caratteristica di invio di avvisi all'utente, a partire da Lab128 assume un sacco di interazione dell'utente, poiché è più sulla sintonizzazione avanzata e l'esplorazione di migliaia di statistiche. Questo strumento non è stato destinato alla somministrazione di Oracle, sebbene sia possibile utilizzare l'editor centrale SQL con il repository di query estendibile per il funzionamento amministrativo del database. Infine, questo strumento non ti dà consulenza o soluzioni di correzione dei problemi; Si tratta di raccogliere fatti. Rispettiamo la tua esperienza e la tua conoscenza della tua particolare applicazione di database. Riteniamo che fare le proprie decisioni basate su fatti raccolti è il modo migliore per mantenere le migliori prestazioni del database.

Lab128 free edition Software correlato