Di Techopedia Staff, 26 maggio 2016
Takeaway: L' host Eric Kavanagh discute della gestione del database e della scoperta delle istanze con Robin Bloor, Dez Blanchfield e Bullett Manale nell'ultimo episodio di Hot Technologies.
Al momento non sei collegato. Accedi o registrati per vedere il video.
Eric Kavanagh: Bene signore e signori. Bentornato ancora una volta. Mi chiamo Eric Kavanagh. Le cose sono calde. Le cose si stanno scaldando qui. Non so cosa stia succedendo. Oh giusto, è il momento di Hot Technologies. Sì, il mio nome è, ancora una volta, Eric Kavanagh. Puoi trovarmi su Twitter @eric_kavanagh. Questo è lo spettacolo progettato per parlare di ciò che è caldo nel mercato. Il titolo oggi, "Keys to the Kingdom: Gestione di SQL Server con Dynamic Discovery". Roba buona. C'è davvero il tuo. Ok, quella foto era di qualche anno fa. Non mentirò, sto guardando un po 'più vecchio ora, ma va bene.
Quindi, stiamo parlando di come le tecnologie e SQL Server siano davvero molto, molto, molto interessanti. Oggi abbiamo un sacco di contenuti, quindi lo distribuirò subito. Aspetta, eccoci. Ci sono i nostri oratori. E Robin Bloor inizia per primo.
Robin Bloor: Sì davvero. La presentazione andrà in profondità nella gestione del database, quindi ho pensato di passare attraverso la gestione del database o, sapete, il labirinto del database, al fine di coinvolgere le persone nello spirito di esso. Ero un DBA, suppongo che potessi dire che ero un consulente di database, circa 20 anni fa, e la cosa che mi sorprende davvero dei database è che non è cambiato molto. Molte cose sono cambiate in termini di velocità, in termini di volumi di dati e cose del genere, ma molte di esse in realtà rimangono molto simili a quanto accadeva in passato.
Un database è, a mio avviso, una raccolta di dati estensibile organizzata che può essere ottimizzata per carichi di lavoro specifici e fornire funzionalità di gestione dei dati. È nato principalmente perché se si voleva gestire i dati in file era un lavoro terribilmente difficile. E l'idea di mettere insieme un software che avrebbe fatto praticamente tutto ciò di cui avevi bisogno per farlo è decollata quasi all'istante, non appena abbiamo avuto accesso casuale ai mainframe IBM negli anni '70.
Il database relazionale è stato inventato negli anni '70 ed è nato in termini di prototipi negli anni '80 e in qualche modo ha avuto la sua trazione sul mercato dagli inizi degli anni '90 in poi. E i database relazionali sono ancora assolutamente dominanti nella popolarità. Se leggi la stampa sentirai un sacco di cose dette su questi - database SQL e recentemente c'è un sacco di rumore sui database grafici. E quelli sono interessanti, se vuoi, ma in realtà ancora negli ultimi numeri di vendita, i database relazionali hanno il 95% del mercato. E Microsoft SQL Server di cui discuteremo oggi in modo approfondito è il secondo più popolare di Oracle.
La cosa sui database relazionali che li rende insoliti in termini di motori che sono è che possono lavorare su carichi di lavoro OLTP e query. Devi regolarli diversamente se hai intenzione di farlo, ma in realtà sono in grado di entrambi i tipi di carico di lavoro. Una delle quali è costituita da brevi transazioni casuali e l'altra è lunghe query che coprono molti dati. L'alternativa, il database NoSQL e il database dei grafici è principalmente per l'analisi e sono aumentati abbastanza di recente. NoSQL è arrivato per primo e il grafico ha iniziato a ottenere un po 'di trazione negli ultimi tempi. NoSQL può essere utilizzato per attività transazionali, ma i grafici non vengono quasi mai utilizzati per attività transazionali. Il motivo, mi sono imbattuto in una statistica che in realtà penso abbia almeno dieci anni che dice che la maggior parte delle aziende ne ha almeno tre, in realtà la cifra era 3, 5, database di marche diverse, se si guarda al loro inventario di software.
Ma la realtà è che la maggior parte delle aziende si standardizza su un database specifico. E la maggior parte delle aziende ha standardizzato su SQL Server e Oracle come i due più popolari, se preferisci, database standard. E usano le alternative solo in circostanze eccezionali in cui, ad esempio, stanno ottenendo un pacchetto software che ha bisogno di un database diverso o stanno cercando alcuni dei target di analisi dei big data che sono stati creati.
Se vuoi, abbiamo anche l'interferenza di Hadoop. Hadoop in un modo o nell'altro è diventato più di un file system ma non è ancora un database. Tuttavia ha SQL che si trova sopra di esso. Ma l'evidenza è che non sta davvero soppiantando o in qualche modo vicino a soppiantare i database relazionali che hanno guadagnato i cuori e le menti del mondo. E la ragione di ciò è che quei database relazionali hanno impiegato venti anni, in realtà più di venti anni, per essere buoni come loro. E non solo costruisci un motore di query o un motore SQL che è veramente performante in pochissimo tempo. Semplicemente non succede.
E quindi la conclusione di questa diapositiva è che i database sono strategici e si evolvono, migliorano. E questo è sicuramente il caso di Oracle e Microsoft SQL Server. Probabilmente, pochi di voi ricordano i tempi in cui i database sono emersi per la prima volta ma io l'ho fatto, allora ero un ragazzo. L'idea originale era che ci sarebbe stato un unico database e che era un'idea concettuale che non ha mai messo radici. C'è stato un tentativo da parte di IBM con l'AS / 400 di avere effettivamente un file system basato su database, ma neanche quello ha dominato. Rimane il fatto che i database si frammentano naturalmente. In realtà hai naturalmente più istanze. Ci sono problemi di scalabilità. Il database è ridimensionato solo a una certa dimensione, è vero che la dimensione è aumentata nel corso degli anni, ma avevano dei limiti.
E c'erano problemi di carico di lavoro, il principale problema del carico di lavoro era che i carichi di lavoro OLTP e i carichi di lavoro di query di grandi dimensioni non sono semplicemente compatibili tra loro. Ed era impossibile costruire un motore che potesse farlo. Ciò in cui ci imbattiamo, il che è piuttosto interessante, di recente mi sono imbattuto in un sito che conteneva oltre mille diverse istanze di Oracle. Non riesco a ricordare esattamente quanti DBA avevano, ma se in realtà hai parlato con loro di quanti database erano effettivamente monitorati da un DBA, era qualcosa come dieci. Stavano fondamentalmente usando il database come un armadio e semplicemente inserendo i dati in esso perché almeno avevi uno schema ed era più organizzato di quanto non sarebbe mai stato un file system, ma nessuno stava facendo altro che dargli una configurazione predefinita e impostarlo perdere.
Non sono sicuro che sia stata una buona idea. A me sembra strano, a dire il vero perché, secondo me, ogni volta che ho lavorato con i database, i database avevano bisogno di assistenza e tu dovevi, in un modo o nell'altro, sapere esattamente cosa stava succedendo là fuori. E un sacco di interdipendenze di sistema significano che determinati tipi di livelli di servizio devono assolutamente essere soddisfatti altrimenti si verificano problemi.
Di recente si è parlato, ho incontrato vari database che affermano di essere auto-tuning. Quelli che sono archivi di colonne impostati per il traffico delle query sono in gran parte auto-ottimizzati perché ci sono ben due scelte che devi prendere in termini di indici. Ma a parte quella particolare area, i database devono essere ottimizzati. E hanno bisogno di essere sintonizzati, alcuni database relazionali, principalmente perché un sacco di transazioni coinvolgono join. Le iscrizioni sono attività costose. Se non posizioni gli indici giusti nel posto giusto, i join impiegano quantità eccessive di tempo quando non sono necessari.
I database di auto-tuning attualmente, ben esiste solo in queste aree in cui i carichi di lavoro sono ben noti. E la mia esperienza è che la maggior parte delle aziende impiega pochissimi DBA ed è perché sono costosi. E quindi è meglio se puoi alternare ciò che fa il DBA. Queste sono le attività di un DBA per come le capisco. Fanno l'installazione, la configurazione e l'aggiornamento dei database. L'aggiornamento, a proposito, non è necessariamente un'attività banale. Il motivo per cui dovresti aggiornare un database, intendo, la regola con cui ho sempre lavorato è non toccarlo se funziona, e se hai intenzione di aggiornare un database a una particolare nuova versione, lo fai in modalità test prima e dopo aggiorni tutto. Hai sempre a che fare con la stessa versione. Ma in realtà molti siti mi sono imbattuto, non è quello che succede. Diciamo che c'è un discreto grado di entropia. La gestione delle licenze è un problema, dipende dalla licenza che hai. ETL e replica dei dati.
Uno dei trucchi con il database è se hai un carico di lavoro di query che deve essere diviso, puoi creare due istanze e replicare e ciò è spesso fatto dove le persone usano la replica come backup a caldo, se necessario. Quindi pianificazione dell'archiviazione e della capacità, fa parte dell'attività di un DBA perché, naturalmente, i dati crescono e devi tenerne traccia. E quindi è necessario pianificare vari aggiornamenti hardware o aumenti hardware. C'è una risoluzione dei problemi che è un'attività dolorosa per la maggior parte dei DBA. Dove qualcosa va storto e il backup non funziona esattamente perfettamente e quindi devono rimboccarsi le maniche e scendere e provare a recuperare le cose dai file di registro. Succede molto più spesso di quanto penso, beh, ricordo che stava succedendo, ma sono stato fuori dal gioco per almeno dieci anni, ma ricordo che sta accadendo molto più spesso di quanto ti saresti mai aspettato. Il monitoraggio e l'ottimizzazione delle prestazioni sono solo il cuore pulsante di un lavoro DBA. Ma c'è anche sicurezza in termini di gestione degli accessi, backup e ripristino, creando sistemi di test software che faranno ragionevolmente parallelamente un sistema live. E l'intero materiale del ciclo di vita dei dati. Quindi, secondo me, è l'elenco dei lavori della DBA oltre a qualsiasi altra cosa che potrebbe essere chiesto loro di fare. Dinamica operativa. In definitiva, l'integrità dei dati e la gestione del livello di servizio sono di primaria responsabilità del DBA. E normalmente sono fondamentali. E questo è tutto ciò che ho da dire. Consegnerò a Dez.
Dez Blanchfield: Mille Grazie. Ci accompagnerò in un viaggio divertente e aneddotico sul perché l'intero argomento di cui oggi si occupa ed è più critico che mai. Non molto tempo fa sono stato coinvolto in un progetto in cui abbiamo migrato una piattaforma del governo statale che è stata utilizzata per la registrazione delle licenze e la registrazione dei veicoli e una vasta gamma di cose su tale argomento, da una piattaforma mainframe Fujitsu che esegue una cosa chiamata A + Addition, che è un sistema operativo Solaris o, in altre parole, Unix, che esegue Oracle e ne fa un ottimo lavoro. E la vista era che questa cosa stava invecchiando ed era tempo di spostarla su qualcos'altro. Ci siamo divertiti molto a far girare Unix su mainframe ed era molto stabile e molto sicuro e stranamente abbastanza semplice per la piattaforma SDL ed era assolutamente velocissimo. Ma la saggezza era che era tempo di scendere dal mainframe e muoversi.
Questa significativa sfida di mappare tutti i sistemi e la logica di business e l'ambiente SQL per i database sottostanti e guardare come avremmo progettato e progettato una nuova casa per esso. E abbiamo finito per portarlo a una di queste cose che ormai ha un paio d'anni, ma uno dei migliori server Starfire del sistema rack Sun. E questi sono probabilmente alcuni dei barattoli più grandi che puoi comprare sul pianeta che vivono tutti in una grande scatola e un server multiprocessore simmetrico. Era un sistema di fascia media nel nostro mondo. Gestiva Unix e gestiva Oracle in modo nativo e la vista era: "Che cosa potrebbe andare storto?" Bene, si scopre, molto.
Ad esempio, al momento, e non stiamo parlando molto tempo fa, abbiamo dovuto passare attraverso un processo molto manuale per scoprire cosa c'era sulla piattaforma mainframe e far passare. In particolare l'attuale ambiente del database e la logica SQL. Quindi la visione era che sarebbe stata una mossa da Oracle a Oracle abbastanza semplice, mossa da database a database; tutta la logica aziendale si sarebbe imbattuta, la maggior parte della logica aziendale era stata scritta in query e trigger incorporati, e quanto potrebbe essere difficile? Ma qualcosa che doveva durare mesi non è durato un anno. Esaminare fisicamente e manualmente ogni parte di Unix nell'ambiente mainframe, scoprire dove erano tutti i database e quante istanze erano in esecuzione e cosa era in esecuzione su quelle istanze ed è stato un esercizio non banale e abbiamo finito per farlo tre volte solo per essere sicuri di aver catturato tutto. Perché ogni volta che pensavamo di aver scavato tanto in profondità quanto necessario, sotto la superficie si scopriva che ce n'era di più.
L'altra sfida che abbiamo avuto è stata quali istanze sono in esecuzione e in quale stato? È un ambiente di sviluppo? È un ambiente di prova? Fa parte del processo di integrazione? È l'integrazione di sistemi? È UAT, il test di accettazione dell'utente? È produzione? È un ambiente DR? Perché il bello dei mainframe è che puoi creare questi piccoli ambienti virtuali che tutti diamo per scontati ora e spostare le cose. E devi capire se questa persona sta sviluppando e collaudando la produzione, o sta facendo produzione in produzione, ci sono utenti reali su questo? Ricordando che questa cosa sta facendo il rilascio in tempo reale delle patenti di guida e della registrazione delle auto e cose che contano davvero per la vita delle persone.
E ci è voluto molto tempo per eseguire i backup per questa cosa, quindi non avevamo davvero una finestra di manutenzione per portare la cosa offline e vedere cosa è successo. Non c'era modo di dirottarlo. Abbiamo anche avuto la sfida non solo di scoprire quali istanze erano in esecuzione e dove e per chi, ma poi abbiamo dovuto capire quali versioni di quali istanze erano in esecuzione. Ed è qui che ho quasi perso la trama. Quando ho iniziato a rendermi conto che disponevamo di due o tre versioni dell'ambiente di produzione che attraversavano vari livelli di test e che gli strumenti e gli approcci sistematici erano molto scarsi. Abbiamo dovuto letteralmente approfondire il codice e l'istanza in esecuzione e in alcuni casi correre il rischio di mettere offline qualcosa per un po '. Siamo arrivati al fondo di tutto questo, l'abbiamo mappato ed è stato un processo molto manuale, come ho detto. E finalmente abbiamo fatto l'intero turno ETL, scaricandolo da un posto e spostandolo in un altro e nel complesso ha funzionato. Ed eravamo tipo, va bene è funzionale, ne siamo molto contenti.
Ma poi ci siamo imbattuti in una serie di muri di mattoni pieni molto seri. In particolare abbiamo riscontrato problemi di prestazioni. E il pensiero ragionevole del giorno era, beh, è andato a un hardware più grande, migliore, più veloce, più difficile, non c'è motivo per cui dovrebbe funzionare male a livello di database a livello di database, quindi cominciamo a cercare altrove. Quindi abbiamo completamente riprogettato la rete due volte. Ogni router, ogni switch, ogni cavo, siamo passati da Ethernet a fibra in alcuni casi, abbiamo aggiornato il software, abbiamo patchato, ottieni la vista. Abbiamo essenzialmente ricostruito la rete due volte pensando che lì ci fossero problemi di prestazioni. E sembrava e sembrava che fosse. Abbiamo attraversato diversi sistemi di sicurezza, diversi firewall. Abbiamo corretto il sistema operativo. Abbiamo spostato le cose da un blade di calcolo a un altro. E abbiamo trascorso una notevole quantità di tempo a esaminarne l'infrastruttura.
E poi ci siamo resi conto che quando abbiamo disconnesso i server e abbiamo eseguito alcune altre applicazioni su di esso, la rete funzionava bene. Quindi abbiamo iniziato a smontare il sistema operativo. Stesso problema. Ma interessante, il livello di rete e il livello del sistema operativo, gli strumenti erano lì, in realtà era relativamente semplice per noi benchmarkare e testare e dimostrare che ciascuno di quei pezzi funzionava. Ma anche allora, su Solaris a medio raggio sulla piattaforma hardware SPARC, gli strumenti non erano lì per noi per iniziare a diagnosticare l'ambiente del database. Sai, mappando se avessimo portato tutti i casi. E quindi dovevamo effettivamente costruire i nostri strumenti e scriverne alcuni e sederci e, sia all'interno degli stessi strumenti di database nei linguaggi di script nativi, sia che si trattasse di una serie di script di shell o in alcuni casi di un gruppo di programmi C.
Alla fine abbiamo approfondito alcuni problemi molto interessanti in cui la logica sottostante il livello SQL, gli stessi motori di database stessi, si è scoperto che quando qualcosa è stato costruito in un modo particolare per qualcosa che girava sulla versione mainframe di Oracle veniva migrato su Solaris su SPARC versione Oracle non traspone immediatamente le stesse prestazioni. Quindi questo è stato un viaggio piuttosto doloroso per noi, in primo luogo, semplicemente facendo e trovando tutto, ma ora abbiamo dovuto diagnosticare il nuovo sistema di produzione e di nuovo questa cosa ha fatto esplodere un mese di migrazione a quasi un anno. E si riduceva semplicemente al fatto che non avevamo gli strumenti in circolazione. Andare in giro facendo cose come provare a mappare i metadati.
Ad un certo punto abbiamo quasi deciso di aver bisogno di una tavola Ouija perché sarebbe stato più semplice puntare e colpire in modo casuale. Cose semplici come scoprire chi aveva accesso ai vecchi sistemi e perché avevano quell'accesso. E chi aveva bisogno dell'accesso a quello nuovo e confermarlo, convincere qualcuno a firmare e confermare e mapparlo. Anche qualcosa di così semplice come la dimensione del database non era coerente tra le due piattaforme. Abbiamo dovuto costruire uno strumento per farlo e fare un confronto tra quanto è grande il database in tonnellaggio, in megabyte o terabyte grezzi sul Sistema A rispetto al Sistema B. E approfondire i dettagli relativi alle prestazioni e all'ambiente performante. Ancora una volta, ha dovuto costruire nuovi strumenti. Non c'era proprio nessuno per noi.
E ottieni questo intero messaggio da questo, quando siamo arrivati alla fine di far funzionare la cosa e l'abbiamo resa stabile, ogni singolo pezzo era un processo molto manuale, l'unico modo in cui potevamo automatizzare qualcosa era se costruissimo un nuovo strumento o nuovo script. E se avessimo gli strumenti disponibili oggi, la vita sarebbe stata molto più semplice e molto migliore. E avremmo risparmiato milioni su questo progetto. Ma penso che ciò di cui stiamo parlando oggi è il fatto che gli strumenti sono disponibili ora e rendono la vita molto più semplice. Molte insidie rimangono ancora. Scoperta dei database che sono là fuori e quali istanze eseguono cosa. In che stato sono. Quanti sono in esecuzione? Perché corrono. Sia che stiano funzionando bene. Vengono sottoposti a backup?
Queste sono tutte cose che in molti modi possiamo dare per scontate ora con gli strumenti giusti. Ma c'è stato un periodo in questo particolare aneddoto, come ho detto, in cui si trattava di qualcosa su cui molti di noi hanno perso molti capelli, probabilmente ci siamo tolti quindici anni dalle nostre vite e lamentiamo il fatto che gli strumenti non erano lì adesso . E non vedo l'ora di sapere molto di più al riguardo dal nostro ospite oggi, Bullett. Quindi, con quello, Bullett, passerò a te e non vedo l'ora di sapere come hai risolto questo problema.
Bullett Manale: Va bene. Suona alla grande. Eric, lasciami prendere qui le diapositive e ne parliamo un po ', molto velocemente, Idera, la società, prima di entrare nel prodotto stesso. Proprio come una FYI, questo è una specie di portafoglio di diversi prodotti che abbiamo disponibile.
Eric Kavanagh: L'audio è piuttosto caldo, quindi se stai utilizzando un auricolare, alzalo un po '.
Bullett Manale: nessun problema. Va meglio?
Eric Kavanagh: Va molto meglio. Portalo via.
Bullett Manale: Va bene. Quindi oggi ci concentreremo sul Gestore inventario che è ovviamente allineato a molti di questi argomenti di cui stiamo discutendo. Voglio solo darti un po 'di comprensione di come questo prodotto è arrivato dove si trova. Abbiamo iniziato a cercare quotidianamente con la nostra linea di prodotti, abbiamo uno strumento di monitoraggio delle prestazioni chiamato Diagnostic Manager. Abbiamo uno strumento di Compliance Manager. Quindi, molti strumenti diversi intorno a SQL Server e inevitabilmente poniamo sempre la domanda ai fini della licenza, "Qual è il numero di istanze che gestisci attualmente all'interno della tua organizzazione?" E la cosa interessante è che non siamo mai stati in grado di ottenere una risposta ferma su questo. Non importava davvero con chi hai parlato. Era sempre un po '"Pensiamo che sia attorno a questo numero". Quel genere di cose è sempre arrivato e quindi avremmo dovuto attraversare questo processo per capire esattamente cosa avevano che volevano ottenere la licenza in termini di istanze che stiamo gestendo.
Ovviamente abbiamo capito molto rapidamente che sembra esserci un po 'di dolore associato a questo con molti DBA. Ovviamente come DBA una delle cose di cui sono responsabili è sapere che, poiché una delle cose che devono fare è preoccuparsi dei loro accordi di licenza, nel nostro caso con Microsoft e SQL Server. Ovviamente hanno molte altre aree di cui sono responsabili, ma questa è una di quelle che sono una specie di biglietto grande in termini di DBA quali sono le tue responsabilità generali. Con ciò ciò di cui siamo giunti alla conclusione è che abbiamo bisogno di uno strumento che renda facile per un DBA essere in grado di capire davvero quel numero. Perché hai SQL Sprawl se vuoi chiamarlo così e succede per una serie di ragioni diverse. Non c'è forse tanto controllo su chi sta installando il software e cose del genere.
E la cosa peggiore che può succedere è che qualcuno metta le mani su una copia di SQL Server, lo installi, inizi a lavorare con esso senza alcuna conoscenza con alcune delle altre organizzazioni o dipartimenti dell'azienda, e poi la prossima cosa che sai, forse i dati non vengono sottoposti a backup e quei tipi di cose che potrebbero accadere. Dove ora hai un altro problema, in cui hai situazioni in cui perderai effettivamente dati critici perché non sai che l'istanza esiste anche in primo luogo.
Una delle cose che dovevamo fare era dire di scoprirne il pezzo di scoperta. Inoltre, è in grado di organizzare e gestire le informazioni che stiamo raccogliendo in modo logico e sensato in base a ciò che l'azienda sta facendo. E poi ovviamente da ciò essere in grado di prendere decisioni in merito a tali informazioni ed essere in grado di fare quel tipo di cose. È un po 'da dove è iniziato lo strumento e da dove proviene. Posso dirti che parlando con DBA su base regolare, quello che abbiamo davvero è quel problema di non sapere quanti casi hanno.
Ed è divertente perché, il termine, non è possibile gestire ciò che non si può misurare, è sempre venuto fuori con strumenti di prestazioni che abbiamo, come SQL Diagnostic Manager, ma non si può davvero gestire nulla se non lo si conosce "Suo" anche lì, in primo luogo. Quindi questa è una parte molto importante di questo strumento, è solo essere in grado di sapere che è lì.
Ora su quella nota, parlando con alcune delle più grandi organizzazioni o negozi aziendali con SQL Server, la cosa interessante che abbiamo trovato con un sacco di ragazzi con cui abbiamo parlato è stata che in realtà avevano fissato un periodo nel corso del loro anno in cui hanno effettivamente camminato fisicamente da un posto all'altro per cercare di determinare l'aspetto di quel conteggio. Puoi immaginare come un DBA che stai ricevendo una discreta quantità di denaro per camminare fisicamente da una macchina all'altra in alcuni casi, il che è stato sorprendentemente quello che avremmo sentito da alcune aziende piuttosto grandi che non nominerò. Ma è solo un punto interessante che due settimane all'anno potrebbero essere trascorse facendo questo tipo di esercizi solo per scoprire se il loro numero di licenze è corretto.
Tutto ciò è legato a questo strumento e al modo in cui aiuta, ma il modo in cui lo abbiamo affrontato è stato attraverso la capacità di fare scoperta basata su una serie di caratteristiche di SQL Server. E quindi la prima domanda è: cosa indichi o cosa cerchi di guardare prima? Il modo in cui lo abbiamo fatto è stato quello di dirlo per intervallo IP o possiamo farlo tramite l'appartenenza al dominio stesso in termini di computer che sono membri del dominio. È un po 'come abbiamo affrontato quella parte, solo per poter dire che questa è l'area su cui vogliamo concentrarci in termini di scoperta.
E poi l'altra parte si basa su quelle caratteristiche, le porte e altre cose, le chiavi del registro WMI e quel tipo di cose, possiamo raccogliere e accertare che SQL sia probabilmente in esecuzione e installato su quell'istanza o quel particolare ambiente. È ovviamente un metodo molto migliore rispetto al metodo sneaker o al metodo express sneaker. Ora il bello è che tutte quelle informazioni che stiamo raccogliendo sull'istanza vengono conservate in un repository e possono cambiare quando l'ambiente cambia. Non si tratta solo di "Ehi, c'è un'istanza, ecco un elenco che abbiamo trovato", ma è come il DBA o la persona che gestisce le istanze, in grado di determinare se vogliono fare quella parte dell'inventario, e poi quando non fa parte dell'inventario per poter rimuovere tale istanza. E così hanno il ciclo di vita dell'intero processo dell'istanza di SQL Server per essere facilmente comprensibili all'interno dello strumento.
Una volta che abbiamo scoperto le istanze, cosa facciamo dopo? L'altra cosa sono molte informazioni sull'istanza, non voglio andare manualmente a ottenerle e metterle in un foglio di calcolo o cose del genere. E questa è un'altra cosa interessante nel parlare con i DBA del processo di inventario e delle licenze, è che rimarrai sorpreso dal numero di DBA con cui ho parlato, quando gli chiedi: "Come mantieni i tuoi inventari?" E stiamo parlando con DBA che è la parte davvero ironica di ciò, che lo tengono e lo tengono traccia in un foglio di calcolo statico di tutte le cose. Come ho detto, è molto ironico quando ci pensi per un minuto. Ma questo è accaduto in molti casi, ed è ancora il caso di molte organizzazioni come lo gestiscono. Come lo mantengono. È una copia master di un foglio di calcolo Excel che viene spostato in giro e deve essere aggiornato su base regolare.
Quelle sono le cose che sono state una sfida e quindi registrando quell'istanza e rendendola parte dell'inventario, puoi farlo e raccogliere le informazioni. Puoi farlo automatizzare indipendentemente dal fatto che diventi o meno parte dell'inventario, della versione, dell'edizione, le altre cose che puoi fare con esso puoi aggiungere manualmente forse quell'elenco o foglio di calcolo Excel che hai. Puoi importarlo in questo strumento chiamato SQL Inventory Manager. Se hai già un punto di partenza di istanze di cui ritieni di essere abbastanza fiducioso, puoi importare quelle istanze e quindi fare quella parte del tuo inventario gestito all'interno del prodotto. Una volta che abbiamo l'istanza e una volta che sappiamo che è lì, allora diventa, okay abbiamo molte informazioni che possiamo sfruttare sapendo che quell'istanza è lì, uscendo e raccogliendo tali informazioni.
E molte informazioni saranno necessarie per scopi diversi dalla licenza. Molti di questi possono essere usati ovviamente solo per sapere dove sono le cose, essere in grado di cercare tra queste informazioni dopo che sono state ottenute. Ma l'elemento chiave è il server, l'hardware stesso. Essere in grado di capire che tipo di macchina è, forse il modello o il produttore, la memoria, la quantità di memoria, che si tratti di una macchina fisica o virtuale e soprattutto il numero di socket fisici o core e CPU e quel tipo di cose.
In termini di numero di core, in particolare con SQL Server, conoscere il modo in cui stanno facendo le loro licenze è ora un calcolo per core nelle nuove versioni di SQL, che diventa una parte molto importante di esso e non è tutto ciò che hai per uscire ed effettivamente andare a scavare. Una volta identificata l'istanza, possiamo fornire tali informazioni, diffonderle, consentirle di visualizzarle, comprenderle e ovviamente potremmo trarne vantaggio.
Il livello successivo in basso è nell'istanza in cui ovviamente hai molte diverse istanze di SQL Server, che siano standard o aziendali o addirittura espresse, oppure la versione gratuita di SQL Server. Essere in grado di capire anche quali applicazioni sono legate a quell'istanza e questo può essere fatto automaticamente. Essere in grado di comprendere le impostazioni di configurazione e quel tipo di cose, nonché altre informazioni correlate all'istanza di SQL Server stesso.
Quindi si arriva al database effettivo e si visualizzano le impostazioni di configurazione, la quantità di spazio legata a quei dati, dove si trova, tutte queste cose vengono automaticamente popolate e quindi è un enorme risparmio di tempo. E ancora una volta, poiché esce in modo dinamico e identifica quotidianamente nuove istanze, è una cosa vivente che hai in termini di inventario. Questo è un po 'l'obiettivo del prodotto è farlo in quel modo, è renderlo qualcosa che cambia dinamicamente.
Ora, una volta che tutte queste informazioni ci saranno disponibili e potremo inserire tutti questi dati, allora ha davvero senso iniziare a creare in alcuni casi i propri metadati associati a queste istanze e che i metadati possano essere creati in un modo del genere si allinea al modo in cui fai affari.
Quindi se hai le tue istanze raggruppate per posizione geografica, per proprietari di applicazioni o per proprietari di DBA o altro, potrebbe essere in termini di come vuoi raggruppare quelle istanze, come logicamente vuoi dare un senso a quelle istanze, allora c'è gentile di due aree all'interno dello strumento che ti daranno quella capacità.
Il primo è la possibilità di creare un tag di istanza o un tag. Il che sta essenzialmente creando un'associazione al server, all'istanza o al database in modo da poter creare viste e rispondere a domande che possono sorgere quotidianamente, che ti aiuta davvero a gestire ciò che hai, cosa stai gestendo e come vuoi andare avanti con tali informazioni.
L'altra cosa che abbiamo è qualcosa che si chiama campi di inventario o campi di inventario personalizzati e questi sono più specifici per il tipo di bocconcini di informazioni che è possibile esaminare, ad esempio il livello del database che potrei decidere di aggiungere un elenco a discesa che ha tutti i DBA e io possiamo mettere chi è il responsabile di quel database in base a quel tipo di situazione o qualunque cosa, qualunque sia il database con chiunque sia responsabile di esso sia in grado di selezionarlo in modo che io sappia che sono quelli che sono responsabili e molto facilmente semplicemente scavando nell'inventario.
Quindi queste informazioni diventano molto preziose, specialmente se si dispone di un ambiente di grandi dimensioni, perché ti aiuta solo a dare un senso a tali informazioni e a sapere cosa hai e come lo fai.
Quindi lasciami andare avanti e passare alla diapositiva successiva qui. Quello che ti sto mostrando ora è che tutte queste informazioni che stiamo raccogliendo, tutte queste informazioni e dati che stiamo raccogliendo e applicando metadati per darti la possibilità di prendere decisioni molto più facili e veloci quando si tratta di accendi le tue licenze con Microsoft nel contratto multilicenza aziendale o nell'assicurazione software con Microsoft.
Questo ti rende davvero facile fare questo piuttosto che doverlo fare, devi andare e fare molta raccolta manuale di dati, molta raccolta manuale di quelle informazioni che nel complesso rendono molto meglio un processo. Quindi questo è uno dei mandati del prodotto, a volte per rendere più facile per i DBA prendere quelle decisioni in merito alle licenze.
Ora l'altra cosa che, un po 'parlando con i DBA, abbiamo scoperto e imparato molto rapidamente è che - ed è un po' come tornare a ciò che è stato discusso in precedenza - potresti avere 300 istanze nel tuo ambiente di SQL Server ma c'è davvero solo un sottoinsieme di quelli che vengono monitorati e gestiti in modo completo da uno strumento di monitoraggio delle prestazioni tradizionale.
Quindi se vai e ti siedi davvero con il DBA e dici: “Guarda, sappiamo che hai queste 20 istanze o 10 istanze dei 300 che vengono monitorate con questo strumento progettato per monitorarlo e conforme al tuo SOA e ricevere avvisi e tutti quei tipi di cose buone ", quello che abbiamo anche scoperto è che se tu chiedessi:" Allora, che dire di questi altri 280 casi che hai? Ti interessano quelli? "E loro si preoccupano per loro, ma semplicemente non vogliono necessariamente fare un investimento per monitorare quelli a livello di profondità che possono essere fatti con quelle istanze rispetto a quelle 10 o 20, istanze di prodotto davvero critiche.
Quindi l'altra parte dell'equazione con questo strumento è che aiuta anche in termini di essere in grado di assicurarsi che a un livello base sei coperto in termini di integrità dell'istanza. Ora non ti dirà se hai un deadlock o chi è la vittima del deadlock. Non è arrivare a quel livello delle sessioni stesse e ai dettagli delle query. Ma allo stesso tempo ti farà ancora sapere che, ehi, il server è inattivo o ehi, il volume si sta riempiendo o devi fare i backup del database, questa è una parte importante dell'essere un DBA.
Quindi questi tipi di cose sono sicuramente ancora importanti e quindi con questo strumento hai reso un modo per te avere un catch-all per i tuoi casi davvero critici che hanno molto, molto valore legato a loro, se vanno giù devi sapere subito. Possono avere il livello più alto di monitoraggio e di essere in grado di fare quel tipo di cose, mentre con questo sarà in grado di raccogliere tutte le nuove istanze che vengono aggiunte all'ambiente e assicurarsi che siano contabilizzate e anche fare certo che si stanno formando quei livelli base di controlli sanitari.
Quindi, in poche parole, in cosa consiste il Gestore delle importazioni SQL di Inventory. Ora ti mostrerò una dimostrazione. Prima di farlo, in breve tempo ti faccio vedere questa è la diapositiva sull'architettura qui e solo per mostrare questo, le istanze di SQL che stiamo gestendo, possiamo scoprire tutto da SQL 2000 fino al nuovo versioni di SQL.
Quindi possiamo farlo senza mai dover distribuire agenti nelle istanze stesse. Lo facciamo attraverso un servizio di raccolta e uscirà e raccoglierà tali informazioni e le metterà in un repository e quindi da una console front-end del servizio Web Tomcat potremo quindi interagire con quei dati e visualizzarli. Quindi è un'architettura piuttosto semplice.
Vado avanti, cambio e ci porto nel prodotto stesso in modo da poterlo provare, capire come funziona. Quindi il modo migliore per farlo è quello di presentarti l'interfaccia stessa in questo tipo di dashboard che stiamo guardando qui.
Vedo che il numero di istanze in questo momento che ho in gestione non è poi così tante. Ma non ho nemmeno un intero data center nella mia tasca posteriore. Quindi ho circa sei casi che vediamo qui. Ora, detto questo, sono, quello che sto per fare è percorrere il processo di scoperta e mostrare come funzionerebbe.
Ora la prima cosa da fare è nella sezione amministrazione che puoi specificare come vorresti scoprire le tue istanze. Saresti in grado di inserire quelle informazioni qui e ancora una volta che possono essere fatte attraverso una gamma di indirizzi IP. È possibile puntare a un dominio o sottodominio ed essere in grado di eseguire solo i controlli su quei computer membri di quel dominio in modo da poter scegliere diversi tipi di caratteristiche di quando SQL è in esecuzione per verificare.
Quindi una volta che lo hai fatto e puoi averlo automatizzato per l'esecuzione su base giornaliera per andare a raccogliere quei dati. Saresti anche in grado di farlo su una base ad hoc, se necessario. Ma una volta iniziato, quel processo di scoperta è quello che inizierai a vedere quando passerai alla vista delle istanze qui. Hai una scheda Scopri e la scheda Scopri ci mostrerà quelle istanze che sono state recentemente scoperte. Quindi nel nostro caso abbiamo un numero qui. Quello che sto per andare avanti e fare è andare avanti e aggiungere quello che useremo come esempio. Quindi questa è un'istanza di Chicago in questo caso, giusto? Vado avanti e aggiungo quell'istanza al mio inventario.
Va bene e mi guiderà attraverso un paio di cose qui. Sto solo andando avanti e vedrai che possiamo impostare le credenziali. Le mie credenziali dovrebbero essere buone lì. Ho intenzione di andare avanti e noterai che posso assegnarne la proprietà se lo desidero. Posso anche specificare una posizione. Ora è possibile aggiungere anche la posizione stessa, e ricorderà che la prossima volta, ovviamente.
Ancora una volta, posso anche associare i tag a questo in termini di metadati e di come vorremmo inserire queste istanze di SQL, in particolare questa, in qualsiasi bucket in cui vogliamo inserirla. Quindi abbiamo alcuni tag attuali, tag popolari, quindi possiamo guardare un sacco di tag diversi che potrei aver già incluso. Ne selezionerò solo alcuni a caso e possiamo applicarlo.
Quindi ora quando vado avanti e aggiungo questo all'inventario. Ora che è stato aggiunto, ora lo vedremo apparire sotto questa vista gestita e quindi puoi vederlo elencato proprio qui. Quindi sai che questo è il primo passo e quello che ti ho appena mostrato è il modo in cui aggiungeresti principalmente quelle istanze man mano che procedi quotidianamente. In alcuni casi potresti dire di sapere cosa succede se si tratta di un'edizione Enterprise di SQL Server che voglio aggiungere automaticamente al mio inventario? Non ho bisogno di andare manualmente e scegliere di farlo.
Jocelyn: Ti interromperò molto velocemente. Non stiamo vedendo la tua demo.
Bullett Manale: Non lo sei?
Jocelyn: No.
Bullett Manale: Beh, non va bene, vediamo.
Eric Kavanagh: se vai nell'angolo in alto a sinistra, fai clic su Start, fai clic su quello.
Bullett Manale: Ah, va bene.
Eric Kavanagh: E ora condividi lo schermo.
Bullett Manale: Mi dispiace per quello. Sì.
Eric Kavanagh: Va bene. Buona cattura lì, produttore Jocelyn.
Bullett Manale: Va bene, allora è meglio? Lo stai vedendo ora?
Robin Bloor: Sì davvero.
Bullett Manale: Va bene, quindi cerchiamo di guidarti attraverso dove eravamo davvero veloci. Abbiamo le istanze scoperte che abbiamo avuto in precedenza. Ho appena aggiunto l'istanza di Chicago e quindi quello che vedi ora è ora elencato qui. Si noti che ha già raccolto molte informazioni aggiuntive. Se clicco sull'istanza stessa, inizierai a vedere tutti i tipi di informazioni che abbiamo già raccolto su quell'istanza. Ora ecco un elenco di tutti i database presenti. Possiamo vedere una suddivisione dei database in base alle dimensioni e alle attività in termini di quali hanno il maggior numero di dimensioni e attività.
Ancora una volta, possiamo anche dirti subito quali applicazioni vediamo in esecuzione su quell'istanza in base al carico di lavoro che vediamo in esecuzione sull'istanza. Quindi è un po 'bello poterlo fare automaticamente. Non devo entrare e legare la domanda all'incidenza. Sulla base di ciò che stiamo vedendo, possiamo popolarlo. Ora se vuoi aggiungere manualmente un'applicazione puoi assolutamente farlo. Ma è solo un bel modo per mostrare l'associazione dell'istanza al database o, mi dispiace, all'applicazione.
Noterai anche che sul lato destro dello schermo abbiamo un riepilogo istantaneo e sotto che abbiamo un riepilogo del server. Quindi stiamo parlando delle informazioni chiave dell'istanza qui, conoscendo la versione e non solo, sai, SQL Server 2012 ma il numero di versione effettivo che, incluso e ci dice quali hotfix sono legati ad esso, quali service pack sono legati ad esso, può essere molto importante saperlo. Ovviamente i requisiti di memoria sono importanti. Qualsiasi cosa del genere, sia essa raggruppata, tutte queste informazioni, non devo inserirle: sono già state raccolte e raccolte e, una volta identificato che si tratta di un'istanza scoperta, farà parte del nostro inventario.
L'altra cosa che vedrai qui - e ti mostrerà - è in questa vista di istanza. Abbiamo questi attributi di cui ho parlato prima, gli attributi personalizzati che possono essere aggiunti. Quindi possiamo aggiungere tipi aperti di campi casella di testo, possiamo fare sì / no in termini di miliardi di scelte. Possiamo persino creare elenchi a discesa. Puoi farlo nell'istanza del database o a livello di server.
Quindi se scorriamo un po 'più in basso possiamo vedere tutte le informazioni relative al server stesso. Quindi sai che tutto questo genere di cose è ovviamente molto, molto utile perché è tutto raccolto e raccolto ed è lì per noi non appena prendiamo la decisione di renderlo parte del nostro inventario. Qui possiamo mostrare alcune delle differenze in termini di CPU, il numero di logica rispetto a fisico, quanta memoria. Quindi stai davvero ottenendo un ottimo e ricco patrimonio di informazioni senza dover fare molto lavoro.
Ora l'altra parte di questo, come ho detto, è che stiamo raccogliendo questi dati a livello di server. Se arriviamo persino al database, possiamo vedere che molte di queste cose sono suddivise anche per noi. Quindi, se vado al mio repository di conformità, in questo caso potrei dire, ben sai che si tratta di un, questo è un database di conformità a cui è associato il livello di conformità o requisiti normativi e potrebbe essere, diciamo, Conformità SOX o conformità PCI. Quindi posso scegliere quali database hanno la conformità ad essi associata che devo compilare o assicurarmi di mantenere in termini di tale requisito normativo.
Quindi questo tipo di cose si è rivelato molto utile per i DBA perché c'è un posto in cui possono andare centralmente per mantenere facilmente tutti questi metadati associati nel loro ambiente e possono farlo, come ho detto, conforme ai loro affari come loro " stai facendo, come il modo in cui fanno affari. Quindi, se guardiamo a tutto ciò che abbiamo visto finora, hai ovviamente una buona panoramica dell'istanza, se analizzo.
Posso anche cercare anche così ho detto cerchiamo quel repository di conformità nel mio inventario. Quindi quello che vedrai qui è che posso cercare queste cose ed essere in grado di identificarle. Dico che … Non sono sicuro di cosa, il mio pulsante Vai non funziona lì. Va bene. Vediamo, proviamo di nuovo. Eccoci. Quindi saremmo in grado di vedere una ripartizione di dove vediamo qualcosa in cui siamo conformi e posso approfondire e vederlo anche da quel punto di vista. Quindi hai un modo davvero semplice e veloce per scavare in questi dati.
Ora, come accennato in precedenza, hai molti modi diversi per creare metadati sul server e sul database dell'istanza. L'altra parte è quella di poterne trarre vantaggio dal modo in cui lo hai raggruppato e dal modo in cui lo hai associato. Andiamo alla vista dell'esploratore, possiamo fare proprio questo. Possiamo dire che voglio fare un conteggio del database per località. Quindi il numero di database in ogni posizione degli ambienti che supporto. O forse forse si basa sul proprietario che possiede le istanze che ho là fuori in termini di conteggio delle istanze. Quindi saremo in grado di vederlo. Quindi ottieni un modo davvero semplice e facile per dipingere queste immagini per te sulla base di qualsiasi domanda tu stia cercando di rispondere in quel momento.
Quindi, ciò che hai creato è quello che hai creato nel modo desiderato, possiamo esportarlo in PDF o in diversi formati per essere in grado di sfruttarlo e inviarlo ai nostri colleghi o fare tutto ciò di cui abbiamo bisogno. Quindi sai che saresti in grado di fare questo tipo di cose. Torniamo a - l'ho perso? Eccoci. Bene, speriamo che questo abbia senso in termini di ciò di cui ho parlato finora. Ora che i dati che abbiamo raccolto, tutto ciò è ovviamente di vitale importanza per una serie di motivi: licenze e quant'altro.
L'ultimo tipo di cose solo per menzionare è che passiamo a questa sezione di amministrazione qui. È qui che puoi anche configurare la tua e-mail e i tuoi avvisi ed essere in grado di assicurarti che per le cose che vorresti davvero sapere, puoi anche impostare quelle cose. Quindi possiamo impostare avvisi e-mail, possiamo impostare la possibilità di accendere determinate cose e spegnerle e quindi essere in grado di determinare quindi chi riceverebbe tali e-mail e iscrivendoci a quegli avvisi che possiamo associare a chi vorremmo essere, chi vorrebbe sapere di questo tipo di cose.
Ma come ho detto prima, questo è davvero un bel modo di fare, almeno avere la tranquillità generale di sapere per tutte le istanze SQL della tua azienda - che cosa hai e anche assicurarti che funzioni in modo ottimale anche se non lo fai ' t, non ho preso la decisione di fare un investimento per uno strumento di monitoraggio delle prestazioni che colpisce pesantemente per gestire quell'istanza. Questo ti coprirà perché è un modo molto conveniente per uscire e per molti casi essere in grado di fare questi inventari ed essere in grado di fare una sorta di un tipo molto ampio di monitoraggio generale per assicurarsi che tu hai la tranquillità e sai cosa sta succedendo.
Quindi speriamo che abbia senso il modo in cui l'abbiamo descritto e mostrato a te. Immagino da quel punto di vista che posso andare avanti e passarlo indietro e possiamo parlare ancora.
Eric Kavanagh: Sembra fantastico. Quindi Robin? Dez? Qualsiasi domanda?
Robin Bloor: Beh, ho delle domande. In realtà è molto interessante, voglio dire, volevo solo commentare che praticamente sono stato ovunque, non solo tra i DBA, ma tra i ragazzi della rete, tra i ragazzi dello storage, tra i ragazzi della gestione delle macchine virtuali, " tutti i lavori su fogli di calcolo.
Eric Kavanagh: Esatto.
Dez Blanchfield: In un certo senso sai che è così, sai che va bene fino a quando i numeri iniziano a muoversi. Quando i numeri iniziano a muoversi, sai che si metteranno nei guai. Quindi la domanda ora mi interessa e so che sarà difficile per te rispondere, ma cosa succede se vai in un posto dove non hanno nulla del genere lì dentro per il lavoro dei fogli di calcolo, quindi supponiamo i DBA sono ragazzi molto intelligenti e così via e così via, che tipo di ROI pensi di ottenere dall'implementazione di qualcosa del genere? Hai delle cifre al riguardo o delle linee guida in merito?
Bullett Manale: è difficile dire quale sia il ROI perché l'ambiente sarà un po 'diverso. Ovviamente più grande è l'azienda, più grande è l'ambiente, ovviamente più ROI sarà probabilmente se stanno usando i metodi manuali ora.
So di aver parlato con un numero di - quando dico grandi organizzazioni tra le migliaia e migliaia di dipendenti e probabilmente anche le migliaia di casi - in cui ho persone in cui le mostro e dicono che ci vorrà due settimane del mio tempo indietro. L'ho detto più di una volta. Quindi è difficile dire in termini di importo effettivo in dollari da un acquisto, ma è considerevole quando si hanno gli ambienti.
Come ho detto, è abbastanza coerente, sono le persone con cui, la maggior parte delle persone con cui parlo, tengono queste cose in un foglio di calcolo. Quindi è solo una cosa molto, molto soggettiva perché ogni ambiente, è un po 'diverso in termini di come fanno le loro licenze e come stanno facendo le loro licenze con Microsoft è un'altra parte di ciò che è un fattore. Ma se devono fare veri aumenti ogni anno o ogni tre anni, penso che al massimo tre anni per Microsoft che lo faranno, vogliono che tu faccia il vero almeno ogni tre anni.
Quindi sai che è considerevole e sai, è solo qualcosa che rende molto più facile. Poiché è una cosa dinamica che cambia sempre, dà anche un po 'più di validità in termini di ciò che stai guardando i versetti, beh non abbiamo davvero aggiornato il foglio di calcolo in sei mesi o un anno. Quindi, con quale frequenza stai aggiornando il foglio di calcolo è un'altra domanda per capire che la risposta al ROI.
Dez Blanchfield: Sì, voglio dire, le licenze SQL, le licenze di questo è solo un dannato incubo, ma è soprattutto un incubo perché le licenze non sono le stesse tra Microsoft e Oracle e chiunque altro sia là fuori a fare cose di database. Se stai effettivamente tenendo le cose in fogli di calcolo che tendono ad essere ciò che realmente accade, sai che arriva il tempo di licenza prima di realizzarlo effettivamente e non hai effettivamente i dati, se sai cosa intendo, per arrivare facilmente a quell'informazione.
Ad ogni modo, come fai notare, è dinamico e non ne ho idea personalmente perché non ho mai dovuto negoziare con Microsoft, quindi non ne ho idea, ma presumibilmente ci sono database che le persone spesso raccolgono i dati dei test, testando ambienti e immagino che quelli siano una spina nel fianco se stai facendo licenze. Sei tu-?
Bullett Manale: Sì, sì. Questo è il caso perché molte volte quella roba viene dimenticata e poi iniziamo a cercare di capire, ok, beh, va bene, abbiamo le licenze core che dobbiamo capire il numero di core per ognuna di queste istanze e io non sapete, in termini di standard di ciò che state acquistando per quanto riguarda l'hardware, potreste anche acquistare hardware abbastanza buono quindi se non state usando quell'hardware nel modo in cui dovrebbe essere utilizzato, pagherete troppo perché state pagare per i prezzi core quando quei core non vengono sfruttati e questo diventa un problema.
Quindi, ogni versione di SQL ha un modo diverso in cui viene applicata la licenza, il che la rende anche un po 'confusa. Quindi hai alcune sfide a riguardo e quindi questa è una grande parte del motivo per cui queste informazioni sono molto utili perché possiamo dirti quale versione è, possiamo dirti ovviamente il numero di core che hai, se sono versioni precedenti di SQL quello era il prezzo per socket, possiamo ancora mostrare ovviamente anche quello. Quindi, rende molto più semplice una routine che devi seguire quando arriva il momento di inventare quella roba.
Dez Blanchfield: Una cosa che mi viene in mente, oh scusa vai-
Robin Bloor: Va bene, vai a Dez, stavo per fare una domanda forse irrilevante.
Dez Blanchfield: solo qualcosa di molto rapido mentre sei sull'argomento in cui ti trovi ora: stiamo assistendo a una maggiore adozione degli ambienti cloud e se lo stiamo eseguendo all'interno del nostro data center, all'interno del nostro ambiente, strisciano e trovano, scoprire le cose è relativamente semplice.
Come, come possiamo far fronte allo scenario in cui potremmo avere tre set di dati, due cloud e la visibilità in questi ambienti è protetta da firewall e spesso c'è un set di dati alla fine di una pipe o di una VPN. C'è altro da scoprire dal front-end o ne abbiamo bisogno, per iniziare ad aprire le porte in modo che possiamo scansionare attraverso determinati ambienti tra una sorta di cloud e fuori dai locali in cui questa piattaforma è in esecuzione?
Bullett Manale: Sì, ci sarebbe qualche considerazione in termini di porti. Quindi, sfortunatamente, vorrei poter dire che riuscirà a sfondare tutti quegli ambienti, ma ci sono diverse opzioni che potresti fare con questo. Ovviamente, se stai facendo qualcosa come Amazon EC2, tutto ciò di cui hai veramente bisogno è l'accesso a quell'ambiente attraverso la tua connettività, supponendo che le tue porte siano aperte e quindi essere in grado di specificare i tuoi indirizzi IP o il tuo dominio associato a quello e può iniziare la raccolta e inizia la scoperta.
Quindi è, in quei tipi di ambienti che non è davvero un problema; sono i tipi più specifici di ambienti come RDS e in cui stai ottenendo il database stesso dove sarà un po 'più difficile vedere e scoprire quel tipo di informazioni.
Dez Blanchfield: Quindi, a partire da quello, c'erano database e database. Quindi, ad esempio, i bei vecchi tempi di avere un motore di database molto, molto grande come l'aneddoto che ho condiviso in primo piano dove è solo una piattaforma enorme e tutto ciò che fa è fornire database. In questi giorni, i database sono incorporati in tutto, in effetti, ce ne sono due o tre in esecuzione nel mio telefono dietro le app.
Che tipo di sfide stai vedendo con scenari in cui hai ambienti provenienti da Lotus Notes, con app dietro di loro, SharePoint con il database su vari Internet e così via? Fondamentalmente tutto è alimentato dal database nel back-end. Che tipo di cose stai vedendo là fuori e che tipo di sfide stai vedendo le persone devono solo provare a mappare quel tipo di mondi e quale strumento fa per loro?
Bullett Manale: Beh, voglio dire che la cosa al riguardo è che quello che hai detto - ora tutto ha bisogno di un database, quindi molte volte c'è molto probabilmente, ci sono un sacco di database che vengono introdotti nell'ambiente che gli stessi DBA non vengono nemmeno resi consapevoli perché non è molto difficile installare un server SQL nell'ambiente, in generale.
Questo strumento identifica anche cose come i database express, quindi le versioni gratuite di SQL Server. Abbastanza divertente, quando vai a parlare con i DBA, ancora una volta, non ottieni una risposta coerente in termini di cura dei database gratuiti che sono là fuori. Molte di queste applicazioni di cui parlerai useranno la versione gratuita del database. Ma le stesse organizzazioni avranno un atteggiamento diverso in termini di chi è responsabile di quel database a seconda di chi si parla.
Alcuni DBA con cui parlo, mi viene in mente l'ultima volta che sono stato a SQL Server PASS, che si trova a Seattle, mi fai la domanda "Ti interessano i tuoi database express?" Ed erano circa le cinquanta e cinquanta. Alcune persone, volevano conoscerli come DBA perché sentivano di far parte delle loro responsabilità anche se avevano espresso database che potevano ancora contenere informazioni critiche; devono ancora passare attraverso il processo di backup e devono ancora assicurarsi che tutte le cose funzionino da una prospettiva di salute su di loro. Ma sapere che esistono è altrettanto importante se non più importante.
Considerando che l'altra metà della gente è: "Ehi, non siamo noi non responsabili di quei database e tutto ciò che hanno messo su di loro è diffidare della persona che li ha installati." Ma direi che nel complesso quello che tu Detto questo, praticamente tutto al giorno d'oggi ha un'applicazione legata ad essa che sta solo contribuendo maggiormente alla complessità e alla confusione di dover inventare tali informazioni.
Dez Blanchfield: Sì, ne ho visti alcuni, i siti governativi sono probabilmente i miei preferiti, ma il più delle volte lo vedo negli ambienti aziendali ora dove è, come hai detto, che la gente dimentica anche di me, quando installano qualcosa come SharePoint o come l'auto-scambio, quindi sai che arrivano con una versione gratuita appena integrata perché vogliono, sai, installarlo rapidamente e non preoccuparti di dover acquistare e acquistare licenze.
Poi diventa grande e poi qualcuno inizia a lamentarsi delle prestazioni e loro dicono "È solo il tuo vecchio server, il tuo spazio di archiviazione, la tua rete, qualunque cosa", e poi il DBA viene chiamato e loro dicono "Bene, tu ' ho appena riempito tutto in questa versione gratuita del database, che non è ciò di cui hai bisogno per eseguire così grandi ".
Soprattutto quando hai scenari come Project Manager e Office sta eseguendo centinaia se non migliaia di progetti in una grande azienda o una società e stanno usando SharePoint con Microsoft Project Server e stanno scaricando tutte le loro cose PMO in questo database. Ma alla fine sono come, beh, è solo un'interfaccia web. Ma davvero ci sono database e database.
Bullett Manale: Sì.
Dez Blanchfield: Quindi quali sono, uno dei primi passi che le persone qui immagino ci siano un paio di domande che potremmo voler far entrare dal pubblico. Una delle prime domande è da dove iniziano le persone? Qual è il primo passo naturale per loro di fare: "Okay, dobbiamo fare la versione anonima di alcolisti?"
Abbiamo più database di quanti ne sappiamo cosa fare. Qual è una sorta di passo naturale simile a loro per dire: "Va bene, dobbiamo prendere questa cosa e iniziare a correre?" Hanno appena tacchino freddo o in seguito hanno davvero bisogno di iniziare in piccolo e fare esperienza con la mappatura del loro ambiente ?
Bullett Manale: Beh, penso che ciò abbia detto che devono mappare l'ambiente. Ora Microsoft offre uno strumento gratuito per farlo, lo strumento di pianificazione della valutazione Microsoft, è uno strumento gratuito ma statico. Fai la scoperta e basta. Ottieni un elenco delle cose che ci sono là fuori. L'abbiamo preso e detto che facciamo un passo avanti, facciamo la scoperta, scopriamo cosa c'è là fuori e mettiamolo nel repository e facciamolo in modo che sia dinamico e possiamo aggiungerlo, rimuoverlo.
Ma nel complesso il primo grande passo è che penso solo per scoprire, fare la scoperta. Se ciò significa scaricare il nostro prodotto in prova, puoi scaricarlo e provarlo per 14 giorni e puoi indicare al tuo ambiente e fare la raccolta.
Ora se hai già un foglio di calcolo con un mucchio di quelle informazioni lì dentro che sei in qualche modo sicuro che tali informazioni siano corrette, hai anche la possibilità di apprezzare l'importazione in CSV quel foglio di calcolo con tutte quelle informazioni e fare quella parte di ciò che già hanno. Ma in termini di capire ciò che non sai, l'unico modo per farlo è uscire manualmente, farlo o avere uno strumento che cerchi quel tipo di cose come questa. Questa è la decisione che dovrai prendere ad un certo punto è: "Cerco di automatizzare quella scoperta o almeno ottenere una buona base di ciò che è là fuori prima e poi forse preoccuparsi di alcune delle eccezioni?" Ma per la maggior parte probabilmente hai bisogno di uno strumento.
Dez Blanchfield: Quindi solo in fretta. Da dove vanno le persone per iniziare? Hanno colpito il tuo sito web? Come riescono a raggiungere e iniziare rapidamente?
Bullett Manale: Se vai su Idera, IDERA.com, vedrai, e in realtà posso davvero mostrarlo rapidamente. Sul sito di Idera andrai ai prodotti, vai al gestore dell'inventario. Vedrai che c'è un link per il download proprio qui. Stai solo determinando quale build vuoi installare su un 64 o un 32 bit, e questo ti farà iniziare e puoi iniziare la tua scoperta da lì.
Robin Bloor: Fantastica e fantastica, ottima presentazione, grazie mille.
Bullett Manale: Grazie.
Eric Kavanagh: Abbiamo un paio di domande da parte del pubblico e te le invieremo via e-mail perché oggi dobbiamo fermarci duramente, ma Bullett, ancora una volta, ottimo lavoro sulla demo, ottimo lavoro del nostro produttore che capisce che non era sta mostrando.
Bullett Manale: Mi dispiace per quello.
Eric Kavanagh: No, questa è roba buona, stai dando visibilità al centro degli affari, giusto? Perché l'azienda gestisce i dati e stai dando visibilità fino al cuore. Quindi niente più cose ondulate a mano; ora puoi effettivamente indicare le cose e risolverle. Così buono per te.
Bullett Manale: Grazie.
Robin Bloor: Ma è stato bello vederlo anche dal vivo, ben fatto.
Eric Kavanagh: Sì, archiveremo questo webcast per una visualizzazione successiva e poi lo avremo sperato entro circa un'ora o due, l'archivio iniziale sale a volte è un po 'più lungo di quello, ma saremo sicuri di lasciare che la gente conoscere. Con questo ti lasceremo andare, gente. Grazie ancora per aver partecipato alla Briefing Room, in realtà siamo le Hot Technologies. Ti raggiungeremo la prossima volta. Abbi cura di te, ciao.
