Di Techopedia Staff, 22 febbraio 2017
Takeaway: l' host Eric Kavanagh discute della gestione del database con il Dr. Robin Bloor, Dez Blanchfield e Binh Chau di IDERA.
Al momento non sei collegato. Accedi o registrati per vedere il video.
Eric Kavanagh: Okay, signore e signori. Ciao e bentornati ancora una volta. È un mercoledì, sono le quattro del fuso orario dell'Est e negli ultimi anni ciò significa che è tempo di Hot Technologies. Esatto, questo è il nostro spettacolo con i nostri amici Techopedia - Techopedia.com. Dai un'occhiata online. Ricevono traffico mostruoso, 1, 5 milioni di visitatori unici al mese. È un sacco di traffico web. L'argomento di oggi, "Il sogno di DBA: scoperta e gestione attraverso l'ambiente". Sì, sì, è un grosso problema, soprattutto per le organizzazioni più grandi. C'è davvero una diapositiva sulla tua, e abbastanza su di me, colpiscimi su Twitter @eric_kavanagh, provo sempre a seguirmi e ad avviare una conversazione là fuori.
Ancora una volta, stiamo parlando delle tecnologie di database oggi e siamo davvero in grado di capire cosa sta succedendo in un ampio panorama di istanze di database. Come molti di voi sanno, una volta che inizi a far crescere la tua organizzazione, ottieni molte più di queste istanze e tenere sotto controllo queste cose può essere una sfida interessante. In effetti, ricordo diversi anni fa, ho avuto un'ottima conversazione con un ragazzo che era il direttore della governance dei dati per l'ufficio del CIO presso il Dipartimento della Difesa. E gli stavo raccontando tutte queste cose interessanti, abbiamo avuto questa grande conversazione e gli ho raccontato la mia storia di fondo sul fare pressioni per la trasparenza della spesa federale, e ha riso e ha detto: "Oh, quindi è la tua casa dove dovrei mandare quella prossima sciopero dei droni predatori. "Disse:" Trasparenza nelle spese federali? Non so nemmeno quante licenze Oracle ho qui. ”Quando l'ho sentito, ho davvero potuto apprezzare l'entità della sfida che alcune organizzazioni affrontano.
Al giorno d'oggi ci sono molti strumenti interessanti - ne sentiremo parlare oggi - per capire cosa sta volando là fuori, ma anche 20 anni fa, è stata una sfida davvero seria. Quando si tratta di organizzazioni delle dimensioni di DOD, si può solo immaginare che ottenere un controllo che farà risparmiare un sacco di soldi, farà risparmiare un sacco di tempo, risolverà alcuni problemi di governance; finisci per risolvere più sfide tutte in una volta se fai questo tipo di cose correttamente. Lo impareremo oggi.
Abbiamo il nostro dottor Robin Bloor, analista capo di The Bloor Group. Abbiamo Dez Blanchfield, il nostro scienziato di dati, che chiama da sotto, Sydney, Australia. E Binh Chau, senior product manager di IDERA, è anche sulla linea.
Facciamo #HOTTECH come hashtag: sentiti libero di twittare durante lo spettacolo. E ci affidiamo a voi ragazzi per buone domande, quindi per favore non essere timido: fai domande in qualsiasi momento utilizzando il componente Domande e risposte della tua console di webcast o quella finestra di chat, in entrambi i modi. E con ciò lo consegnerò al Dr. Robin Bloor. Lasciami consegnargli le chiavi di WebEx. Ecco, e portalo via.
Dr. Robin Bloor: Ok. Bene, eccoci, passiamo alla prima diapositiva. In Italia, li chiamano Stanlio e Olio, Laurel e Hardy. Negli anni '90, quando tutti erano preoccupati per l'anno 2000, sono stato coinvolto in numerosi progetti dell'anno 2000. E sono andato a - chiamiamoli una grande compagnia assicurativa - e hanno scoperto che avevano oltre 500 applicazioni che non sapevano esistessero sul mainframe. Stavano facendo un inventario del mainframe. Bene, a quei tempi, gli ambienti mainframe erano molto meglio curati di qualsiasi cosa venisse dopo, voglio dire, non c'è proprio dubbio.
Ero davvero un po 'sbalordito e ho parlato con le persone dell'organizzazione e mi hanno detto che non esisteva un sistema centrale comprensivo … non c'era persona responsabile della conoscenza di tali informazioni, in pratica. Non hanno mai preso inventari dei loro beni. E un database è una risorsa senza mezzi termini perché contiene dati e dati preziosi. Quanti casi è la domanda e in realtà, dove sono? Questo è solo "Cos'è un database?" E la ragione per cui la penso così, un database è un armadio in cui si gettano i dati. E di recente stavo parlando con un sito che conteneva migliaia di istanze di Oracle. Bene, Oracle è un database che, se lo usi in modo sofisticato, richiede un DBA.
Ho chiesto qualcosa a riguardo e hanno detto che, a proposito, penso che siano circa sette o otto DBA nell'intera organizzazione. E ho detto, sai, "Chi si occupa delle altre migliaia di casi?" E hanno detto: "Beh, davvero quello che è successo lì è che le persone lo usano solo come file system. Abbiamo un numero di database che si trovano su grandi cluster in cui le prestazioni contano davvero e hanno DBA che li sovrastano continuamente. E poi abbiamo migliaia di altri database di cui nessuno si occupa affatto. "E ho chiesto loro esattamente quanti database e loro hanno inventato, " Beh, l'ultima volta che Oracle l'ha verificato. "Non hanno fatto controlli da soli sai, che è una specie di cosa interessante.
Sai, ci sono ragioni per usare un database. Un database implementa un modello di dati. È lì per la condivisione dei dati: può gestire più richieste simultanee di dati, implementare un modello di sicurezza, è conforme ACID, resiliente o può essere configurato per essere resiliente, lo sai. Questo è il motivo per cui abbiamo database. Ma, sai, non è insolito incontrare siti con migliaia di istanze di SQL Server o Oracle e la maggior parte di essi viene utilizzata come file system, in pratica. E allora perché dovresti creare una nuova istanza, davvero?
Conosco i team di sviluppatori che se stanno costruendo una nuova applicazione, la costruiscono in un silo in modo che ogni nuova applicazione abbia un database separato. Non avrebbero necessariamente cercato di creare un livello di dati dalle cose - non penso che sia una buona pratica. Ma di nuovo lì, sai, se hai un ambiente molto complicato, diventa molto, molto difficile provare a mettere insieme tutti i database collegati tra loro in termini di dati all'interno di essi dove ci sono relazioni. Le istanze vengono create per le repliche.
Sai, puoi avere hot standbys o repliche per motivi di disponibilità, ma hai anche repliche o semi-repliche nei data mart. E una volta introdotto il mondo del data warehouse, la domanda di quanti data mart c'erano là fuori e le persone li stavano semplicemente usando come file clone, estraendo i dati dal data warehouse e non preoccupandosi particolarmente delle sue prestazioni nel sentono che avrebbero semplicemente accontentarsi delle prestazioni predefinite. Molte di queste persone probabilmente non sapevano nemmeno che si potesse effettivamente ottimizzare i database. Ho visto progetti che hanno suddiviso i dati in cumuli distintivi ai fini della distribuzione.
Sai, ottieni spesso questa situazione di replica in cui hai più depositi all'interno di un'organizzazione e ognuno ha database e ognuno è un frammento di un database centrale. Ottieni istanze dallo sharding. Cattive decisioni di progettazione - Ho visto alcuni progetti davvero bizzarri avere luogo in termini di database in cui le persone hanno creato database separati senza una buona ragione. E come ho notato, i database sono file system.
E poi ci sono gli ambienti di test e sviluppo che devono essere alzati e abbassati, ma contano tutti come istanze con database e tutti, a proposito, devono avere sicurezza e tutte le altre cose che il database spera forniscano. Considerazioni sull'istanza: un carico di lavoro del database può essere ottimizzato solo per un'istanza specifica. Se sei davvero interessato ad avere le migliori prestazioni, la suddivisione dei dati in un sacco di database non ti fornirà necessariamente quel tipo di ottimizzazione.
C'è un motivo per non creare istanze spurie di dati. I carichi di lavoro misti sullo stesso database del contrappunto possono portare a prestazioni scarse - particolarmente degno di nota l'OLTP e il traffico di query di grandi dimensioni semplicemente non si mescola, non si è mai mescolato e probabilmente non si mescolerà mai. In genere è preferibile consolidare un database a livello di server anziché disporre di più macchine virtuali. Ma le macchine virtuali forniscono isolamento; con alcune persone è una decisione di progettazione isolare i dati da altri dati in modo che, sai, se quell'applicazione fallisce, o se quel database fallisce, non mette giù la mia applicazione.
Il problema, ovviamente, è che si finisce col passare al punto successivo, che è il canone di licenza del database. Questi variano, ma ho visto che i costi di licenza del database diventano un criterio di progettazione perché qualcuno non voleva esplodere un determinato numero e, quindi, le persone che progettano sistemi male semplicemente per il modo in cui funziona la licenza del database. E c'è l'altra cosa: se inizi a consolidare tutti i tuoi database, vale la pena notare che i DBA sono costosi. Non è una cosa così facile da fare.
Una semplice visione del mondo - e questa è davvero l'ultima diapositiva - c'è un livello dati, c'è un livello di trasporto e c'è un livello di elaborazione. E tutto l'hardware si trova sotto quello. Non è davvero possibile ottimizzare il livello dati senza sapere esattamente cosa contiene e perché.
Detto questo, passerò al mio amico da sotto, Dez Blanchfield.
Dez Blanchfield: Grazie, Robin. Fammi solo sistemare il mouse qui. Quindi, ci darò un paio di aneddoti oggi perché questo è un argomento enorme e potrei passare due settimane con un pennarello a lavagna divertendomi, perché ho avuto quasi tre decenni di alti e bassi in questo spazio .
Ma prima, un'immagine visiva mentale. Quando penso alla sfida di cui stiamo parlando oggi - ed essenzialmente, stiamo parlando della crescita, della replica e dell'espansione del database e di tutte le sfide che ne conseguono - volevo solo mettere questa foto di una quercia gigante nella nostra mente. Questi sono alberi notoriamente belli, iniziano come una piccola ghianda ma crescono fino a questi colossi. E quando lo fanno, sono molto grandi e disordinati. E come puoi vedere da questa immagine, come metafora visiva, se ti piace, sai, rami che vanno dappertutto e poi rametti che si staccano da quelli e foglie alla fine di quelli e sono in tutte le forme casuali e caotiche, e questo è solo un po 'possiamo vedere dal suolo.
In un certo senso penso a quelli come dati all'interno del database, e sotto che c'è una struttura di radici e toccano tutti i tipi di direzioni. Ma sembra molto pulito e sensibile sulla superficie del terreno lì dove è bello e piatto, ma la realtà è che è altrettanto folle sotto terra come è sopra il terreno; semplicemente non lo vediamo. E lo uso spesso quando comincio a pensare a come descrivere la sfida di cui stiamo parlando oggi alle organizzazioni dalla sala riunioni ai tecnici per cercare di convincerli a visualizzare ciò che sta realmente accadendo nelle loro organizzazioni. Perché è così facile guardare lo schermo di un computer e vedere questi bellissimi campi di righe e colonne e pensare: "Abbiamo risolto il problema, non è un grosso problema". Ma non è affatto così. E quindi è a quel punto che di solito raggiungo questa linea dicendo che i database nella mia mente sono come ghiande, sai, iniziano piccoli e crescono, ma prima che tu lo sappia, hai una foresta di querce giganti, e quindi il visivo.
Quindi, due aneddoti solo per condividere uno scenario che è cresciuto senza controllo e non è stato possibile correggerlo, e poi un altro che ha fatto una cosa simile ma che è stato possibile correggere, e sottolineerò il punto chiave della discussione di oggi su come ci siamo arrivati.
Il primo era uno scenario in cui un CIO con le più grandi intenzioni nel tempo causava inconsapevolmente uno dei tentacoli più inaspettati e indesiderati che crescevano senza controllo. Si trattava di uno scenario in cui un'organizzazione governativa con migliaia di dipendenti, personale tecnicamente molto esperto, chiedeva l'accesso ai suoi sistemi e strumenti con i quali potevano iniziare a collaborare e automatizzare molti dei loro processi. Volevano allontanarsi dai moduli cartacei e volevano creare sistemi online, volevano acquisire dati, rintracciarli, monitorarli, segnalarli e presentarli ai loro colleghi.
E ci sono cose di ogni genere, ci sono cose che vanno dalle persone che si rivolgono ai loro uffici e che accedono e accedono per motivi di sicurezza fino a chi sta ordinando cosa in mensa all'ora di pranzo. E così, un CIO ben intenzionato ha deciso che Lotus Notes era un'ottima idea perché era stato a una serie di seminari e IBM aveva fatto un ottimo lavoro nel lanciarlo e nello scenario giusto sarebbe stata una grande decisione, è stato fatto sotto controllo. Ma quello che è successo è stato invece di consegnare Lotus Notes a un team di tecnici per implementare in un ambiente e quindi mettere in piedi strumenti sensibili e così via e fornire un po 'di controllo e governance attorno ad esso, ciò che è realmente accaduto è stato distribuito allo standard ambiente operativo, SOE, quindi ogni desktop è diventato effettivamente un server.
E così, hanno fornito training e appunti pratici e documentazione per l'intero processo e tutte le persone improvvise hanno capito: "Sì, ho Lotus Notes sul mio desktop!" Cosa significa, pensi? Bene, ciò significava che a migliaia di personale molto tecnicamente esperto è stato insegnato come scrivere script e scrivere app, in modo efficace, in Lotus Notes, creare piccoli database che essenzialmente assomigliavano a fogli di calcolo, righe, colonne e campi e presentare questa piccola interfaccia web attraverso Domino.
Se volessi acquisire informazioni su qualcosa, potrei semplicemente creare un piccolo modulo e in un'interfaccia di tipo foglio di calcolo, metterlo in un file, creare un piccolo database Lotus Notes dietro di esso e presentarlo come un'app Web e iniziare a raccogliere informazioni. E suonava benissimo fino a quando non funzionava da anni e all'improvviso si resero conto, qualcuno si svegliò e disse: "Bene, aspetta, perché ci sono 10.000 nuove app basate su database che appaiono sulla LAN, e in particolare nelle ultime 12 mesi? Che cosa sta succedendo? ”Bene, quello che è successo è stato, in sostanza, hai dato alla gente una pistola, ed è stata caricata e la sicurezza è stata disattivata, e ovviamente si sono sparati al piede.
E qui c'è questa grande immagine che di solito evoco nella mia mente di un artista italiano che fa questa strana cosa in cui ottiene un camion carico di fieno e paglia e scaricato nel mezzo di uno studio d'arte e poi ottiene un curatore dello studio d'arte spingere casualmente un ago nel mezzo di esso. E poi trascorre giorni in diretta, a porte chiuse, passando attraverso la cannuccia cercando l'ago nel pagliaio, per così dire. Fino a quando, dopo ore e giorni, lo trova, salta su e giù e si eccita. E comunque, artista italiano, cosa puoi fare? Ma è abbastanza divertente e se l'hai mai guardato online o se lo guardi online lo troverai molto catartico.
Ecco uno scenario da incubo in cui una persona tecnica ben intenzionata ha dato agli uomini d'affari - uomini d'affari tecnicamente molto esperti - uno strumento che avrebbe dovuto rendere le loro vite più facili. Ma in poco tempo abbiamo avuto domande su chi le supporta, chi le monitora e le supporta, dove sono questi dati, in che struttura sono i dati, chi sta controllando gli schemi, cosa succede se voglio creare un'altra versione, quali dati sono in quelle versioni, posso fare un viaggio di integrazione del test di sviluppo su queste cose?
Sai, puoi trarre le tue conclusioni su come è andata, ma non è andata bene e puoi immaginare che solo centinaia di terabyte di dati, e non il backup, seduto su, effettivamente, PC o laptop su scrivanie, alcuni i sistemi non erano nemmeno disponibili perché le persone non si rendevano conto quando spegnevano il laptop alle 5:30 e lo portavano a casa per fare il lavoro che nessuno sulla LAN poteva raggiungere quell'applicazione. Non è finita bene. E molti dati dovevano essere ripuliti, manipolati manualmente e riportati in un sistema sensibile; la maggior parte di esso è stata semplicemente spazzata via e rimossa, perché non si poteva permettere che si espandesse ulteriormente.
Quindi il mio secondo aneddoto con le cose in un viaggio molto diverso. Immagina uno scenario, hai sviluppo, test, integrazioni, integrazioni di sistemi, test di accettazione dell'utente, produzione, disaster recovery, backup e copia di backup da uno a 99 e oltre, hai aggiornamenti, patch e quindi ambienti dimostrativi da da uno a 99 e oltre. E all'improvviso ti siedi lì a dire "Aspetta, cosa sta succedendo, resisti, chi sta usando cosa?" Sai, questo è un incubo potenzialmente in attesa di accadere.
Ma in questo scenario ciò che è accaduto è stata la possibilità di entrare in un'organizzazione che voleva estrarre un'unità di business di gestione patrimoniale dalla propria piattaforma bancaria principale e sostenerla come un'organizzazione separata essenzialmente in una startup all'interno di un'azienda. La sfida era, prendere la nostra unità di gestione patrimoniale e tutte le persone, la tecnologia e i dati che la circondano nei servizi pubblici, creare una startup all'interno della nostra azienda e ritagliarla in modo che possa funzionare con il proprio marchio.
Questo è un leader globale nel settore bancario, che non nominerò. Abbiamo dovuto estrarre la business unit di gestione patrimoniale stessa e tutto ciò che la circonda. Quindi, tutto nella sua interezza, tutto il personale, l'infrastruttura fisica e spostarlo in un nuovo spazio ufficio. Tutti i sistemi aziendali, tutto il software, tutti i dati, tutte le licenze, tu lo chiami. Bene, puoi immaginare, che all'inizio sembrava un po 'un incubo.
E per mettere un po 'di contesto al riguardo, stiamo parlando di 78 sistemi nella piattaforma bancaria originale che supporta circa 14 prodotti principali, che potrebbero essere circa un migliaio di offerte diverse. Centinaia e centinaia di database attivi in uso e quando dico in uso, abbiamo dovuto spostarli in situ, quindi un venerdì pomeriggio sarebbero stati in un ambiente, lunedì avrebbero dovuto essere altrove e sabato e domenica dovevano avere questo incrocio in cui le transazioni andavano da un sistema a sinistra, diciamo, per visualizzarlo a un altro sistema a destra.
Circa 15.000 clienti con innumerevoli record ciascuno e un incubo ETL perché nessuno dei 78 sistemi da un lato era abbinato ai sistemi dall'altro lato. Avevamo una piattaforma bancaria completamente nuova, nuovi sistemi, nuovi software, nuovi database e nuovi schemi. Quindi, metadati, campi, righe, colonne, record, tabelle, lo chiami, niente corrisponde. Esistono 14 diversi team di sviluppo attivo, uno per ciascun prodotto. E quando abbiamo creato questo ambiente, abbiamo scoperto che quando avevamo test di sviluppo, integrazione, integrazione di sistemi, test di accettazione dell'utente, produzione, ripristino di emergenza, copie dimostrative, backup, aggiornamenti, patching, ne ho perso uno anche lì, ad esempio la formazione e istruzione, c'erano 23 versioni di ciascuno di questi ambienti per ciascun team di sviluppo.
Ora ti siedi lì e all'improvviso, il tuo sangue inizia a raggomitolarsi e la tua pelle si raffredda e i tuoi capelli si reggono - che non possono mai finire bene. Bene, si è scoperto, è finito molto bene perché la prima cosa che abbiamo fatto, prima ancora di iniziare il progetto di implementazione della tecnologia, è stata quella di ottenere gli strumenti giusti. E abbiamo usato strumenti, non necessariamente persone, ma strumenti di guida delle persone. Abbiamo usato strumenti per mappare i dati, abbiamo usato strumenti per mappare i database in cui vivevano, abbiamo mappato tutti i metadati, gli schemi e fino a righe, colonne, record e campi.
Sapevamo da cosa provenivamo e quindi l'abbiamo correlato alla mappa di ciò che stavamo realizzando per quanto assomigliasse alla piattaforma bancaria standardizzata e avevamo una correlazione uno a uno. E tutto ciò che è caduto nel mezzo, abbiamo creato una stanza di dati in cui passeremmo e mapparli manualmente. Ma, prima di eseguire qualsiasi distribuzione e impostazione di questi ambienti nel nuovo mondo, ci siamo assicurati che ogni singolo record, ogni singola tabella, ogni campo, ogni riga, ogni colonna, ogni database e tutti i metadati che lo circondavano, tutte le autorizzazioni e i controlli sono stati mappati, da uno a uno. E non abbiamo mosso una sola cosa fino a quando non è stata fatta quella correlazione.
E così, il pezzo ETL è passato dall'essere un incubo a un processo abbastanza indolore di convalida dei controlli e dei processi seguiti. E potremmo farlo regolarmente, quasi ogni ora. Stavamo passando dalla produzione nel vecchio mondo a nuovi ambienti di sviluppo, test, integrazione, ecc., Nel nuovo mondo. E il giorno in cui siamo andati in diretta, dopo un processo di cinque mesi per andare in diretta dopo un mese con i test e poi in sei mesi era online e attivo, abbiamo avuto solo un problema e il problema era che qualcuno ha dimenticato la password e doveva essere ripristinato. Questo era l'unico problema che aveva, ed essenzialmente creato circa un'ora di stress per le persone che pensavano che qualcosa fosse andato storto - si è scoperto che una password era scaduta e si sono dimenticati di cosa si trattasse e hanno dovuto ripristinarla.
Puoi immaginare quello scenario, rispetto all'ambiente Lotus Notes in cui qualcuno aveva grandi intenzioni ma non ha riflettuto sulla sfida, e la prossima cosa che dovevamo andare e provare a mappare tutti questi dati e la maggior parte di essi doveva essere cancellata ed è stata solo una grande perdita di tempo, fatica, risorse e morale. In uno scenario in cui, quando è correttamente pianificato, eseguito correttamente e consegnato in modo appropriato con gli strumenti giusti, abbiamo ottenuto un grande risultato.
E quindi quel punto mi porta a questa linea - prima di passare al nostro associato per parlare di ciò che IDERA deve risolvere proprio questa sfida - è che nel mondo di oggi in cui sempre più sistemi sono alimentati da database, non è solo una cosa piacevole, ma per me è un dato di fatto, è una necessità, che gli strumenti intelligenti sono, nella mia esperienza, l'unico modo per gestire il rilevamento dei dati, la gestione dei dati nella scala e la velocità che ci stiamo muovendo.
E se è fatto bene, come il secondo aneddoto che ho appena condiviso, si spera, può essere un processo molto indolore e senza soluzione di continuità. Non solo in nuovi progetti, ma mettendo le braccia in un ambiente attuale e assicurando che in qualsiasi momento e giorno sia possibile tenere traccia e rintracciare ciò che sta accadendo nella propria organizzazione, quale database è presente, quali versioni di database si sta eseguendo e chi sta usando cosa.
A tal fine, passerò al nostro associato di IDERA e non vedo l'ora di sapere cosa hanno da offrire sul tavolo e come risolverebbero questa sfida.
Binh Chau: Ottimo, grazie, Dez. Ragazzi, mi sentite bene? Va bene, grazie. Ciao a tutti, sono Binh Chau con IDERA. Oggi parlerò un po 'dei prodotti che abbiamo chiamato SQL Inventory Manager e parlerà della scoperta e della capacità di inventario delle istanze e dei database di SQL Server là fuori e di ottenere un controllo di ciò che hai in l'ambiente e parlare di alcune altre cose di cui hanno parlato Dez e Robin in termini di espansione del database e necessità di dati in questi giorni.
Detto questo, ecco alcune considerazioni che hai sentito, penso, aneddoticamente attraverso i due racconti che Dez stava descrivendo. Ma fondamentalmente oggi, c'è così tanto bisogno di dati e gruppi aziendali là fuori e gruppi aziendali là fuori che fanno girare le proprie applicazioni e server, in particolare con SQL Server, giusto? Poiché è possibile creare facilmente una versione di SQL Express o servizi BI, è in atto un'espansione SQL in molte organizzazioni, da quelle piccole a quelle grandi.
Molte volte i DBA non sono consapevoli del fatto che qualcuno abbia deciso di iniziare, sai, a creare un'istanza piuttosto che mettere un database su un'istanza esistente. Non sono a conoscenza di queste cose fino a quando potenzialmente non c'è un problema e qualcuno chiama il DBA, "Oh no, la mia applicazione ha smesso di funzionare, non è in grado di connettersi a un database, cosa sta succedendo?" E sai, quando il DBA sta chiedendo alcune domande scoprono: "Ehi, questo non era sul nostro radar, non ne eravamo a conoscenza."
Un altro è i costi di licenza, giusto? Licenza di Microsoft SQL Server: il modo in cui funziona è che non è necessario disporre di una chiave specifica per quel numero di istanze disponibili. È possibile distribuire e quindi eseguono un controllo. Sai, fanno un audit in seguito e in qualche modo scoprono quante licenze hai effettivamente bisogno. Quindi, se stanno eseguendo un controllo e non si è a conoscenza di server sconosciuti, potrebbe comportare un controllo costoso. E così, avere lo strumento o avere un inventario in anticipo per sapere quanto costa la tua licenza e poter non solo sapere ma anche gestirlo, è una buona cosa da avere.
E poi, quello di cui ho appena parlato, se non si è a conoscenza di un server molte volte, se le cose vanno bene, tutto va bene, ma l'unica volta che si viene a conoscenza di qualcosa è quando c'è un problema. E ciò potrebbe causare interruzioni della produzione o forse il server non è stato mantenuto e non è stata ottenuta una patch su quel server e questo crea un problema.
Alcune delle domande che un tipo di DBA deve fare ogni giorno è che devono affrontare, sai, potrebbero essere amministrative o strategiche ma alcune cose come, Microsoft ha appena rilasciato una patch di sistemi critici, quanti sistemi là fuori avranno bisogno di questo nuovo patch? Chi subirà i tempi di inattività se devo smontare il sistema per ripararlo? Come posso facilmente ottenere queste informazioni? Devo andare in un foglio di calcolo? Devo andare su più sistemi per trovarlo? Devo contattare i diversi gruppi aziendali per ottenere tale elenco? È davvero difficile frammentarlo.
Un altro buono è fondamentalmente, qualcuno arriva e dicono, ho bisogno di un nuovo database. Richiederà la dimensione X e deve avere così tanta capacità, e poi vogliono sapere dove posso metterlo. Senza sapere cosa c'è nel tuo paesaggio è difficile dirglielo, okay, possiamo metterlo qui, qui o qui. Devi andare e fare i controlli manuali necessari per farlo. E abbiamo parlato dell'auditing e anche del server canaglia.
Se hai un server canaglia là fuori, non sai in che stato si trova, se è stato eseguito il backup, se ha tutte le sue patch. A volte potresti non venire a conoscenza di quelle cose fino a quando non c'è un problema, il che sarebbe male.
Quelle sono una specie di tutte le sfide, le domande, la DBA che affrontano ogni giorno, cosa viene loro lanciato. Quindi, volevo presentarti il Gestore inventario SQL, che è un prodotto che abbiamo là fuori. Fa un paio di cose. Fa la scoperta, che è fondamentalmente una sorta di uscita nel tuo ambiente per vedere quali SQL Server ci sono nel tuo ambiente. E poi può anche auto-scoprire, quindi in pratica, una volta eseguita una scoperta, puoi impostarla per uscire lì ogni giorno o ogni settimana - qualunque sia il periodo che preferisci - per scoprire nuove istanze là fuori.
Inoltre, puoi anche registrarlo automaticamente in modo da poter iniziare a monitorarli e verificarne lo stato di integrità, quindi puoi iniziare a catalogare e inventarizzare tali istanze in modo da poter avere una buona visione del tuo panorama SQL Server. Cosa c'è là fuori, cosa è la produzione, cosa è lo sviluppo, cosa è il ripristino di emergenza, ciò che è meno critico e sai, quali applicazioni sono in esecuzione su di essi. E puoi anche ricevere avvisi per quando le cose, quando il controllo dello stato non va a buon fine, quindi sostanzialmente se il server si arresta o oltre a una serie di cose aggiuntive che puoi usare da solo.
Eric Kavanagh: Stai diventando un po 'morbido, solo per quello che sai.
Binh Chau: Scusa, va meglio? Quello che voglio fare è portarvi ragazzi attraverso una demo, mostrarvi cosa fa. Aspetta un secondo, fammi prima condividere il mio schermo. State vedendo l'interfaccia Web? Questa è l'interfaccia di SQL Inventory Manager. Lo schermo che ti sto mostrando qui, è un'interfaccia basata sul web. La schermata che ti sto mostrando qui è la nostra vista dell'istanza del database. Dall'altra parte, puoi vedere che siamo diversi. Quindi, "scoperto" è fondamentalmente tutte le istanze che viene scoperto sulla rete. E quello che mi mostrerà è fondamentalmente.
Eric Kavanagh: Stai iniziando a rompere un po 'lì. Potresti voler mettere giù il telefono e metterlo in vivavoce. Vai avanti.
Binh Chau: questa schermata Discovery ti mostrerà tutto ciò che il Gestore inventario ha scoperto sulla tua rete. Qui viene scoperto come 1.003 server là fuori. E ti dirà la versione, l'edizione, se riesce a trovarla, quando è stata scoperta e come è stata scoperta. Diciamo ad esempio che ho scelto di ignorarne alcuni, il che significa che forse voglio ignorare la Developer Edition perché non sono così importanti per me perché sono solo Developer Edition; Posso scegliere di ignorarli e li inserirà nella scheda Ignora, quindi la prossima volta che avrò Discovery, non me lo mostrerà più. Ora posso compilare per effettuare la registrazione automatica o posso registrarmi manualmente.
E così qui ho scelto di monitorare sei istanze. E qui è collegato e eseguirà controlli periodici su questi e poi ci sono più controlli, qualsiasi cosa qui, sai, controlla ogni 30 secondi per vedere se il server è su o giù e ti dà una sorta di panoramica di cos'è quello stato. Fondamentalmente qui mi sta dicendo che ho un server che è inattivo e questi cinque che sono attivi. Mi dice anche quali edizioni del server, il numero di database, lo stato dei database, qualsiasi inventario aggiuntivo o metadati attorno a quel server. Posso anche accedere alla vista Licenze da qui. Qui mi sta dando alcune delle informazioni sulle licenze Microsoft di cui ho bisogno se volevo anticipare di ottenere un totale o un riepilogo prima di un controllo Microsoft.
Ecco il numero di core, il numero di socket, l'eventuale licenza core introdotta da Microsoft a partire dal 2012. Questa era la nostra vista Istanza. La nostra pagina Panoramica, questo è il tipo di pagina che aprirai. Questo ti mostrerà i controlli di integrità o le raccomandazioni che ha, come in questo momento mi sta dicendo che ho nove database che non hanno il backup corrente. Posso fare clic lì per andare ai dettagli di quali database sono e posso andare e agire su di essi se necessario. Mi dice tutti i migliori database per dimensione, i migliori database per attività. Posso fare clic sul server specifico e ottenere maggiori dettagli al riguardo.
Eric Kavanagh: Mentre è in corso, quello che ci stai mostrando qui è la capacità di vedere davvero tutto ciò che è connesso alla rete, giusto?
Binh Chau: Giusto. Questo mostra tutto ciò che ho scelto di monitorare usando Inventory Manager. Questo è un SQL Server, mi mostra qui tutte le applicazioni connesse al server. Ancora una volta, posso accedere a tutti i database associati a questo server. Qui potrei etichettare le cose. Posso creare un tag per questo particolare server, che sia o meno un dominio preciso. Abbiamo clienti che lo usano per, come, vogliono taggare i loro server di produzione o i loro server di debito e quindi possono in qualche modo ottenere un rapporto completo di come stanno le cose. Passando alla scheda Amministrazione, ecco come posso eseguire Discovery. E in sostanza Discovery uscirà e funzionerà nella tua rete e troverà tutto il server SQL nel tuo ambiente.
Qui ho questo dominio preciso che è un nostro dominio e l'ho impostato per dire, sai, su questo particolare dominio utilizzare questo particolare account utente di Windows per fare scoperta e voglio che tu esegua una scansione completa. Posso anche selezionare per specificare "Esegui solo la scansione di questo particolare sottodominio" o "Esegui solo la scansione del genitore". Ma in questo caso qui ho detto di eseguire la scansione completa. Ecco i diversi tipi di scansione che posso usare e se lo salvo, e fondamentalmente è un lavoro che posso impostare. In questo momento, è spento, il che significa che dovrei eseguire manualmente queste scansioni. Ma se volessi, potrei impostarlo ogni giorno, sai, eseguire il lavoro ogni giorno. O se scelgo di non eseguirlo quotidianamente - è troppo - posso dire di eseguire il lavoro settimanalmente in una data e ora specifiche.
E quindi Registrazione automatica qui, se questa opzione è attivata, ciò che farebbe è che ogni volta che trova un nuovo server lo registrerà automaticamente in Inventory Manager in modo che io possa iniziare a monitorarlo. Se c'è una sorta di edizione che voglio escludere, come ad esempio, non mi interessa l'edizione Express o Developer perché sono ambienti di sviluppo, quindi farei clic su quelli qui e ciò che farà è che dice solo ogni una volta che trovo qualcosa di nuovo, lo aggiungerò solo a Inventory Manager in modo da poterlo monitorare fino a quando non è un'edizione Developer o Express.
Ed ecco dove posso impostare i tag, quindi ad esempio, se ho server di produzione, potrei andare qui e taggare quei server. Potrei taggare il database o il server con un tag blu specifico, quindi ad esempio potrei dire che questo AO_NODE dovrebbe avere un tag di produzione. E in questo modo, se avessi bisogno di accedere facilmente al server, posso uscire qui e fare clic sul tag Production e mi porterà subito a quei due server. Questa è la nostra vista Explorer e questo è mostrato dal proprietario, ma potrei dire dal tag Instance, anche dai database e posso espandere questo per vedere quali sono.
Un'altra utile funzionalità che abbiamo creato che piace davvero alle persone qui è la capacità di guardare a ciò che stai gestendo tramite Inventory Manager e vedere a che livello di patch si trovano. Fondamentalmente, qui mi sta dicendo qui i sei server che ho gestito nei miei strumenti, se c'è o meno un aggiornamento disponibile per Microsoft e se la versione su cui mi trovo, che sia supportata o meno, e il supporto stato. Se volessi saperne di più su questo particolare aggiornamento rapido, posso fare clic su di esso e mi collegherà all'articolo di Microsoft in termini di ciò che riguarda l'aggiornamento rapido e se affrontarli. Puoi esportare questo elenco se lo desideri, quindi in questo modo puoi dire: "Ehi, ho bisogno di patchare forse tre di questi server questo fine settimana e gli altri tre in un secondo momento".
Elenco di build - quindi c'è un elenco con cui viene verificato per verificare che la tua versione sia aggiornata. Puoi uscire e scaricare questo elenco per assicurarti che sia aggiornato e hai l'elenco più recente con cui confrontarlo. Un'altra caratteristica di inventario che piace alla gente è la possibilità di aggiungere, non solo tag, ma la possibilità di aggiungere campi di inventario personalizzati. Sai, se volessi aggiungere un campo qui per taggare un database per esempio, diciamo che voglio taggarlo a livello di database. Dipartimento, questo dipartimento e questo database, potrei renderlo un tipo diverso: aperto, vero / falso o elenco di selezione.
E potrei dire che si tratta di risorse umane, marketing, ricerca e sviluppo, finanza. E ciò che fa qui è fondamentalmente, una volta che puoi taggare queste cose, puoi ottenere alcuni dati da qui che dicono quanta capacità sta usando ogni database e quindi puoi iniziare a un po ', sta crescendo e ha senso riaddebitare questi dipartimenti?
Un'altra cosa è, sai, se devi eseguire la manutenzione, sapendo chi c'è in quel database puoi sapere chi contattare per fargli sapere: "Ehi, devo eseguire la manutenzione questo fine settimana, i tuoi database saranno offline", E così via e così via. Un'altra caratteristica utile è la casella di ricerca qui che piace alla gente. Molte volte ai DBA viene chiesto di un database, un'applicazione o un server, a seconda di chi sta parlando con loro, è difficile capire esattamente dove si trova. Quello che potresti fare qui è che potresti non sapere dove risiede il database ma potresti semplicemente digitarlo. Potrei semplicemente digitare il pannello IDERA e tirerà su un paio di database e dove si trovano in modo da poter ottenere facilmente a quelli. E poi raccoglie ulteriori informazioni su di loro: la loro dimensione, una dimensione del registro, indipendentemente dal fatto che abbia mai avuto un backup, in quale modalità di ripristino si trova, se volevo aggiungere qualche tag al riguardo. Ci sono molte caratteristiche diverse in questo strumento, sai, è uno strumento di inventario ma è uno strumento di inventario che è molto specifico per SQL Server e per i DBA.
Perché, immagino, ci sono ulteriori aspetti a cui il DBA vorrebbe avere accesso o ottenere una buona visione di come l'ambiente e il loro paesaggio sembrano per i loro database. Puoi anche iscriverti, configurare il server SMTP e impostare l'abbonamento per avvisare per te o per qualsiasi utente qui. Sto per fermare questo e tornare alla presentazione. E quest'ultima diapositiva qui è solo una semplice visione dell'architettura. È una console Web che viene eseguita su un Tomcat Web Services incorporato.
Disponiamo di alcuni servizi di raccolta e servizi di gestione che inseriamo in un repository e i servizi di gestione escono ed eseguono Discovery nelle varie istanze di SQL Server. Non è installato nulla sui server di monitoraggio. Abbiamo lavori che vengono eseguiti periodicamente che raccolgono solo dati al riguardo, quindi sostanzialmente sia su che in giù, quanti dati vengono utilizzati, quali sono le altre versioni delle persone. Bene, tutto qui.
Eric Kavanagh: Sì, lascia che ti chieda - farò un paio di domande e poi sono sicuro che anche Robin e Dez ne avranno alcune - solo per curiosità, quando qualcuno arriva per fare un audit, diciamo Microsoft, sono usano questo strumento, o presumo che abbiano alcuni strumenti proprietari che usano?
Binh Chau: Sì, credo che stiano usando strumenti proprietari. Il fatto è che questo strumento è uno strumento di inventario, quindi si tiene aggiornato in termini, sai, perché ha il compito di uscire e raccogliere continuamente informazioni sui tuoi server, si esaurirà lì e in qualsiasi momento avrai informazioni aggiornate, infatti, su come le cose cambiano rispetto a, sai, rapporti una tantum che potresti ricevere da Microsoft per dire che questo è il numero di server che hai, queste sono le versioni che hai .
Eric Kavanagh: Sì, sono curioso di scoprire. Quindi, quando qualcuno acquista questo strumento e inizia a usarlo, come avviene effettivamente la scoperta? Questo era un po 'quello a cui alludevo prima, in altre parole, stai toccando la rete per vedere quali segnali volano là fuori che sembrano essere istanze di database e poi li cataloghi e poi una volta che hai taggato un'istanza di database che stai monitorando? Immagino che abbia una sorta di ping che fa ogni tanto e se scende, per esempio, è così che sai che è inattivo. È quel tipo di come funzionano le cose?
Binh Chau: Sì. Voglio dire, una volta attivato Discovery esce sulla tua rete e abbiamo diverse scansioni per uscire lì, ma fa, sai, una scansione del browser e una scansione del registro. Esegue diverse scansioni per vedere quale computer è disponibile e quindi esegue un controllo: hai server SQL in circolazione o servizi di BI in circolazione? E poi lo riporta indietro e lo tira nello strumento e te lo mostra, "Ehi, ecco tutte le cose che ho scoperto."
E poi se dovessi dire "Voglio monitorare usando questo strumento", allora ne terrà traccia e lo eseguirà il ping. Ha dei lavori per eseguire il ping di tanto in tanto per dire: "Okay, controlla ora questa cosa" - sai, la disponibilità del database - controlla ora la cronologia del database, controlla il lato del database. Esegue una serie di lavori per controllare il database che stai monitorando.
Eric Kavanagh: Sì, va bene. E abbiamo una domanda da un membro del pubblico. So che voi ragazzi avete strumenti che funzionano con una varietà di tecnologie di database, ma questa in particolare che state mostrando oggi, è solo per SQL Server o copre anche altri tipi di database?
Binh Chau: In questo momento, questo particolare strumento copre SQL Server.
Eric Kavanagh: Okay, va bene. Bene, lascia che lo consegni a Robin, sono sicuro che ha un paio di domande, quindi forse di nuovo a Dez. Robin?
Dr. Robin Bloor: Sì, certo. Microsoft abbastanza di recente, qualche volta nel 2006, ha annunciato SQL Server su Linux, ma non credo che sia stato ancora distribuito. Mi chiedevo solo se hai qualche commento a riguardo. Ne sei a conoscenza? Ci stai giocando?
Binh Chau: Sì, lo siamo. Stiamo programmando di includerlo. Voglio dire, la cosa bella di questo strumento è che ho parlato con molti clienti che hanno costruito i loro strumenti di produzione propria per fare la stessa cosa, ma devono tenere il passo con le nuove edizioni e versioni che Microsoft esce con, ma abbiamo nuove versioni ed edizioni, ci mettiamo subito in contatto per assicurarci che lo strumento sarà in grado di monitorare e gestire le nuove edizioni. Quindi, SQL su Linux è qualcosa che intendiamo aggiungere e rendere disponibile quando sarà disponibile - credo che entro la fine dell'anno.
Dr. Robin Bloor: Sì, è interessante. Ti aspetti che molti dei tuoi clienti lo facciano davvero? Voglio dire, SQL Server è un database molto sofisticato, per esperienza. Voglio dire, sai, è lungo nel dente, probabilmente è la cosa da dire. Voglio dire, sai, l'originale Sybase da cui proveniva era in realtà abbastanza semplicistico in molte cose che ha fatto. Ma Microsoft ha aggiunto sempre più cose nel corso degli anni. Tutto questo sarà disponibile su Linux? Voglio dire, consiglierai ai tuoi clienti se effettuare tale migrazione?
Binh Chau: Mi dispiace, è la domanda che vediamo le persone chiederlo?
Dr. Robin Bloor: Beh, dato che hai fatto un casino, è sofisticato su Linux come lo è su Windows?
Binh Chau: Non ci ho giocato da solo, ma quello che ho sentito da un collega è che in realtà è molto alla pari. Ma personalmente non ho giocato con la nuova versione di SQL su Linux.
Dr. Robin Bloor: Ok. Ho ragione nel pensare che hai semplicemente messo agenti su ogni SQL Server che trovi? È così che funziona questo strumento?
Binh Chau: No, in realtà non mettiamo agenti. Per questo particolare strumento, l'inventario, in realtà non inseriamo agenti. Andiamo e facciamo una chiamata e controlliamo gli stati. Una cosa bella di questo strumento è che è privo di agenti.
Dr. Robin Bloor: Quindi, hai altri strumenti di SQL Server, puoi ricordarmi di quali altri prodotti hai in questa suite che si occupano di SQL Server?
Binh Chau: Sì. Abbiamo SQL Diagnostic Manager. È uno strumento di monitoraggio e prestazioni. Effettua analisi più approfondite o controlli diagnostici, prestazionali e sanitari per te rispetto al Gestore inventario. Gestore inventario è la versione leggera di tale controllo dello stato. Abbiamo anche Compliance Manager e Secure, che fa parte della nostra suite di sicurezza. Ti dirà sostanzialmente chi sta accedendo ai tuoi dati, quali dati stanno accedendo, perché e ti aiuta con la conformità e altre linee guida per la segnalazione. Abbiamo SQL Safe, che è il nostro strumento di backup: esegue il backup e il ripristino ed è bello.
Abbiamo anche il nostro Enterprise Job Manager, che sta solo monitorando il tuo lavoro. E poi abbiamo lo strumento Toolbox che sono set di strumenti di amministrazione e anche set di strumenti di confronto e SQL Doctor. Set di strumenti di amministrazione e set di strumenti di confronto, sono ciò che penso come un coltellino svizzero. Hanno diversi strumenti per aiutare il DBA a fare diverse cose come, sai, controllare le patch o spostare o clonare un database. Ma ci sono 24 strumenti simili in quella Toolbox.
Dr. Robin Bloor: Quindi, le persone che vanno per la gestione dell'inventario, sono normalmente già utenti degli altri tuoi strumenti? O è questo tipo di punto di accesso? Posso immaginare - voglio dire, puoi dirmi se hai qualche storia di guerra - ma posso immaginare che se non hai mai effettivamente fatto un inventario in un data center abbastanza grande, l'esperienza può essere abbastanza rassicurante. È quello che trovi?
Binh Chau: Sì. Voglio dire, abbiamo clienti che vengono introdotti allo strumento da altri set di strumenti, tuttavia abbiamo clienti che vengono alla ricerca di uno strumento come questo a causa di progetti che hanno. Un esempio che ho fatto è stato che una società si è fusa con un'altra e ha acquistato una serie di società e aveva bisogno di consolidare il loro footprint di SQL Server al fine di ridurre i costi. E così stavano cercando uno strumento per uscire e scoprire tutto ciò che avevano in modo da poter avviare il processo di consolidamento.
Dr. Robin Bloor: Giusto, ho capito. Immagino che sia abbastanza comune con le fusioni quando ci pensi. Ok, passerò a Dez, non voglio prendermi tutto il tempo. Vedi quali domande abbiamo dall'Australia.
Dez Blanchfield: Grazie, sì, le domande sono sempre sottosopra qui. Una delle cose che mi viene in mente, e lo capisco abbastanza, sai, le aziende non sono abbastanza sicure su dove tracciare la linea su quando iniziare a investire. Quando un'organizzazione - nella tua esperienza, visto che sei nella fase fredda - quando è il momento giusto per iniziare a investire in strumenti come questo per assicurarti di non avere problemi? Lo fai dal primo giorno quando inizi a costruire la tua infrastruttura di database della nuova organizzazione o, come hai appena sottolineato, quando esegui un'acquisizione / fusione?
O c'è una scala particolare che devi davvero essere? Hai bisogno di 10 o 100 o 1.000 database? Qual è la tua esperienza fino al mercato con cui hai avuto a che fare per così tanto tempo, quando è il momento giusto per entrare in questo spazio e probabilmente da dove cominciare? Che aspetto ha quando inizi?
Binh Chau: Voglio dire, penso che forse se si tratta di un'organizzazione molto piccola potresti non avere bisogno di questo strumento, come con un DBA o un paio di DBA. Quando inizi a ottenere un gruppo di, non lo so, tre o quattro DBA e forse da 50 a 100 server, potresti voler iniziare a fare qualcosa del genere. Immagino, man mano che la tua organizzazione cresce di dimensioni e solo gli uomini d'affari che sono esperti di tecnologia che vogliono, sai, come nell'esempio che hai dato, vogliono installare le applicazioni e i database da soli, ma è quando vuoi avere questo tipo di strumento perché in questo modo puoi vedere cosa c'è là fuori.
Ma anche in un'organizzazione più piccola, è bello avere questo tipo di strumento per tenere traccia di ciò che hai. Se lo dividi in modo da poter dire: "Oh sì, ho comprato SQL 2012 per questa scatola, ma al momento è in esecuzione SQL 2008 perché ho un'applicazione che ha ancora bisogno di quella versione legacy". Aiuta a disporre dello strumento Inventory solo per evitare di gestire più fogli di calcolo che possono diventare obsoleti.
Dez Blanchfield: L'altra domanda che ho appena seguito su questo: quali tipi di competenze o risorse dovrebbero avere le organizzazioni quando dovrebbero arrivare a quella scala? È il caso in cui ci sia un particolare set di abilità di cui hai veramente bisogno o un tipo di esperienza o background o il tipo di persona più adatto a questo tipo di sfida? O è qualcosa a cui il set medio di abilità DBA o amministratore di sistema o amministratore di rete potrebbe lanciare questo? Hai davvero bisogno di un acuto cervello appuntito o puoi prenderlo abbastanza rapidamente?
Binh Chau: Scusa, quindi stavi parlando del set di abilità della persona?
Dez Blanchfield: Sì, quindi quando pensi a un amministratore di database, c'è una particolare serie di competenze di cui avresti bisogno. Quindi, quando esci assumendo un DBA, di per sé, per quel ruolo specifico, quando pensi ai tipi di sfide di cui stavi parlando qui in cui stai utilizzando uno strumento come questo per tenere traccia dei database di mappatura e tracciamento, facendo il pezzo di scoperta e guidando questo particolare strumento, c'è qualcosa di unico nell'uso dello strumento e nell'approccio a questo tipo di sfida, o è qualcosa che il DBA medio può raccogliere abbastanza rapidamente?
Binh Chau: Voglio dire, penso che il tuo DBA medio possa prenderlo rapidamente. Penso che sia utile avere questo tipo di strumento perché puoi anche capovolgerlo perché è basato sul web. Puoi darlo ad altri utenti all'interno della tua organizzazione. Potresti darlo allo sviluppatore dell'app che può controllare il suo database o server specifico. Elimina alcune delle cose amministrative che un DBA deve fare. In precedenza qualcuno chiamava il DBA e diceva "Oh, perché il mio server è attivo o inattivo?" Ora possono accedere e vedere se i loro server sono attivi o inattivi.
Dez Blanchfield: E che tipo di ambiente dovrebbe avere un'organizzazione media per implementarlo? Ha bisogno di un server fisico dedicato o può essere fatto su una macchina virtuale? Possono distribuirlo nell'ambiente cloud? Qual è l'impronta generale per la distribuzione dello strumento e solo la sua esecuzione generale? Di quanto ferro pesante ha potenzialmente bisogno per correre in parallelo agli altri ambienti che sta mappando?
Binh Chau: Sì, può essere eseguito su una VM o un computer o un server. Non deve necessariamente essere un server dedicato, dipende solo da quanti server stai monitorando. Se si dispone di un ambiente più grande, potrebbe essere utile disporre di un server più grande perché sta raccogliendo molti dati su SQL Server che si sta monitorando.
Dez Blanchfield: Giusto. È il genere di cose che potresti eseguire comodamente nell'istanza cloud e creare una VPN nel tuo ambiente, o la quantità di dati che sta raccogliendo è probabilmente un po 'pesante per quel tipo di utilizzo?
Binh Chau: Non lo abbiamo impostato per eseguirlo sul cloud, per eseguirlo ancora nel cloud. Probabilmente dovrebbe essere eseguito su prem.
Dez Blanchfield: E l'ultima domanda, se posso: molti degli strumenti che ho visto in questo spazio, in particolare dove l'hai menzionato per uno scenario in cui qualcuno ha acquisito una società o c'è stata una fusione o qualcosa in tal senso, o addirittura se si trattasse di un'organizzazione che sta solo fondendo unità aziendali, è uno scenario di caso d'uso sensato in cui qualcuno lo distribuisce su un laptop e lo porta in un ambiente per mappare un mondo come una volta spento, o è uno scenario di caso d'uso improbabile? È più una specie di caso che sarà lì e che sarà lasciato permanentemente in esecuzione?
Binh Chau: questo strumento specifico è più che altro un tipo di installazione su un server ed è lasciato lì per funzionare. In questo modo puoi raccogliere le informazioni di cui hai bisogno e conservare, immagino, un inventario continuo di ciò che hai. È diverso dallo strumento Mappa perché lo strumento Mappa è una specie di one-to-one, passa alla porta di cui hai bisogno, fai quello che devi fare oggi. Questo è un po '- la parte bella di questo è il fatto che puoi tipo di taggarlo, dare alle persone l'accesso ad esso per controllare lo stato del loro particolare server, quelli a cui sono interessati.
Dez Blanchfield: Ok. Probabilmente l'ultima domanda per me e poi restituirò Eric per le domande che arrivano attraverso la finestra di domande e risposte con i partecipanti, perché oggi abbiamo avuto una buona affluenza, una delle mie preferite. Per concludere, qual è il processo per mettere le mani su questo? So che molti dei tuoi strumenti sono disponibili per cose da provare prima di acquistare. Dove dovrebbero andare le persone per saperne di più su questo online, dove si trovano sul sito web per cercare i download e come dovrebbe essere il viaggio, fare una prova del concetto o una prova e metterci le mani sopra e familiarizzare con esso per mettersi in contatto e acquistarlo?
Binh Chau: Sì. Puoi visitare il sito Web IDERA.com e scaricare gratuitamente una versione di prova di due settimane. E se ti piace e vuoi contattarci, possiamo anche programmare una demo con uno dei nostri ingegneri per fare un tuffo più profondo nello strumento.
Dez Blanchfield: fantastico. Bene, grazie mille per quello. Apprezzo il tempo di parlarti e, in base alla mia esperienza personale e sono sicuro di parlare di Robin su questo sulla sua esperienza di una vita, penso che sia scontato che qualcosa di simile sia un requisito al giorno d'oggi. Non possiamo farlo manualmente ora, non importa quanto ci proviamo; la scala è troppo grande e le cose si muovono troppo rapidamente.
Consiglio vivamente alle persone di fare esattamente questo, saltare sul sito Web IDERA e ottenere una copia con cui giocare. Perché il rischio potenziale per la mia esperienza con gli aneddoti che ho condiviso proprio oggi, è stato che può andare da molto male a molto bene rapidamente, se hai gli strumenti giusti, ma può anche andare dall'altra parte se non lo fai ' t. Eric, torna da te.
Eric Kavanagh: Sì, fai solo un'ultima domanda, interessante. Sono un po 'curioso di sapere cosa stai vedendo là fuori, sai, il cloud è ovviamente sempre più importante in questi giorni - Amazon Web Services, ma non sono i soli, Microsoft ha tutta l'offerta di Azure che sembra guadagnare vapore. Sono curioso di sapere, uno dei partecipanti sta scrivendo che il Dr. Bloor ha fatto notare che i DBA sono costosi e che i problemi di gestione causati da un DBA canaglia o da qualcuno che non sta facendo quello che dovrebbero fare, possono essere risolti migrando verso il cloud. Sono davvero solo curioso di sapere, quanta attività stai vedendo? Ritieni che la migrazione al cloud stia diventando un problema più grande per le aziende o cosa ne pensi di questa tendenza?
Binh Chau: Sento che dipende solo dal tipo di problema in cui ti trovi. Sento che alcune industrie dicono: "No, non stiamo migrando". Potrebbero non migrare verso un cloud pubblico; potrebbero essere interessati alla migrazione o alla migrazione dei propri contenuti in un cloud privato. Ma poi vedo alcune organizzazioni che sono interessate, sai, stanno davvero entrando nella corsia preferenziale e in un certo senso si dirigono verso un Amazon o Microsoft Azure. E poi ci sono alcune persone che stanno dicendo: "No, non stiamo migrando i nostri dati" o "Ci sono solo alcuni dati che migreremmo, ma non quelli critici". Penso che ci siano tre campi.
Eric Kavanagh: Sì, avrebbe senso. Voglio dire, lo stiamo vedendo sempre di più e penso che si muoverà in crisi e inizierà per un po 'di tempo. E c'è anche un contraccolpo nel cloud. Le persone si avvicinano ai servizi Web di Amazon - lo abbiamo sentito più di un paio di volte - e all'inizio i costi sono gestibili e poi col passare del tempo si insinuano e poi sei un po 'bloccato lì. In molti modi il cloud è solo un altro data center, ma sarà un viaggio interessante in futuro, per non dire altro.
Bene, la gente archivia tutti questi webcast. Passa online a techopedia.com per consultare un elenco completo di tutte le cose che facciamo. E, naturalmente, insideanalysis.com per tutte le ultime novità. E con ciò ti saluteremo. E grazie mille ancora per il tuo tempo e la tua attenzione. Grazie per tutti i nostri amici di IDERA e ci sentiamo domani con speranza per la nostra filosofia dei dati che culminerà nel webcast. Esatto, Philosophy of Data è domani alle quattro in punto orientale. Spero di vedervi lì. Abbi cura della gente, ciao.
