Emportar: L’amfitrió Eric Kavanagh discuteix la gestió de bases de dades i el descobriment d’instàncies amb Robin Bloor, Dez Blanchfield i Bullett Manale al darrer episodi de Hot Technologies.
Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.
Eric Kavanagh: Senyors senyors i senyors. Benvinguts de nou un cop més Em dic Eric Kavanagh. Les coses estan calentes. Les coses s’escalfen aquí. No sé què passa? Ah, sí, és el moment de Hot Technologies. Sí, efectivament, el meu nom és, una vegada més, Eric Kavanagh. Podeu trobar-me a @eric_kavanagh. Aquest és el programa que està dissenyat per parlar sobre el que fa calor al mercat. El títol d'avui, "Claus per al Regne: gestió de SQL Server amb dinàmica de descobriment". Hi ha el teu veritablement. D'acord, la imatge era de fa uns anys. No vaig a mentir, ara estic una mica més gran, però està bé.
Així doncs, estem parlant de com les tecnologies i el SQL Server són realment, realment, realment reals. Avui tenim un munt de contingut, de manera que vaig a presentar-lo immediatament. Parem, aquí anem. Hi ha els nostres altaveus. I Robin Bloor va primer.
Robin Bloor: Sí, certament. La presentació aprofundirà en la gestió de bases de dades, així que només pensava que passaria a terme la gestió de bases de dades o, ja ho sabeu, el laberint de bases de dades, per tal d’aconseguir que la gent s’esperit. Jo solia ser DBA, suposo que podríeu dir que fa uns 20 anys vaig ser consultor de bases de dades, i el que realment em sorprèn de les bases de dades és que no han canviat gaire. Moltes coses han canviat pel que fa a la velocitat, pel que fa als volums de dades i coses similars, però en realitat moltes són similars a les que solien passar.
Una base de dades és, al meu parer, una col·lecció extensible organitzada de dades que es poden optimitzar per a càrregues de treball específiques i proporcionar capacitats de gestió de dades. Va sorgir principalment perquè si volia gestionar dades en fitxers era un treball tremendament difícil. I la idea de muntar un programari que faria gairebé tot el que necessitava per fer-ho es va desenganxar gairebé a l'instant, tan aviat com vam tenir accés aleatori als quadres principals de l'IBM a la dècada de 1970.
La base de dades relacional es va inventar als anys 70 i va néixer en termes de prototips a la dècada dels 80 i el tipus de tracte va tenir lloc al mercat des de principis dels anys 90 ençà. I les bases de dades relacionals són encara dominants en popularitat. Si llegiu la premsa, sentireu moltes coses sobre aquestes bases de dades SQL i, recentment, hi ha molt soroll sobre les bases de dades gràfiques. I això és interessant, si voleu, però encara són els últims números de vendes, les bases de dades relacionals tenen el 95% del mercat. I el Microsoft SQL Server que tractarem avui en profunditat és el segon més popular d'Oracle.
El que passa amb les bases de dades relacionals que els fa inusuals quant als motors que es tracta és que poden treballar tant en càrregues de treball OLTP com de consulta. Si voleu fer-ho, heu d'afinar-les de manera diferent, però són capaços de tots dos tipus de càrrega de treball. Una de les quals és de transaccions aleatòries curtes i l’altra de llargues consultes que abasta moltes dades. L’alternativa, la base de dades NoSQL i la base de dades de gràfics es destinen principalment a analítiques i han augmentat força recentment. NoSQL va arribar primer i el gràfic ha començat a obtenir una mica de tracció en els darrers temps. NoSQL es pot utilitzar per a activitats transaccionals, però gairebé no es fan servir gràfics per a activitats transaccionals. La raó em vaig trobar amb una estadística que en realitat crec que té almenys deu anys que diu que la majoria de les empreses tenen almenys tres, en realitat la xifra era de 3.5, diferents marques de bases de dades, si ens fixem en el seu inventari de programari.
Però la realitat és que la majoria de les empreses s’estandarditzen en una base de dades específica. I la majoria de les empreses s’han estandarditzat a SQL Server i Oracle com a dues més populars per a, si voleu, bases de dades estàndard.I només utilitzen les alternatives en circumstàncies excepcionals en què, per exemple, reben un paquet de programari que necessita una base de dades diferent o s’estan passant després d’alguns dels objectius d’analítica de dades grans que han existit.
També tenim, si voleu, la interferència de Hadoop. Hadoop d’una manera o altra s’ha convertit en més que un sistema de fitxers però encara no és una base de dades. No obstant això, té SQL que s'ubica a la part superior. Però l'evidència és que no és realment suplantar ni en cap lloc proper a suplantar les bases de dades relacionals que van guanyar el cor i la ment del món. I la raó d'això és que aquestes bases de dades relacionals van trigar vint anys, en realitat més que vint anys, per arribar a ser tan bones com són. I no creeu només un motor de consulta o un motor SQL que tingui un bon rendiment en molt poc temps. Simplement no passa.
D'aquesta manera, la conclusió d'aquesta diapositiva és que les bases de dades són estratègiques i evolucionen, milloren. I, certament, ha estat el cas d’Oracle i Microsoft SQL Server. Probablement, pocs de vosaltres recordeu els dies en què van aparèixer les bases de dades, però jo, llavors era un noi. La idea original era que hi hauria una base de dades única i aquesta era una idea conceptual que mai no va arrelar. Hi va haver un intent d'IBM amb l'AS / 400 de tenir un sistema de fitxers basat en bases de dades, però que tampoc dominava. Et queda el fet que les bases de dades es fragmenten naturalment. Naturalment, teniu diverses instàncies. Hi ha problemes d’escalabilitat. La base de dades només s’escala a un cert tamany, de fet que la mida ha augmentat amb els anys, però tenien límits.
I hi va haver problemes de càrrega de treball, el principal problema de la càrrega de treball és que les càrregues de treball OLTP i les grans càrregues de consulta de consulta simplement no són compatibles entre si. I era impossible construir un motor que faria això. En què trobem, que és una mica interessant, em vaig trobar recentment amb un lloc que tenia més de mil casos diferents d'Oracle. No recordo quants DBA tenien, però si els hi parlàveu de quantes d’aquestes bases de dades eren controlades realment per un DBA, era com deu. Bàsicament utilitzaven la base de dades com a armari i només llançaven dades perquè almenys teníeu un esquema i estava més organitzat que no hi hauria un sistema d’arxius, però ningú no feia res més que donar-li una configuració predeterminada i configurar-la. solt.
No estic segur de si era una bona idea. Em sembla estrany, per ser sincer, perquè, sempre que treballava amb bases de dades, les bases de dades necessitaven assistència i necessitaves, d’una manera o altra, saber exactament què hi passava. I una enorme quantitat d’interdependències del sistema significa que cal complir certs tipus de nivells de servei o bé tenir problemes.
S'ha parlat recentment, he trobat diverses bases de dades que diuen que s'autoafonen. Les que són botigues de columnes que estan configurades per al trànsit de consultes es fonamenten en gran mesura, ja que hi ha molt dues opcions que cal prendre en relació amb els índexs. Però, a part d’aquest àmbit concret, cal ajustar les bases de dades. I cal ajustar-se a determinades bases de dades relacionals, principalment perquè hi ha una gran quantitat de transaccions. Les juntes són activitats cares. Si no col·loqueu els índexs adequats al lloc correcte, aleshores s'uneix a quantitats de temps inadequades quan no cal.
Actualment, les bases de dades d'autoafinació, només existeixen en aquestes àrees on es coneixen les càrregues de treball. I la meva experiència és que la majoria de les empreses utilitzen molt poques DBA i és perquè són cares. Per tant, és millor si es pot alternar el que fa el DBA. Aquestes són les activitats d’un DBA tal i com les entenc. Fan instal·lació, configuració i actualització de bases de dades. L’actualització, per cert, no és necessàriament una activitat trivial. És a dir, la raó per la qual actualitzeu una base de dades, la regla amb la qual sempre he treballat és no tocar-la si funciona, i si actualitzeu una base de dades a qualsevol versió nova, ho feu en mode de prova. primer i després, ho milloreu tot. Sempre es tracta de la mateixa versió. Però, de fet, hi ha molts llocs on he trobat, no és el que passa. Posem per cas un just nivell d’entropia. La gestió de les llicències és un problema, depèn de la llicència que tinguis. ETL i replicació de dades.
Un dels trucs de la base de dades és que si teniu una càrrega de treball de consulta que cal dividir, podeu crear dues instàncies i replicar-les i sovint es fa allà on les persones utilitzen la rèplica com a còpia de seguretat calenta. A continuació, la planificació de l’emmagatzematge i la capacitat, que forma part de l’activitat d’un DBA perquè, per descomptat, les dades creixen i cal fer-ne el seguiment. Aleshores, heu de planificar diverses actualitzacions de maquinari o augment de maquinari. Hi ha problemes de resolució de problemes que és una activitat dolorosa per a la majoria dels DBA. En cas que alguna cosa vagi malament i la còpia de seguretat no funcioni exactament perfectament, hauran d’enrotllar-se de les mànigues i baixar i intentar recuperar les coses dels fitxers de registre. Això passa molt sovint del que crec, bé, recordo que passava, però he estat fora del joc durant almenys deu anys, però recordo que això passava amb més freqüència del que hauríeu esperat. El monitoratge i la posada a punt del rendiment són només una mena de pit del treball DBA. Però també hi ha seguretat pel que fa a la gestió d’accés, la còpia de seguretat i la recuperació, creant sistemes de prova de programari que siguin raonablement paral·lels a un sistema en directe. I tot el cicle de vida de les dades. De manera que, al meu parer, és la llista de treballs del DBA a part de qualsevol altra cosa que se'ls pugui demanar. Dinàmica operativa. En definitiva, la integritat de les dades i la gestió del nivell de servei són responsabilitat principal del DBA. I normalment són crítics. I tot això he de dir. Vaig a lliurar a Dez.
Dez Blanchfield: Moltes gràcies. Em faré un viatge divertit i anecdòtic sobre el motiu pel qual tot el tema que avui es tracta és més crític que mai. No fa gaire vaig estar involucrat en un projecte on vam migrar una plataforma del govern estatal que s’utilitzava per al registre de la llicència i el registre de vehicles i tot un ventall de coses entorn d’aquest tema, des d’una plataforma mainframe de Fujitsu que s’explicava una cosa anomenada A + Addition, que és un sistema operatiu Solaris, o dit d’una altra manera, Unix, que funciona Oracle i fa un molt bon treball. I la idea era que aquesta cosa s’envelleixia i que era hora de traslladar-la a una altra cosa. Ens vam divertir molt executant Unix a la mainframe i era molt estable i molt segura i estranyament la plataforma SDL i prou ràpida. Però la saviesa era el moment de deixar-se del mainframe i moure's.
Aquest important desafiament de mapejar tots els sistemes i la lògica comercial i l’entorn SQL per a les bases de dades que hi ha a sota i mirar com anàvem a arquitectar i enginyar una nova llar. I acabem portant-lo a una d’aquestes coses que ja fa un parell d’anys, però que és un dels extrems superiors dels servidors Starfire del sistema de rack Sun. I probablement són alguns dels grans estanys que podeu comprar al planeta que viuen en una caixa gran i un servidor de multiprocessament simètric. Era un sistema de gamma mitjana del nostre món. Funcionava Unix i funcionava Oracle de forma nativa i la vista era: "Què pot sortir malament?" Bé, resulta.
Per exemple, en aquell moment, i no parlem fa temps, vam haver de passar per un procés molt manual per descobrir què hi havia a la plataforma mainframe i donar-li a conèixer. En particular, l’entorn de base de dades real i la lògica SQL. De manera que la visió era que es tractaria d'un moviment d'Oracle-a-Oracle força simple, de base de dades a base de dades; Tota la lògica comercial es produiria, la major part de la lògica comercial s'havia escrit en consultes incloents i en els desencadenants, i què tan difícil pot ser? Però una cosa que se suposa que duia uns mesos va acabar no passant un any. Simplement recórrer físicament i manualment totes les parts de l’entorn de l’Unix de l’entorn del fotograma principal, descobreix on eren totes les bases de dades i quantes instàncies s’executaven i què s’executava en aquestes instàncies i era un exercici no trivial i ho acabem fent. tres vegades només per assegurar-nos que ho havíem capturat tot. Com que cada cop que pensàvem que havíem excavat el més profund que necessitàvem, a la superfície va resultar que hi havia més.
L’altre repte que teníem era quines instàncies s’executen i en quin estat? És un entorn de desenvolupament? És un entorn de prova? Forma part del procés d’integració? És integració de sistemes? És UAT, la prova d’acceptació dels usuaris? És producció? És un entorn de DR? Com que el gran aspecte dels mainframes és que podeu crear aquests petits entorns virtuals que ara donem per fet i moure les coses. I heu de resoldre: aquesta persona fa desenvolupament i proves de grau de producció, o bé fa producció de producció, hi ha usuaris reals? Recordar que això fa que es faci una publicació en temps real de les llicències de conduir i el registre del cotxe i de coses que realment importen a la vida de la gent.
I ha trigat molt a executar còpies de seguretat per fer-ho, de manera que no teníem cap finestra de manteniment per agafar la cosa fora de línia i veure què passava. No hi va haver res com desviar-lo. També vam tenir el repte de no només trobar quines instàncies funcionaven i on i per a qui, sinó que vam haver d’esbrinar quines versions de quines instàncies s’executaven. I aquí és on gairebé vaig perdre la meva trama. Quan vaig començar a adonar-me que teníem dues o tres versions de l’entorn de producció a través de diversos nivells de proves i hi havia molt poc en el camí d’eines i enfocaments sistemàtics. Literalment, vam haver d’aprofundir en el codi i en la instància en funcionament i, en alguns casos, corre el risc d’agafar alguna cosa fora de línia durant una estona. Hem arribat al fons de tot, ho hem elaborat i ha estat un procés molt manual com he dit. Finalment vam realitzar tot el canvi ETL, llençant-lo d’un lloc i traslladant-lo a un altre i en general que funcionava. I estàvem com que, d'acord, sigui funcional, estem molt contents.
Però llavors vam topar amb una sèrie de parets de maó massís molt greus. En particular, hem trobat problemes de rendiment. I el pensament raonable del dia era, doncs, s'ha anat a un maquinari més gran, millor, més ràpid i més dur, no hi ha cap raó per la qual hagi de funcionar malament a l'aplicació a la base de dades, per tant, comencem a mirar cap a un altre lloc. Així que hem renovat completament la xarxa dues vegades. Cada router, cada commutador, cada cable, passàvem d’Ethernet a fibra en alguns casos, actualitzàvem el programari, pegàvem, obteniu la vista. Essencialment vam tornar a construir la xarxa dues vegades pensant que hi havia problemes de rendiment. I semblava i sentia com era. Vam passar per diferents sistemes de seguretat, diferents tallafocs. Hem parchejat el sistema operatiu. Hem canviat coses d'una fulla de càlcul a una altra. I vam dedicar una gran quantitat de temps a mirar la peça d’infraestructura.
Aleshores, ens vam adonar que quan vam desconnectar els servidors i vam fer servir altres aplicacions que la xarxa funcionava bé. Així que vam començar a separar el sistema operatiu. La mateixa qüestió. Però interessant, el nivell de xarxa i el nivell del sistema operatiu, les eines hi eren, en realitat era relativament senzill per a nosaltres fer un punt de referència i provar i demostrar que cadascuna d’aquestes peces funcionava. Però fins i tot aleshores, a la plataforma Solaris de gamma mitjana a la plataforma de maquinari SPARC, les eines no hi eren perquè comencéssim a diagnosticar l’entorn de la base de dades. Ja ho sabeu, mapant si hem combinat totes les instàncies. Així doncs, vam haver de construir les nostres pròpies eines i escriure algunes i asseure’ns i, si fos dins de les eines de la base de dades mateixes en els llenguatges d’escriptura autòctons, o bé si es tractava d’una sèrie de scripts de shell o en alguns casos un munt de programes C
Finalment hem aprofundit en alguns problemes molt interessants on la lògica que hi ha sota la capa SQL, els propis motors de base de dades, va resultar que quan alguna cosa es construïa una manera particular per a alguna cosa que funcionava a la versió mainframe d'Oracle es migrava als Solaris a SPARC. versió Oracle no va transposar immediatament la mateixa actuació. Aleshores, per a nosaltres va ser un viatge bastant dolorós, només fer-ho i trobar-ho tot, però ara havíem de diagnosticar-lo al nou sistema de producció i, de nou, es va produir la migració d'un mes a gairebé un any. Simplement, es va dir que no teníem les eines al voltant. Córrer fent coses com intentar mapar metadades.
En algun moment gairebé vam decidir que necessitàvem una junta d'Ouija, ja que seria més senzill d'aquesta manera simplement assenyalar i arrabassar a l'atzar. Coses senzilles com esbrinar qui tenien accés als sistemes antics i per què tenien aquest accés. I qui necessitava l’accés a la nova i confirmant-ho, aconseguia que algú es donés de sessió i ho confirmés i el mapés. Fins i tot una cosa tan senzilla com la mida de la base de dades no era coherent a les dues plataformes. Havíem de crear una eina per fer-ho i fer alguna comparació entre l’amplitud de la base de dades en tonatge, en megabytes o terabytes en brut del sistema A versus el sistema B. i aprofundir en més detall al voltant del rendiment i l’entorn performant. Una vegada més, va haver de construir noves eines. No hi havia pràcticament res per a nosaltres.
I ho aconseguiu tot això, quan vam arribar al final de fer que la cosa funcionés i ho vam aconseguir estable, cada peça era un procés molt manual, l’única manera de poder automatitzar alguna cosa seria si construïm una nova. eina o nou script. I si tinguéssim les eines disponibles avui, la vida hauria estat molt més fàcil i molt millor. I hauríem estalviat milions en aquest projecte. Però crec que del que parlem avui és que les eines estan disponibles ara i que ens faciliten la vida. Encara queden molts entrebancs. Descobriment de les bases de dades que hi ha i quines instàncies s’executen. En quin estat es troben? Quants funcionen? Per què corren? Tant si funcionen bé. S'estan fent una còpia de seguretat?
Aquestes són totes les coses que, de moltes maneres, podem donar per fet ara amb les eines adequades. Però va haver-hi un període en aquesta anècdota particular, com deia: allò que molts de nosaltres vam perdre molt de pèl, probablement ens vam treure quinze anys de la vida i lamentar el fet que les eines no hi fossin ara. . I tinc ganes de saber moltes coses més sobre el nostre convidat d'avui, Bullett. Amb això, Bullett, us passaré i espero esperar com heu solucionat aquest problema.
Bullett Manale: Bé. Sona bé. Eric, deixa'm passar aquí amb les diapositives i parlar una mica sobre Idera, la companyia, ràpidament, abans que ens endinsem en el producte. De la mateixa manera que és una FYI, es tracta d’una cartera de diferents productes que tenim disponibles.
Eric Kavanagh: El vostre àudio és calent, de manera que si utilitzeu els auriculars només cal que pugeu una mica.
Bullett Manale: No hi ha cap problema. És millor?
Eric Kavanagh: És molt millor. Emporta-t'ho.
Bullett Manale: Bé. Per tant, avui ens centrarem en el Gestor d’inventaris, que òbviament està alineat a molts d’aquests temes que tractem. Només vull donar una mica de comprensió sobre com es troba aquest producte. Començem dia a dia amb la nostra línia de productes, tenim una eina de control de rendiment anomenada Gestor de diagnòstic. Disposem d’una eina Compliance Manager. Així doncs, hi ha moltes eines diferents al voltant de SQL Server i, inevitablement, sempre fem la pregunta amb motiu de llicències: "Quin és el nombre de casos que gestiona actualment dins de l'organització?" I l’interessant és que mai no vam poder obtenir una resposta ferma sobre això. Realment no importava amb qui vas parlar. Sempre va ser una espècie de "Bé, creiem que està al voltant d'aquest número". Sempre entraven aquest tipus de coses i, aleshores, hauríem de passar per aquest procés per esbrinar exactament què és que volien llicenciar-se en termes de les instàncies que gestionem.
Obviament, es va esbrinar molt ràpidament que sembla haver-hi algun dolor relacionat amb moltes DBA. Evidentment, com a DBA, una de les coses que són responsables és saber-ho, perquè una de les coses que han de fer és preocupar-se pels seus acords de llicència, en el nostre cas amb Microsoft i SQL Server. Bviament, tenen moltes altres àrees diferents de les quals són responsables, però és una de les que és una mena de bitllet important en termes de DBA quines són les vostres responsabilitats generals. Amb això, del que vam arribar a la conclusió és que necessitem una eina que faciliti que un DBA pugui entendre realment aquest nombre. Perquè teniu un sprawl SQL si voleu anomenar-ho, passa per diverses raons diferents. No hi ha potser un control sobre qui instal·la el programari i aquest tipus de coses.
I el pitjor que pot passar és que algú es posi de mans amb una còpia de SQL Server, la instal·li, comenci a treballar amb ell sense cap coneixement d’algunes de les altres organitzacions o departaments de l’empresa i, tot seguit, el següent que saps, potser no es fa una còpia de seguretat de les dades i aquest tipus de coses que podrien passar. En cas que tingueu un altre problema, quan tingueu situacions en què realment perdreu dades crítiques perquè no sabeu que la instància fins i tot existeix en primer lloc.
Una de les coses que havíem de fer era dir-ne esbrinem-ne el descobriment. I, a més a més, poder organitzar i gestionar aquella informació que estem recopilant de manera lògica que tingui sentit en funció del que fa el negoci. I, a continuació, òbviament, ser capaç de prendre decisions sobre aquesta informació i poder fer aquest tipus de coses. És el lloc on va començar l'eina i la procedència. Et puc dir que, en parlar amb els DBA de forma regular, el que realment tenim és aquest problema de no saber quantes instàncies tenen.
I és curiós perquè, el terme, no pots gestionar el que no pots mesurar, sempre han sortit amb les eines de rendiment que tenim, com ara SQL Diagnostic Manager, però realment no pots gestionar res si no ho saps “És” fins i tot en primer lloc. De manera que també és una part important d'aquesta eina, només podrem saber que hi ha.
Ara en aquella nota, parlant amb algunes de les organitzacions més grans o botigues empresarials amb SQL Server, l’interessant que hem trobat amb molts nois amb els quals hem parlat és que en realitat havien establert un període de temps al llarg del seu any. realment caminaven físicament d’un lloc a l’altre per intentar determinar en què s’assembla aquell conte. Us podeu imaginar com a DBA que rebríeu una quantitat de diners bastant bona per anar físicament d’una màquina a una altra en alguns casos, cosa que sorprenentment és el que sentíem d’algunes empreses força grans que no anomenaré. Però només és interessant que dues setmanes de l'any es puguin dedicar a aquest tipus d'exercicis per esbrinar si el seu nombre de llicències és correcte.
Tot està relacionat amb aquesta eina i com ajuda, però la manera com vam abordar-ho era a través de la capacitat de fer descobriment basat en diverses característiques de SQL Server. I, per tant, la primera pregunta és, a què apuntes o a què intentes mirar primer? La manera de fer-ho va ser dir que ho podríem fer per rang IP o ho podem fer mitjançant l’adhesió del propi domini en termes d’ordinadors que són membres del domini. És així com vam abordar aquesta part, només per poder dir que aquesta és l’àrea en la qual volem centrar-nos en termes de descobriment.
I aleshores, l’altra part d’això es basa en aquestes característiques, els ports i altres coses, les claus del registre WMI i aquest tipus de coses, que podem recollir i comprovar que és probable que SQL s’executi i s’instal·li en aquesta instància o aquell entorn particular. És òbviament un mètode molt millor que el mètode de la sabatilla o el de la sabatilla express. El més interessant és que tota la informació que hem recopilat sobre la instància es conserva en un dipòsit i pot canviar a mesura que canviï l'entorn. No es tracta només de "Hola, hi ha una instància, aquí hi ha una llista que hem trobat", sinó que és com a DBA, o a la persona que gestiona les instàncies, per determinar si volen fer aquesta part de l'inventari, i llavors quan no és part de l'inventari, per poder desactivar aquesta instància. I, per tant, tenen un cicle de vida de tot el procés de la instància de SQL Server per comprendre fàcilment dins de l'eina.
Un cop descobrim els casos, què fem després? L’altra cosa és molta informació sobre la instància, no vull haver d’anar manualment per obtenir-la i posar-la en un full de càlcul o en aquest tipus de coses. I això és una altra cosa interessant en parlar amb els DBA sobre el procés d'inventari i la concessió de llicències, i és que us sorprengueu de quants DBA us en parlava, quan els pregunteu: "Com manteniu els vostres inventaris?" I estem parlant amb els DBA, que és la part realment irònica, que mantenen això i fan el seguiment d'un full de càlcul estàtic de totes les coses. Com he dit, és molt irònic quan hi penses durant un minut. Però això va ser en molts casos, i és el cas de moltes organitzacions com ho gestionen. Com mantenen això. És una còpia mestra d’un full de càlcul d’Excel que flota al voltant i s’ha d’actualitzar de forma regular.
Aquestes són les qüestions que va suposar un repte i, per tant, registrant aquesta instància i fent-la part de l'inventari, podeu fer-ho i recollir la informació. Podeu automatitzar-lo si forma part o no de l’inventari, la versió, l’edició, les altres coses que podeu fer amb ell és que podeu afegir manualment tal vegada la llista o el full de càlcul d’Excel que tingueu. Podeu importar-ho a aquesta eina anomenada SQL Inventory Manager. Si ja teniu un punt de partida d’instàncies de les quals creieu que n’està prou confiat, podeu importar-les i, a continuació, formar aquesta part del vostre inventari gestionat dins del producte. Un cop tinguem la instància i un cop sabem que hi és allà, es converteix, d’acord, tenim molta informació que podem aprofitar sabent que aquesta instància hi és, recopilant aquesta informació.
I es necessitarà molta informació per a propòsits de llicència. Es pot utilitzar molt per obtenir, òbviament, només saber on estan les coses i poder cercar aquesta informació després d’haver-la obtingut. Però les claus són el servidor, el maquinari en si. Ser capaç d’entendre quin tipus de màquina és, potser el model o el fabricant, la memòria, la quantitat de memòria, tant si és una màquina física o virtual i, sobretot, el nombre de connexions físiques o nuclis i CPU i aquest tipus de coses.
Pel que fa al nombre de nuclis, especialment amb SQL Server, conèixer la manera de fer les seves llicències és ara per càlcul per nucli a les versions més recents d’SQL, que esdevé una part realment important i no és res del que teniu. sortir i, efectivament, anar a buscar. Un cop identificada la instància, podem proporcionar-li aquesta informació i obtenir-la i deixar-la veure i entendre-la i, òbviament, pot aprofitar-la.
La següent capa a continuació és a la instància que, evidentment, tens moltes de les instàncies del SQL Server tant si és estàndard o empresarial, fins i tot express per aquest tema, o la versió gratuïta de SQL Server. També podreu entendre quines aplicacions estan relacionades amb aquesta instància i això es pot fer de forma automàtica. Ser capaç d’entendre la configuració de configuració i aquest tipus de coses, així com altres dades que estan relacionades amb la instància del propi servidor de SQL.
A continuació, baixeu a la base de dades real i vegeu la configuració de la configuració, la quantitat d’espai vinculat a les dades, on es troben, totes aquestes coses s’omplen automàticament i, per tant, s’estalvia un temps enorme. I una vegada més, perquè dinàmicament s’explica i diàriament identifica les noves instàncies, és una cosa viva que teniu en funció del vostre inventari. Aquest tipus d’objectiu del producte és fer-ho així, és convertir-lo en una cosa que canviï dinàmicament.
Ara, quan tota aquesta informació estigui disponible per a nosaltres i puguem extreure totes aquestes dades, és fonamental començar a crear, en alguns casos, el vostre propi metadat associat a aquestes instàncies i que es pugui crear de manera que aquest tipus de metadades. s’alinea a la manera de fer negocis.
De manera que si teniu les instàncies agrupades per ubicació geogràfica, o per propietaris d'aplicacions o propietaris de DBA o qualsevol altra cosa, pot ser que tingueu en compte la forma en què voleu agrupar aquestes instàncies, com és lògic que tingueu en compte aquestes situacions, aleshores hi ha aquest tipus. de dues àrees dins de l'eina que us ofereixen aquesta capacitat.
El primer és la possibilitat de crear una etiqueta d’instància o una etiqueta. El que és essencialment crear una associació al servidor, a la instància o a la base de dades per tal de poder crear visualitzacions i respondre a les preguntes que poden aparèixer al dia a dia, cosa que us ajudarà realment a manejar el que teniu, què esteu gestionant i com voleu avançar amb aquesta informació.
L’altra cosa que tenim és que s’anomenen camps d’inventari o camps d’inventari personalitzat i que són més específics per al tipus d’intuïments d’informació que podeu aprofitar, per exemple, la capa de base de dades en què puc decidir afegir una llista desplegable que tingui tots els DBA i puc posar els responsables d’aquesta base de dades en funció d’aquest tipus de situació o qualsevol cosa que sigui, qualsevol de les bases de dades és amb els qui s’encarreguen d’això poder seleccionar-la de manera que sé que són els responsables i molt fàcilment només excavant l’inventari.
Així doncs, aquestes dades esdevenen molt valuoses, sobretot si teniu un entorn ampli, perquè només us ajuda a donar-vos compte a aquesta informació i a saber què teniu i com ho feu.
Per tant, permeteu-me tirar endavant i canviar a la següent diapositiva aquí. El que us mostro ara és que es va recopilar tota aquesta informació, tota aquesta informació i dades que recopilaven i aplicaven metadades per aconseguir-vos la possibilitat de prendre decisions molt més fàcils i ràpides a l’hora de crear les vostres llicències amb Microsoft. en llicència de volum d’empresa o assegurança de programari amb Microsoft.
Això us facilita fer això més que no pas haver de, haver d’anar i fer molta recollida manual de dades, molta recollida manual d’aquesta informació que realment, en conjunt, la fa molt millor d’un procés. De manera que aquest és un dels mandats del producte, en algun moment, per facilitar als DBA de prendre aquelles decisions entorn de les llicències.
Ara, l’altra cosa que, parlant amb els DBA, vam descobrir i aprendre realment ràpidament, és que, i el seu tipus de referència al que es va parlar anteriorment, és possible que tingueu 300 instàncies al vostre entorn de SQL Server, però realment només hi ha un subconjunt. dels que realment estan completament supervisats i gestionats a partir d'un tipus d'eina de control de rendiment tradicional.
Així, si aneu i realment us sentiu amb el DBA i dius: “Mira, sabem que teniu aquestes 20 instàncies o 10 instàncies de les 300 que s’estan controlant amb aquesta eina que està dissenyada per controlar-la i ajustar-se a les vostres SOA i obtenir alertes i tot aquest tipus de coses bones ", el que també hem trobat és que si preguntessis:" I què passa amb les altres 280 instàncies que tens? T'importen? "I sí, els preocupa ells, però simplement no volen fer necessàriament una inversió per controlar aquells a nivells de profunditat que es puguin fer amb aquestes instàncies versus aquells 10 o 20 realment crítics. instàncies del producte
Per tant, l’altra part de l’equació amb aquesta eina és que també ajuda en termes de poder assegurar-se que a nivell base estàs cobert en termes de salut d’instància. Ara no us dirà si teniu un punt mort o qui és la víctima del punt mort. No és arribar a aquest nivell de les sessions i els detalls de les consultes. Però, alhora, us permetrà saber-ho, bé els servidors o bé, el volum que està omplint o bé necessiteu fer còpies de seguretat de la base de dades, és una part important de ser un DBA.
Així doncs, aquest tipus de coses segueixen sent importants, i per tant, amb aquesta eina, és possible que tingueu un contingut pràctic per a les vostres circumstàncies realment crítiques, que valen molt, si val la pena lligar-les. avall cal saber-ho immediatament. Poden tenir un nivell més alt de supervisió i poder fer aquest tipus de coses, mentre que, amb això, podreu recollir qualsevol cas nou que s’afegeixi a l’entorn i assegureu-vos que tinguin en compte i també s’asseguren. s'estan formant nivells bàsics de controls de salut.
Per tant, això és, en poques paraules, el que fan els administradors d'importació d'inventari SQL. Ara et mostraré una demostració. Abans de fer això, tan sols ràpidament us mostro aquesta és la diapositiva d'arquitectura aquí i només per mostrar-ho, les instàncies de SQL que estaven gestionant, podem descobrir-ho tot, des de SQL 2000 fins a les noves versions de SQL.
Així, podrem fer-ho sense haver de desplegar mai els agents a les pròpies instàncies. Ho fem a través d’un servei de recollida i que sortirà a recopilar aquesta informació i la posem en un dipòsit i, des d’una consola front-end de Tomcat servei web, podrem interactuar amb aquestes dades i visualitzar-les. Així doncs, és una arquitectura força senzilla.
Aniré endavant i canviarem i realment ens endinsarem en el producte en si perquè pugueu tenir una idea, com comprendre el seu funcionament. Per tant, la millor manera de fer-ho és que primer us introdueixi la interfície en si, aquest és un quadre de comandament que mirava aquí.
Puc veure el nombre d’instàncies que ara mateix tinc sota administració no són gaires. Però tampoc tinc un centre de dades sencer a la butxaca posterior. Així, ja tenim aproximadament sis casos que veiem aquí. Ara, dit això, estic, el que faré és passejar pel procés de descobriment i mostrar com funcionaria.
Ara el primer que faríeu és a la secció d’administració que podeu especificar com voleu descobrir les vostres instàncies. Podríeu introduir aquesta informació aquí i una vegada més, que es pot fer mitjançant un rang d'adreces IP. Podeu apuntar-vos a un domini o subdomini i només podreu realitzar aquestes comprovacions en les màquines que són membres d'aquest domini, podríeu escollir diverses característiques de quan s'executen els SQLs.
Aleshores, un cop ho hagueu fet i podreu automatitzar-lo perquè s’executi diàriament per anar a recollir aquestes dades. Si ho necessiteu, també ho podreu fer de manera ad hoc. Però, una vegada que comenceu, el procés de descoberta és el que aneu a veure quan passeu a la visualització d’instàncies aquí. Teniu una pestanya Descobrir i la pestanya Descobrir ens mostrarà les instàncies que s'han descobert recentment. Així, en el nostre cas, tenim un número aquí. El que vaig a tirar endavant i fer és seguir endavant i afegir el que anava a utilitzar com a exemple. Es tracta, doncs, d'una instància de Chicago en aquest cas, oi? Vaig a avançar i afegir aquesta instància al meu inventari.
Està bé i em vagi a passar per un parell de coses aquí. Vaig a avançar i veuràs que podem configurar les credencials. Les meves credencials haurien de ser bones allà. Vaig a avançar i notareu que puc assignar la propietat d’això si ho vull. També puc especificar una ubicació. Ara també es pot afegir la ubicació en si mateix, i és clar que recorda aquesta propera vegada, òbviament.
Una vegada més, també puc associar etiquetes a aquesta en termes de metadades i com voldríem introduir aquestes instàncies d’SQL, en particular aquesta, a les cubetes que vulguem introduir. Així que tenim algunes etiquetes actuals, etiquetes populars , per tant, podem mirar un munt de diferents etiquetes que ja podria haver inclòs. Vaig a escollir alguns d'aquests casos a l'atzar i ho podem aplicar.
Així, ara quan avanço i afegir això a l'inventari. Ara que s'ha afegit, el veurem apareixent sota aquesta vista gestionada i, per tant, podeu veure-la en la llista aquí. Ja sabeu que aquest és el primer pas i el que us acabo de mostrar va ser la manera com podríeu afegir principalment aquestes situacions a mesura que passeu dia a dia. En alguns casos, podríeu dir que sabeu què passa si, si és una edició empresarial del servidor SQL, vull afegir-la automàticament al meu inventari? No necessito anar manualment i triar fer-ho.
Jocelyn: Vaig a interrompre realment ràpidament. No estàveu veient la vostra demostració.
Bullett Manale: No estàs?
Jocelyn: No.
Bullett Manale: Doncs no va bé, deixem veure.
Eric Kavanagh: Si aneu a la part superior esquerra, feu clic a Inici, feu clic a això.
Bullett Manale: Ah, d'acord.
Eric Kavanagh: I ara comparteix pantalla.
Bullett Manale: Em sap greu això. Sí.
Eric Kavanagh: Això està bé. Bona pega allà, la productora Jocelyn.
Bullett Manale: Està bé, així és millor? Ja ho veieu?
Robin Bloor: Sí, certament.
Bullett Manale: Molt bé, així que us permetem arribar fins allà on érem realment ràpids. Tenim les instàncies descobertes que hem tingut anteriorment. Acabo d’afegir la instància de Chicago i, per tant, el que veieu ara és el que apareix aquí. Observeu que ja va obtenir molta informació addicional. Si faig clic a la instància mateixa, començareu a veure tot el tipus d'informació que ja hem recollit sobre aquesta instància. Ara teniu un llistat de totes les bases de dades que hi ha. Es pot observar un desglossament de les bases de dades per mida i per activitat en funció de quines tenen la mida i l’activitat.
Una vegada més, també podem dir-vos de la ratxa de les aplicacions que veiem que s’executen en aquesta instància en funció de la càrrega de treball que veiem que s’executa en la instància. Així que és agradable fer-ho automàticament. No he d’entrar i lligar l’aplicació a la incidència. En funció del que veiem, podem poblar això. Ara, si voleu afegir manualment una aplicació, podeu fer-ho. Però només és una bona manera de mostrar l'associació de la instància a la base de dades o, ho sento, a l'aplicació.
També notareu que a la part dreta de la pantalla tenim un resum instantani i a sota que tenim un resum del servidor. Aleshores, parlàvem de les dades bàsiques d’instància aquí, conèixer la versió i no només, ja ho sabeu, de l’SQL Server 2012, sinó el número de versió real que, inclòs i ens expliquen quins correccions s’enllacen, quins paquets de servei s’enllacen. Pot ser molt important conèixer-ho. Evidentment, el requisit de memòria és important. Tot així, ja sigui en clúster, tota aquesta informació, no he de posar-la; ja està recollida i recollida, i un cop identifiquem que és una instància descoberta, que formarà part del nostre inventari.
L'altra cosa que podreu veure aquí, i us la mostrarà, és a continuació. Tenim aquests atributs dels que us he parlat anteriorment, els atributs personalitzats que es poden afegir. Així, podem afegir tipus de camps oberts de caixa, que podem fer sí / no pel que fa a, ja ho sabeu, mil milions de tipus d’opcions. Fins i tot podem fer llistes desplegables. Podeu fer-ho a instància de la base de dades o a nivell de servidor.
Aleshores, si ens desplacem una mica més avall, podem veure tota la informació relacionada amb el propi servidor. Així doncs, ja sabeu que tot aquest tipus de coses és realment realment útil, perquè tot el que hem recollit i recollit és allà per nosaltres tan aviat com prenguem la decisió de formar-ne part del nostre inventari. Aquí podem mostrar algunes de les diferències en termes de CPU, el nombre de lògiques versus físiques, quanta memòria. Així, estàs aconseguint una molt bona informació i una gran quantitat d'informació sense haver de fer molta feina.
Ara, l’altra part d’això, com he dit, és reunir aquestes dades a instància del nivell del servidor. Si fins i tot baixem a la base de dades, podem veure que moltes coses també estan desglossades per a nosaltres.Per tant, si vaig al meu dipòsit de compliment, en aquest cas podria dir-ho, bé saps que això tracta d’una, aquesta és una base de dades de compliment a la qual s’associa el nivell de compliment o requisit reglamentari i, per exemple, Compliment SOX o compliment PCI. Per tant, puc triar quines bases de dades tenen el compliment que els he de complir o assegurar-me que continuo tenint en compte aquest requisit regulatori.
Així, aquest tipus de coses han resultat ser de gran ajuda per als DBA, ja que hi ha un lloc on poden anar centralment per mantenir totes aquestes metadades associades al seu entorn fàcilment i poden fer que, com he dit, s’ajusten als seus negocis tal i com ho fan. , com la forma de fer negocis. Així, si mirem totes les coses que hem vist fins ara, és obvio que hi ha una visió general molt bona de la instància, si aprofito.
També puc fer cerques i, per tant, he dit buscar el repositori de conformitat a tot el meu inventari. Aleshores, el que veuràs és que puc buscar aquestes coses i poder identificar-les. Ho dic: no estic segur de què, els meus botons no funcionen allà. Bé. Anem a veure, tornem a intentar-ho. Allà anem. Aleshores, podríem veure un desglossament del lloc on veiem que es compleix qualsevol cosa i puc aprofitar-ho i també veure'l des d'aquest punt de vista. De manera que teniu una forma senzilla i ràpida d’excavar aquestes dades.
Ara, com hem comentat anteriorment, tens moltes maneres diferents de crear metadades contra el servidor d’instàncies i la base de dades. L'altra part és poder aprofitar-ho de la forma en què l'has agrupat i de la manera com t'has associat. Anem a la vista de l’explorador, només podem fer això. Podem dir que vull fer un recompte de bases de dades per ubicacions. Així, el nombre de bases de dades a cada ubicació dels entorns que suporto O, potser, es basa en el propietari que posseeix les instàncies que tinc allà, en termes de recompte d’instàncies. Així podrem veure això. Així doncs, obteniu una forma molt bona i senzilla de pintar aquestes imatges per a vosaltres, en funció de qualsevol pregunta que vulgueu respondre en aquest moment.
Aleshores, la informació que heu creat és la que voleu. La podem exportar a PDF o formats diferents per poder aprofitar-la i als nostres companys o fer allò que necessitem. Ja sabeu que podríeu fer aquest tipus de coses. Tornem a tornar-ho he perdut? Allà anem. Molt bé, tan de bo això tingui sentit en relació amb el que he parlat fins ara. Ara que les dades que hem recollit, tot això és realment vital per a diverses raons: les llicències i els que no.
L'últim tipus de coses que cal esmentar és que passem a aquesta secció d'administració aquí. Aquí és on també podeu configurar la vostra alerta i ser capaç d’assegurar-vos que, per a les coses que voldríeu conèixer, també podeu configurar aquestes coses. De manera que podem configurar alertes, podem configurar la possibilitat d’activar determinades coses i desactivar determinades coses i, a continuació, ser capaç de determinar qui seria la recepció d’aquestes, i subscriure’t a aquelles alertes podem associar a qui desitjaríem sigui, qui voldria saber sobre aquest tipus de coses.
Però, com he dit anteriorment, aquesta és una manera molt bona de fer, almenys tenir la tranquil·litat general de saber per a totes les instàncies SQL de l'empresa: el que és que teniu i també assegurar-vos que el seu funcionament sigui òptim, encara que no, No han pres la decisió de realitzar una inversió per a una eina de control de rendiment de colpeig intens per gestionar aquesta instància. Això us cobrirà perquè és una manera molt assequible de sortir i, en molts casos, ser capaç de fer aquests inventaris i poder fer una mena de nivell de control general molt ampli per assegurar-vos que Tens aquesta tranquil·litat i sap què passa.
Tant de bo això tingui sentit en la forma en què ho hem descrit i us ho va mostrar. Suposo que des d'aquest punt de vista puc avançar i transmetre-ho i en podem parlar més.
Eric Kavanagh: Això sona fantàstic. Així, Robin? Dez? Qualsevol pregunta?
Robin Bloor: Bé, tinc preguntes. És molt interessant veure-ho realment, vull dir que només volia fer el comentari que he estat gairebé a tot arreu, no només entre els DBA, sinó entre els nois de la xarxa, entre els nois d’emmagatzematge, entre els nois de gestió de màquines virtuals. elaboració de fulls de càlcul
Eric Kavanagh: És correcte.
Dez Blanchfield: Sabeu que això, sabeu que està bé fins que els números comencin a moure's. Quan els números comencen a moure's, ja sabeu que tindran problemes. Així que la pregunta ara estic interessada i sé que us serà difícil respondre, però què, si aneu a un lloc on no hi ha res així, per treballar fulls de càlcul, permeteu assumir els DBA. són uns nois molt intel·ligents, etcètera, quin tipus de ROI penseu que obtindríeu per implementar una cosa així? Teniu xifres al respecte o alguna directriu al respecte?
Bullett Manale: És difícil dir què és el ROI perquè els entorns seran una mica diferents. Evidentment, com més gran sigui l’empresa, més gran sigui l’ambient, òbviament, més probablement serà el ROI si ara s’utilitzen mètodes manuals.
Sé que he parlat amb diversos (quan dic a grans organitzacions de milers i milers d’empleats i, probablement, també a milers d’instàncies), on tinc gent on els mostro i diuen que això trigarà dues setmanes. del meu temps enrere. Això ho havia dit més d'una vegada. Així que és difícil dir-ho en termes de l’import real del dòlar d’una compra, però és considerable quan tinguis els entorns.
Com he dit, és bastant consistent, és la gent amb què jo, la majoria de les persones amb qui parlo mantenen aquestes coses en un full de càlcul. De manera que només és una cosa molt subjectiva, perquè tots els ambients, una mica diferent en termes de com fan les seves llicències i com fan les seves llicències amb Microsoft, és un altre element. Però, si han de fer autèntiques novetats cada tres o tres anys, crec que tres anys al màxim per a Microsoft ho volen fer, com a mínim, cada tres anys.
Aleshores, en sabeu el que és considerable i, ja sabeu que és molt més fàcil. Com que és una cosa dinàmica que sempre canvia, li dóna una mica més de validesa també pel que es tracta de versos, bé no tenim actualitzada la fulla de càlcul en sis mesos o un any. Així, quina freqüència actualitzeu el full de càlcul és una altra pregunta per comprendre que la resposta al ROI.
Dez Blanchfield: Sí, vull dir, amb llicències SQL, la concessió de llicències només és un maldecap de malson, però és especialment un malson, perquè les llicències no són el mateix entre Microsoft i Oracle i qualsevol altra persona que sigui allà fent coses de la base de dades. Si realment teniu coses en fulls de càlcul, que sol ser el que passa realment, sabeu que el temps de llicència transcorre abans que se n’adonin realment i que realment no tingueu les dades, si sabeu què vull dir, per obtenir fàcilment aquesta informació.
De totes maneres, tal com remarqueu, és dinàmic i no en tinc ni idea personal perquè jo mai no havia de negociar amb Microsoft, així que no en tinc ni idea, però presumptament hi ha bases de dades que la gent remou sovint les dades de les proves, entorns de prova i ho faria. suposa que aquests són una espina al teu costat si fas llicències. Ets tu-?
Bullett Manale: Sí, sí. Això és així perquè moltes vegades s’obliden les coses i després comencem a intentar esbrinar, d’acord, està bé, tenim les llicències bàsiques que hem de determinar el nombre de nuclis de cadascun d’aquests casos i no ho sé, pel que fa als estàndards del que sabeu comprar maquinari, també podríeu adquirir un maquinari molt bo, si no utilitzeu aquest maquinari de la manera que s’ha d’utilitzar, pagueu de manera excessiva perquè pagueu els preus bàsics quan aquests nuclis no s’aprofiten. es converteix en un problema.
Així, cada versió d’SQL té una manera diferent d’aplicar les llicències, que fins i tot la fa una mica confusa. De manera que teniu alguns reptes al respecte i, per tant, és molt important per què aquesta informació és de gran ajuda perquè us podem dir quina versió és, podem dir-vos, òbviament, el nombre de nuclis que teniu, si les versions anteriors de SQL que era un preu per presa, encara podem mostrar-ho òbviament. Així, simplement, fa que sigui molt més senzilla una rutina que heu de passar quan arribi el moment de conèixer aquestes coses.
Dez Blanchfield: Una cosa que em ve al cap per a mi, ho sento, vaja ...
Robin Bloor: Està bé, vas a Dez, em vaig plantejar una pregunta possiblement irrellevant.
Dez Blanchfield: Alguna cosa realment ràpida mentre s’està treballant sobre el tema que ara vau veure: estàvem adoptant molt més l’adopció d’entorns de núvol i si funcionéssin dins del nostre centre de dades, dins del nostre propi entorn, s’arrosseguen i es troben, descobrint coses, és relativament senzill. .
Com fem, com podem fer front a l'escenari en què podríem tenir tres conjunts de dades, dos núvols i la visibilitat en aquests entorns es fa firewall i sovint hi ha un conjunt de dades al final d'una canonada o una VPN. Hi ha allà per descobrir des del front o necessitem, per començar a obrir ports, per tal de poder escanejar en determinats entorns entre una mena de núvol i fora de locals on funcionen aquestes plataformes?
Bullett Manale: Sí, sí, hi hauria una certa consideració quant als ports. Així que, desgraciadament, vull dir que podria recórrer tots aquells entorns, però hi ha algunes opcions diferents que podeu fer amb això. Evidentment, si esteu fent alguna cosa com Amazon EC2, tot el que necessitareu és realment l’accés a aquell entorn mitjançant la vostra connectivitat, suposant que els vostres ports estiguin oberts i, a continuació, pugueu especificar les vostres adreces IP o el vostre domini associat a això i que pugui iniciar la col·lecció. i començar el descobriment.
Així doncs, en aquests tipus d’ambients això no és un problema; són els tipus d’entorns més específics com el RDS i allà on acabes d’aconseguir la base de dades en què serà una mica més difícil veure i descobrir aquest tipus d’informació.
Dez Blanchfield: A continuació, seguint allà, les bases de dades i les bases de dades. Així, per exemple, els bons vells temps de tenir un motor de base de dades molt gran, com l’anècdota que vaig compartir al front, on només s’aconsegueix una plataforma massiva i tot el que fa és proporcionar base de dades. Actualment, les bases de dades estan integrades en tot, de fet, hi ha dues o tres d’elles que només funcionen al meu telèfon darrere d’aplicacions.
Quin tipus de desafiament veieu amb els escenaris en què teniu entorns procedents de Lotus Notes, amb aplicacions al darrere, SharePoint amb la base de dades de diversos d'Internet, etcètera? Essencialment tot funciona per base de dades a la part posterior. Quin tipus de coses veus per aquí i quins tipus de reptes veus que la gent s’enfronta només intentant fer un mapa d’aquest tipus de mons i quina és la teva eina per a ells?
Bullett Manale: Doncs vull dir que el que es tracta és que el que heu dit: tot necessita una base de dades, de manera que moltes vegades hi ha moltes probablement, hi ha moltes bases de dades que s’introdueixen a l’entorn que els mateixos DBA encara no estan fets. conscient perquè no és molt difícil obtenir un servidor SQL instal·lat a l'entorn, en general.
Aquesta eina també identifica coses com bases de dades expresses, de manera que les versions gratuïtes de SQL Server. És bastant curiós que, quan parleu amb els DBA, un cop més, no rebeu una resposta coherent pel que fa a les bases de dades gratuïtes que hi ha. Moltes d’aquestes aplicacions de les que parleu utilitzaran la versió gratuïta de la base de dades. Les organitzacions tindran una actitud diferent pel que fa als responsables d'aquesta base de dades, en funció de qui parli.
Alguns DBA amb els quals parlo, puc pensar en la darrera vegada que vaig estar a SQL Server PASS, que es troba a Seattle, que us feu la pregunta "T'interessa les vostres bases de dades expresses?" I eren aproximadament cinquanta-cinquanta. Alguns dels altres, volien conèixer-los com a DBA, perquè sentien que eren part de les seves responsabilitats, fins i tot aquelles bases de dades expressades que encara podrien contenir informació crítica; encara han de passar pel procés de fer una còpia de seguretat i encara han d’assegurar-se que totes les coses funcionen des d’una perspectiva de salut. Però només saber que existeixen és tan important si no més important.
Mentre que l’altra meitat de la gent és, “Hola, no eren els responsables d’aquestes bases de dades i tot el que posaven sobre ells no tingui cura de la persona que les va instal·lar”. Però diria que, en general, el que heu dit, tot és bonic. Avui en dia hi ha una aplicació que només contribueix a la complexitat i la confusió d’haver d’inventar aquesta informació.
Dez Blanchfield: Sí, n’he vist alguns, els llocs governamentals són probablement els meus preferits, però més sovint no veig en entorns empresarials ara, on és que, com heu dit, que la gent s’oblida que fins i tot, quan instal·leu alguna cosa com SharePoint o com un autocambio, així que ho sabeu que vénen amb una versió gratuïta acabada de construir perquè volen, ja ho sabeu, instal·lar ràpidament i no us preocupeu d’haver d’anar a comprar llicències.
Aleshores, es fa gran i algú comença a queixar-se del rendiment i és com: "És el vostre servidor antic, el vostre emmagatzematge, la vostra xarxa, qualsevol cosa", i el DBA es truca i es diu: "Bé, va inclinar tot en aquesta versió gratuïta de la base de dades, que no és el que necessites per fer aquest gran format. "
En particular, quan teniu escenaris com el Project Manager i Office s’executen centenars si no milers de projectes en una gran empresa o una empresa i utilitzen SharePoint amb Microsoft Project Server i envien totes les seves funcions PMO a aquesta base de dades. Però a la portada, no és sinó una interfície web. Però realment hi ha bases de dades i bases de dades.
Bullett Manale: Sí.
Dez Blanchfield: Aleshores, què són, un dels primers tipus de pas que la gent aquí suposo que hi ha unes preguntes de parella que potser voldríem presentar per part del públic. Una de les primeres preguntes és on comença la gent? Quin és el primer pas natural per a ells: "D'acord, hem de fer la versió d'Alcoholics Anònims?"
Tenim més bases de dades de les que sabem què fer. Com és un tipus natural d’esglaonades: “Està bé, necessitem aconseguir això i començar a córrer?” Només passen un gall dindi fred o, més tard, realment necessiten començar petits i tenir una mica d’experiència al voltant del mapa del seu entorn. ?
Bullett Manale: Doncs crec que això ha dit que han arribat a mapejar l'entorn. Ara Microsoft ofereix una eina gratuïta per fer-ho, l'Eina de planificació d'avaluació de Microsoft, és una eina gratuïta però estàtica. Feu el descobriment i això. Obteniu una llista de les coses que hi ha. Vam agafar això i vam dir que fem un pas més, permetem fer la descoberta, trobem el que hi ha i deixem que es posi al dipòsit i deixem que sigui dinàmic i puguem afegir-lo.
Però, en general, el primer pas més gran és que crec que només per esbrinar-ho, feu el descobriment. Tant si vol descarregar el nostre producte com a prova, podeu descarregar-lo i provar-lo durant 14 dies i podreu assenyalar-vos al vostre entorn i fer-ne la recollida.
Ara, si ja teniu un full de càlcul amb un munt d'aquesta informació allà, confieu una mica en certa manera que la informació sigui correcta, també podeu agradar la importació a CSV que es calcula amb tota aquesta informació. ja tinc. Però pel que fa a esbrinar el que no sabeu, l’única manera de fer-ho és sortir manualment, fer-ho o tenir una eina que busqui aquest tipus de coses com aquesta. Aquesta és la decisió que haureu de prendre en algun moment: "Intento automatitzar aquest descobriment o, almenys, obtenir una bona base de les coses que hi ha per allà, i després potser em preocupe per algunes de les excepcions?" Però, per a la majoria part que probablement necessiteu una eina.
Dez Blanchfield: Així que ràpidament. Cap a on va la gent per començar? Han arribat al vostre lloc web? Com s’aconsegueixen i s’inicien ràpidament en això?
Bullett Manale: Si aneu a Idera, I-D-E-R-A.com, veureu, i realment puc mostrar realment ràpidament ràpidament. Més al lloc web d'Idera aneu a productes, aneu al gestor d'inventaris. Aquí hi veureu un enllaç de descàrrega. Acabeu de determinar quina construcció voleu instal·lar en un 64 o un 32 bits i això us permetrà començar i descobrir el vostre descobriment des d'allà.
Robin Bloor: Fantàstica i genial, gran presentació, moltes gràcies.
Bullett Manale: Gràcies.
Eric Kavanagh: Tenim un parell de preguntes del públic i bé les que teniu perquè avui ens hem d’aturar, però Bullett, de nou, una gran feina a la demostració, un gran treball del nostre productor que va aconseguir que no estava mostrant.
Bullett Manale: Em sap greu això.
Eric Kavanagh: No, tot això és bo, estàs donant visibilitat al nucli del negoci, oi? Com que l'empresa gestiona dades i estàs donant visibilitat fins al centre. Així, ja no hi ha coses ondulades a mà; ara podeu apuntar-vos a les coses i resoldre-ho. Tan bo per a tu.
Bullett Manale: Gràcies.
Robin Bloor: Però va ser fantàstic veure-ho en directe també per cert, ben fet.
Eric Kavanagh: Sí, arxivarem aquest webcast per a la seva posterior visualització i, segurament, ho tindrem al cap d'una hora o dues hores, l'arxiu inicial puja a vegades una mica més que això, però assegureu-vos de fer-ho saber. Amb això us anireu deixant anar, gent. Gràcies de nou per assistir a la sala d’informació, en realitat eren les Hot Technologies. Doncs atents a tu la propera vegada. Cuida't, adéu.