Di Techopedia Staff, 30 novembre 2016
Da asporto: il conduttore Eric Kavanagh insieme al Dr. Robin Bloor, Dez Blanchfield e il Bullett Manale di IDERA discutono delle domande e di come la loro efficienza può avere effetti di vasta portata.
Al momento non sei collegato. Accedi o registrati per vedere il video.
Eric Kavanagh: signore e signori, ciao e bentornati ancora una volta. Sono le quattro di un fuso orario dell'est di mercoledì, e oggigiorno significa che è ora di Hot Technologies! Si Certamente. Stiamo parlando di cose interessanti oggi. Certo, sono il tuo ospite, Eric Kavanagh. Il titolo per lo spettacolo di oggi è "La chiave per un'efficace analisi: domande a risposta rapida". Esatto, gente, tutti vogliamo velocemente. Chi non vuole veloce? C'è davvero una diapositiva sulla tua e abbastanza su di me. Mi ha colpito su Twitter, @eric_kavanagh. Sarò felice di entrare in contatto con te lì e di avere una conversazione sui social media. Può essere divertente, solo non parlare di politica.
L'anno è caldo. Quest'anno abbiamo parlato di diversi problemi analitici e l'unico argomento di oggi è davvero fondamentale per portare a termine il lavoro. Ricordo che probabilmente cinque o sei anni fa ho sentito per la prima volta qualcuno usare l'espressione "avere una conversazione con i tuoi dati", e anche se può sembrare un po 'di cattivo gusto, il punto è che, se non puoi avere un'esperienza iterativa con i tuoi dati, se non puoi modificare rapidamente le tue query, inviare nuove query, ottenere rapidamente risposte, quindi non stai conversando con i tuoi dati e l'intero processo analitico viene troncato. Questo non è buono.
Quando hai una conversazione con i tuoi dati, ciò significa che sei in grado di andare avanti e indietro, e secondo me, è quando trovi l'intuizione. Perché molto raramente ti verrà in mente la domanda perfetta la prima volta. A meno che tu non sia il Mozart dell'analitica - e sono sicuro che quella persona sia là fuori - dovrai passare un po 'di tempo a modificare, aggiungere una dimensione, provare a mettere a punto ciò che stai cercando .
Perché, ancora una volta, questi non sono ambienti estremamente maneggevoli con cui abbiamo a che fare nel mondo dell'analitica; abbiamo a che fare con ambienti molto ingombranti e ambienti molto complessi e multidimensionali. E così l'intera idea del webcast oggi è parlare di come abilitare quel tipo di interazione iterativa con i tuoi dati.
Abbiamo tre presentatori. Naturalmente, in Hot Technologies, al contrario di Briefing Room, abbiamo due analisti; ognuno di loro dà il proprio introito, poi entra l'ospite, fa la sua presentazione e noi abbiamo una specie di tavola rotonda. E tu, il nostro pubblico, puoi svolgere un ruolo importante in questo. Per favore, non essere timido; invia le tue domande in qualsiasi momento. Usa il pannello Domande e risposte se puoi, altrimenti il pannello chat va bene; Proverò a monitorare entrambi durante lo spettacolo. E li registriamo, quindi se ti manca qualcosa o vuoi condividerlo con i tuoi colleghi, torna più tardi. Li pubblichiamo su Techopedia.com e anche su InsideAnalysis.com.
E con ciò, introdurrò le persone intelligenti. Lo consegnerò al dottor Robin Bloor. Lascia che gli dia le chiavi, cambi il presentatore e il gioco è fatto. Robin, portalo via.
Robin Bloor: Ok. Grazie per questa introduzione. Circa un mese e mezzo fa, ho fatto una chiacchierata con uno sviluppatore che in realtà è un DBA. In realtà non è un DBA: era un DBA in una determinata azienda ed era l'unica persona che poteva effettivamente eseguire le query. Ma si è stancato di farlo, perché è davvero uno sviluppatore abbastanza intelligente. Quindi se n'è andato.
E deve comunque fare un paio di giorni al mese per loro, perché non sono riusciti a trovare nessuno al suo posto e non hanno idea di cosa faccia il database o come ottimizzarlo. E stavo pensando a questo, e proprio, sai, non avevano davvero un dipartimento IT, ma questo ragazzo li stava supportando. In realtà, era il lavoro di DBA che stava facendo la maggior parte del tempo.
Per database sofisticati - Oracle, SQL Server, DB2, tutti quelli grandi e costosi - l'ottimizzazione del database è un lavoro difficile. È anche un lavoro sicuro. E la ragione, davvero, per dire questo è che è un paesaggio che cambia. Ci penserò un po '. Sai, i database relazionali - di solito il quadro generale è, i database relazionali continuano a dominare in popolarità. Probabilmente domineranno per molto tempo a venire. Sì, ora ci sono altri database che ottengono più tempo di trasmissione, ma, sai, quando guardi effettivamente cosa sta succedendo là fuori, Oracle lo sta facendo per lo più, Microsoft SQL Server è il secondo e ci sono varie cose che accadono nel cloud che può causare una sfida, comunque. Sono i grandi giganti del gioco. E sono i database che è possibile utilizzare sia per i carichi di lavoro del data warehouse che per l'OLTP. Le alternative sono normalmente utilizzate principalmente in ambienti analitici, e quindi normalmente sono determinate dai dati sul motivo per cui sceglieremmo piuttosto che relazionali. Per lo più la gente no.
Le aziende tendono a standardizzare su un unico database. Di recente mi sono imbattuto in un'azienda che aveva oltre 5.000 istanze di Oracle. E io, in un certo senso, la persona con cui stavo parlando da quella compagnia, ho chiesto loro delle DBA. Dissero di avere circa 10 DBA e di curare circa 30 database. E il resto, Oracle era appena stato usato come un sistema finale in generale. I dati provenienti dalle applicazioni che li utilizzavano erano molto limitati. Ma questo mi ha sorpreso: 5.000 istanze di Oracle.
E, a proposito, avevano una licenza immobiliare Oracle. Bene, sai, licenza aziendale, ovviamente. Ma avevano anche altri database perché a volte, sai, le applicazioni hanno un database preferito. Non era che Oracle fosse l'unica cosa. E vale la pena ricordare che né Hadoop né Spark sono in realtà un database, e ci vorrà molto tempo prima che acquisiscano ciò che penso sia una regola di database. Buono per i collegamenti dati, ovviamente.
Con le attività DBA - probabilmente Bullett può dire molto di più su di me rispetto a me - ma le esaminerò semplicemente. Questi sono ciò a cui tendo a pensare, sai, cosa fa il DBA. Installano, configurano, aggiornano, gestiscono le licenze. Fanno molto ETL e replicano in un modo o nell'altro. Fanno pianificazione della memoria e della capacità. Fanno la risoluzione dei problemi o fanno parte del team di risoluzione dei problemi. Il monitoraggio e il tuning delle prestazioni sono praticamente la maggior parte della loro attività, ma tutte queste altre cose, non sono piccole, sai. Sicurezza, sono responsabili del backup e del ripristino. Dovrebbero essere coinvolti nei sistemi di test del software e potrebbero essere coinvolti nel ciclo di vita dei dati.
Prestazione. Quando ero uno di questi ragazzi. Quando stavo eseguendo e ottimizzando i database, era così che lo capivo, sai? C'è la CPU, e in un modo o nell'altro ai nostri giorni, la CPU è praticamente inattiva, perché sarebbe uno degli altri due o th- Beh, uno degli altri colli di bottiglia causerebbe effettivamente il problema. Memoria, thrashing e frammentazione, o saturazione di I / O del disco o del disco, a volte overhead di rete, se si esegue in più nodi di una rete e si potrebbe effettivamente verificare un blocco, probabilmente.
Ma quello era il mondo come l'ho visto. Di recente ho dato un'occhiata a Oracle e al numero di parametri di ottimizzazione presenti in Oracle. Erano più di 300. Sai, e se ci pensi davvero, un DBA che sa davvero cosa sta facendo deve avere qualche idea sul perché avresti mai fatto casino con nessuno di quelli. Quindi è un lavoro complicato, sai, ed è più complicato da questo.
Sai, in questo momento abbiamo CPU, ma hai … le CPU già esistevano, le GPU sulla CPU o con FPGA sulla CPU. Quindi sta succedendo una specie di incrocio di ciò che realmente accade su una CPU. Le CPU sono diventate multicore molto tempo fa; in realtà non stavo più ottimizzando i database quando è successo. Non ho idea di quale differenza faccia effettivamente, ora che ci penso.
Sai, abbiamo 3D Xpoint e PCM di IBM che si presentano come un ulteriore strato di memoria, e abbiamo SSD, ma sai, stanno sostituendo la ruggine che gira. Ma gli SSD possono variare in velocità. Con così tanti, puoi avere un accesso parallelo e li rende incredibilmente veloci - vicini alla velocità della RAM. E hai tutte le architetture hardware parallele.
E questo è tutto, sai, i costi stanno diminuendo, il che è davvero una bella cosa, ma tutto ciò sta facendo - sai, se prendi la prossima versione di un database e poi inizi a implementarlo su macchine, anche alcune questo, in realtà hai perso la sensazione che potresti avere per il modo in cui i dati si comportano, perché le latenze sono molto, molto diverse. E qui, sai, hai quattro livelli anziché tre livelli di archiviazione.
Problemi con il database. Ottieni entropia del database: le istanze proliferanti sono molto comuni. Database utilizzati come armadi, che è quello che in realtà è stato quell'esempio che ho dato. Pochissimi database sono auto-tuning e quelli che affermano di essere auto-tuning non sono poi così buoni, sai. Ma l'altra cosa è che pochissimi database sono ottimizzati correttamente. È un lavoro difficile, essere in grado di bilanciare i carichi di lavoro. Voglio dire, quando si pensa a un database, cosa può fare un database in un periodo di 24 ore, i carichi di lavoro possono essere molto, molto diversi. Il database deve avere un data warehouse particolarmente vero.
Pertanto, la messa a punto non è cosa da poco, sai, perché ciò che stai facendo è mettere a punto i parametri che devono soddisfare un'intera gamma di carichi di lavoro in un determinato momento. Fondamentalmente è un lavoro duro. E SQL deve essere ottimizzato in particolare per i JOIN SQL. Possono essere estremamente, sai, consumare risorse. E se il database ha viste materializzate, a dire il vero, dovresti indagare sull'uso di quelle, perché faranno andare tutto incredibilmente più veloce. Ciò richiede qualcuno che comprenda i carichi di lavoro e comprenda il traffico SQL e così via e così via.
E la maggior parte delle aziende impiega pochissimi DBA - molto costosi. Ho conosciuto aziende abbastanza grandi con tre tipi, sai, un numero enorme di casi. In realtà, costano molto, è un lavoro duro in termini di complessità. Hanno bisogno di strumenti.
E penso che sia tutto ciò che devo dire. O si. Passiamo a Dez, vediamo cosa Dez ha da dire.
Dez Blanchfield: Grazie, Robin. Questo è un argomento enorme. Seguirò le cose che penso siano effettivamente sfide quotidiane che affrontiamo. Perché diciamocelo, c'è un'intera biblioteca di libri scritti su questo argomento. Chi non è andato in una libreria tecnica e ha trovato muri e pareti di libri scritti solo sull'argomento generale delle prestazioni del database e della messa a punto e del monitoraggio del database. E a volte è un ottimo modo per ammazzare il tempo.
L'argomento generale: ottenere query sulle prestazioni. Esistono diverse parti dell'organizzazione che sudano questo argomento: a livello dell'utente finale, nella mia esperienza, le persone sperimentano solo prestazioni, che le cose sono lente. Le ruote che girano impiegano un po 'di tempo a rispondere alle domande. All'estremità opposta dello spettro, ci sono persone che lavorano nell'infrastruttura, nella rete e nell'ingegneria dello storage, che vengono maltrattate dagli specialisti del database perché le cose non funzionano come si aspettano. Ed è uno spettro molto ampio, nella mia esperienza, le cose che possono influenzare la nostra vita in quello spettro.
Se ci pensi, dal fisico verso l'alto, sai, solo lo spazio del computer. Ha memoria, sai, RAM, se vuoi - spazio su disco, rete e tutti i bit che la circondano. In questo spazio, abbiamo, sai, memorizza il pensiero che, diciamo, che, sai, è meglio usare un disco grezzo o un JBOD e solo, sai, aumentare il più velocemente possibile il disco e lasciare che il database ordina il livello di protezione dei dati. Altre persone sono grandi fan di RAID, l'array ridondante di dischi economici, e hanno diverse esperienze religiose con RAID 0, 1, 3, a volte 5 e 6 diversi tipi di striping o replica su disco, nel caso in cui il disco rigido si guasti. Anche a livello di storage e ingegneria, tuttavia, abbiamo persone che hanno diversi punti di vista ed esperienza in merito alle prestazioni, ai tipi di archiviazione.
Sia che si tratti di dischi collegati direttamente e dei server stessi, sia che sia collegato tramite un canale in fibra ottica con una rete di area di memoria in qualche modo, sia che si tratti di un archivio montato da un server da qualche parte tramite iSCSI o sia Ethernet, ad esempio. E questo è ancora prima di arrivare davvero al livello del database, dove, sai, il genere di cose che diamo per scontato - sai, solo mantenendo quello, come Eric ha delineato, sai, come chiamiamo la conversazione con i tuoi dati . Essere semplicemente in grado di identificare schemi e schemi significativi che pensiamo di poter iniziare ad immergerci e cercare problemi di prestazioni.
Ed è un argomento molto ampio, quindi mi immergerò in due aree in cui, nella mia esperienza, il tempo, l'energia e lo sforzo investiti ottengono buoni ritorni. Quindi lasciami saltare rapidamente al primo di questi. E solo scherzosamente sono andato alla ricerca di una foto di qualcosa che aveva uno scheletro all'interno e una pelle all'esterno, ma il blocco Lego era probabilmente il meno raccapricciante. Ma per molti versi è così che immagino e immagino mentalmente la sfida che affrontiamo a volte con piattaforme analitiche e database che li supportano. E questo è che, in realtà, solo come consumatore e utente finale o anche come sviluppatore, spesso vedi lo strato di pelle di impiallacciatura, ma in realtà è lo scheletro sottostante - è davvero il problema su cui devi concentrarti.
Sai, in questo caso, quando pensiamo alle cose che possono influenzare le prestazioni del database e le analisi risultanti da quel particolare giorno, i risultati delle prestazioni, l'infrastruttura di base e il solo monitoraggio di tale infrastruttura di base, e come ho appena sottolineato un momento fa, circa il tuo disco, memoria e CPU. E come ha sottolineato il Dr. Robin Bloor, le sfide ora nella virtualizzazione e le cose che stanno accadendo nei chip stessi, le prestazioni fino al livello principale e la quantità di memoria che viene ora messa in ciascun chip in ciascun core. Queste sono sfide molto tecniche da cercare per una persona comune.
Tenersi aggiornati sul monitoraggio delle query. Sai, una delle sfide relative al monitoraggio delle query e delle code delle query è ad esempio: intendo, SQL come linguaggio e gli strumenti di database che si trovano attorno agli strumenti di analisi, sono molto potenti, e in particolare SQL come linguaggio. Ma con quella potenza e semplicità arriva anche un, in molti casi, e cioè che, se non è un'applicazione che fa sempre la stessa cosa ancora e ancora, scritta da un buon sviluppatore e individuata da un buon DBA, potrebbe essere persone che fanno domande non strutturate.
E il problema è che è abbastanza facile imparare un po 'di SQL e iniziare a fare query, ma di conseguenza, non hai necessariamente tutte le capacità, l'esperienza e le conoscenze per sapere se stai facendo un cosa buona o cattiva per fare il database. Quindi eseguire continuamente lo stesso grande, ampio, sbagliato può semplicemente abbattere l'edificio. Mantenere il controllo delle query è una sfida interessante.
Basta monitorare i tempi di risposta per quanto riguarda ciò che la piattaforma sta facendo e ciò che gli utenti ottengono. Ancora una volta, sai, senza gli strumenti giusti, questo non è qualcosa che guardi intuitivamente alla cosa e pensi: "Oh, la loro rete funziona lentamente" o "La memoria dell'utente non sta funzionando bene" o "Gli indici funzionano male "O" stanno gonfiando ".
E poi, sai, come si arriva al punto in cui, una volta riscontrato un problema, come si fa a separarlo, separarlo e affrontare l'intera sfida delle query mal strutturate? E, sai, è una query ad hoc che qualcuno esegue a mano, o è uno strumento di analisi con un front-end del dashboard che funziona male perché stanno ponendo le domande nel modo sbagliato, o è davvero un pezzo di codice davvero mal scritto?
E poi facendo questo iterativo, Eric ha detto inizialmente nel set-up, sai, semplicemente ripetendo ripetutamente e ripetendo e perfezionando quei flussi di lavoro. Sai, quali flussi di lavoro sto eseguendo, come sono in esecuzione, con che frequenza sono in esecuzione, quale codice è in esecuzione contro di essi, dove sono in esecuzione su di esso in CPU e memoria, disco e rete? Sì, è solo una sfida molto, molto tecnica.
E poi il nirvana che le persone stanno cercando in questo mondo, mentre si spostano dall'analisi storica e dall'ottimizzazione delle prestazioni e dall'allerta contro il tuo ambiente, il che è fantastico da vedere perché potresti avere un piano in futuro per questo se sai perché le cose sono andate piano ieri mattina alle nove. Ma questo non ti aiuta in questo momento, e non aiuta il tuo piano per il futuro.
Penso che la pianificazione della capacità, il dimensionamento, il ridimensionamento e l'ottimizzazione, quindi, sai, penso che ci sia una tendenza che stiamo vedendo ora, dove c'è un cambiamento in ambienti molto grandi in cui le persone hanno grandi piattaforme di database e ampiamente diffusi ambienti di database dall'allerta storica e pianificazione all'allerta predittiva e pianificazione, dove vogliono sapere cosa sta succedendo in questo momento ed essere in grado di pianificare per il futuro. O stiamo esaurendo la memoria e esauriremo la memoria nell'ora successiva, e cosa possiamo fare al riguardo? Quale pianificazione della capacità possiamo fare in tempo reale?
Mi scusi. Arriva al punto in cui, sai, tutta la sfida di scoprire questi ostacoli ostacola essenzialmente ciò che chiamiamo analisi dei fluidi e rendendola la norma nella tua organizzazione. Come puoi vedere, è una sfida non banale per, sai, solo le grandi masse quotidiane, non lavate. Ed è ancora una sfida non banale anche per i più esperti di tecnologia.
Sai, se è difficile per i semplici mortali, come possiamo renderlo possibile? Perché, sai, la maggior parte di queste sono cose che gli utenti normali non possono risolvere e potremmo avere alcuni ingegneri di database speciali, sviluppatori di database, sviluppatori di codici, programmatori, ma sono ancora davvero in grado di separare l'ambiente. Devono separare, sai, problemi come le persone che riutilizzano il codice.
Sai, una delle peggiori cose che ho visto in questo spazio in merito ai successi delle prestazioni nelle piattaforme di analisi in distribuzioni molto grandi dell'infrastruttura del server di database sono le persone che prendono un pezzo di codice, un pezzo di SQL o una procedura rubata che non hanno fatto scrivono, e non sanno se è un codice buono o cattivo, e lo riutilizzano semplicemente perché dà loro il risultato che vogliono. Ma si scopre che potrebbe essere stato solo qualcosa che è stato scritto al volo per ottenere uno o due risultati, come un rapporto: qualcuno aveva fretta.
E così le persone usano un codice complesso che non hanno scritto, e lo schiaffeggiano in un pezzo di sviluppo dell'applicazione, non sapendo che in realtà stanno punendo il back-end. Anche solo il monitoraggio delle prestazioni colpite e l'esame da dove provengono le query e il drill down, che, sai, è una sfida quotidiana che vedo.
Elementi comportamentali di base come la pre-stadiazione dei dati per prestazioni dove è possibile. Le cose che l'esperienza ti insegnano solo, come l'eliminazione degli indici se hai intenzione di effettuare importazioni in blocco e quindi reindicizzare in modo che gli indici non vengano mantenuti quando stai estraendo terabyte di dati. Sai, senza gli strumenti appropriati, è quasi impossibile vederlo perché non sai che l'indice viene martellato.
L'ottimizzazione periodica degli indici è una specie di 101, ma che ne dici di fare importazioni in blocco o di creare una tabella sulle query se qualcuno fa una query davvero grande? Sai, questo può essere un enorme successo in termini di prestazioni, e di nuovo, se non stai monitorando, non hai gli strumenti per vederlo, quel tipo di cose accade solo in background e non sai come affrontarlo .
Limitare le query al solo numero di colonne di cui hai bisogno - voglio dire, sembra davvero di base, ma ancora una volta, se non riesci a vederlo, non sai che sta succedendo, e poi succede solo in background e ti fa male, a te.
Sapere quando e dove utilizzare le tabelle temporanee, raggruppare grandi eliminazioni e aggiornamenti. Ancora una volta, tutte cose molto semplici, ma senza quella visibilità, senza gli strumenti per farlo, rimangono semplicemente in background e continuano a farti del male e continui a lanciare più memoria o CPU in un ambiente di database per ottenere migliori prestazioni della piattaforma di analisi, quando davvero dovresti essere in grado di approfondire i dettagli di ciò che ti ferisce e affrontare quella cosa particolare. E poi, sai, cose come i vincoli di chiave esterna e come lo trovi, come fai a sapere che è un problema?
Questo mi porta alla conclusione del mio punto chiave qui, ed è che, sai, giorno per giorno, vediamo questi problemi ovunque. E man mano che gli ambienti di database diventano sempre più grandi e sempre più ampi, e come evidenziato dal dott. Robin Bloor qui, otteniamo modelli ambientali sempre più complessi con tempi di database.
E poi anche la necessità di integrarsi in alcune delle piattaforme di big data come Hadoop e Spark che stanno arrivando, e sempre più alla volta. A nostro avviso, è opportuno trovare modi migliori e strumenti particolari per eseguire in modo intelligente le prestazioni di questa piattaforma in tempo reale, analisi e diagnostica. Perché costa tempo reale, denaro reale e frustrazione per gli utenti finali e dollari reali se non iniziamo ad arrivare agli strumenti per immergerci in queste cose.
E con ciò, consegnerò ai nostri amici di IDERA, perché credo che abbiano una bella storia da raccontare su come potremmo essere in grado di affrontare questo problema.
Bullett Manale: suona bene. Grazie mille, andrò avanti e darò il via alle cose. Ho anche qualche diapositiva qui, e lasciami andare avanti e in qualche modo tirarlo su. Alcuni di questi ne esamineremo abbastanza rapidamente.
Giusto per darvi un'idea, io sono il direttore dell'ingegneria delle vendite qui a IDERA, e quindi quello che facciamo è in qualche modo parlare con i DBA abbastanza regolarmente dei dolori e delle sfide che hanno, specifici, in molti casi, monitoraggio delle prestazioni e cose del genere, ovviamente. E sentiamo molto da quel pubblico, e quindi penso di poter condividere alcune delle informazioni che ricevo da loro su base regolare che avranno senso. Ne esaminerò alcuni, perché non penso che siano realmente pertinenti alla conversazione.
Sai, ho la mia lista qui delle responsabilità del DBA - assomiglia molto alla lista di Robin, e penso che sia abbastanza coerente. Penso che quando parli con un amministratore di database, è sempre - sai, sono raggruppati in alcune di queste aree più di altre e non c'è rima o ragione per ciò, dipende solo dall'ambiente.
Senti una gamma piuttosto ampia e ampia di cose che le persone vogliono essere in grado di fare. E molte volte, le persone che vogliono queste cose non lo fanno - le chiederanno e, in alcuni casi, inizi a scavare in quello che stanno veramente chiedendo, e poi scopri che stai davvero cercando di più. Vogliono davvero più informazioni rispetto a ciò che inizialmente pensano di aver bisogno e, quando inizi a eseguire il drill nello strumento, penso che sia lì che puoi iniziare a dire che stanno conversando con i dati.
E penso che sia una frase davvero interessante, e ha molto senso in termini di poter dire, sì, beh, se hai una brutta query, cos'è davvero una brutta query? È una query che consuma molte letture o scritture o CPU? Potrebbe essere uno che corre molto, potrebbe uno, sai, è, come hai detto, scritto male.
In termini di come lo identifichiamo, ci sono diversi modi in cui vedrai in termini del nostro prodotto, il prodotto Diagnostic Manager, che mostriamo ai DBA che possono farlo. Ed è davvero flessibile, e penso che sia una delle cose più importanti: devi avere uno strumento che ti aiuterà con questi problemi di prestazioni, l'ambiente di ognuno è un po 'diverso.
E ci saranno molte, sai, esigenze e forse anche oscuri requisiti in termini di monitoraggio, quindi devi avere qualcosa di flessibile e qualcosa che funzionerà ed essere in grado di conformarsi all'ambiente che stai cercando di gestire. Sai, e ho molti di questi esempi: non ho intenzione di esaminarli tutti, ma hai bisogno di qualcosa che puoi ruotare avanti e indietro tra un dato e l'altro, e io in un certo senso ne parliamo quando entriamo nel prodotto un po 'e te lo mostriamo, e in termini di come lo facciamo.
Ma l'altra cosa che penso in termini di qualsiasi buon strumento di analisi è, sai, ci sono alcune cose fondamentali che stai davvero cercando. Ovviamente, prima di tutto, non vuoi uno strumento che causi i suoi problemi di prestazioni in nome della performance. Quando dico di raccogliere i dati gratuitamente, non sto parlando del costo in termini di costi monetari, ma del costo in termini di costi generali e del costo in termini di quantità di risorse che userai in nome della performance. Sicuramente vuoi qualcosa lì che possa aiutare.
Hai bisogno di qualcosa che sarà in grado di ottenere i dati che stai cercando specifici per i problemi che affronti quotidianamente e potrebbero esserci alcune cose che non ti servono e che non devi ' voglio, e non ha senso raccogliere quei dati se non hai intenzione di riferire su di essi o se hai bisogno di provare a gestirli. In termini di metadati associati alle prestazioni, ad esempio.
Sai, un buon esempio è che non ho bisogno di essere avvisato se il servizio Distributed Transaction Coordinator in SQL è inattivo se non voglio che sia in esecuzione in primo luogo. Quindi non avvisarmi, non raccogliere i dati contro di esso - non ho bisogno di tali informazioni. Quindi avere la possibilità di accendere e spegnere quelle cose è davvero importante.
La possibilità anche di, una volta raccolti i dati, accedervi abbastanza rapidamente - non è necessario, sai, eseguire e massaggiare i dati, manipolarli - essere in grado di farlo in modo rapido ed efficiente. E poi una volta che hai i dati, ovviamente è davvero importante essere in grado di capirli.
Ora, è qui che, con il nostro - con, come, ad esempio, il prodotto Diagnostic Manager che ti mostrerò un po 'oggi - quel prodotto, sai, mi piacerebbe dirti che quel prodotto sostituire ed essere un DBA in una scatola. La realtà è che richiede una certa conoscenza di ciò che è il tuo ambiente e di ciò che stai cercando di realizzare. Avere un po ', ovviamente, comprensione del ruolo della DBA stessa è ovviamente importante.
Ora, ciò che proviamo a fare è educare attraverso l'aiuto e altri metodi. Ma vorrai sempre collegarlo, ovviamente, con un qualche tipo di livelli di esperienza o qualcuno che abbia una certa conoscenza di cosa fare una volta che hanno ricevuto i dati. Essere in grado di avere una persona in grado di porre le domande giuste a un prodotto e avere quella conversazione con i dati è ovviamente fondamentale. E poi ovviamente essere in grado di dare un senso ai dati.
Una volta che ho le informazioni, essere in grado di farlo conoscere alle persone giuste. I miei sviluppatori, il mio team operativo - chiunque possa essere, potrei aver bisogno di integrarmi con altri prodotti, avendo i ganci per poterlo fare. Queste sono tutte cose veramente importanti. E poi, ovviamente, ultimo ma non meno importante, se ho bisogno di saperne di più, potendo farlo. Se questo significa accendere un po 'di più per essere raccolti, o se significa solo andare un po' più a fondo nei dati. Stai sperando che, con uno strumento che sarà, sai, aiutando con le prestazioni, stai ottenendo tutte le cose di cui hai bisogno per essere in grado di rispondere a queste domande.
L'unica cosa che non ho messo qui che penso probabilmente valga la pena notare è che hai bisogno di uno strumento che ti aiuti a differenziare ciò che è normale e ciò che non è normale. E penso che sia grande, perché, sai, ci sono un sacco di prodotti di avviso e cose che sono là fuori, ma se ricevi un avviso e l'avviso è un falso avviso, non ti fa nulla di buono ; è più una perdita di tempo e ridurrà le tue efficienze più di quanto non le aiuterà. Quindi, sai, queste sono alcune cose che vorrei tenere a mente.
Quando parlo del prodotto a cui sto legando tutte queste cose all'interno della suite di prodotti IDERA, è il prodotto Diagnostic Manager che penso abbia probabilmente il principale tipo di caratteristiche in ciò di cui stiamo parlando qui in termini di database messa a punto, prestazioni, monitoraggio e cose del genere.
Le persone sono alla ricerca di un monitoraggio a livello aziendale; vogliono essere in grado di avere accesso, di essere in grado, in una schermata, di sapere che le cose stanno funzionando come dovrebbero essere. Oppure vogliono essere in grado, ovviamente, se c'è un problema, di vedere dove si trova il problema e quindi essere in grado di analizzarlo. In gran parte, penso, ciò che la gente sta cercando con questi tipi di modi in cui puoi davvero affinare la tua performance.
L'altra cosa che ovviamente va d'accordo è che non posso semplicemente operare nel presente, e devo essere in grado di tornare indietro per periodi di tempo, sia che ciò significhi guardare query eseguite male o che significhi, tu sapere, osservando il modo in cui la VM host stessa si stava comportando in termini di risorse. Tutte queste cose che devi essere in grado di fare e non rimarrai seduto a fissare la tua console 24 ore al giorno, 7 giorni alla settimana.
Se sei in vacanza o se è nel cuore della notte, o qualunque cosa sia, hai bisogno di qualcosa che sarà in grado di tornare indietro nel tempo con te per poter dire cosa stava succedendo nell'istanza all'indirizzo il momento in cui abbiamo avuto un problema. E essere in grado di farlo, ancora una volta, in modo efficiente e rapido ed essere in grado di approfondire è sicuramente un pezzo importante in termini di questa discussione. E direi che è probabilmente una delle cose più importanti in termini di ciò che la gente sta cercando. Stanno sempre cercando quella finestra sul passato, perché è davvero un im– Sai, non vuoi sederti lì e aspettare che accada qualcosa di nuovo.
La prossima cosa sulla lista è in realtà solo ricollegare a ciò di cui stavamo parlando in precedenza, con le prestazioni della query stessa. E ti mostrerò un paio di esempi diversi all'interno del prodotto Diagnostic Manager, come lo facciamo, che, sicuramente alla fine della giornata, ti fornirà molte opzioni intorno alle domande stesse in termini di cosa vuoi riunirti.
Se sei interessato a query che causano dolore alle risorse, consumo di CPU o consumo di I / O. Che si tratti di query che richiedono molto tempo per il completamento o query che, in generale, potrebbero non essere la peggiore offesa in termini di prestazioni, ma possono essere eseguite così frequentemente che la semplice frequenza della stessa esecuzione potrebbe essere un problema. E ovviamente essere in grado di individuare le tendenze nel tempo anche con queste domande è una parte importante.
Ci sono molti modi diversi in cui possiamo farlo all'interno di questo prodotto e penso che ovviamente sia un pezzo davvero importante per la maggior parte dei DBA. E anche se non hai le tue applicazioni sviluppate internamente, è comunque bello poter andare dai tuoi fornitori di software e dire: “Ehi, sai una cosa? Sai, alle due del pomeriggio tutti i giorni quando questo lavoro decolla ”, o qualunque cosa sia, “ È la tua applicazione che sta causando questo, e abbiamo bisogno di ripararlo. ”Quindi anche se non hai completato controllo del codice stesso, è comunque bello sapere quando si verificano problemi.
E poi, sai, l'altra parte è ovviamente più proattiva. Essere in grado di essere i primi a saperlo, essere in grado di capire quando si verifica un problema. Non solo essere in grado di essere i primi a saperlo, in modo da poterlo correggere, ma in molti casi, quando è necessario, è qualcosa che sarà in grado di automatizzare una risposta, anche in molti casi. Puoi, per esempio, sapere, piuttosto che ricevere un'e-mail che dice "Ehi, devi risolvere questo problema", se sono in riunione o se sono, sai, in viaggio o qualunque cosa io sia sto facendo, ovviamente è molto bello poter dire che ho qualcosa in atto che sarà in grado di affrontarlo in modo automatizzato.
E se non viene affrontato in modo automatizzato, almeno essere in grado di essere i primi a saperlo in modo da poter intraprendere azioni correttive o contattare qualcuno che può. E quindi quelli sono ovviamente pezzi importanti per, sai, questi tipi di problemi che potresti incontrare in termini di monitoraggio delle tue macchine, delle tue istanze e delle stesse analisi.
Ne ho già parlato in precedenza, che è la flessibilità delle cose. Non posso sottolinearlo abbastanza, potendo dire, sai, pronto all'uso, se c'è qualcosa che non viene monitorato, essere in grado di avere la funzionalità all'interno di un prodotto per poter aggiungere quelle cose a essere monitorato. E nel senso dell'esempio di Diagnostic Manager, abbiamo ovviamente contatori WMI, contatori, contatori di SQL Server, è possibile creare le proprie query.
Puoi anche, se lo desideri, estrarre i dati dal tuo ambiente vCenter o dal tuo ambiente Hyper-V, a seguito del polling che si sta svolgendo e di poterlo fare su base regolare e estrarre quei dati ed essere in grado di visualizzarli. E, ancora una volta, ruota da un posto a un altro mentre guardi queste informazioni.
Quindi questi sono i tipi di cose che, in termini di ciò che vedo le persone chiedono quando parlano di uno strumento che li aiuterà in termini di messa a punto e prestazioni: il prodotto che ti mostrerò in un il secondo è Diagnostic Manager e supporta tutto dal 2000 fino al 2016. È specifico di SQL Server e quindi monitoriamo la gestione di tali elementi. Non ci sono agenti sulle istanze stesse che controllano l'istanza.
Ciò risale alla raccolta di informazioni a un piccolo costo, che, sai, abbiamo ovviamente cercato di raccogliere di più queste informazioni, senza usare troppe risorse, vero? Stiamo cercando di sfruttare le cose che SQL Server ci sta già fornendo e migliorarlo, sia che si tratti di visualizzazioni di gestione dinamiche, sia che si tratti di eventi estesi, o qualunque sia il caso in termini di raccolta stessa. Essere in grado di sfruttare tali informazioni e renderle migliori è uno dei nostri mandati.
Ora, se lo guardi molto velocemente, non analizzerò troppi dettagli nell'architettura, ma avrò un repository back-end con tutti i nostri dati storici che puoi gestire e che puoi conservare per tutto il tempo tu vuoi. Puoi anche scegliere il tipo di informazioni che desideri conservare e per quanto tempo. Ciò risale a quello, raccogliendo i dati appropriati e lasciando fuori i dati non necessari. Se vuoi mantenere le query per cinque giorni che svolgono un ruolo fondamentale e quindi mantenere i tuoi avvisi per due anni, dipende da te e questa è la tua prerogativa nel poterlo fare.
Diverse console diverse con questo prodotto. Hai una versione basata sul web, hai anche una versione client spessa. E quindi questo ha la flessibilità di saltare su un browser e vedere cosa sta succedendo, o se hai un laptop in cui hai installato un client dedicato, uno di questi approcci funzionerebbe per te.
Ora, quello che mi piacerebbe fare è fare una breve dimostrazione. E vorrei sottolineare - sto tornando a quest'altra diapositiva qui - che abbiamo, abbiamo appena aggiunto, proprio come una FYI per quelle persone che hanno familiarità con il prodotto, abbiamo una nuova offerta che è il Diagnostic Manager Pro. Un'offerta professionale che include qualcosa che chiamiamo Analisi del carico di lavoro.
E in realtà si tratta di essere in grado di guardare in modo interattivo periodi di tempo molto grandi e passare da quella vista di 30 giorni a quella di cinque minuti in circa tre clic. E essere in grado di vedere il picco di prestazioni o il problema nel collo di bottiglia che potresti essere in grado, sai, che saresti in grado di vedere a un livello molto alto e di eseguire il drill down a un livello molto basso. E soprattutto anche oggi, è una novità per il prodotto.
Ma quello che voglio fare in un certo senso è solo una sorta di primo inizio, e voglio parlare un po 'di quel perno e andare avanti e indietro. E ho fatto un esempio e condividerò sul mio schermo qui. E, vediamo … Eccoci. Il mio schermo. E fatemi sapere, ragazzi, che potete vederlo.
Eric Kavanagh: Ecco qua.
Bullett Manale: Va tutto bene laggiù? Tutto a posto. Quindi, quello che stai guardando in questo momento - e questo è il prodotto Diagnostic Manager - e volevo solo darti una sorta di dimostrazione di alto livello di ciò che sta succedendo qui. In questo esempio particolare, ciò che stiamo facendo è mostrarti le query associate alle attese. E così quando parlo di essere in grado di andare avanti e indietro, approfondire e ruotare, questo è - questa visione qui ne è un buon esempio. Posso passare da una vista della sequenza temporale come vediamo qui, che verrà visualizzata ora. Nel nostro caso stiamo osservando le attese stesse e le categorie delle attese stesse. Possiamo vedere le dichiarazioni che sono legate a quelle attese, possiamo vedere le applicazioni.
Si noti che è in una vista della sequenza temporale qui, quindi posso identificare quelle informazioni in modo lineare basato su quando si è verificato il problema, ma poi di nuovo, se voglio solo, ancora una volta, ruotare, e io dico: "Sai cosa, diamo un'occhiata a questo da una prospettiva diversa ", andiamo avanti e guardiamo questo dal punto di vista di" Voglio vedere le domande o le attese o le applicazioni che mi stanno causando più dolore e classificarle ". Ed è quello che ' vedremo "query attese per durata". Ora stiamo vedendo le applicazioni stesse che mi stanno causando la maggior quantità di dolore, o le attese.
E poi, ecco la parte che è davvero la parte più importante, essere in grado di isolare queste cose. Vedo che questa applicazione NoSQL sta dando il via qui. Mi sta causando una buona quantità di tempo di attesa, ben oltre i 25 secondi di tempo di attesa in questa finestra di 30 minuti in cui ci viene eseguito il drill. E posso quindi isolare quell'applicazione e posso vedere le dichiarazioni, in questo caso, che stanno influenzando direttamente questa particolare istanza.
E quindi questo è solo un esempio di come si sarebbe in grado di identificare un collo di bottiglia, essere in grado di classificare le informazioni, essere in grado di dare priorità ai problemi che devono essere affrontati per primi. Queste sono tutte cose che devi considerare. Sai, puoi risolvere i problemi tutto il giorno, ma se stai risolvendo i problemi che si trovano in fondo alla lista per essere risolti, allora stai perdendo tempo. Hai un costo opportunità associato a quello.
Ti faccio un altro esempio, e questo è un po 'un esempio diverso. Invece di indicare specificamente un problema o indicare un'area, è necessario anche uno strumento che sarà in grado di aiutarti in senso lato, nel poter dire: "Ehi, abbiamo avuto dei problemi?" O "Sono ci sono cose che posso fare per migliorare le prestazioni? ”e avere qualcosa di simile dietro le quinte, guardando cosa sta succedendo. E in questo caso, questo può essere correlato alla configurazione; può essere correlato al modo in cui viene gestita la salute dell'istanza stessa. E anche, ovviamente, anche le prestazioni.
Se vado a questo pulsante Analizza qui, la cosa che ti mostrerò è che, all'interno di questo prodotto, abbiamo anche una sorta di elenco proattivo di cose che possono essere eseguite in un formato classificato che ti fornirà essenzialmente informazioni nelle cose che probabilmente ti daranno un aumento delle tue prestazioni su quell'istanza o un aumento della salute di quell'istanza. Ed è in un formato classificato, nel senso che hai quella capacità di vedere quali hanno maggiori probabilità di migliorare le tue prestazioni specifiche per un particolare tipo di problema che è stato identificato.
E così, quando guardo queste cose e le identifico, non solo vedo che ho un problema e ho anche, in molti casi, uno script che può essere creato automaticamente per risolvere quel problema. Ma in molti di questi casi, abbiamo anche collegamenti esterni che faranno riferimento al tipo di problema che stiamo riscontrando e quindi anche perché stiamo dando questa raccomandazione, in modo da ottenere quell'aspetto educativo delle cose. Il che, ancora una volta, penso sia molto importante quando parli, sai, di risolvere i problemi.
Non voglio solo seguire ciecamente queste raccomandazioni, voglio capire perché queste raccomandazioni vengono fatte. E potrei essere un DBA senior che lo fa da 30 anni e ho bisogno di qualcosa che, sai, controlli la - o punteggi l'i e attraversi la t, in questo caso - o forse sono un DBA junior e Ho bisogno di un po 'di aiuto in termini di comprensione di questi problemi mentre si verificano e perché vengono fatte queste raccomandazioni.
Come ho detto, ti guiderò attraverso un paio di parti diverse del prodotto. Questo strumento è in circolazione, lo sai, è in circolazione dal 2004, 2003. E ha davvero messo molti sviluppi, molte informazioni, quindi non avrebbe senso provare a mostrarti tutto qui. Ma penso che una delle cose che vale la pena notare è che, quando entriamo e iniziamo a parlare di tutte le cose che puoi monitorare e di tutte le cose su cui puoi allertare, tornando ancora una volta a quella flessibilità delle cose, ecco un elenco di tutti gli articoli che stiamo monitorando.
Ora, ciò non significa necessariamente che voglio considerare queste cose in uno stato di allerta se escono di sorpresa in termini di soglia, quindi puoi accenderle e spegnerle. Ciò risale al fatto: “Ehi, ho solo bisogno di fare determinate cose per determinate metriche. Devo solo avvisare di alcuni problemi. ”Ed essere in grado di assicurarti che non ti satureremo con un mucchio di falsi positivi. Non solo hai la possibilità di accendere e spegnere queste cose, ma in molti casi noterai che forniamo anche quella banda di normalità in relazione a ciascuna metrica. Quindi, se sto guardando questo particolare, in questo caso, una linea di base, noterei che la soglia è probabilmente più alta dove si trovano in questo momento.
Dall'altro lato della medaglia è, cosa succede se ho un'istanza di SQL, dove sto monitorando alcune metriche e quelle metriche, per qualsiasi motivo, le soglie che ho impostato non sono corrette? In altre parole, le soglie sono esattamente nel bel mezzo di dove si trova effettivamente la linea di base, il che significa che se avrò un avviso legato a quella soglia, probabilmente riceverò un avviso per qualcosa che è un evento normale. E così, in questi tipi di situazioni, possiamo fornirti tale visione anche su tutta la linea.
Per tutte le metriche su questa particolare istanza, posso vedere quelle soglie che probabilmente mostreranno qui un falso positivo in termini di cosa è normale e cosa no. Questo sarà qualcosa che sarebbe considerato più una cosa di normale utilizzo dal punto di vista della memoria, e se volessi aumentare quella soglia, potrei, ma è un po 'l'idea con le linee di base.
E la cosa interessante del prodotto Diagnostic Manager in termini di baseline stesse è la possibilità di impostare più baseline. E potresti chiedere: "Perché dovrei volerlo fare?" E la risposta è, beh, se hai una finestra di manutenzione che parte, diciamo, da mezzanotte alle 4 del mattino, dove stai davvero tassando le tue risorse, tu stai davvero utilizzando le risorse il più possibile, quindi vuoi essere in grado, ancora una volta, di spostarti e vuoi ruotare un po 'e dire: "Guarda, cambieremo le nostre soglie per quello." E possiamo effettivamente adattare dinamicamente le nostre soglie in modo particolare a qualunque sia la linea di base in cui ci troviamo, in base all'ora del giorno o del giorno della settimana e così via. Quindi regolerà dinamicamente quelle soglie per noi.
Facciamo di nuovo un passo. Una volta identificate quelle soglie, una volta superate e, in termini di impostazione di avvisi e notifiche e di conoscenza di queste situazioni che potrebbero verificarsi, ancora una volta la flessibilità è fondamentale in questo caso. Vuoi essere in grado di allertare in situazioni specifiche. In altre situazioni, potresti voler inviare un'e-mail a qualcun altro, potresti voler eseguire uno script PowerShell, potresti, sai, l'elenco potrebbe continuare.
Potrei voler integrarmi con qualcosa tramite trap SNMP o anche direttamente con, ad esempio, SCOM. Il punto è che hai la flessibilità di farlo e puoi impostare qualsiasi tipo di condizioni lo giustifichi, sia che si tratti di una condizione di vasta portata - sai, la mia CPU e memoria o qualunque risorsa - in tutte le mie istanze, o forse ho un tipo molto specifico di cose che voglio monitorare perché, quando scopro che stiamo violando, voglio eseguire uno script molto specifico e diretto a quel problema. Quindi è qui che potresti fare quel tipo di cose all'interno del prodotto Diagnostic Manager, solo, sai, in termini di allerta e notifica, e di essere flessibile da quel punto di vista.
Ora, non esaminerò tutti gli avvisi e tutte quelle cose buone. Volevo parlare dei rapporti. E, ancora una volta, essere in grado di prendere le informazioni e sfruttare tali dati in diversi modi - e questo torna ancora una volta alla conversazione con i tuoi dati. E molte persone, quando vedono per la prima volta questo prodotto, pensano: “Oh, beh, avrò uno strumento che mi avviserà quando ci sono problemi. Questo è quello di cui ho bisogno. ”E la realtà è che hanno bisogno di quello strumento, ma l'altro lato è, se davvero, hanno anche bisogno di uno strumento per aiutarli a prendere decisioni e possono sfruttare queste informazioni che stiamo raccogliendo in nome della performance e anche in nome della segnalazione, per poterti aiutare a prendere decisioni lungo la strada per andare avanti.
Sai, un buon esempio sarebbero le mie previsioni di crescita all'interno del mio database. Se ho un database specifico che sta crescendo, essere in grado di indicare quel database o anche più database per essere in grado di vedere quali sono i tassi di crescita. Non ti stiamo mostrando in base a cosa, sai, di cosa si tratta oggi; lo prevede in base alla crescita passata che abbiamo sperimentato.
Se ho alcuni database qui - che mi capita di avere, immagina che - potrei entrare e dire: “Prendiamo l'ultimo, sai, dati dell'anno per un valore, mettiamoli in relazione per mese e in un campione tasso di mesi, andiamo avanti e vediamo quanta crescita vedremo nei prossimi tre anni, o 36 unità. ”In tal caso, possiamo rispondere molto rapidamente a questa domanda. Ora, prova a farlo da solo, giusto? Prova a farlo in tutto il tempo in cui l'ho fatto da solo. Ti ci vorrà un po '.
Ora, anche per sottolineare ulteriormente questo, prendiamo un altro rapporto, che è il mio rapporto sui server principali. Immagina di avere un centinaio di istanze di produzione, che in questo caso non ho. Ma se qualcuno viene da me e dice: “Ho bisogno che tu me lo dica - metteremo questo nuovo database disponibile per questa fantastica nuova applicazione; cambierà tutto come lo conosciamo; renderà la vita così meravigliosa. Oh, a proposito, il database stesso sarà veramente intensivo per l'I / O, o sarà intensivo per la CPU, o molto intensivo per la memoria … ", qualunque sia il vuoto, voglio essere in grado di vedere, di tutte le mie istanze di produzione, dove ha senso mettere quel database? E posso classificare tutte le mie istanze l'una contro l'altra in termini di tipo contingente, che si tratti di CPU, memoria, disco o qualunque sia il caso. E quindi il punto qui è essere in grado di rispondere a questa domanda in modo rapido ed efficiente e prendere la decisione giusta piuttosto che indovinare quando lo fai: quelli sono tutti ovviamente molto importanti e hai bisogno di qualcosa che ti aiuterà.
E quando parliamo di analisi, può variare da qualcosa di simile a quello di cui stiamo parlando con la pianificazione della capacità agli avvisi, sai, di cui ti imbatti quotidianamente che potrebbero occuparsi di CPU, come così come ovviamente le domande stesse, sia che ci siano blocchi e così via e così via.
Un altro esempio di ciò sarebbe, se andassi alla sezione di amministrazione qui - in realtà, la riprendo, la sezione di avviso qui - interrogando il depositario delle nostre informazioni storiche per cose che sono accadute in passato. Ho avuto blocchi che si sono verificati nel mio ambiente di produzione? Non lo so, scopriamolo.
Posso tornare al mio tag di produzione e posso dire, per tutte le mie istanze di produzione, dato qualsiasi periodo di tempo, per qualsiasi metrica che voglio identificare. Se sono entrato in uno stato di allerta, nel nostro caso, diciamo blocco per conteggio, non per secondi di blocco, e posso tornare indietro e, in questo caso, qualche mese, se necessario - o in questo caso, un mese - e posso vedere quel blocco. Posso vedere quando è iniziato, posso vedere quando è finito e, se necessario, posso eseguire il drill down su uno di questi intervalli di pull per vedere i dettagli dell'incidente di blocco in sé. Devi essere in grado di avere qualcosa che è molto veloce, essere in grado di trovare ciò di cui hai bisogno e cercare piuttosto che girare molti cicli per farlo. E quindi, penso che sia anche importante.
L'ultima cosa che voglio mostrarti - e mostrarti questo prodotto, il prodotto Diagnostic Manager - è che, come ho già detto, siamo entrati e abbiamo aggiunto un altro componente al nostro SQL Diagnostic Manager Offerta professionale. E questo è il componente Analisi del carico di lavoro. E questa è una versione web di questo, in questo caso che ti stiamo mostrando qui. Ma il punto qui è che, questo ti consente di guardare un periodo di tempo davvero ampio o una finestra di tempo molto specifica e da, sai, pochi clic in grado di vedere il codice direttamente correlato ai problemi che potrebbero essersi verificati .
Ad esempio, se sto guardando una vista di quattro settimane, qui posso vedere, proprio qui, tutti i picchi in termini di database e le prestazioni di quei database e dove abbiamo visto attività di attesa su quei database. Ora, e puoi vedere, se vedo un picco qui, il vantaggio di questo strumento stesso è solo quello di poter evidenziare quella piccola barra proprio lì. E poi, quando lo faccio, tutte le cose qui cambiano. Saremmo in grado di vedere i database, saremmo in grado di vedere tutti i comandi legati a ciò che sta dietro quella barra.
Stessa cosa se dicessi: "Diamo un'occhiata alle ultime quattro ore", piuttosto che alle ultime quattro settimane. Posso ancora farlo. Posso ancora evidenziare quel periodo di tempo, e poi da lì - ecco, ancora una volta, ecco i miei punti pivot - tutte queste cose qui a cui posso collegarmi. Le principali istruzioni SQL, posso vedere quelle query, in questo caso, che stavano causando attese legate al consumo di CPU. Solo eseguendo il drill-in, posso vedere quelle query correlate qui - whoops - e posso anche vedere i programmi e tutto ciò che non è associato a questo.
Ottieni molte informazioni qui, e non solo, ma puoi vedere, quando scendi al livello di comando, ti dirà cose. Ti dirà se vede operatori pesanti, quindi puoi visualizzare i piani di esecuzione. Questo richiede un po 'di tempo perché è piuttosto esteso caricarlo. Ma il punto qui è che hai molti modi diversi per visualizzare i dati, per vedere cosa stai cercando e quindi ovviamente essere in grado di agire da lì come è necessario, quindi, e questo sta prendendo più a lungo del normale, quindi lo lascerò a quello.
E così detto questo, lo ripeterò. E speriamo che questa sia stata una buona dimostrazione del tipo di cose di cui stavamo parlando. E come ho detto, il prodotto stesso che stavamo usando per dare questi esempi è in circolazione da molto tempo, e quindi molte altre cose di cui potremmo parlare e mostrarti, ma se questo è qualcosa di interessante puoi sempre uscire dal nostro sito Web, scaricarlo e giocarci.
Eric Kavanagh: E adoro che mostri tutti questi dettagli. Se torni indietro di un paio di schermate, anche questa schermata è abbastanza buona. Perché ci sono così tanti modi diversi di visualizzare ciò che sta realmente accadendo e penso che questo sia uno degli aspetti meno apprezzati dell'informatica in questi giorni. È certamente un ambiente di database che, per molti versi, ho questa mezza battuta che dico: "Stiamo ancora imparando a parlare di silicio". Stiamo ancora imparando a capire come vedere cosa sta succedendo, e al tuo punto, che è stato molto ben preso, devi avere quella conversazione con i dati per capire meglio cosa sta succedendo, perché le cose vanno lentamente, perché ci sono così tanti possibili problemi. E, naturalmente, IDERA ha una serie di prodotti diversi, uno dei quali sono i vecchi prodotti Precise che penso possano essere complementari a questo.
Ma forse Robin, te lo getterò per un paio di domande, e poi Dez, un paio di domande da parte tua, e forse qualcuno dal pubblico, non essere timido. Mandali adesso.
Bullett Manale: Robin, sei muto?
Robin Bloor: Sì. Va bene, mi sto solo togliendo la sordina. Devo dire che è incredibilmente - la cosa che in realtà mi ha colpito di più di questo strumento, perché in realtà - soprattutto dato il fatto che è abbastanza ovvio che un'intera serie di dimensioni in cui non sei entrato - la cosa che in realtà, Penso che sia stato più impressionante di questo, deve essere davvero un ottimo modo per addestrare un DBA. Sai, è così - quindi quando inizi a lavorare sul database e in realtà non sai molto di ciò che sta realmente accadendo in un database, è davvero molto, molto difficile da capire. Quindi questo è molto usato, in particolare per l'allenamento? Lo userei.
Bullett Manale: Sì. Voglio dire, quando dici allenamento, intendi un po 'come un allenamento in corso come una cosa DBA, giusto? In termini di…
Robin Bloor: Sì, sì, sì, sì. Uno strumento di apprendimento. Sai, a.
Bullett Manale: Sì, credo di sicuro che sia così, e ancora di più che abbiamo aggiunto questo, il componente Analizza che ti stavamo mostrando in precedenza, che ha tutti i consigli che sono legati ad esso. Ma credo che troverai, all'interno dell'aiuto e in molte aree diverse all'interno del prodotto, che ti fornisce molte informazioni. Molte informazioni.
E la realtà è che, come ho detto, puoi usarlo se non sei un DBA. Probabilmente ti ritroverai a fare alcune ricerche su Google e cose del genere, solo per la conoscenza generale di ciò che ha la maggior parte dei DBA, ma puoi correlarlo e sicuramente ti aiuterà in termini di “Ehi, lo sai, ehi cos'è questa cosa chiamata frammentazione? ”o, “ Perché questa query viene eseguita 6.000 volte? ”Voglio dire, perché queste cose ti verranno mostrate e si riempiranno di bolle, e le vedrai. Vedrai che sei normale e cosa no. Vedrai le cose che stanno spuntando e le cose che non lo sono.
Di norma, cerchiamo di impostare questa cosa come, in termini di migliori pratiche. In modo che, quando lo punti a un'istanza, ti mostrerà le cose che sono identificate come al di fuori delle migliori pratiche. Voglio dire, certo, sai, la realtà è che le migliori pratiche sono le migliori pratiche e non sono sempre pratiche reali. Ma, sai, ti mostrerà gli outlier, anche dal punto iniziale in cui lo installi e lo indirizzi a un'istanza.
E poi da lì puoi andare avanti come devi necessariamente per risolvere i problemi e identificare se questo è davvero un problema o qualcosa che normalmente sta accadendo su base giornaliera. E poi, perché hai molte informazioni da aiutare e le raccomandazioni, sì, assolutamente.
Robin Bloor: Va bene. E un'altra domanda - ma sono sicuro che la risposta a questa domanda è molto rapida - è che hai la granularità di andare fino alla singola query e al singolo punto nel tempo e guardare da quella dimensione, .
Bullett Manale: Certo, sì. A seconda di ciò che vuoi fare, puoi guardare una finestra temporale di un minuto o puoi guardare una finestra temporale di tre giorni o, sai, una finestra temporale di tre settimane. E, sai, come ho detto, dipende da come vuoi guardare i dati e anche da cosa vuoi raccogliere. In alcuni casi, raccogliamo solo le query che stanno raggiungendo una soglia che hai identificato. In altri casi potremmo raccogliere, sai, ogni query che provoca un'attesa.
Ma hai anche la possibilità di dire: "Guarda, quelle soglie che ho identificato, forse è solo per le scritture, o forse è solo per le letture, o forse è solo per la CPU." Quindi, supponendo che abbia superato quella soglia, allora quello è ciò su cui vuoi raccogliere. Quindi, qualunque sia il periodo di tempo che desideri esaminare, sarai in grado di vedere quelle query che stanno offendendo, sulla base di ciò che consideri offensivo.
Esistono molti modi diversi di esaminare i dati. Puoi vederlo in una vista consolidata per vedere, sai, le query che - quante query dietro le quinte sono iniziate, rispetto a, sai, ogni singolo incidente di quella query ha preso il via, per guardare uno schema, se tu volontà, per vedere se peggiora continuamente.
Ma per rispondere alla tua domanda, puoi sicuramente puntare a qualsiasi ora tu voglia. Hai questa cosa chiamata History Browser - e in qualche modo la usavo un po '- ma praticamente in qualunque momento selezioni, in qualunque giorno del calendario che selezioni, puoi andare direttamente a quel momento.
In questo momento sto guardando il 15 novembre alle 19:05, e possiamo esaminare le domande specifiche per quel momento. Se ne avessi qualcuno che funzionava male dato quel lasso di tempo, saremmo in grado di guardare i dettagli della sessione specifici per quel lasso di tempo per vedere quali sessioni erano in esecuzione. Voglio dire, c'è un sacco di dati qui, e come ho detto, la parte più difficile, davvero, è forse i 30 minuti di gioco con la console e capire come fare queste cose.
Ma una volta riconosciuto che la maggior parte dei dati qui si trova in questa barra multifunzione ed è divisa da queste schede e ogni scheda ha il proprio set di pulsanti che cambiano in modo dinamico che compaiono ogni volta che fai clic su di esso, quindi se stai guardando reale- cose del tempo o cose accadute la scorsa settimana, è lo stesso processo. Fondamentalmente, sto guardando in questo momento il 15 novembre, ma posso altrettanto facilmente guardare il tempo reale semplicemente facendo clic su quel pulsante. E interagirò con i dati allo stesso modo.
Ma per rispondere alla tua domanda, sì, ci sono molti modi diversi di visualizzare le informazioni storiche, e ciò vale anche per le domande stesse.
Robin Bloor: Capisco. È davvero impressionante. E adoro il fatto che Windows si sincronizzi, anche se è diventato praticamente necessario in tutto ciò che al giorno d'oggi tratta di dati in tempo reale.
Bullett Manale: Sì. Sicuro.
Robin Bloor: Ecco solo un punto di informazione a cui in realtà non conosco la risposta. Dato che le tue offerte - SQL Server e il cloud - puoi puntare al cloud in Ratio?
Bullett Manale: Puoi. Puoi indicarlo sotto il cloud. Quando aggiungi effettivamente istanze, ti chiederà se è RDS o Azure. Ora, ci saranno alcune limitazioni basate su ciò che ci viene esposto dal cloud, quindi potrebbe esserci un - c'è un po 'di differenza in termini di ciò che possiamo monitorare, semplicemente perché la strumentazione, in alcuni casi, non è ci siamo riuniti per noi, sulla base di ciò che Microsoft sta esponendo.
Ora, se si tratta di qualcosa come, sai, infrastruttura come piattaforma, come, sai, o EC2 o qualcosa del genere, non è affatto un problema. Otteniamo tutto. E mentre lavoriamo con Microsoft e lavoriamo con Amazon; stiamo lavorando per esporre tali informazioni in modo più dettagliato. Ma assolutamente sì, supportiamo quegli ambienti.
Robin Bloor: Okay, è interessante. Bene, passerò a Dez, che sono sicuro che ti farà domande da un'altra direzione.
Bullett Manale: Va bene.
Dez Blanchfield: grazie. Ne ho due molto veloci per te. Penso, sai, il primo è, le scale, sai, penso che una delle cose che mi colpisce sia che il tema generale della performance tende ad essere qualcosa a cui pensiamo quando diventiamo molto grandi, molto grandi, su larga scala e ampia e terabyte di dati. Guardando la demo, mi è sembrato, questo è qualcosa che si applica anche agli ambienti molto piccoli, in un certo senso solo ottenendo successi nelle prestazioni.
Che tipo di diffusione vedi nell'adozione di questo, e pensi che sia, sai, pensi che sia uno strumento che ha un bene, sai - nella mia mente, lo fa, quindi penso che sia un sì - ma sono solo desideroso di vedere quello che stai vedendo. Le organizzazioni più piccole hanno le stesse conversazioni e cercano uno strumento per farlo, o è davvero qualcosa nella parte più grande della città?
Bullett Manale: È divertente - questa è una buona domanda. È un po 'un mix, ma direi che abbiamo un sacco di piccoli clienti. E quando dico piccoli clienti, intendo, sai, acquisti da una a cinque istanze su licenza da gestire. Ora, in alcuni casi potrebbero avere 30 istanze, giusto, di SQL, e si preoccupano davvero solo delle cinque, davvero, cosa abbastanza importante da investire in uno strumento come questo, per quelle cinque istanze.
Ma la realtà è che anche i negozi più piccoli hanno una manciata di server SQL. Nella maggior parte dei casi, o in molti casi, quel piccolo negozio dipende molto, molto da quei database, a causa di ciò che fanno. E così non lo fanno, non possono lasciarlo andare. Non possono, sai, devono avere uno strumento.
L'altro lato di quella moneta è che, in alcuni di quei negozi più piccoli, non hanno DBA dedicati, quindi il ragazzo che è il ragazzo più intelligente nella stanza o il ragazzo più tecnico nella stanza finisce per essere il DBA assegnato. E così, in quella situazione, stanno sicuramente cercando aiuto, e questo strumento ovviamente li aiuterà anche in questo senso.
Per i tuoi ambienti più grandi, poiché penso che sia stato Dez a parlarne - o Robin, non ne sono sicuro - ma, sai, gli ambienti più grandi, saresti sorpreso da quanti DBA hanno, voglio dire, noi ' stai parlando di un numero enorme di istanze di SQL e hai letteralmente una manciata di DBA che hanno il compito di essere responsabili di loro. E quindi da quel punto di vista, quei ragazzi, sai, stanno cercando aiuto perché non hanno le risorse in modo sufficientemente adeguato per aiutarli davvero, e quindi uno strumento aiuterà a compensare un po 'di quello.
E così vediamo anche un po ', dove, sai, hai tre ragazzi che gestiscono 200 istanze. E così puoi immaginare la logistica di ciò se non hai uno strumento come questo, per cercare di capire quando c'è anche un problema. Non sarà un modo proattivo, posso assicurarti. Quindi speriamo che risponda alla tua domanda. Si.
Dez Blanchfield: Sì, sì. Mi ha colpito - e penso che Robin si sia in qualche modo alluso ad esso - ma, sai, il tipo di promessa che stai descrivendo quando hai fatto la demo, voglio dire, non sono esclusivi di ambienti molto grandi. Sai, puoi acquistare una piattaforma standard comune progettata per una cosa e metterla in un ambiente condiviso di database per qualcos'altro, e punirà solo l'intero ambiente.
L'altra cosa che mi ha colpito - non è tanto una domanda, ma solo un'osservazione, ma la porterò a una domanda - ed è quello, sai, quando le organizzazioni hanno già fatto un investimento nella loro infrastruttura e nella loro piattaforma e il loro database, i server e l'infrastruttura che li circonda, e compreranno un prodotto, qualunque esso sia - un HR, un ERP, uno strumento di BI - hanno già fatto un investimento abbastanza grande.
Che tipo di risposta vedi quando hai una conversazione con le persone e hanno capito di avere un problema di prestazioni, ma ora sentono di dover fare un altro investimento per raggiungerlo? C'è un punto in cui si rendono conto una volta che lo dimostrate come una cosa semplice, e non è tanto un campo di vendita, ma è più un'epifania. Sai, "Vedremo immediatamente beneficio da questo". Al contrario di dover solo vendere il prodotto? Mi sembra che si vende da solo e il ROI salta fuori dalla pagina.
Bullett Manale: Sì, ed è divertente che tu lo dica perché, quante volte accadrà, qualcuno verrà, come un DBA o anche i rappresentanti di vendita, e diranno: "Ehi, questi ragazzi vogliono vedere un foglio ROI simile a questo. ”E più come un foglio qualcosa che avremmo inviato a loro. E la demo è sempre 10 volte migliore, soprattutto essendo, puoi farlo con gli stessi DBA, perché–
Dez Blanchfield: Sì.
Bullett Manale: Come hai detto, il prodotto si vende da solo. È davvero difficile mettere un ROI su un pezzo di carta e dire "Okay, quanti clic fa un DBA in genere, sai, in un'ora?" In relazione ai backup, sai, o qualunque sia il caso, sai? E cercando di metterlo su un pezzo di carta, è davvero difficile farlo. Ma quando ottieni qualcuno e mostri loro il prodotto, e loro lo vedono, è esattamente quello che hai detto.
Le persone ne comprendono il valore. Perché non solo li aiuta a capire e prendere decisioni migliori, ma li aiuta anche a non essere il cattivo. Possono essere i primi a saperlo; possono correggere il problema prima ancora che venga identificato un problema.
L'altra parte di questo è che, sai, come DBA, che si tratti di una, sai, reale o percezione - e penso che sia percezione - possiedi davvero i problemi di prestazione. Sei il ragazzo che ti punta il dito quando le prestazioni diminuiscono e la realtà è che potrebbe essere lo sviluppatore a causare il problema.
Avere uno strumento per poter dire: "Ehi, questo non è un mio problema, devo essere in grado di portarlo allo sviluppatore e devono correggerlo" o, sai, in questo senso. È un bel modo di essere in grado di avere qualcosa nel tuo arsenale per poter dire: "Questo è il vero problema." Sai?
Dez Blanchfield: Sì. L'ultimo per te, e la cosa che mi colpisce, osservandolo mentre lo facevamo, era che, spesso quando pensiamo ai problemi di performance, tendiamo ad apportare abilità speciali. Arrivano con 20 anni di esperienza, lo guardano e, in un certo senso, sanno, la classica barzelletta del ragazzo che entra nel negozio di ingegneria e ha un piccolo martello e colpisce la macchina nel punto giusto e poi dice, "Questa è una correzione di $ 15.000", e la gente dice: "Non stiamo pagando per questo", sai, perché sono cinque minuti di lavoro. E dice: "Beh, quel lavoro di cinque minuti ha richiesto 15 anni di esperienza per essere risolto e ti ha salvato milioni."
A me sembra, sai, c'è un processo intermedio di, la gente passa attraverso questa cosa dicendo: "Va bene, porta le abilità speciali, risolvi il problema, andrà via." Ma quello che hanno fatto è ci hanno appena messo un cerotto, giusto? A differenza di uno scenario in cui, da quello che posso vedere qui, in cui quando ciò accade, sì, potrebbero aver affrontato alcuni problemi di performance che pensavano di sperimentare, ma mi sembra, proprio in quel momento, solo di avere questo 24 / 7 tipi di occhi fissi che guardano l'ambiente in tempo reale.
Finisci davvero per allontanarti dallo scenario dei DBA che vengono svegliati alle quattro del mattino perché i rapporti sono in esecuzione. È il caso - e forse è retorico - ma è il caso in cui le persone passano rapidamente dal cercare di investire in un prodotto per farlo risolvere un particolare problema, ma in genere diventa parte del DNA?
Bullett Manale: Sì, e varia da luogo a luogo, ma, voglio dire, ho alcune persone che originariamente hanno acquistato il prodotto, come, nel 2006, e sono state in tre diversi lavori in diverse aziende, e sono entrati e, quando vanno alla prossima azienda, lo promuovono come qualcosa da ottenere perché hanno un flusso di lavoro. E lo chiamo così, odio chiamarlo così, ma, sai, quel flusso di lavoro coinvolge questo prodotto e ci sono abituati su una base quotidiana e li aiuta, e quindi non vogliono impara qualcosa di nuovo.
Ma assolutamente. Voglio dire, la maggior parte delle volte chiediamo alle persone di scaricare questo prodotto, non è perché hanno un budget e che escono e stanno dicendo: "Ehi, beh, abbiamo questo budget per le prestazioni, dobbiamo fare una prova del concetto, e dobbiamo intervenire e capire, fare una valutazione e tutto il resto. ”Di solito succede che hanno un problema su un'istanza di SQL e stanno cercando aiuto per risolvi quel problema. Vanno a scaricare il nostro strumento, risolvono il problema e poi si rendono conto che questo, lo strumento stesso farà di più che risolvere semplicemente il problema che avevano in quel momento, che li aiuterebbe effettivamente a migliorare le prestazioni complessive e impedire che si verifichino altri problemi, andando avanti. E questo è sicuro. E puoi sicuramente continuare a utilizzare questo strumento per ottimizzare continuamente l'ambiente perché sarai sempre in grado di vedere non solo quello che è successo in questo momento, ma quello che è successo la scorsa settimana, il mese scorso, l'anno scorso e confrontarlo con quello che succederà Domani. Sai? Quel genere di cose.
Dez Blanchfield: Sì.
Bullett Manale: Quindi, di sicuro.
Dez Blanchfield: perfetto. Quindi hai menzionato, hai parlato di qualcosa - Sto per concludere prima di restituire Eric per chiudere. Una delle cose che mi interessano sempre è, sai, come fanno le persone a metterci le mani sopra? Hai detto di scaricarlo. Qual è il riassunto di 30 secondi di come ci mettono le mani, ne ottengono una copia, lo fanno girare e ci giocano, e di cosa potrebbero aver bisogno in termini di infrastruttura, solo per avere un'istanza.
Bullett Manale: Quindi, andrai a IDERA (idera) .com. IDERA.com è la società e se accedete a quel sito Web - e posso effettivamente mostrarvi qui - non so se sto ancora condividendo il mio schermo, ma se andate alla pagina Prodotti, quindi andate alla Diagnostica Manager manager, ci sarà un piccolo pulsante Download e puoi semplicemente scaricare la build dopo aver compilato le tue informazioni. Ti chiederanno la build a 32 o 64 bit, e tu partirai per le gare, come si suol dire.
Dez Blanchfield: E funzionerà su un laptop per farci giocare qualcuno, o dovrà caricarlo su un server da qualche parte?
Bullett Manale: No, no. In effetti, quello che ti ho mostrato oggi è stato eseguito dal mio laptop. Ora, il mio laptop ha 32 concerti e processore a 8 core, ma è ancora un laptop. Ma non deve necessariamente avere così tante risorse per rispondere alla tua domanda. La valutazione stessa è valida per 14 giorni, ma sei più che benvenuto per fare una prova più lunga. Se ci chiami, possiamo estenderlo per te, se lo desideri.
Dez Blanchfield: Penso che dovrebbe essere qualcosa da portare via, perché sicuramente lo farò. Penso che, dal punto di vista delle cose, mi sembri un gioco da ragazzi scaricarlo e giocarci. Probabilmente vai in uno dei tuoi ambienti e vedi solo quello che puoi vedere, perché sospetto che - come tutto ciò che ho visto in uno sfondo di database negli ultimi 20 anni, che mi invecchia - una volta che riesci a vedere cosa c'è sotto Hood, è incredibile quello che ti rendi conto di poter risolvere rapidamente e ottenere solo piccoli guadagni in termini di prestazioni.
Fantastico, grazie per la demo. Era davvero fantastico. Grazie per tutto il tempo per discutere le domande.
Bullett Manale: Prego . Grazie per-
Dez Blanchfied: Eric, ti restituirò.
Eric Kavanagh: Sì, abbiamo davvero una bella domanda da parte del pubblico. Ne hai parlato in qualche modo nella tua presentazione, e in realtà l'ho twittato perché è stata una citazione così bella. Hai detto di non voler utilizzare uno strumento per monitorare le prestazioni che incidono negativamente sulle tue prestazioni.
Bullett Manale: Giusto. Giusto. Questa è una parte importante di uno strumento di monitoraggio delle prestazioni, se non causa problemi di prestazioni. Completamente giusto.
Eric Kavanagh: Esatto. Bene, è come quelli maledetti - è come i programmi anti-virali che possono solo provocare il caos nei sistemi. Voglio dire, ho usato una serie di tecnologie diverse per la trasmissione in cui il programma antivirus entra in azione e troncerà il tuo stream. Quindi ci sono cose che accadono che non ti aspetti, ma la domanda riguarda il commento specifico che hai fatto. E che tipo di successi vedi? È il due percento, è il cinque percento, è l'uno percento? Hai dei numeri che puoi lanciarci?
Bullett Manale: Beh, voglio dire, la sfida con questa domanda è che, sai, parte della discussione di cui stavamo parlando in precedenza. Posso darti il - di solito è circa dall'uno al tre percento, per rispondere alla tua domanda. Ma c'è più spiegazione che penso sarebbe necessaria, che ti forniamo molti modi per essere in grado di dire allo strumento cosa vuoi monitorare, giusto? E così si torna a quello. Bene, potrei voler ottenere un campione di ogni query in esecuzione. Quindi voglio avere uno strumento abbastanza flessibile da poterlo attivare in modo da poterlo vedere.
E così, parte di quella flessibilità include, sai, c'è un costo. Se ho bisogno di raccogliere più dati perché voglio un campione di ogni query in esecuzione negli ultimi, sai, 20 minuti, posso attivarlo e può farlo. E così, ma in generale, sì, da uno a tre percento è ciò che vediamo, in termini di costi generali. Ma questo varierà, e la maggior parte dipenderà dalle tue cose che accendi e spegni, in termini di soglie, di quanti dati vuoi raccogliere, dei tuoi intervalli di polling, di tutto quel tipo di cose quello.
In effetti, se esci dall'istanza stessa che stai gestendo, una delle cose che vedrai è che abbiamo più intervalli di polling che puoi specificare. E questo è semplicemente perché vogliamo, sai, non ho bisogno di controllare ogni - Se voglio fare un controllo del battito cardiaco su un'istanza, non ho bisogno di eseguire il polling della CPU e di tutto il resto insieme se ' lo sto facendo ogni 20 secondi. Quindi hai più intervalli di polling che puoi specificare.
Come ho già detto, hai anche il monitoraggio delle query che puoi specificare. E questo può essere fatto indipendentemente per ogni istanza, in modo da poter davvero soddisfare quella specifica istanza in termini di ciò che si desidera monitorare. Per le mie statistiche di attesa e il monitoraggio di attesa, posso attivarlo o disattivarlo. E posso dirlo per catturare tutto, posso dirlo, sai, cosa voglio catturare e quando voglio catturarlo. Quindi anche molto di ciò: devi prendere in considerazione ciò che stai facendo, in termini di ciò che stai dicendo allo strumento da monitorare.
Ma in generale, ciò che direi è che, come ho detto, circa l'uno o il tre percento è ciò che vediamo. Vendiamo questo strumento da molto tempo - dal momento che, come ho detto, nel 2003 o 2004 - e abbiamo migliaia di clienti, quindi posso assicurarti che, sai, non abbiamo - proviamo il nostro meglio non causare problemi di prestazione in nome della prestazione.
Eric Kavanagh: Sì, è davvero una buona informazione. Ho solo pensato che fosse una citazione brillante perché, sai, ancora una volta, non vuoi sconfiggere lo scopo di ciò che stai cercando di realizzare, giusto?
Bullett Manale: esattamente.
Eric Kavanagh: E apprezzo anche la domanda di Robin; questa è davvero una piattaforma eccellente per aiutare gli amministratori di database a comprendere i diversi aspetti, dimensioni e livelli di ciò di cui stiamo parlando. E penso che il concetto di conversazione con i tuoi dati sia molto appropriato qui, perché, al punto precedente, non lo capirai al primo tentativo, di solito. Devi passare un po 'di tempo a guardare i dati, guardare i dati storici, fare quella sintesi nella tua mente. E questo è il lavoro dell'umano, giusto? Il lavoro della professione che si trova lì dietro e prende calore dall'azienda su una base abbastanza regolare, per fare quel lavoro e mantenere i treni in orario, giusto?
Bullett Manale: Assolutamente.
Eric Kavanagh: Beh, gente, questo è stato un altro evento fantastico. Se qualsiasi domanda che hai posto non ha ricevuto risposta, fammelo sapere. Invia una mail a. Archiviamo tutti questi eventi, quindi puoi sempre visitare InsideAnalysis.com per trovare l'archivio o visitare il nostro partner Techopedia.com. Se guardi sul lato destro della loro pagina, vedrai Eventi e i webcast elencati lì. Se fai clic su Altri eventi, puoi vedere tutti i webcast che elenchiamo lì, passati, presenti e futuri.
E con ciò, ti saluteremo. Abbiamo altri cinque webcast per il resto di quest'anno, gente. Potremmo programmarne un altro. Ma per il resto, sarà al 2017. L'editor è uscito. Facci sapere e se hai qualcuno che vuole mostrare la sua tecnologia, invia un'email a.
Detto questo, ti saluteremo, gente. Grazie ancora per il tuo tempo e la tua attenzione, ti parleremo la prossima volta. Stai attento. Ciao ciao.
