Per Techopedia Staff, 22 de febrer de 2017
Take away: L' amfitrió Eric Kavanagh discuteix la gestió de bases de dades amb el Dr. Robin Bloor, Dez Blanchfield i IDERA, Binh Chau.
Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.
Eric Kavanagh: D'acord, senyores i senyors. Hola i benvinguts de nou una vegada més És un dimecres, són les quatre hores de l'est i els darrers anys, vol dir que és hora de les tecnologies calentes. És cert, aquest és el nostre espectacle amb els nostres amics Techopedia - Techopedia.com. Consulteu-los en línia. Obtenen trànsit de monstres, 1, 5 milions de visitants únics al mes. Això és molt trànsit web. El tema actual, "El somni del DBA: la descoberta i la gestió a través del medi ambient". Sí, efectivament, és un gran problema, especialment per a les organitzacions més grans. Hi ha una diapositiva sobre la vostra, i prou sobre mi, colpeja-me a Twitter @eric_kavanagh, sempre intento seguir-la i participar en converses.
Una vegada més, parlem de tecnologies de bases de dades avui i podrem comprendre el que passa a un ampli paisatge d’instàncies de bases de dades. Com molts de vosaltres sabeu, una vegada que comenceu a créixer l’organització, obteniu molts més d’aquests casos i mantenir-vos en compte d’aquestes coses pot ser una mica interessant. De fet, recordo fa uns anys que vaig mantenir una gran conversa amb un tipus que era el director de govern de dades de l’oficina del CIO al Departament de Defensa. I li vaig explicar totes aquestes coses interessants, vam tenir aquesta gran conversa i li vaig explicar la meva història de fons sobre lobbying per a la transparència en la despesa federal, i ell va riure i em va dir: "Ah, és la vostra casa on hauria d'enviar-ho a continuació. vaga de drons depredadors ". Va dir, " ¿Transparència en la despesa federal? Ni tan sols sé quantes llicències Oracle tinc aquí. ”Quan vaig sentir això, realment vaig poder apreciar la magnitud del repte que tenen algunes organitzacions.
Actualment, hi ha moltes eines interessants, que en sentirem algunes, per entendre el que vol allà, però fins i tot fa 20 anys, era un repte molt seriós. Quan es tracta d’organitzacions de la mida de DOD, només es pot imaginar que aconseguir un maneig d’estalviar molts diners, estalviarà molt de temps, resoldrà alguns problemes de governança; acabes resolent diversos reptes alhora alhora si fas aquest tipus de coses correctament. Avui ho sabrem.
Tenim el nostre propi doctor Robin Bloor, analista en cap de The Bloor Group. Tenim Dez Blanchfield, el nostre científic de dades, que trucava des de baix, Sydney, Austràlia. I Binh Chau, director de productes sènior de IDERA, també està a la línia.
Nosaltres fem #HOTTECH com a hashtag: no dubteu a tuitejar durant el programa. I confiem en vostès per fer bones preguntes, així que no tinguis tímid: fes preguntes en qualsevol moment utilitzant el component de Q & A de la consola de transmissió web o la finestra de xat, de qualsevol manera. I amb això vaig a lliurar-ho al doctor Robin Bloor. Permeteu-me que li lliuri les tecles del WebEx. Allà se’n va i s’emporta.
Robin Bloor: D'acord. Bé, aquí anem, passem a la primera diapositiva. A Itàlia, els diuen Stanlio i Olio, Laurel i Hardy. Als anys 90, quan tothom estava preocupat per l'any 2000, em vaig involucrar en diversos projectes de l'any 2000. I vaig anar a (anomenem-los una gran companyia d’assegurances) i van descobrir que tenien més de 500 sol·licituds que no sabien que existien en el mainframe. Feien un inventari del mainframe. Bé, en aquells dies, els entorns de mainframe eren molt més ben cuidats que tot el que va arribar després, vull dir, no hi ha cap pregunta sobre això.
Vaig quedar realment atordit i vaig parlar amb la gent de l'organització i em van dir que no hi havia cap comprensió central … no hi ha cap persona responsable de saber aquesta informació, en saps bàsicament. Mai van prendre inventaris del seu patrimoni. I una base de dades és un actiu sense termes insegurs perquè conté dades i dades valuoses. Quants casos és la pregunta i, en realitat, on es troben? Es tracta només de "Què és una base de dades?" I la raó per la qual penso així és que una base de dades és un armari al qual llanceu dades. I vaig estar parlant amb un lloc recent que tenia milers d’instàncies d’Oracle. Bé, Oracle és una base de dades que, si la feu servir de qualsevol manera sofisticada, necessita un DBA.
Em va preguntar sobre això i em van dir que penso que es tracta de set o vuit DBA de tota l'organització. I vaig dir, ja ho sabeu, "Qui cuida els altres milers d’instàncies?" I em van dir: "Ben bé, el que ha passat és que la gent només ho està utilitzant com a sistema d’arxius. Hi ha diverses bases de dades que es troben en grans clústers on realment té importància el rendiment i disposen de DBA que els mantenen sempre. I, a continuació, tenim milers de bases de dades que ningú no vetlla. ”I els vaig preguntar exactament quantes bases de dades van trobar:“ Bé, l’última vegada que Oracle ho va verificar. ”, ja ho sabeu, que és una cosa interessant.
Però, ja ho sabeu, hi ha raons per utilitzar una base de dades. Una base de dades implementa un model de dades. Hi és per compartir dades: podeu gestionar diverses sol·licituds simultànies de dades, implementar un model de seguretat, compleix l’ACID, és resistent o es pot configurar perquè sigui resistent, ja ho sabeu. Aquesta és la raó per la qual tenim bases de dades. Però, ja sabeu, no és estrany trobar llocs amb milers d’instàncies de SQL Server o Oracle i la majoria s’utilitzen bàsicament com a sistemes d’arxius. I, per què, crearíeu una nova instància, realment?
Sé dels equips de desenvolupadors que, si creen una nova aplicació, la construeixen en un sitja, de manera que qualsevol aplicació nova tindria una base de dades separada. No haurien de provar necessàriament una capa de dades per sobre de les coses, no crec que sigui una bona pràctica. Però de nou, ja sabeu, si teniu un entorn molt complicat, és molt, molt difícil intentar agrupar totes les bases de dades relacionades entre si per tenir dades dins d’elles on hi ha relacions. Es creen instàncies per a les rèpliques.
Ja ho sabeu, podeu tenir rèpliques o rèpliques calentes amb finalitats de disponibilitat, però també teniu rèpliques o semi-rèpliques als gràfics de dades. I un cop introduït el món del magatzem de dades, la pregunta de, ja sabeu, quants marts de dades hi havia, i la gent els utilitzava com a fitxers clonats, treien dades del magatzem de dades i no es preocupaven especialment del seu rendiment en el Tingueu en compte que només farien de rendiment predeterminat. La majoria d'aquestes persones probablement ni tan sols sabien que podríeu ajustar les bases de dades. He vist dissenys que han repartit dades en munts distintius amb la finalitat de la distribució.
Ja sabeu, sovint obteniu aquesta situació de replicació on teniu diversos dipòsits dins d’una organització i tenen bases de dades i cadascun és un fragment d’una base de dades central. Obteniu casos d’aprimament. Males decisions sobre el disseny: he vist que alguns dissenys realment estranys tenen lloc en termes de bases de dades on la gent ha creat bases de dades separades sense cap motiu. I com he apuntat, les bases de dades són sistemes d’arxius.
I, a continuació, hi ha els entorns de prova i desenvolupament que han de mantenir-se en peus i caure, però tots compten com a instàncies amb base de dades i tots, per cert, han de tenir seguretat i totes les altres coses que esperem que la base de dades ofereix. Consideracions d’instància: una càrrega de treball de base de dades només es pot optimitzar per a una instància específica. Si realment esteu interessats en obtenir el millor rendiment, aleshores tenir dades esborrades en un munt de bases de dades, no us serà necessària aquesta optimització.
Hi ha una raó per no crear instàncies de dades espurioses. Les càrregues de treball mixtes a la mateixa base de dades que el contrapunt poden comportar un mal rendiment, especialment notable per l’OLTP i el gran trànsit de consultes simplement no es barregen, mai no s’han barrejat i probablement mai no es barrejaran. Normalment és millor consolidar una base de dades a nivell de servidor en lloc de tenir diverses VM. Però les màquines virtuals proporcionen un aïllament; amb algunes persones, és una decisió de dissenyar l’aïllament de les dades d’altres dades de manera que, ja sabeu, si aquesta aplicació falla o si aquesta base de dades falla, no redueix la meva aplicació.
El problema d’això, per descomptat, és que s’acaba executant al punt següent, que són les taxes de la llicència de base de dades. Aquests varien, però he vist que les tarifes de la llicència de base de dades es converteixen en un criteri de disseny perquè algú no volia rebentar un número determinat, i per tant, les persones que dissenyen sistemes malament pel simple funcionament de la llicència de bases de dades. I hi ha l’altra cosa: si comenceu a consolidar totes les vostres bases de dades, val la pena assenyalar que els DBA són cars. No és una cosa tan fàcil de fer.
Una visió senzilla del món i aquesta és la darrera diapositiva: hi ha una capa de dades, una capa de transport i una capa de processament. I tot el maquinari es troba a sota. Realment no és possible optimitzar la capa de dades sense saber exactament què hi ha i per què.
Un cop dit això, passaré al meu amic de baix, Dez Blanchfield.
Dez Blanchfield: Gràcies, Robin. Permeteu-me que es resolgui el ratolí aquí. Per tant, avui em plantejaré un parell d’anècdotes perquè es tracta d’un tema enorme i podria passar dues setmanes amb un retolador de pissarra divertint-me, perquè he tingut gairebé tres dècades de pujades i baixades en aquest espai. .
Però primer, una imatge visual mental. Quan penso en el repte de què parlem avui en dia - i, fonamentalment, estem parlant de creixement de bases de dades, replicació i extensió i tots els reptes que comporten això - volia posar aquesta imatge d’un roure gegant en el nostre ment Es tracta d'arbres cèlebres, que comencen a ser una petita gla, però creixen fins a aquests boixos. I quan ho fan, són molt grans i desordenats. I, com podeu veure amb aquesta imatge, com a metàfora visual, si voleu, ja ho sabeu, les branques van a tot arreu i després les branques que surten i les que surten al final d'aquestes i tenen totes formes aleatòries i caòtiques. a la mica que podem veure per sobre del sòl.
Penso en aquestes dades com a dins de la base de dades, i a sota hi ha una estructura d’arrels i s’encarreguen de tot tipus d’indicacions. Però sembla molt net i assenyat a la superfície del sòl allà on és agradable i pla, però la realitat és que és tan boig sota el terra com per sobre del sòl; simplement no ho veiem. Sovint ho utilitzo quan començo a pensar com descriure el repte de què parlem avui a les organitzacions des de la sala de juntes fins a les tecnologies per intentar que puguin visualitzar el que està passant a les seves organitzacions. Com que és tan fàcil mirar una pantalla de l’ordinador i veure aquests bells camps de files i columnes i pensar: “Ho hem resolt, no és cap problema”. Però no és així en absolut. Aleshores, en aquest moment solc col·locar aquesta línia dient que les bases de dades del meu cap són com gla, ja sabeu, comencen a créixer i creixen, però abans de saber-ho, teniu un bosc de roures gegants i, per tant, el visual.
Així doncs, dues anècdotes només per compartir un escenari que es descontrolava i no es podia arreglar, i una altra que feia una cosa semblant però que es podia arreglar, i destacaré el punt clau de la discussió d’avui sobre com hi vam arribar.
El primer va ser un escenari en què un CIO amb més intenció al llarg del temps va provocar sense voler un dels ruixats més inesperats i no desitjats que acabaven de ser fora de control. Va ser un escenari en què una organització governamental amb milers de personal, molt tècnics del personal, demanaven accés als seus sistemes i eines amb els quals podien començar a col·laborar i automatitzar gran part dels seus processos. Volien apartar-se dels formularis en paper i volien crear sistemes en línia, volien capturar dades i fer-ne el seguiment, controlar-los i informar-los i presentar-los als seus companys.
I hi ha tot tipus de coses: hi ha coses que passen de persones que es dirigeixen a les seves oficines i que s’inicien i s’inscriuen amb fins de seguretat fins a qui demanava el que feia a la cafeteria a l’hora de dinar. I així, un CIO ben intencionat va decidir que Lotus Notes era una idea fantàstica perquè havia estat a una sèrie de seminaris i IBM havia fet un gran treball per llançar-lo i en el bon escenari hauria estat una gran decisió. s'ha fet sota control. Però el que va passar va ser en lloc de lliurar Lotus Notes a un equip de persones tècniques per tal d’ordenar-les en un entorn i, després, posar en pràctica eines sensibles i així successivament i proporcionar un control i un govern al seu voltant, el que va passar es va implementar a l’estàndard. entorn operatiu, SOE, de manera que cada escriptori es va convertir efectivament en un servidor.
Així doncs, van proporcionar formació i notes pràctiques i documentació per a tot aquest procés i tots els sobtats es van adonar: "Sí, tinc Lotus Notes al meu escriptori!" Què vol dir, això? Doncs bé, volia dir que a milers de personal tècnic molt experimentat se’ls va ensenyar a escriure i escriure aplicacions, de manera efectiva, a Lotus Notes, crear petites bases de dades que semblen essencialment fulls de càlcul, files i columnes i camps i presentar aquesta petita interfície web mitjançant Domino.
Si volgués capturar informació sobre alguna cosa, només podria crear una petita forma i en una interfície de full de càlcul, posar-la en un fitxer, crear una petita base de dades de Lotus Notes al darrere i presentar-la com a aplicació web i començar a recopilar informació. I això va sonar molt bé fins que ha passat durant anys i, de sobte, es van adonar, algú va despertar-se i va dir: "Bé, pengeu-ho, per què hi ha 10.000 aplicacions noves basades en bases de dades que apareixen a la LAN i, sobretot, en els últims 12 mesos? Què passa? ”Bé, el que va passar va ser, bàsicament vas donar una pistola a la gent, que es carregava i la seguretat estava apagada i, per descomptat, es van disparar al peu.
I aquí hi ha aquesta gran imatge que normalment em faig pensar en un artista italià que fa aquesta cosa estranya on aconsegueix una càrrega de fenc i palla i s’aboca al centre d’un estudi d’art i després rep un comissari de l’estudi d’art. per afegir a l’atzar una agulla al mig. I després passa dies en menjar en directe, amb càmera fotogràfica, passant per la palla buscant l’agulla al paller, com era. Fins que finalment, després d’hores i dies, el troba i salta amunt i avall i s’emociona. I de totes maneres, artista italià, què podeu fer? Però té molt d’humor i si alguna vegada l’has vist en línia o si ho veus en línia el trobaràs molt catàrtic.
A continuació, es presenta un escenari de malson en què una persona tècnica ben intencionada va oferir als empresaris (empresaris molt experimentats tècnicament) una eina que suposadament facilitava la vida. Però, abans de molt de temps, teníem preguntes com qui les fa una còpia de seguretat, qui les fa el seguiment i el suport, on es troben aquestes dades, quina estructura hi ha les dades, qui fa la policia dels esquemes, i si vull crear una altra versió, quines dades hi ha en aquestes versions., puc fer un viatge d’integració de proves de dev sobre aquestes coses?
Ja sabeu, podeu treure les vostres pròpies conclusions sobre com va anar, però no va anar bé i us podeu imaginar que només hi ha centenars de terabytes de dades i que no hi ha una còpia de seguretat, asseguts, efectivament, ordinadors o ordinadors portàtils en els pupitres, alguns els sistemes ni tan sols estaven disponibles perquè la gent no es va adonar quan va apagar el portàtil a les 5:30 i el va portar a casa per fer treballs que ningú de la LAN va poder arribar a aquesta aplicació. No va acabar bé. I es va haver de netejar, manipular i manipular manualment una gran quantitat de dades en un sistema assenyat; la majoria es va eliminar i es va eliminar, perquè no es podia deixar anar més enllà.
A continuació, la meva segona anècdota amb coses d’un viatge molt diferent. Imagineu-vos un escenari, obteniu proves, integracions, integracions de sistemes, proves d’acceptació d’usuaris, producció, recuperació de desastres, còpies de seguretat i còpia de seguretat de l’una al 99 i més enllà, teniu actualitzacions, pedaços i, després, entorns de demostració de de fins a 99 i més. I, de sobte, t’asseus allà, “Espera, què passa, penseu, qui fa servir què?” Ja sabeu, aquest és un malson que potser espera que passi.
Però en aquest escenari, el que va passar va ser que vaig tenir l'oportunitat d'entrar en una organització que volia extreure una unitat de negoci de gestió de riquesa de la seva plataforma bancària principal i plantejar-la com a organització separada, essencialment en una startup d'una empresa. El repte era: agafar la nostra unitat de negoci de gestió de riquesa i totes les persones i la tecnologia i les dades que hi ha al voltant dels serveis públics, crear una startup a la nostra pròpia empresa i tallar-la per poder funcionar amb la seva pròpia marca.
Aquest és un líder mundial en banca, que no anomenaré. Vam haver d’extreure la unitat empresarial de gestió de riquesa i totes les coses que l’envolten. Així doncs, tot en la seva totalitat, tot el personal, la infraestructura física i traslladar-lo a un nou espai d’oficines. Tots els sistemes de negoci, tot el programari, totes les dades, totes les llicències, el poseu nom. Bé, us podeu imaginar, semblava un malson per començar.
I, per posar-hi un context, estem parlant de 78 sistemes de la plataforma bancària original que admeten aproximadament 14 productes bàsics, que podrien suposar un miler d’ofertes diferents. Centenars i centenars de bases de dades en ús, i quan dic que estan en ús, havíem de traslladar-les in situ, així que un divendres a la tarda haurien d'estar en un entorn, el dilluns s'espera que estiguin en un altre lloc i dissabte. i diumenge havien de tenir aquest creuament on les transaccions anaven d’un sistema a l’esquerra, per exemple, per visualitzar-lo, a un altre sistema de la dreta.
Uns 15.000 clients amb innumerables registres cadascun i un malson ETL perquè cap dels 78 sistemes d'un costat no es corresponia amb sistemes de l'altre costat. Teníem una plataforma bancària completament nova, nous sistemes, nou programari, noves bases de dades i un nou esquema. Així, les metadades, els camps, les files, les columnes, els registres, les taules, el vostre nom, res coincideix. Hi ha 14 equips de desenvolupament actiu diferents, un per a cada producte. I quan vam crear aquest entorn, vam trobar que, en el moment en què teníem proves de desenvolupament, integració, integració de sistemes, proves d’acceptació d’usuaris, producció, recuperació de desastres, còpies demostratives, còpies de seguretat, actualitzacions, pedaç –fins i tot vaig trobar a faltar-ne una - formació, per exemple. i educació, hi havia 23 versions de cadascun d’aquests ambients per a cada equip de desenvolupament.
Ara, s’asseu allà mateix i, de sobte, la sang comença a quallar-se i la pell passa freda i els cabells queden parats, que mai no poden acabar bé. Doncs bé, va acabar molt bé perquè el primer que vam fer, abans fins i tot d’iniciar el disseny de desplegament tecnològic, va ser que vam anar i vam aconseguir les eines adequades. I vam utilitzar eines, i no necessàriament persones, sinó persones per a la conducció d’eines. Hem utilitzat eines per mapar les dades, hem utilitzat eines per mapar les bases de dades on vivien, hem mapejat totes les metadades, els esquemes i tot el camí fins a files, columnes, registres i camps.
Sabíem de què veníem i, seguidament, la correlacionàvem amb el mapa del que estàvem posant en pràctica fins al que semblava la plataforma bancària fora de la plataforma i teníem una correlació individual. I qualsevol cosa que fos al mig, vam crear una sala de dades per on passaríem i mapejar-les manualment. Però, abans de fer qualsevol desplegament i qualsevol configuració d’aquests entorns al nou món, ens vam assegurar que cada registre, cada taula, cada camp, cada fila, cada columna, cada base de dades i totes les metadades al seu voltant, es van mapejar tots els permisos i controls, d’un a un. I no vam moure ni una cosa fins que no es va fer aquesta correlació.
Així, la peça ETL va passar de ser un malson a un procés bastant indolor de només validar els controls i processos que se seguien. I ho podríem fer de forma regular, gairebé per hora. Estàvem fent transició de la producció al vell món a nous entorns de dev, test, integració, etc., al nou món. I el dia que vam passar en directe, després d’un procés de cinc mesos per viure en directe al cap d’un mes amb les proves i després en sis mesos va estar en línia i actiu, només vam tenir un número i el problema va ser que algú va oblidar la seva contrasenya i s’havia de restablir. Aquest era l'únic problema i, essencialment, es creava aproximadament una hora de tensió de la gent que pensava que alguna cosa havia sortit malament: va resultar que una contrasenya caducava i van oblidar el que era i van haver de restablir-la.
Us podeu imaginar aquell escenari, en comparació amb l’entorn de Lotus Notes, en què algú tenia grans propòsits, però no s’ho pensava, i el següent, havíem d’anar a provar de mapejar totes aquestes dades i s’havia d’escriure la major part d’ell. i va ser només una gran pèrdua de temps, d’esforç, de recursos i de moral. A un escenari en què, quan es planifica i es realitza correctament i es lliura adequadament amb les eines adequades, hem obtingut un gran resultat.
I aquest punt em porta a aquesta mateixa línia, abans de lliurar-ho al nostre associat per parlar del que IDERA ha de resoldre aquest mateix repte, és que en el món actual, on cada vegada són més els sistemes alimentats per bases de dades, no és només una cosa agradable. per a mi és un fet, és una necessitat que les eines intel·ligents siguin, segons la meva experiència, l’única manera de gestionar el descobriment de dades, la gestió de dades a l’escala i la velocitat que estem movent.
I si es fa correctament, com la segona anècdota que acabo d’il·lustrar, esperem, il·lustrada, pot ser un procés molt indolor i molt perfecte. No només en els nous projectes, sinó de posar-vos en braç a l’entorn d’un entorn actual i assegurant-vos que qualsevol moment i dia podeu fer el seguiment i el rastreig del que passa a la vostra organització, quina base de dades hi ha, quines versions de la base de dades s’executa i qui fa servir.
Amb aquest propòsit, lliuraré al nostre soci d’IDERA i tinc ganes d’escoltar què han d’oferir sobre la taula i com resoldrien aquest repte.
Binh Chau: Genial, gràcies, Dez. Pots escoltar-me bé? D'acord, gràcies. Hola a tots, sóc Binh Chau amb IDERA. Avui parlaré una mica sobre els productes que hem anomenat SQL Inventory Manager i parla del descobriment i la possibilitat d’inventar les instàncies i bases de dades de SQL Server allà mateix i obtenir una forma de gestionar el que teniu a l’entorn i parlen d’altres coses de les quals Dez i Robin van parlar en termes d’expansió de bases de dades i la necessitat de dades en aquests dies.
Amb això, hi ha alguna consideració que heu escoltat, crec, anecdòticament a través dels dos contes que Dez descrivia. Però bàsicament avui en dia, hi ha tanta necessitat de tenir dades i grups empresarials i hi hagi grups empresarials que hi hagi un tipus d’espiració de les seves pròpies aplicacions i servidors, especialment amb SQL Server, oi? Com que podeu crear fàcilment una versió SQL Express o serveis de BI, només hi ha un despatx SQL en moltes organitzacions, ja ho sabeu, des del petit fins al gran.
Les DBA de moltes vegades no saben que algú va decidir iniciar, creeu, una instància en lloc de només posar una base de dades en una instància existent. No són conscients d’aquestes coses fins que hi hagi possiblement un problema i algú truqui al DBA: “Ah, no, la meva aplicació va deixar de funcionar, no és capaç de connectar-se a una base de dades, què passa?” I sap que quan el DBA demana Algunes preguntes que descobreixen: "Ei, aquest no estava al nostre radar, no ho érem conscients."
Un altre són els costos de llicència, oi? Llicència de Microsoft SQL Server: la forma de funcionar no és obligatori tenir una clau específica per al nombre de casos que tingueu. Podeu desplegar-los i, a continuació, fer una auditoria. Ja ho sabeu, després fan una auditoria i descobreixen quantes llicències necessiteu. Per tant, si realitzen una auditoria i no coneixeu els servidors desconeguts, es podria produir una auditoria costosa. Per tant, tenir l'eina o tenir un inventari amb antelació per saber què costa la vostra llicència i poder no només saber-ho, sinó també gestionar-lo, és bo.
I, tot seguit, del que us parlo, si no teniu consciència d’un servidor moltes vegades, si les coses funcionen bé, tot va bé, però l’única vegada que teniu en compte alguna cosa és quan hi ha un problema. Per tant, això podria provocar interrupcions de producció o potser el servidor no es va mantenir i no vas obtenir un pegat en aquest servidor i això genera un problema.
Algunes de les preguntes que ha de fer un DBA dia a dia són les que es poden enfrontar, ja ho sabeu, poden ser administratives o estratègiques, però algunes coses com ara: Microsoft acaba de publicar un pegat de sistemes crítics, de quants sistemes necessitaran. pedaç? A qui es veurà afectat el temps d’inactivitat si he de retirar el sistema per tal de posar-lo a punt? Com puc arribar fàcilment a aquesta informació? He d’anar a un full de càlcul? He de passar a diversos sistemes per trobar-ho? Haig d’adreçar-me als diferents grups empresarials per obtenir aquesta llista? És molt difícil trinxar-lo.
Un altre de bo és bàsicament, algú arriba i em diuen que necessito una nova base de dades. Necessitarà una mida de X i ha de tenir tanta capacitat i, a continuació, volen saber on ho puc posar. Sense saber què hi ha al vostre paisatge, és difícil dir-los, d'acord, ho podem posar aquí, aquí o aquí. Haureu d’anar i fer les comprovacions manuals que cal per fer-ho. I hem parlat de l’auditoria, i també del servidor desgavellat.
Si teniu un servidor canalla, no sabeu en quin estat es troba, si hi ha una còpia de seguretat, si té tots els seus pedaços. De vegades és possible que no prengueu consciència d’aquestes coses fins que no hi hagi problema, que seria dolent.
Aquests són tots els reptes, les preguntes, la cara de DBA en el dia a dia, què és el que els llença. Per tant, volia presentar-vos el Gestor d’inventaris d’ SQL, que és un producte que tenim fora. Fa un parell de coses. Fa descobriments, que bàsicament és un tipus de sortida al vostre entorn per veure què hi ha SQL Server al vostre entorn. I, a continuació, també es pot descobrir automàticament, de manera que, bàsicament, una vegada que hagueu realitzat un descobriment, podeu configurar-lo per sortir allà diàriament o setmanalment (sigui quin sigui el termini que us agradi) per descobrir nous casos.
A continuació, també podeu tenir-lo registrat automàticament per a que pugueu començar a supervisar-los i comprovar el seu estat de salut i, a continuació, podeu començar a catalogar i inventariar aquestes instàncies de manera que pugueu tenir una bona vista del paisatge de SQL Server. Què hi ha, què hi ha, què hi ha de desenvolupament, què hi ha de recuperació de desastres, què és menys crític i ja saps, quines aplicacions s’executen. I també podeu obtenir alertes de quan es produeixen les funcions, quan la revisió de salut no funciona, de manera que bàsicament si el servidor disminueix o bé hi ha diverses coses addicionals que podeu fer servir.
Eric Kavanagh: Estàs una mica suau, així que ho saps.
Binh Chau: Ho sento, és millor? El que vull fer va ser portar-vos a través d'una demostració, mostrar-vos què ho fa. Pengeu un segon, permeteu-me que comparteixi la pantalla primer. No veieu la interfície web? Aquesta és la interfície del gestor d'inventaris SQL. La pantalla que us mostro aquí, és una interfície basada en la web. La pantalla que us mostro aquí és la nostra vista d’instància de base de dades. A la part superior, podeu veure que tenim diferents. Així, doncs, el "descobert" és, bàsicament, tots els casos que es descobreix a la xarxa. I el que em demostrarà és bàsicament.
Eric Kavanagh: Comenceu a separar-vos una mica allà. És possible que vulgueu posar el telèfon i posar-lo a altaveu. Endavant.
Binh Chau: aquesta pantalla de Descobriment us mostrarà tot el que l'Inventory Manager ha descobert a la vostra xarxa. Aquí hi ha descoberts com 1.003 servidors. I us dirà la versió, l’edició, si la podeu trobar, quan es va descobrir i com es va descobrir. Imaginem, per exemple, que trio ignorar algunes d'aquestes, és a dir, potser vull ignorar l'edició per a desenvolupadors perquè no són tan importants per a mi perquè són només per a desenvolupadors; Puc triar ignorar aquestes opcions i posar-les a la pestanya Ignorar, així que la propera vegada que publiqui Discovery no em tornarà a mostrar. Ara puc emplenar per fer el registre automàtic o em puc registrar manualment.
I aquí he seleccionat controlar sis instàncies. I aquí es va iniciar la sessió i es realitzaran comprovacions periòdiques sobre aquestes i, a continuació, hi ha múltiples comprovacions, qualsevol cosa d’aquí, ja ho sabeu, comprova cada 30 segons per veure si el servidor està a l’altura o a la baixa i us proporciona un tipus de visió general de quin és aquest estat. Bàsicament aquí em diu que tinc un servidor baixat i aquests cinc que estan actualitzats. També m’explica quines edicions del servidor, el nombre de bases de dades, l’estat de les bases de dades, qualsevol inventari addicional o metadades al voltant d’aquest servidor. Aquí també puc accedir a la visualització de llicències. Aquí em proporciona informació sobre les llicències de Microsoft que necessito si vull avançar un total o un resum abans d’una auditoria de Microsoft.
Aquí teniu el nombre de nuclis, el nombre de sockets, la possible llicència de nucli, cosa que Microsoft va introduir a partir del 2012. Aquesta era la nostra vista d’instància. La nostra pàgina general, aquest és el tipus de la pàgina a la qual s’obrirà. Això us mostrarà els controls o les recomanacions de salut que té, com ara mateix em diu que tinc nou bases de dades que no tenen còpia de seguretat actual. Puc fer clic aquí per baixar als detalls de les bases de dades i puc entrar i fer accions sobre si hagués de fer-ho. M’explica totes les bases de dades principals per mida, bases de dades principals per activitat. Puc fer clic al servidor en concret i obtenir més detalls al respecte.
Eric Kavanagh: Tot i que s'està rodant, el que ens està mostrant aquí és la possibilitat de veure realment qualsevol cosa que estigui connectat a la xarxa, oi?
Binh Chau: Dret. Això mostra qualsevol cosa que he triat per controlar amb Inventory Manager. Aquest és un servidor SQL, aquí em mostra totes les aplicacions connectades al servidor. De nou, puc accedir a totes les bases de dades associades a aquest servidor. Aquí podríem etiquetar coses. Puc crear una etiqueta per a aquest servidor en particular, sigui un domini precís o no. Tenim clients que ho utilitzen per, com ara, volen etiquetar els seus servidors de producció o els seus servidors de deute i, a continuació, poden obtenir un informe complet de la manera de funcionar. Quan passo a la pestanya Administració, així és com puc executar Discovery. I Discovery, bàsicament, sortirà a la vostra xarxa i trobarà tot el SQL Server del teu entorn.
Aquí, tinc aquest domini precís que és un domini nostre i ho he configurat per dir, ja ho sabeu, que en aquest domini concret utilitzeu aquest compte d'usuari de Windows concret per fer descobriment i vull que feu una exploració completa. També puc seleccionar per especificar "Només escanejar aquest subdomini en concret" o "Només escanejar el pare". Però en aquest cas he dit que realitzi l'exploració completa. Aquí teniu els diferents tipus d’escaneig que puc utilitzar i si ho guardo, i bàsicament és un treball que puc configurar. Ara mateix està apagat, el que significa que hauria d'executar manualment aquestes exploracions. Però si volgués, podria establir-ho diàriament, ja ho sabeu, dirigir la feina diàriament. O si decideixo no executar-la diàriament, és massa, puc dir que realitzeu la feina setmanalment en una data i hora determinades.
I, a continuació, aquí el Registre Automàtic, si s’activa, el que faria és que cada vegada que trobi un nou servidor el registri automàticament a Inventory Manager per poder començar a controlar-lo. Si hi ha algun tipus d’edició que vull excloure, com per exemple, no m’importa l’edició Express o el desenvolupador perquè es tracta d’un entorn de desenvolupament, només hauria de fer clic aquí i el que farà és dir-ho tot Quan trobeu alguna cosa nova, només l’afegiré a Inventory Manager perquè pugueu supervisar-lo sempre que no sigui una edició de desenvolupador o Express.
I aquí és on puc configurar les etiquetes, per exemple, si tinc servidors de producció, podria anar aquí i etiquetar aquests servidors. Podria etiquetar qualsevol base de dades o servidor amb una etiqueta blava específica, així que, per exemple, podria dir que aquest AO_NODE hauria de tenir una etiqueta de producció. D’aquesta manera, si hagués d’aconseguir accedir fàcilment al servidor, puc sortir aquí i fer clic a l’etiqueta de producció i em portarà de seguida a aquests dos servidors. Aquesta és la nostra vista de l'Explorador i la mostra el propietari, però podria dir-ho per etiqueta d'instància, també per bases de dades i puc ampliar-ho per veure quins són.
Una altra característica útil que hem creat que a la gent els agrada aquí és la possibilitat de veure el que esteu gestionant a través d’Inventory Manager i veure a quin nivell de parche es troben. Bàsicament, aquí em diu els sis servidors que he gestionat a les meves eines, si hi ha una actualització disponible o no per a Microsoft i si la versió que estic activada, sigui compatible o no, i el suport estat. Si volgués obtenir més informació sobre aquesta revisió en concret, puc fer clic i hi enllaçarà l’article de Microsoft en termes de què es tracta aquest hotfix i si m’hi adreço. Podeu exportar aquesta llista si ho volíeu, de manera que podreu dir: "He he de pegar tres d'aquests servidors aquest cap de setmana i els altres tres en una data posterior".
La llista de creació: de manera que hi ha una llista que comprova per comprovar que la vostra versió està actualitzada. Podeu sortir i descarregar aquesta llista per assegurar-vos que estigui al dia i que tingueu la llista més recent per comparar-la. Una altra característica d’inventari agradable que a la gent els agrada és la possibilitat d’afegir, no només etiquetes, sinó la possibilitat d’afegir camps de inventari personalitzats. Ja sabeu, si voleu afegir un camp aquí per etiquetar una base de dades, per exemple, diguem que vull etiquetar-lo al nivell de la base de dades. Departament, aquest departament i aquesta base de dades, podria fer que fos un tipus diferent: open terminat, true / false o picklist.
I podria dir, ja ho sabeu, es tracta de finances de RRHH, màrqueting, R + D. I el que aquí es fa bàsicament és que, una vegada que pugueu etiquetar aquestes coses, podeu treure algunes dades d’aquí que diuen quina capacitat està utilitzant cada base de dades i que després podeu començar a fer-ho, està creixent i té sentit que cobrar aquests departaments?
Una altra cosa és, ja sabeu, si heu d'executar el manteniment, sabent qui hi ha en aquesta base de dades, podreu saber amb qui contactar per fer-los saber, "Hola he de executar el manteniment aquest cap de setmana, les vostres bases de dades estaran fora de línia". etcètera, etc. Una altra de les funcions útils és el quadre de cerca que hi ha a la gent. Moltes vegades es pregunta a les DBA sobre una base de dades, una aplicació o un servidor, depenent de qui els parli, és difícil trobar exactament allà on es troba. El que podríeu fer aquí és, potser no sabeu on viu la base de dades, però només podríeu escriure-la. Podria simplement escriure el Tauler de control IDERA i us proposarà un parell de bases de dades i on s’asseuen perquè pugueu accedir fàcilment per aquells. I després obté informació addicional sobre ells: la seva mida, la mida del registre, tingui o no una còpia de seguretat, quin mode de recuperació es troba, si volia afegir-hi etiquetes. Hi ha moltes funcions diferents en aquesta eina, ja ho sabeu, és una eina d’inventari, però és una eina d’inventari molt específica per a SQL Server i per a DBAs.
Suposo que hi ha coses addicionals a les quals el DBA voldria tenir accés o tenir una bona visió del que sembla l’entorn i el seu paisatge a les seves bases de dades. També us podeu subscriure, configurar el servidor SMTP i configurar la subscripció per alertar-vos o per a qualsevol usuari aquí. Va a aturar això i tornaré a la presentació. I aquesta última diapositiva aquí és només una simple vista de l'arquitectura. És una consola web que s’executa en Tomcat Web Services incrustats.
Tenim alguns serveis de gestió i recollida de serveis que col·loquem en un dipòsit i els serveis de gestió s’executen i s’executa Discovery en diverses instàncies de SQL Server. No hi ha res instal·lat als servidors del vostre monitor. Tenim feines que s’executen de forma periòdica que només recopilen dades al respecte, per tant, bàsicament si està a l’altura o a la baixa, la quantitat de dades que s’utilitzen, quines són les altres versions de la gent. Bé, això és tot.
Eric Kavanagh: Sí, permeteu-me que us facin preguntes: faré algunes preguntes i aleshores estic segur que Robin i Dez en tenen algunes, només per curiositat, quan algú vingui a fer una auditoria, diguem-ne Microsoft, ho és. utilitzen aquesta eina o, suposo que tenen algunes eines propietàries que utilitzen?
Binh Chau: Sí, crec que estan utilitzant eines propietàries. La cosa és que aquesta eina és una eina d’inventari, de manera que es manté actualitzada en relació amb, ja ho sabeu, perquè té la tasca d’apagar i recopilar contínuament informació sobre els vostres servidors, s’executarà allà i en qualsevol moment del temps tindreu informació actualitzada, de fet, sobre com canvien les coses versus, ja ho sabeu, informes puntuals que podeu obtenir de Microsoft per dir que aquest és el nombre de servidors que teniu, aquestes són les versions que teniu .
Eric Kavanagh: Sí, tinc curiositat per descobrir. Aleshores, quan algú compra aquesta eina i comença a utilitzar-la, com es produeix el descobriment? Això era el que feia al·lusió anterior, és a dir, estàs tocant a la xarxa per veure quins senyals volen per allà que semblen instàncies de la base de dades i, a continuació, cataloges això i un cop etiquetada una instància de base de dades que estàs fent un seguiment? Suposo que té una mena de ping que fa cada cert temps i si baixa, per exemple, és així que saps que ha caigut. És com funcionen les coses?
Binh Chau: Sí. Vull dir, una vegada que heu activat Discovery, surt a la vostra xarxa i tenim diverses exploracions diferents per sortir, però, ja ho sabeu, una exploració i exploració del registre. Fa diferents exploracions per veure quins equips hi ha i, a continuació, fa una comprovació: hi ha servidors SQL o serveis de BI fora? I després, la torna a treure a la eina i us la mostra: "Hola, aquí teniu totes les coses que vaig descobrir."
I després, si haguessis de dir "vull controlar l'ús d'aquesta eina", ara farà un seguiment d'això i anirà fent ping. Té feines per fer-hi un puny de tant en tant per dir: “Està bé, comproveu ara això sobre això”, ja ho sabeu, la disponibilitat de la base de dades; comproveu-ho ara sobre l’historial de la base de dades, comproveu el costat de la base de dades. Executa una sèrie de treballs per comprovar la base de dades que esteu supervisant.
Eric Kavanagh: Sí, està bé. I tenim una pregunta d’un membre de l’audiència. Sé que els vostres nois tenen eines que funcionen amb diverses tecnologies de bases de dades, però aquesta en particular que estàs mostrant avui, només és per a SQL Server o també inclou altres tipus de bases de dades?
Binh Chau: Ara mateix, aquesta eina particular cobreix SQL Server.
Eric Kavanagh: Està bé, està bé. Bé, deixa'm dir-ho a Robin, estic segur que té dues preguntes, potser tornarà a Dez. Robin?
Robin Bloor: Sí, segur. Microsoft fa relativament poc temps, algun cop el 2006, va anunciar SQL Server a Linux, però no crec que encara s'entregui. Em vaig preguntar si teníeu comentaris al respecte. En sabeu? Estàs jugant amb això?
Binh Chau: Sí, ho som. Tenim previst incloure-ho. És a dir, el més maco d’aquesta eina és que he parlat amb molts clients que han construït les seves pròpies eines casolanes per fer un mateix tipus, però han d’estar al dia de les noves edicions i versions que Microsoft surt amb, però tenim versions i edicions noves. Ens trobem prèviament per assegurar-nos que l'eina serà capaç de controlar i gestionar les noves edicions. Per tant, SQL a Linux és una cosa que pensem afegir i fer disponible quan estigui disponible. Crec que a finals d’any.
Robin Bloor: Sí, això és interessant. Esteu esperant que molts vostres clients ho facin? És a dir, SQL Server és una base de dades molt sofisticada, segons la meva experiència. Vull dir, ja ho sabeu, és llarg a la dent, probablement sigui la cosa que cal dir. Vull dir, ja sabeu, la Sybase original de la qual provenia era realment bastant simplista en moltes coses que feia. Però Microsoft ha afegit més i més coses al llarg dels anys. Tot això estarà disponible a Linux? Vull dir: avisareu als vostres clients sobre si voleu realitzar aquesta migració?
Binh Chau: Ho sento, ens veiem que la gent demana això?
Robin Bloor: Bé, tenint en compte que, amb Linux, és tan sofisticat com en Windows?
Binh Chau: Jo no he jugat amb ell mateix, però el que he sentit d’un company és que realment és molt igualat. Però personalment no he jugat amb la nova versió d’SQL a Linux.
Robin Bloor: D'acord. Tinc raó en pensar que simplement heu introduït agents a tots els servidors SQL que trobeu? És així com funciona aquesta eina?
Binh Chau: No, realment no posem agents. Per a aquesta eina particular, la peça Inventari, en realitat no hi posem agents. Només ens queda sortir i fer una trucada i comprovar-ne l'estat. Una cosa agradable d'aquesta eina és que no té agent.
Robin Bloor: Així, teniu altres eines de SQL Server, podeu recordar-me quins altres productes teniu en aquesta suite que tracten amb SQL Server?
Binh Chau: Sí. Disposem de Gestor de diagnòstic SQL. És una eina de seguiment i rendiment. Fa més anàlisis en profunditat o diagnòstic, rendiment i control de salut que Inventory Manager. Inventory Manager, la versió lleugera d'aquest control sanitari. També tenim Compliance Manager i Secure, que forma part de la nostra suite de seguretat. Bàsicament us dirà qui accedeix a les vostres dades, a quines dades accedeixen, per què i us ajudarà el compliment i altres directrius d'informes. Tenim SQL Safe, que és la nostra eina de còpia de seguretat: fa de còpia de seguretat i restauració, i és molt agradable.
També tenim el nostre gestor empresarial d’empresa, que només està supervisant la vostra feina. I després tenim l’eina Toolbox que són els conjunts d’eines d’Administració i també els conjunts d’eines de comparació, així com SQL Doctor. Conjunt d’eines d’administració i conjunt d’eines de comparació, són el que penso com a ganivet de l’exèrcit suís. Hi tenen diverses eines per ajudar a que el DBA faci diferents coses com, ja ho sabeu, comproveu els pedaços o moveu o cloneu una base de dades. Però hi ha 24 eines a la caixa d'eines.
Robin Bloor: Així, les persones que opten per la gestió d’inventaris, normalment ja són usuaris de les altres eines? O és aquest tipus d’entrada? M’imagino (vull dir, em pots dir si tens alguna història de guerra), però m’imagino si mai has realitzat un inventari en un centre de dades força important, l’experiència pot ser bastant feixuga. És el que trobes?
Binh Chau: Sí. Vull dir, tenim clients que s’introdueixen a l’eina a partir d’altres conjunts d’eines, però tenim clients que busquen una eina com aquesta a causa dels projectes que tenen. Un exemple que he tingut és que hi va haver una empresa que es va fusionar amb una altra empresa i va comprar una sèrie d’empreses i que necessitava consolidar la seva petjada de SQL Server per tal de reduir els seus costos. I així buscaven una eina per sortir i descobrir tot el que tenien per poder iniciar el procés de com consolidem això.
Robin Bloor: És cert, ho entenc. Suposo que això és força comú amb les fusions quan hi penseu. D'acord, passaré a Dez, no vull portar-ho tot el temps. Mireu quines preguntes tenim de Austràlia.
Dez Blanchfield: Gràcies, sí, les preguntes sempre són cap per avall aquí. Una de les coses que em vénen al cap, i això ho tinc bastant, ja sabeu, les empreses no estan tan segures d’on dibuixar la línia de quan començar a invertir. Quan s’ha de fer una organització, segons la vostra experiència, quan esteu en fase freda, quan és el moment adequat per començar a invertir en eines com aquesta per assegurar-vos que no us poseu en problemes? Ho feu des del primer dia quan comenceu a construir la infraestructura de bases de dades de la nova organització o, tal com acabava de perfilar, quan feu una adquisició / fusió?
O, realment, cal estar a una escala? Necessiteu 10 o 100 o 1.000 bases de dades? Quina és la vostra experiència fins al mercat amb el qual fa temps que tracteu, quan és el moment adequat per entrar en aquest espai i, probablement, per on començar? Com es veu quan comences?
Binh Chau: vull dir, potser si potser és una organització molt petita potser no necessita aquesta eina, com ara, amb un DBA o amb un parell de DBA. Quan comenceu a formar un grup de, no sé, tres o quatre DBA i potser de 50 a 100 servidors, potser voldreu començar a fer una cosa així. Suposo que, a mesura que la vostra organització creix de mida i només els empresaris amb tecnologia que volen, ja sabeu, com aquell exemple que vau donar, volen instal·lar les aplicacions i bases de dades per si mateixes, però és quan voleu tenir aquest tipus d'eines, perquè així es pot veure el que hi ha.
Però fins i tot en una organització més petita, és agradable tenir aquest tipus d’eines per fer un seguiment del que teniu. Si ho dividiu de manera que pugueu dir: "Sí, he comprat SQL 2012 per a aquest quadre, però actualment funciona amb SQL 2008 perquè tinc una aplicació que encara necessita aquesta versió antiga". Ajuda a tenir aquesta eina Inventari només per evitar la gestió de diversos fulls de càlcul que poden esdevenir obsolets.
Dez Blanchfield: L'altra pregunta que em quedava a continuació sobre això: quins tipus d'habilitats o recursos haurien de tenir les organitzacions quan arribin a aquesta escala? És el cas que realment necessiteu un conjunt d’habilitats especials o un tipus d’experiència o antecedents o el tipus de persona que s’adapti més a aquest tipus de reptes? O pot ser que hi hagi un conjunt bàsic d’habilitats del tipus DBA o administrador de xarxa o administrador de xarxa? Realment necessiteu un cervell afilat i amb finalitat punxeguda?
Binh Chau: Ho sento, doncs estàveu parlant del conjunt d’habilitats de la persona?
Dez Blanchfield: Sí, així que quan penses en un administrador de bases de dades, necessitaràs un conjunt específic d'habilitats. Així, quan surts per contractar un DBA, per si mateix, per a aquest paper específic, quan penses en els tipus de reptes de què parlava aquí on utilitzeu una eina com aquesta per mantenir-se al capdavant de bases de dades i de seguiment, fer la peça de descobriment i conduir aquesta eina particular, hi ha alguna cosa únic sobre l’ús de l’eina i l’aproximació a aquest tipus de desafiaments, o hi ha alguna cosa que la DBA mitjana pugui recollir bastant ràpidament?
Binh Chau: vull dir, crec que el vostre DBA mitjà pot recollir-ho ràpidament. Crec que és útil tenir aquest tipus d’eines perquè també podeu tenir-ne la volta perquè és basat en la web. Podeu donar-lo a altres usuaris de la vostra organització. Podeu donar-lo al desenvolupador d'aplicacions que pugui consultar la seva base de dades o servidor específic. Elimina algunes de les coses administratives que ha de fer un DBA. Abans algú trucaria al DBA i digués: “Ah, per què és el meu servidor amunt o avall?” Ara poden obtenir accés i veure si els seus servidors estan amunt o avall.
Dez Blanchfield: I quin tipus d’entorn necessitaria una organització mitjana per implementar-lo? Necessita un servidor físic dedicat o es pot fer en una màquina virtual? Poden desplegar-lo a l’entorn del núvol? Quina és la petjada general per al desplegament de l'eina i només el funcionament general d'aquesta? Quina quantitat de ferro pesada pot necessitar per a funcionar en paral·lel als altres entorns que està mapejant?
Binh Chau: Sí, es pot executar en una màquina virtual o un ordinador o un servidor. No necessàriament ha de ser un servidor dedicat, només depèn de quants servidors estàs supervisant. Si teniu un entorn més gran, pot ajudar-vos a tenir un servidor més gran perquè recopila moltes dades sobre el servidor SQL que esteu supervisant.
Dez Blanchfield: Dret. És el tipus de coses que podríeu executar còmodament en la instància del núvol i crear una VPN de nou al vostre entorn, o és probable que la quantitat de dades que recopili sigui una mica pesada per a aquest tipus d’ús?
Binh Chau: encara no l'hem configurat per executar-lo al núvol, encara per executar-lo al núvol. Probablement s'hauria d'executar amb prem.
Dez Blanchfield: I l'última pregunta, si puc: moltes de les eines que he vist en aquest espai, particularment on ho heu mencionat per a un escenari en què algú adquiria una empresa o hi hagués una fusió o alguna cosa a aquest efecte, o fins i tot Si es tractés d'una organització que només fusiona unitats de negoci, és un escenari de casos d'ús raonable on algú el desplegui en un ordinador portàtil i el porti a un entorn per mapar el món com un cop apagat, o és un cas de casos poc probable? És més que el cas que hi sigui i només es deixi executar definitivament?
Binh Chau: aquesta eina específica és una instal·lació més gran en un servidor i es deixa executar. D’aquesta manera podeu recopilar la informació que necessiteu i, suposo, un inventari en funcionament del que disposeu. No és diferent a l'eina Map perquè l'eina Map és una espècie individual, salteu fins al port que necessiteu i feu el que heu de fer amb ell avui en dia. És una mena de bona cosa: el bon aspecte és que podeu fer una etiqueta, donar-li accés a la gent per comprovar l'estat del seu servidor particular, el que els interessa.
Dez Blanchfield: D'acord. Probablement l'última pregunta per a mi i després us remetré a Eric per a les preguntes que passen per la finestra de Q&A amb els assistents, perquè avui hem tingut una bona participació, una de les meves preferides. Simplement per completar això, quin és el procés per aconseguir les mans? Sé que moltes de les vostres eines estan disponibles per fer coses abans de comprar. A on ha de dirigir-se la gent per obtenir més informació sobre aquest lloc, on es troba el lloc web si han de buscar les descàrregues i com és el viatge, com fer una prova de concepte o una prova i obtenir les mans i familiaritzar-se amb ell per després posar-se en contacte i comprar-lo?
Binh Chau: Sí. Podeu anar al lloc web d’IDERA.com i podeu descarregar gratuïtament una prova de dues setmanes. I si us agrada i voleu contactar amb nosaltres, també podem programar una demostració amb un dels nostres enginyers per tal de fer una immersió més profunda en l'eina.
Dez Blanchfield: Fantàstic. Bé, moltes gràcies per això. Agraeixo el temps per parlar amb això i, basat en la meva experiència personal i estic segur que parlo per a Robin sobre la seva experiència al llarg de la vida, crec que és un fet que avui en dia això és un requisit. No ho podem fer manualment ara per molt que ho intentem; l'escala és massa gran i les coses es mouen massa ràpidament.
Recomano que la gent faci exactament això, salti al lloc web d'IDERA i en faci una còpia. Com que el risc potencial per a la meva pròpia experiència amb les anècdotes que he compartit avui, ha estat que pot passar de molt malament a molt bé ràpidament, si teniu les eines adequades, però també pot anar a l’altra banda si no ho feu. t. Eric, de nou.
Eric Kavanagh: Sí, només cal que em posi una última pregunta a sobre, una que sigui interessant. Només tinc curiositat per saber el que veieu per aquí, ja ho sabeu, el núvol és, òbviament, cada vegada més important, Amazon Services Web, però no són els únics, Microsoft ofereix tota la seva oferta Azure que sembla estar guanyant vapor. Tinc curiositat per saber-ho, un dels assistents està escrivint que el doctor Bloor va fer un apunt interessant que els DBA són cars i que el problema de gestió causat per un DBA despullat o algú que no està fent el que haurien de fer, es pot solucionar. mitjançant la migració al núvol. Realment tinc curiositat per saber, quina activitat estàs veient? Veus que la migració al núvol és cada cop més un problema important per a les empreses, o bé, com és una tendència?
Binh Chau: Em sembla que només depèn de quin tipus de problema estiguis. Em sento com algunes indústries diuen: "No, no migrem". És possible que no migrin cap a un núvol públic; és possible que estiguin estudiant la migració o la migració de les seves coses cap a un núvol privat. Però llavors veig que algunes organitzacions que estan interessades, ja ho saben, porten la via ràpida i el tipus d’anar cap a Amazon o Microsoft Azure. I després hi ha gent que diu: "No, no migrem les nostres dades" o "Només hi hauria algunes dades que migraríem, però no les nostres crítiques". Crec que hi ha tres camps.
Eric Kavanagh: Sí, tindria sentit. Vull dir que cada vegada més ho veiem i crec que s’anirà ajustant i començarà força temps. I també hi ha una reacció al núvol. La gent s’incorpora als serveis web d’Amazon –això ho hem sentit més de diverses vegades– i al principi els costos són manejables, i amb el pas del temps només s’enfila i, a continuació, estàs bloquejat. En molts aspectes, el núvol és només un altre centre de dades, però com a mínim serà un viatge interessant.
Bé, la gent arxiva tots aquests transmissions web. Salteu en línia a techopedia.com per veure una llista completa de totes les coses que fem. I, per descomptat, insideanalysis.com per totes les novetats. I amb això us acomiadarem. I gràcies un cop més pel vostre temps i atenció. Gràcies per tots els nostres amics d’IDERA i us en parlarem demà amb l’esperança per la nostra transmissió web culminant en Filosofia de Dades. És així, Filosofia de les dades és demà a les quatre de la est. Espero veure't allà. Tingueu cura de la gent, adéu.
