Per Techopedia Staff, 26 de maig de 2016
Takeaway: 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 en l'últim episodi de Hot Technologies.
Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.
Eric Kavanagh: Senyores 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. Em pots trobar a Twitter @eric_kavanagh. Aquest és el saló dissenyat per parlar del 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 realment calents. Avui tenim un munt de contingut, així que vaig a lliurar-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’esperiti. Jo solia ser DBA, suposo que podríeu dir que feia uns 20 anys que era 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 allò que necessitava per fer-ho es va treure gairebé a l’instant, tan aviat com vam tenir accés aleatori als fotogrames d’IBM dels anys setanta.
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 del començament 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 són interessants, si voleu, però encara són els últims números de vendes, les bases de dades relacionals tenen el 95% del mercat. I és que el Microsoft SQL Server que anem a parlar en profunditat és el segon més popular d'Oracle.
El que és de les bases de dades relacionals que els fa inusuals quant als motors que són és que poden treballar tant en OLTP com en consultes de treball. 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 d'elles són transaccions aleatòries curtes i una altra de consultes llargues que abasten 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 d’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 només heu de crear un motor de consulta o un motor SQL que sigui realment molt rendible en un període de temps molt reduït. 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 exactament quants DBA tenien, però si realment 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 correctes al lloc correcte, aleshores s'uneix a un temps que no calgui.
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 d’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 actualitzeu tot. Sempre es tracta de la mateixa versió. Però, de fet, hi ha molts llocs que he trobat, això no passa. Hi ha, diguem-ne, un bon grau 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 si teniu una càrrega de treball de consulta que cal dividir, podeu crear dues instàncies i replicar-les i sovint es fa quan la gent utilitza la rèplica com a còpia de seguretat en calent. Aleshores, la planificació de l’emmagatzematge i la capacitat, això forma part de l’activitat d’un DBA perquè, per descomptat, les dades creixen i cal fer un seguiment d’això. Aleshores, heu de planificar diverses actualitzacions de maquinari o augment de maquinari. Hi ha una solució 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 raonablement s’aconsegueixin un sistema en viu. 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. Ens portaré a fer un viatge divertit i anecdòtic sobre el perquè de tot el tema que avui es tracta i é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 de què no en 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 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 saber: aquesta persona fa desenvolupament i proves de grau de producció, o està fent producció, hi ha usuaris reals? Recordant que això és fer l’emissió de permisos de conduir i registre de cotxe en temps real i coses que realment importen a la vida de les persones.
I va trigar molt a executar còpies de seguretat d'aquesta cosa, de manera que realment 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, està bé, és 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 sensible del dia va ser, bé, 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 base de dades, així que comencem a buscar 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 per començar a diagnosticar l’entorn de la base de dades. Ja ho sabeu, mapant si havíem entregat 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, aquest va ser un viatge força dolorós per a nosaltres, 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. I simplement es va limitar al fet 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 mapés. Fins i tot una cosa tan simple com la mida de la base de dades no eren coherents 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 tot just fora de la nostra plataforma.
I obteniu tot aquest missatge d’això, quan vam arribar al final d’executar la cosa 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 del fet que les eines estan disponibles ara i que 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 veure com heu solucionat aquest problema.
Bullett Manale: D' acord. 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 una mica calent, així que si utilitzeu els auriculars només cal que pugeu una mica.
Bullett Manale: No hi ha cap problema. És millor?
Eric Kavanagh: Això és molt millor. Emporta-t'ho.
Bullett Manale: D' acord. Així, doncs, 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. Tenim una eina Gestor de compliment. 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 ells volien llicenciar-se en termes de les instàncies que estem gestionant.
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 de les quals 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. Evidentment, tenen moltes altres àrees diferents de les quals són responsables, però és una de les que és una mena de bitllet important pel que fa a 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. Potser no hi ha tant control sobre qui instal·la el programari ni aquest tipus de coses.
I el pitjor que pot passar és que algú es posi en mans d’una còpia d’SQL Server, la instal·li, comença 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 que esbrinem la peça del descobriment. I, a continuació, ser capaç d’organitzar i gestionar aquella informació que estem recopilant d’una 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 aquí on va començar l'eina i d'on provenia. 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. Així doncs, una part important d'aquesta eina també és la de poder 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. T’imagines com a DBA, se’ls paga una quantitat de diners bastant bona per anar físicament d’una màquina a una altra en alguns casos, cosa sorprenent del que sentirem 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 fem per rang IP o ho podem fer mitjançant la pertinença al propi domini en termes dels equips que són membres del domini. És així com vam abordar aquesta part, només per poder dir que aquesta és l’àrea en què 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. Obviouslybviament, és un mètode molt millor que el mètode de sneaker o de sneaker express. El més interessant és que tota la informació que estem recopilant 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 descoberts 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 penses en això durant un minut. Però això va ser en molts casos, i és el cas de moltes organitzacions com ho gestionen. Com mantenen això. Es tracta d’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 esteu bastant confiats, podeu importar aquestes instàncies i, a continuació, formar aquesta part del vostre inventari gestionat dins del producte. Un cop tenim la instància i un cop sabem que és allà, es converteix, bé, tenim molta informació que podem aprofitar sabent que aquesta instància hi és, sortint i recopilant aquesta informació.
I es necessitarà molta informació per a propòsits de llicència. Es pot utilitzar una gran quantitat per, òbviament, només saber on són les coses, 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 socs o nuclis físics 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 relacionat amb les dades, on es troben, totes aquestes coses s'omplen automàticament i, per tant, és un estalvi de temps enorme. I, una vegada més, perquè s’està dinàmicament i identifica de forma nova les situacions diàries, és una cosa viva que teniu en relació amb el vostre inventari. Aquest és l’objectiu del producte que sigui 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 una mena de tipus. de dues àrees dins de l'eina que us proporcionarà 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 qui és el responsable d'aquesta base de dades segons aquest tipus de situació o qualsevol que sigui, qualsevol que sigui la base de dades amb qui sigui responsable qui pugui seleccionar-la de manera que sé que són els responsables. i molt fàcilment amb només excavar 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 tota aquesta informació que estem recopilant, tota aquesta informació i dades que recopilem i aplicem metadades us permetrà aleshores poder prendre decisions molt més fàcils i ràpides a l’hora. publiqueu les vostres llicències amb Microsoft a la concessió de llicències 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 aquestes decisions entorn de les llicències.
Ara, l’altra cosa que hem parlat amb els DBA, descobrim i hem après realment és que, i es tracta de tornar al que es va parlar anteriorment, és possible que tingueu 300 instàncies al vostre entorn de SQL Server, però potser 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 la vostra. SOA i obtenir alertes i tot aquest tipus de coses bones ", el que també hem trobat és que si preguntessis:" I què passa amb aquestes altres 280 instàncies que tens? T'importen? "I a ells, els preocupa, 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, casos de producte realment crítics.
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 estiguis 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 als detalls de les consultes. Però, alhora, us permetrà saber-ho, heu baixat el servidor o heu omplit el volum, o bé necessiteu fer còpies de seguretat de la base de dades, això é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ò serà capaç de recollir les noves situacions que s’afegeixin a l’entorn i assegureu-vos que es comptabilitzen i també s’ho facin compte. Assegureu-vos que s'estan formant aquells nivells bàsics de controls de salut.
De manera que es tracta, en poques paraules, de què es tracta Inventory SQL Import Manager. 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 estem gestionant, podem descobrir-ho tot, des de SQL 2000 fins a la nova versions de SQL.
Així, podrem fer-ho sense haver de desplegar mai els agents a les pròpies instàncies. Ho fem mitjançant un servei de recollida i sortirà a recopilar aquesta informació i la col·locarem en un dipòsit i, des d’una consola front-end de servei web de Tomcat, podrem interactuar amb aquestes dades i veure-la. Així doncs, és una arquitectura força senzilla.
Vaig a avançar i em canviaré i realment ens endinsarem en el producte mateix perquè pugueu donar-vos a conèixer, entendre com funciona. Per tant, la millor manera de fer-ho és que us introduïm en primer lloc la interfície en si és un quadre de comandament que estem veient 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í, tinc aproximadament sis casos que veiem aquí. Ara, dit això, sóc, el que vaig a fer és caminar 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 assenyalar 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'executa SQL.
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 avançar i fer és seguir endavant i afegir el que farem servir com a exemple. Es tracta, doncs, d'una instància de Chicago en aquest cas, oi? Passaré endavant i afegiré aquesta instància al meu inventari.
Molt bé i em passarà a passar per un parell de coses aquí. Només passaré endavant i veuràs que podem configurar les credencials. Les meves credencials haurien de ser bones allà. Passaré endavant i notareu que puc assignar la propietat d’això si ho vull. També puc especificar una ubicació. Ara, també es pot afegir la ubicació i recordarà que la 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 de SQL, particularment 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. Només vaig a triar alguns d’aquests a l’atzar i ho podem aplicar.
Així, ara quan avanço i afegir això a l'inventari. Ara que s'ha afegit, ara la veurem apareixent sota aquesta vista gestionada i, per tant, la podeu veure a la llista aquí. Ja sabeu que aquest és el primer pas i el que us acabo de mostrar va ser la manera en què afegiríeu aquests casos principalment a mesura que passeu dia a dia. En alguns casos, podríeu dir que sabeu què passa si es tracta d'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-ho ràpidament. No estem veient la vostra demostració.
Bullett Manale: No ho ets?
Jocelyn: No.
Bullett Manale: Doncs no va bé, vegem.
Eric Kavanagh: Si aneu a la cantonada superior esquerra, feu clic a Inici, feu clic a això.
Bullett Manale: Ah, està bé.
Eric Kavanagh: I ara compartim pantalla.
Bullett Manale: Ho sento per això. Sí.
Eric Kavanagh: Va bé. Bona pega allà, la productora Jocelyn.
Bullett Manale: D' acord, doncs, és millor? Ja ho veieu?
Robin Bloor: Sí, certament.
Bullett Manale: D' acord, així que anem a passar-vos 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 heu rebut molta informació addicional. Si feu clic a la instància mateixa, veureu tot el tipus d'informació que ja hem recopilat 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 bonic poder fer-ho automàticament. No he d’entrar i lligar l’aplicació a la incidència. En funció del que veiem, podem incloure-ho. Ara, si voleu afegir manualment una aplicació, podeu fer-ho. Però és només una manera agradable 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. Així doncs, parlem de les dades clau d’instància aquí, conèixer la versió i no només, ja ho sabeu, de l’SQL Server 2012, sinó del número de versió real que, inclòs i ens expliquen quines revisions estan relacionades, quin servei de paquets hi estan lligats, pot ser molt important saber-ho. Evidentment, el requisit de memòria és important. Tota aquesta informació, ja sigui agrupada, tota aquesta informació, no he de posar-la; ja està recollida i recollida i, un cop identifiquem que és una instància descoberta, formarà part del nostre inventari.
L’altra cosa que podreu veure aquí, i us la mostrarà, és sota aquesta vista d’instància. Tenim aquests atributs dels que us he parlat anteriorment, els atributs personalitzats que es poden afegir. Per tant, podem afegir tipus de camps de quadre de text oberts, 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í que ja sabeu que tot aquest tipus de coses és realment realment útil, ja que es recullen i es recopilen i estem 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í, doncs, obté una bona informació i molta riquesa sense haver de fer molta feina.
Ara, l’altra part d’això, com he dit, és que estem recollint 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, podria ser Compliment SOX o PCI. Per tant, puc triar quines bases de dades tenen la conformitat que he de complir o assegurar-me que mantinc en termes d’aquest requisit regulatori.
Així, aquest tipus de coses han demostrat ser de gran ajuda per als DBA, perquè hi ha un lloc que 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 ja que ” estic fent, com la manera de fer negocis. Així, si mirem totes les coses fins al moment que hem vist, òbviament, teniu una visió general molt bona de la instància, si aprofito.
També puc cercar, així que he dit que anem a buscar el repositori de conformitat al meu inventari. Aleshores, el que veuràs és que puc buscar aquestes coses i poder identificar-les. Ho dic: no sé què, el meu botó no funciona aquí. Bé. A veure, tornem a intentar-ho. Allà anem. De manera que podríem veure un desglossament del lloc on veiem qualsevol cosa que complim i que puc aprofitar i veure-ho 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’heu agrupat i de la manera com us heu 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ò. D’aquesta manera, obteniu una forma senzilla i senzilla de pintar aquestes imatges per a vosaltres, segons quina sigui la pregunta que vulgueu respondre en aquest moment.
Aleshores, la informació que heu creat és la que voleu. La podem exportar a PDF o a diferents formats per poder aprofitar-la i enviar-la als nostres companys o fer tot allò que necessitem allà. Ja sabeu que podríeu fer aquest tipus de coses. Tornem a - 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 recopilat, òbviament, 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 el vostre correu electrònic i la vostra alerta i poder assegurar-vos que, per a les coses que voldríeu conèixer, també podeu configurar aquestes coses. De manera que podem configurar alertes de correu electrònic, podem configurar la possibilitat d’activar determinades coses i desactivar determinades coses i, a continuació, ser capaç de determinar qui seria la recepció d’aquests missatges de correu electrònic i subscriure’ns a aquelles alertes podem associar a qui voldríem. ser, qui voldria saber sobre aquest tipus de coses.
Però, com he dit anteriorment, aquesta és una manera molt bona de fer, si més no tenir la tranquil·litat general de saber per a les instàncies SQL de tota la vostra empresa, el que és que tens i també assegurar-se que funciona de manera òptima, fins i tot si no. t, no han pres la decisió de fer 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 tenir aquesta tranquil·litat i saber què passa.
Tant de bo tingui sentit en la forma en què ho hem descrit i us ho hem mostrat. Suposo que des d'aquest punt de vista puc avançar i transmetre-ho i en podem parlar més.
Eric Kavanagh: Això sona molt bé. Així, Robin? Dez? Qualsevol pregunta?
Robin Bloor: Tinc preguntes. És realment molt interessant, vull dir que només volia fer el comentari que gairebé tots els llocs he estat, no només entre els DBA, sinó entre els nois de la xarxa, entre els emmagatzemadors, entre els nois de gestió de màquines virtuals. Torneu a treballar tots els fulls de càlcul.
Eric Kavanagh: És cert.
Dez Blanchfield: Sabeu que és 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. Per això, ara m'interessa la pregunta i sé que serà difícil respondre, però, si aneu a un lloc on no hi ha res així, per treballar fulls de càlcul, doncs suposem. els DBA són nois molt intel·ligents, etcètera, quin tipus de ROI creieu que podríeu obtenir la implementació d’una cosa així? Teniu xifres al respecte o alguna directriu al respecte?
Bullett Manale: És difícil dir què és el ROI perquè l’entorn serà una mica diferent. Evidentment, com més gran sigui l’empresa, més gran sigui l’ambient, òbviament, més probablement serà el ROI si ara 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 persones on els mostro i diuen que això tindrà. dues setmanes del meu temps de tornada. Això ho he dit més d'una vegada. Així doncs, és difícil dir-ho en termes de la quantitat real de dòlar d'una compra, però és considerable quan tinguis els entorns.
Com he dit, és bastant consistent, és la gent amb qui, la majoria de les persones amb qui parlo, mantenen aquestes coses en un full de càlcul. Així doncs, és una cosa molt, molt subjectiva, perquè tots els entorns, són una mica diferents en termes de com fan les seves llicències i de com es 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, voldran que es realitzi com a mínim cada tres anys.
Aleshores, en sabeu el que és considerable i ja sabeu que és només una cosa que us facilita molt. Com que és una cosa dinàmica que està canviant sempre, dóna una mica més de validesa també pel que fa als versos, però no hem actualitzat el full 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 manteniu les coses en fulls de càlcul, que sol ser el que passa realment, ja sabeu que el temps de llicència transcorre abans que se n'adoni realment i que realment no tingueu les dades, si sabeu què vull dir, per obtenir-ne fàcilment aquesta informació.
De totes maneres, tal com remarqueu, és dinàmic i no en tinc ni idea personal perquè mai he hagut 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 la prova. entorns i suposo que aquests són un punt fort al vostre costat si feu licències. Ets tu-?
Bullett Manale: Sí, sí. Això és així perquè moltes vegades s’obliden les coses i llavors comencem a intentar esbrinar, d’acord, està bé, tenim les llicències bàsiques que hem de determinar el nombre de nuclis de cadascuna d’aquestes instàncies i no No ho sabeu, en termes dels estàndards del que compreu el maquinari encertat, també podríeu adquirir un maquinari força bo, si no utilitzeu aquest maquinari de la manera com s'ha d'utilitzar, pagueu en excés perquè sou pagar els preus bàsics quan aquests nuclis no s’aprofiten, de manera que 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. Aleshores, teniu alguns desafiaments 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 es tracta de versions anteriors d’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, oh, ho sento …
Robin Bloor: Està bé, aneu a Dez, em plantejaria una pregunta possiblement irrellevant.
Dez Blanchfield: una cosa realment ràpida mentre esteu fent aquest tema ara mateix: veiem adoptar molt més entorns de núvol i si funcionem dins del nostre centre de dades, dins del nostre propi entorn, s’arrosseguen i 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 està tallafocs 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 determinats entorns entre una mena de núvol i fora de locals on aquesta plataforma funciona?
Bullett Manale: Sí, sí, hi hauria una certa consideració quant als ports. Desgraciadament, voldria que pogués dir que passarà per tots aquests entorns, però hi ha algunes opcions diferents. Evidentment, si esteu fent alguna cosa com Amazon EC2, tot el que necessitareu és realment l’accés a aquell entorn a través de 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 aquell i que pugui començar. la col·lecció i començar el descobriment.
Així, en aquests tipus d’ambients realment no és un problema; són els tipus d’entorns més específics com el RDS i on només s’obté la base de dades en què serà una mica més difícil veure i descobrir aquest tipus d’informació.
Dez Blanchfield: Per tant, seguint allà, hi ha bases de dades i 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 una plataforma massiva i tot el que fa és proporcionar base de dades. Avui dia, les bases de dades estan integrades en tot, de fet, hi ha com dos o tres d’ells només funcionant 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. 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: Bé, vull dir que el que es tracta és que el que heu dit, tot necessita una base de dades ara, de manera que moltes vegades hi ha moltes probabilitats, hi ha moltes bases de dades que s’introdueixen a l’entorn que els mateixos DBA ni tan sols se n’assumeix perquè no és gaire difícil aconseguir que un servidor SQL s’instal·li 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, una vegada 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. Però les organitzacions tindran una actitud diferent quant a qui és el responsable 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 formen 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 som responsables de les bases de dades i tot el que posen en elles és atent a la persona que les ha instal·lat". Però diria que en general, el que vostè dit, tot el que té pràcticament avui en dia té 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 estic veient en entorns empresarials, ara és on, com heu dit, que la gent s’oblida que fins i tot quan instal·len alguna cosa com SharePoint o com ara l’autointercanvi, així que sabeu que vénen amb una versió gratuïta acabada de fer 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 només el vostre servidor antic, el vostre emmagatzematge, la vostra xarxa, qualsevol cosa", i el DBA es diu, i com: "Bé, tu" Ho heu introduït tot en aquesta versió gratuïta de la base de dades, que no és el que necessiteu per dur a terme aquesta grandària. "
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 s’assemblen, bé és només 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 passos que la gent aquí suposo que hi ha un parell de preguntes 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: Bé, crec que han de dir un mapa sobre 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 ja està. Obteniu una llista de les coses que hi ha. Vam agafar-ho i vam dir que anem a fer un pas més, fem el descobriment, busquem el que hi ha i posem-lo al dipòsit i fem 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 saps, 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, si més no, obtenir una bona base del que hi ha primer i, després, potser em preocupe per algunes de les excepcions?" Però, per en la seva majoria probablement necessiteu una eina.
Dez Blanchfield: Tan ràpidament. On va la gent per començar a començar? Han arribat al vostre lloc web? Com s’aconsegueixen i s’inicien ràpidament en això?
Bullett Manale: si aneu a Idera, IDERA.com, podreu veure, i realment puc mostrar realment ràpidament ràpidament. Més al lloc web d'Idera, aneu a productes, aneu al gestor d'inventaris. Veureu que hi ha un enllaç de descàrrega aquí mateix. Acabeu de determinar quina construcció voleu instal·lar en un 64 o un 32 bit i això us permetrà començar i descobrir el vostre descobriment des d'allà.
Robin Bloor: Fantàstic i genial, gran presentació, moltes gràcies.
Bullett Manale: Gràcies.
Eric Kavanagh: Tenim un parell de preguntes del públic i les enviarem per correu electrònic perquè hem d’aturar-nos dur avui dia, però Bullett, de nou, un gran treball a la demostració, un gran treball del nostre productor aconseguint que no fos " mostrant
Bullett Manale: Ho sento per això.
Eric Kavanagh: No, això és bo, estàs donant visibilitat al nucli de negoci, oi? Perquè el negoci fa servir les dades i teniu 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, el tindrem previst que en una hora o dues, aproximadament, l’arxiu inicial puja a vegades que és una mica més llarg que això, però segur que deixarem persones. saber Amb això, et deixarem anar, persones. Gràcies de nou per assistir a la sala d’informació, en realitat som les Hot Technologies. Ens posarem al dia la propera vegada. Cuida't, adéu.
