Per Techopedia Staff, 30 de novembre de 2016
Take away: L' amfitrió Eric Kavanagh juntament amb el doctor Robin Bloor, el Dez Blanchfield i l'IDERA's Bullett Manale discuteixen consultes i com la seva eficiència pot tenir efectes de gran envergadura.
Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.
Eric Kavanagh: Senyores i senyors, hola i benvinguts de nou. Són les quatre de l'horari de l'est d'un dimecres, i aquests dies, això vol dir que és hora de les tecnologies calentes. Sí, efectivament. Avui parlem de coses interessants. Per descomptat, jo sóc el vostre amfitrió, Eric Kavanagh. El títol de l'espectacle d'avui és "La clau de l'Analytica eficaç: consultes de devolució ràpida". És així, persones, tots volem ràpid. Qui no vol ràpid? Hi ha una diapositiva sobre la teva, i prou sobre mi. Feu-me un cop a Twitter, @eric_kavanagh. Estaré encantat de connectar-vos amb vosaltres i tindré una conversa a les xarxes socials. Pot ser divertit, simplement no parlem de política.
L’any calorós. Hem estat parlant de diferents problemes analítics aquest any, i el tema d'avui és realment fonamental per fer la feina. Recordo que probablement fa cinc o sis anys que vaig escoltar per primera vegada que algú feia servir l’expressió “teniu una conversa amb les vostres dades” i, tot i que pot semblar una mica cursi, la qüestió és que si no podeu tenir una experiència iterativa amb les vostres dades, si no podeu modificar les vostres consultes ràpidament, envieu noves consultes, torneu a obtenir respostes ràpidament, així no teniu una conversa amb les vostres dades i tot el procés analític es trunca. Això no és bo.
Quan teniu una conversa amb les vostres dades, el que vol dir és que podeu anar endavant i endavant i, segons la meva opinió, és quan trobeu la informació. Com que molt poques vegades us presentareu la consulta perfecta per primera vegada. A no ser que siguis el Mozart de les analítiques - i estic segur que la persona està fora - hauràs de passar una estona de temps modificant, afegint una mica de dimensió, intentant afinar el que busques. .
Perquè, de nou, no es tracta d’entorns extremadament desordenats que estem tractant en el món de l’analítica; es tracta d’entorns molt imperiosos i amb entorns molt complexos i multidimensionals. Així doncs, tota la idea del webcast actual és parlar de com habilitar aquest tipus d’interacció iterativa amb les vostres dades.
Tenim tres presentadors. Per descomptat, a Hot Technologies, en oposició a Briefing Room, tenim dos analistes; cadascú pren primer, després entra el convidat, fa la seva presentació i tenim una taula rodona. I vosaltres, el nostre públic, podeu jugar un paper important en això. Si us plau, no siguis tímid; envieu les vostres preguntes en qualsevol moment. Feu servir el quadre de Q&A, si no, el tauler de xat està bé; Intentaré vigilar els dos durant el programa. I els enregistrem, així que si us perdeu alguna cosa o voleu compartir-ho amb els vostres companys, torneu més endavant. Les publicem a Techopedia.com i també a InsideAnalysis.com.
I amb això, faré arribar la gent intel·ligent. Vaig a lliurar-ho al doctor Robin Bloor. Permeteu-me que li doni les claus, canvieu de presentador, i aneu. Robin, treu-ho.
Robin Bloor: D'acord. Gràcies per aquesta presentació. Fa aproximadament un mes i mig, vaig mantenir una xerrada amb un desenvolupador que és realment un DBA. En realitat no és un DBA: era un DBA en una empresa determinada i era l'única persona que realment podia fer les consultes. Però es va emmalaltir de fer això, perquè és realment, realment és un desenvolupador força intel·ligent. Així que va marxar.
I ha de fer un parell de dies al mes per tots ells, perquè no trobaven ningú per ocupar el seu lloc i no tenen ni idea del que fa la base de dades ni de com afinar-la. I jo pensava en això i, simplement, ja sabeu, realment no tenien un departament d’informàtica, però aquest tipus els donava suport. En realitat, el treball de DBA el feia la major part del temps.
Per a bases de dades sofisticades: Oracle, SQL Server, DB2, totes aquestes grans i cares: l’afinació de bases de dades és una feina difícil. També és una feina segura. I el motiu, realment, per dir això és que és un paisatge canviant. Passaré per això. Ja ho sabeu, les bases de dades relacionals, normalment la imatge general, les bases de dades relacionals encara dominen en popularitat. És probable que dominin durant molt de temps. Sí, ara hi ha altres bases de dades que obtenen més temps d’aire, però, ja ho sabeu, quan realment mireu el que hi ha allà fora, Oracle ho fa la majoria, Microsoft SQL Server és segon, i hi ha diverses coses al núvol que succeeixen. pot provocar un repte, però. Són els grans gegants del joc. I són les bases de dades que podeu utilitzar tant per a càrregues de treball OLTP com reals per a magatzem de dades. Les alternatives s'utilitzen normalment en entorns analítics, i normalment per les dades es determina per què escolliríem en lloc de relacionals. Majoritàriament la gent no.
Les empreses solen estandarditzar-se en una base de dades única. Vaig trobar una empresa recentment amb més de 5.000 casos d’Oracle. I, amb la qual vaig parlar amb aquesta empresa, els vaig preguntar sobre els DBA. Van dir que tenien aproximadament 10 DBA i que es buscaven unes 30 bases de dades. I la resta, Oracle acabava d’utilitzar-se com a sistema final per a grans. Hi va haver molt poc estrès en les dades de les aplicacions que les van utilitzar. Però això només em va sorprendre: 5.000 casos d’Oracle.
I, per cert, tenien una llicència immobiliària Oracle. Bé, ja ho sabeu, llicència corporativa, òbviament. Però també tenien altres bases de dades perquè, de vegades, ja sabeu, les aplicacions venen amb una base de dades preferida. No era com Oracle fos l'única cosa. I val la pena esmentar que ni Hadoop ni Spark són en realitat una base de dades, i caldrà molt de temps abans d'adquirir el que penso com a regla de la base de dades. És bo per als enllaços de dades, per descomptat.
Amb les activitats del DBA (probablement Bullett pot dir molt més sobre això que jo), però només les passaré. Això és el que acostumo a pensar, ja ho sabeu, en què fa el DBA. Instal·len, configuren, actualitzen, fan gestió de llicències. Realitzen moltes ETL i treballs de replicació d’una manera o altra. Fan planificació d’emmagatzematge i capacitat. Solucionen problemes o formen part de l’equip de resolució de problemes. La supervisió i la sintonia del rendiment són gairebé tota la seva activitat, però totes aquestes altres coses, no són petites, ja sabeu. Seguretat, són els responsables de les còpies de seguretat i recuperació. Haurien d’estar implicats en sistemes de prova de programari i podrien estar implicats en el cicle de vida de les dades.
Rendiment. Quan solia ser un d’aquests nois. Quan estava executant i sintonitzant bases de dades, així ho he entès, saps? Hi ha la CPU i, d’avui o d’una manera o una altra, la CPU és pràcticament inactiva, perquè seria un dels altres dos o bé … Bé, un dels altres colls d’ampolla causaria el problema. La memòria, la fracturació i la fragmentació, o la saturació d'E / S de disc, o de vegades, de vegades sobrecàrrega de la xarxa, si teniu diversos nodes d'una xarxa i podríeu tenir algun bloqueig, probablement.
Però aquest era el món tal i com el veia. Fa un cop d’ull a Oracle i al nombre de paràmetres d’afinació que hi ha a Oracle. Va ser més de 300. Ja ho sabeu, i si realment hi penseu, un DBA que sap realment el que fa ha d’haver alguna idea de per què us faríeu embolicats amb algun d’aquests. Així doncs, és una feina complicada, ja ho sabeu, i això és més complicat.
Ja ho sabeu, ara tenim CPU, però ja teniu … les CPU ja existien, les GPU a la CPU o amb FPGA a la CPU. Així, hi ha una mena de mestissatge del que passa realment a una CPU. Les CPU es van convertir en multicore fa molt de temps; de fet, ja no estava sintonitzant bases de dades quan va passar això. No tinc ni idea de quina diferència fa, ara que hi penso.
Ja sabem, el 3D Xpoint i el PCM d’IBM són una capa de memòria addicional i tenim SSD, però ja sabeu, estan substituint el sistema rugós. Però les SSD poden variar en velocitats. Amb tants, podeu tenir un accés paral·lel i els fa anar molt ràpids: a prop de la velocitat RAM. I teniu totes les arquitectures de maquinari paral·leles.
I tot això, ja ho sabeu, els costos estan caient, cosa que és realment bonica, però tot això fa que, ja ho sabeu, si feu la següent publicació d'una base de dades i comenceu a implementar-la a les màquines, fins i tot algunes això, realment, heu perdut qualsevol sensació de budell per la forma en què es comporten les dades, perquè les latències són molt, molt diferents. I aquí, ja ho sabeu, teniu quatre capes més que tres capes d’emmagatzematge.
Problemes de la base de dades. Obteniu entropia de bases de dades: les instàncies que proliferen és molt freqüent. Les bases de dades s’utilitzen com a armaris, que és el que en realitat va ser aquell exemple que vaig donar. Ja sabeu que són molt poques les bases de dades que s’autoafinen i les que afirmen que s’autoafinen no són tan bones, ja sabeu. Però l’altra cosa és que molt poques bases de dades estan sintonitzades correctament. És una feina difícil, poder equilibrar les càrregues de treball. Vull dir que, quan penseu en una base de dades, què pot fer una base de dades durant un període de 24 hores, les càrregues de treball poden ser molt, molt diferents. La base de dades ha de tenir un magatzem de dades especialment veritable.
I, per tant, la sintonia que no és una qüestió trivial, ja ho sabeu, perquè el que esteu fent és ajustar paràmetres que han de satisfer tota una gamma de càrregues de treball al llarg d'un moment determinat. És una feina dura, bàsicament. I és que SQL s'ha d'ajustar particularment a SQL JOINs. Ja saben que consumeixen recursos i que són extremadament importants. I si la base de dades té materialitzats punts de vista, per ser sincer, haureu d’investigar l’ús d’aquests, perquè faran que tot vagi molt més ràpid. I això requereix algú que entengui les càrregues de treball i entengui el trànsit SQL, etcètera.
I la majoria de les empreses utilitzen molt poques DBA, molt cares. He conegut empreses força grans amb, com, tres nois, com a gran quantitat de casos. Realment, costen molt, és un treball dur en termes de complexitat. Necessiten eines.
I crec que això és tot el que he de dir. Ah, sí. Passem a Dez, veiem què ha de dir Dez.
Dez Blanchfield: Gràcies, Robin. Aquest és un tema massiu. Seguiré amb les coses que crec que són efectivament reptes quotidians als que ens enfrontem. Perquè siguem exactes, hi ha tota una biblioteca de llibres escrita sobre aquest tema. Qui no ha anat a una llibreria tècnica i ha trobat parets i parets de llibres escrits només en el tema general del rendiment i la supervisió de bases de dades. I de vegades és una manera fantàstica de matar el temps.
El tema general: obtenir consultes de rendiment. Hi ha diverses parts de l’organització que transpiten aquest tema: a nivell d’usuari final, segons la meva experiència, ja sabeu, la gent només experimenta un rendiment, que les coses són lentes. Les rodes girants triguen una estona a tornar les consultes. A l'extrem oposat de l'espectre, tens persones d'enginyeria en xarxa i emmagatzematge a les quals els especialistes en bases de dades han rebut una bona aplicació perquè les coses no funcionen tan bé com esperen. A més, és un espectre molt ampli, segons la meva experiència, les coses que poden afectar la nostra vida en aquest espectre.
Si hi penses, des del físic cap amunt, ja ho sabeu, només l’espai d’ordinador. Ja tens memòria, ja saps, RAM, si vols, espai en disc, xarxa i tots els bits al voltant. En aquest espai, tenim, ja sabeu, emmagatzema el pensament que, per exemple, que, ja ho sabeu, és millor utilitzar un disc en brut o un JBOD i simplement, ja ho sabeu, aixecar el més ràpid possible el disc i deixar que el base de dades resisteix la capa de protecció de dades. Altres persones són grans fans de RAID, la redundant matriu de discos barats i tenen experiències religioses diferents amb RAID 0, 1, 3, de vegades 5 i 6 tipus diferents de striping o replicació al disc, en cas que el disc dur falla. Fins i tot a nivell d’emmagatzematge i nivell d’enginyeria, encara, tenim persones que tenen diferents vistes i experiència al voltant del rendiment, en tipus d’emmagatzematge.
Tant si es tracta de discos adjunts directes com dels servidors mateixos, o bé si es connecta a través d’un canal de fibra amb una xarxa d’àrea d’emmagatzematge d’alguna forma, ja sigui l’emmagatzematge muntat des d’un servidor en algun lloc a través de iSCSI o bé és Ethernet, per exemple. I això és abans que fins i tot arribéssin a la capa de la base de dades, on, ja ho sabeu, els tipus de coses que donem per fet, ja ho sabeu, mantenint això, tal com va assenyalar Eric, ja sabeu, com anomenem la conversa amb les vostres dades. . Simplement poder identificar patrons i pautes significatives en què creiem que podem començar a aprofundir i buscar problemes de rendiment.
I és un tema molt ampli, de manera que vaig a capbussar-me en dues àrees on, segons la meva experiència, el temps i l’energia i l’esforç invertit obtenen bons resultats. Per tant, permeteu-me saltar ràpidament a la primera d'aquestes. I només a la broma vaig anar a buscar una imatge d'alguna cosa que tenia un esquelet per dins i una pell per fora, però el bloc Lego era probablement el menys horrible. Però, en molts aspectes, és com imagino i m’imagino mentalment el repte que tenim de vegades amb plataformes d’analítica i bases de dades que els donen suport. I és que, només com a consumidor i usuari final o fins i tot desenvolupador, veus sovint la capa de pell de xapa, però és realment l’esquelet que hi ha a sota, realment és el problema en què cal centrar-se.
Ja sabeu, en aquest cas, quan pensem en les coses que poden afectar el rendiment de les bases de dades i les analítiques que resulten d’aquell dia en concret, els resultats de rendiment, la infraestructura bàsica i la supervisió de la infraestructura bàsica, i tal i com vaig exposar fa un moment, el disc i la memòria i la CPU. I, com va destacar el doctor Robin Bloor, els reptes actualitzats en la virtualització i les coses que succeeixen en els xips mateixos i el rendiment fins al nivell central i la quantitat de memòria que s’està incorporant a cada xip de cada nucli. Es tracta de reptes molt tècnics a buscar per a una persona quotidiana.
Seguir al capdavant del control de consultes. Ja sabeu, un dels reptes del control de les consultes i de les cues de consulta és: per exemple, SQL com a llenguatge i les eines de base de dades que es troben al voltant d’eines d’analítica, són molt potents, i particularment SQL com a llenguatge. Però amb aquest poder i senzillesa també arriba, en molts casos, i és que, si no és una aplicació que fa el mateix una vegada i una altra, escrita per un bon desenvolupador i marcada per un bon DBA, pot ser siguin persones que facin consultes no estructurades.
I el problema és que és molt fàcil aprendre una mica d’SQL i començar a fer consultes, però, com a resultat d’això, no necessàriament teniu totes les habilitats i experiència i coneixements per saber si esteu fent una cosa bona o dolenta per fer la base de dades. Així que continuament funcionant amb el mateix gran, ampli, equivocat només pot enderrocar l'edifici. Mantenir-se al capdavant del seguiment de consultes és un repte interessant.
Simplement cal supervisar els temps de resposta en relació amb el que fa la plataforma i el que estan rebent els usuaris. Un cop més, ja sabeu, sense les eines adequades, això no és una cosa que simplement us fixeu en la cosa i penseu: “Ah, funcionen lentament a la xarxa” o “La memòria de l’usuari no funciona bé” o “Els índexs funcionen malament”. ”O“ fan inflar ”.
I, ja, ja sabeu, com arribeu al punt on, un cop vist un problema amb ell, com podeu separar-lo i desembolicar-lo i abordar tot el repte de consultes mal estructurades? I, ja ho sabeu, es tracta d’una consulta ad hoc que algú corre a mà, o és una eina d’analítica amb un front-tauler que funciona malament perquè fa les preguntes de manera equivocada, o bé és realment, una peça de codi mal escrita?
I, tot seguit, va fer aquest iteratiu, va dir Eric en la configuració inicialment, ja ho sabeu, simplement i repetidament i ajustant aquests fluxos de treball. Ja sabeu, quins fluxos de treball estic executant, com funcionen, amb quina freqüència s’executen, quin codi s’executa contra ells, on s’executen contra ell en CPU i memòria i disc i xarxa? Sí, això és només un repte realment tècnic.
I després el nirvana que la gent busca en aquest món, tot passant d’analítica històrica i d’afinació del rendiment i d’alerta contra el vostre entorn, és fantàstic de veure perquè en el futur podríeu obtenir un pla per si sou per què les coses van anar lentes. ahir al matí a les nou. Però això no t’ajuda ara mateix i no ajuda el teu pla endavant.
Crec que la planificació de la capacitat i el dimensionament, l’escala i l’ajustament, així que ja ho sabeu, crec que hi ha una tendència que estem veient ara, en què hi ha un canvi en entorns molt grans on la gent té grans plataformes de bases de dades i estenen entorns de bases de dades àmpliament. des de l’alerta i la planificació d’alerta històrica fins a l’alerta i la planificació predictives, on volen conèixer el que passa actualment i ser capaços de planificar-ho endavant. O ens quedem sense memòria i ens quedarem sense memòria en la propera hora, i què podem fer al respecte? Quina planificació de la capacitat podem fer en temps real?
Disculpeu-me. Arribem al punt que, ja ho sabeu, tot el repte de descobrir aquests obstacles s’ofereix en la forma essencialment del que anomenem analítica fluida i de fer que sigui la norma de la vostra organització. Com veieu, és un desafiament no trivial per, ja ho sabeu, les masses quotidianes fantàstiques i sense problemes. I no deixa de ser un repte no trivial per als més tècnics.
Ja sabeu, si és difícil per als simples mortals, com podem fer que això sigui possible? Perquè, ja ho sabeu, la majoria són coses que els usuaris habituals no poden resoldre, i és possible que tinguem alguns enginyers especials de bases de dades, desenvolupadors de bases de dades, desenvolupadors de codis, programadors, però encara han de poder separar l'entorn. Han de separar, ja ho sabeu, problemes com ara la gent que reutilitza el codi.
Una de les pitjors coses que he vist en aquest espai sobre els resultats de rendiment en plataformes d’analítica en desplegaments molt grans d’infraestructura de servidors de bases de dades és la gent que agafa un tros de codi, una part d’ SQL o un procediment robat que no feien. no escriuen, i no saben si és un fragment de codi bo o dolent, i el reutilitzen perquè els dóna el resultat que volen. Però resulta que pot haver estat una cosa que es va escriure sobre la marxa per obtenir un o dos resultats, com un informe: algú tenia pressa.
De manera que la gent utilitza un codi complex que no van escriure, i simplement el bufeten en un procés de desenvolupament d'aplicacions, sense saber que realment castiguen el fons. Fins i tot simplement controlar la consecució del rendiment i mirar d’on provenen les consultes i es perfilaran, això, ja ho sabeu, és un repte diari.
Coses bàsiques sobre el comportament, com ara la preestadística de les dades per obtenir un rendiment, quan és possible Totes les coses que només experimenteu us ensenyen, com suprimir índexs si voleu fer importacions massives i, després, tornar a indexar de manera que no es mantingui els índexs quan traieu dades de terabytes. Ja sabeu, sense les eines adequades, que és gairebé impossible de veure perquè no sabeu que l’índex està picant.
L’optimització d’índexs regularment és una espècie de 101, però, què sabeu, quan feu importacions massives o, ja ho sabeu, creeu una taula sobre consultes si algú fa una consulta realment gran? Ja ho sabeu, pot ser un èxit de rendiment massiu i, de nou, si no esteu fent un seguiment, no teniu les eines per veure-ho, aquest tipus de coses passa en un segon pla i no sabeu com abordar-lo. .
Limitar les consultes al nombre de columnes que necessiteu, és a dir, sona realment bàsic, però de nou, si no podeu veure-ho, no sabeu que està passant i només passa en un segon pla i us fa mal., a tu.
Saber quan i on utilitzar les taules temporals, elaborar grans eliminacions i actualitzacions. De nou, totes les coses molt senzilles, però sense aquesta visibilitat, sense les eines per fer-ho, simplement s’asseuen en un segon pla i continuen fent-te mal, i simplement continuen llançant més memòria o CPU a un entorn de bases de dades per obtenir un millor rendiment de la plataforma analítica, quan De debò hauríeu de poder aprofundir en allò que et fa mal i abordar aquesta cosa en concret. I, ja, ja sabeu, coses com ara restriccions de claus estrangeres i com trobeu això, com sabeu que fins i tot això és un problema?
Això em porta a la conclusió del meu punt clau aquí, i és que, ja sabeu, que diàriament veiem aquests problemes. I a mesura que els entorns de bases de dades es fan cada cop més grans i cada cop més amplis, i com va destacar el doctor Robin Bloor aquí, obtenim models ambientals cada cop més complexos amb temps de bases de dades.
I també la necessitat d’integrar-se en algunes de les grans plataformes de dades com Hadoop i Spark, que s’apropen, cada cop més. Ens sembla, segons el meu parer, trobar maneres millors i eines específiques per dur a terme aquest rendiment en temps real de les plataformes i analítiques i diagnòstics. Perquè costa temps real, diners reals i frustració per als usuaris finals i dòlars reals si no comencem a arribar a les eines per aprofundir en aquestes coses.
I amb això, vaig a lliurar als nostres amics d’IDERA, perquè crec que tenen una bona història per explicar-nos com podríem resoldre aquest mateix problema.
Bullett Manale: Sona bé. Moltes gràcies, i seguiré endavant i donaré les coses. També tinc algunes diapositives, i permeteu-me seguir endavant i una mica com això. Alguns d’aquests anem a saltar prou ràpidament.
Només per donar-vos una mica de coneixement, sóc director d’enginyeria de vendes aquí a IDERA i, per tant, el que fem és parlar amb els DBA de manera regular i regular sobre els dolors i els reptes que tenen, específicament, en molts casos., el control del rendiment i aquest tipus de coses, òbviament. I escoltem molt aquest públic, i per tant crec que puc compartir una part de la informació que rebo d’ells de manera regular que tindrà sentit. Vaig a passar per alguns d'aquests, perquè no crec que siguin realment pertinents per a la conversa.
Ja teniu la meva llista aquí de les responsabilitats del DBA. Sembla molt a la llista de Robin i crec que és bastant coherent. Crec que, quan parleu amb un administrador de bases de dades, és sempre, ja ho sabeu, que es troben en algunes d’aquestes àrees més que d’altres, i no hi ha cap rima o motiu, només depèn de l’entorn.
Sentiu un ventall molt ampli i ampli de coses que la gent vol ser capaç de fer. I moltes vegades, les persones que volen aquestes coses no ho fan; les demanaran i, en alguns casos, comenceu a aprofundir en allò que realment demanen i, després, se n'assabenta que " estic buscant més. Realment volen més informació de la que inicialment pensen que necessiten, i quan comences a perforar l'eina, crec que és aquí on pots començar a dir que mantenen una conversa amb les dades.
I crec que aquesta és una frase realment interessant i té molt sentit pel que fa a poder dir, sí, bé, si teniu una mala consulta, què és realment una mala consulta? Es tracta d’una consulta que consumeix moltes lectures o escriptures o CPU? Podria ser un que corre molt, podria, ja ho sabeu, que és, com heu dit, mal escrit.
En termes de com ho identifiquem, hi ha diverses maneres que podreu veure en termes del nostre producte, el producte Gestor de diagnòstic, que mostrem als DBA que poden fer-ho. I és realment flexible, i crec que aquesta és una de les coses més importants: heu de tenir una eina que us ajudarà en aquests problemes de rendiment, l’entorn de tothom és una mica diferent.
I hi haureu, ja sabeu, necessitats i fins i tot requisits obscurs en termes de monitoratge, de manera que haureu de tenir una cosa flexible i alguna cosa que funcioni i que us ajusteu a l’entorn que estàs tractant de gestionar. Ja ho sabeu, i tinc molts exemples: no vaig a passar per cadascun d’ells, però necessiteu alguna cosa que pugueu pivotar una i altra vegada entre una dada i una altra, i us faré una mena de Parlem d’això quan ens endinsem una mica en el producte i li mostrem això i quant a com ho fem.
Però l’altra cosa que crec que en termes de qualsevol bona eina d’analítica és, ja sabeu, hi ha algunes coses bàsiques que estàs buscant. Evidentment, abans que res, no voleu que una eina causi problemes de rendiment en nom del rendiment. Quan dic que recopili les dades sense cap cost, no parlo del cost en termes de cost monetari, però sí del cost en termes de despesa general i del cost en termes de quantitat de recursos que anem a utilitzar en nom del rendiment. Definitivament, voleu que hi ajudi alguna cosa.
Necessiteu alguna cosa per poder obtenir les dades que busqueu específiques als problemes que us poseu al dia a dia, i pot ser que hi hagi algunes coses que no necessiteu i que no tingueu. No vull, i no té cap sentit recollir aquestes dades si no aneu a informar-hi mai o si haureu de tenir alguna necessitat per intentar gestionar aquestes dades. En termes de metadades associades al rendiment, per exemple.
Ja sabeu, un bon exemple és que no heu de ser avisats si el servei de Coordinador de transaccions distribuïdes a SQL està baixat si no vull que es publiqui en primer lloc. Així que no em alertis, no recopili les dades en contra. No necessito aquesta informació. Per tant, tenir una capacitat per activar i apagar aquestes coses és molt important.
La capacitat també és que, una vegada que recopilis les dades, hi tinguis accés prou ràpidament, no cal que, ja ho saps, córrer i massatge de les dades, manipular les dades, podent fer-ho de forma ràpida i eficient. I després, quan tinguis les dades, òbviament és molt important poder-les entendre.
Ara és aquí, amb el nostre –amb, com, per exemple, el producte del Gestor de diagnòstic que us mostraré una mica avui–, aquest producte, ja ho sabeu, m’agradaria dir-vos que aquest producte substituir i ser un DBA en una caixa. La realitat és que requereix cert coneixement del que és el vostre entorn i què esteu intentant aconseguir. Evidentment, és important tenir comprensió del paper del mateix DBA.
Ara, el que intentem és educar mitjançant l’ajuda i mitjançant altres mètodes. Però sempre voldreu lligar això, òbviament, amb algun tipus d'experiència o algú que tingui coneixement de què fer un cop han rebut les dades. És evident que és capaç de tenir una persona que pugui fer preguntes adequades a un producte i que tingui aquesta conversa amb les dades. I, evidentment, poder donar sentit a les dades.
Un cop tinc la informació, poder fer-ho arribar a la gent adequada. Els meus desenvolupadors, el meu equip d’operacions, sigui qui sigui, potser hauria d’integrar-me amb altres productes, tenint els ganxos per poder fer-ho. Tot són coses reals importants. I després, òbviament, per últim, però no per això menys important, si necessito saber-ne més, poder fer-ho. Tant si voleu activar-ne algunes, com si només cal aprofundir en les dades. Estàs desitjant que, amb una eina que serà, ja saps que, ajudant-te amb el rendiment, obtindràs totes les coses necessàries per poder respondre a aquestes preguntes.
L’única cosa que no he plantejat aquí que crec que probablement val la pena tenir en compte és que necessiteu una eina que us ajudarà a diferenciar el que és normal i el que no és normal. I crec que és gran, perquè, ja ho sabeu, hi ha un munt de productes d'alerta i coses que hi ha, però si esteu rebent una alerta i l'alerta és una falsa alerta, no us serveix de res. ; és una pèrdua de temps i reduirà les seves eficiències més que no pas per ajudar-les. Així que, ja ho sabeu, són algunes de les coses que hauria de tenir en compte.
Quan parlo del producte que estic relacionant totes aquestes coses dins de la suite de productes IDERA, és el producte Gestor de diagnòstic que crec que té probablement el principal tipus de característiques del que parlem aquí en termes de base de dades. afinació i rendiment i supervisió i aquest tipus de coses.
La gent busca un seguiment a nivell d’empresa; volen tenir accés, poder, en una pantalla, saber que les coses funcionen tal com haurien de ser. O, voldrà, evidentment, si hi ha algun problema, per veure on es troba el problema i, a continuació, poder aprofundir-hi. Crec que és una gran part del que cerquen les persones amb aquests tipus de maneres de millorar el vostre rendiment.
L’altra cosa que òbviament passa amb això és, no només puc operar en el present i he de ser capaç de recórrer enrere durant períodes de temps, tant si vol dir consultes que tinguin mal funcionament com si vol dir. ja ho sabeu, fixant-vos en la manera com es comportava la màquina virtual pròpia del servidor. Tot aquest tipus de coses que heu de poder fer i no hi esteu asseguts mirant fixament la vostra consola les 24 hores del dia, els 7 dies de la setmana.
Si esteu de vacances o si és a mitja nit, o qualsevol cosa que sigui, necessiteu quelcom que pugui tornar en el temps amb vosaltres per poder dir el que passava a la instància a el temps que vam tenir un problema. Poder fer-ho, una vegada més, de manera eficaç i ràpida i poder aprofundir-hi, és sens dubte una peça important en aquesta discussió. I diria que probablement sigui una de les coses més importants pel que fa a la gent que busca. Sempre estan buscant aquella finestra del passat, perquè és realment una cosa im… Ja sabeu, no voleu haver d’asseure-hi i esperar que torni a passar alguna cosa.
El següent de la llista és simplement tornar a relacionar el que parlem abans, amb el rendiment de la consulta en si. I us mostraré un parell d’exemples diferents dins del producte Gestor de diagnòstic, com fem això, que, al final, us oferirem moltes opcions al voltant de les consultes en relació amb què. vols reunir
Quant a si esteu interessats en preguntes que provoquen dolor en els recursos, consum de CPU o consum d'E / S. Tant si es tracta de consultes que triguen molt a completar-se o de consultes que, en general, potser no són la pitjor ofensa en termes de rendiment, però poden funcionar amb tanta freqüència que la poca freqüència de funcionament pròpia pot ser un problema. Evidentment, també és capaç de detectar les tendències en el temps amb aquestes consultes.
Hi ha moltes maneres diferents de fer-ho dins d’aquest producte i crec que òbviament és una peça real important per a la majoria dels DBA. I fins i tot si no teniu les vostres aplicacions desenvolupades internament, no deixa de ser agradable acudir als venedors de programari i dir-vos: “Hola, què saps? Ja ho sabeu, a dos quarts de sis de la tarda cada dia, quan aquesta feina s’inicia ", o qualsevol cosa que sigui, " és la vostra aplicació que provoca això, i necessitàvem arreglar-la. controlar el codi en si, encara és bo saber quan es produeixen problemes.
I llavors, ja ho sabeu, l’altra part és, òbviament, més proactiva. Ser capaç de ser el primer a conèixer, poder comprendre quan es produeix un problema. No només ser capaç de ser el primer que ho sap, així que es pot corregir, sinó que en molts casos, quan necessiteu és una cosa que sigui capaç d’automatitzar una resposta, també en molts casos. Pots dir, ja ho saps, més que no pas rebre un correu electrònic dient: "Hola, has d'anar a arreglar això", si estic a una reunió o si estic, ja ho saps, a la carretera o el que sigui. Estic fent, òbviament és molt agradable poder dir que tinc alguna cosa al seu lloc, que podré abordar de manera automatitzada.
I si no s’adreça de manera automatitzada, almenys poder ser el primer que ho sàpiga perquè puguis emprendre accions correctives o contactar amb algú que pugui. I, per tant, es tracta de peces importants per a aquests tipus de problemes, pel que fa a la supervisió de les màquines i dels casos i de les pròpies analítiques.
Ara, ja he parlat d’això, que és la flexibilitat de les coses. No puc subratllar-ho prou, podent dir, ja ho sabeu, fora de caixa, si hi ha alguna cosa que no s’està controlant, poder tenir la funcionalitat dins d’un producte per poder afegir aquestes coses a ser supervisat. I en el sentit amb l’exemple de Gestor de diagnòstic, evidentment, ja sabeu, comptadors WMI, comptadors, comptadors de SQL Server, podeu crear les vostres pròpies consultes.
Fins i tot, podeu saber, si voleu, treure les dades del vostre entorn vCenter o del vostre entorn Hyper-V, com a conseqüència del sondeig que es produeix i poder fer-ho de manera regular i traieu aquestes dades i pugueu veure-les. I, una vegada més, pivoteu d'un lloc a un altre mentre mireu aquesta informació.
Són, doncs, el tipus de coses que, pel que veig a la gent que demanen quan parlen d’una eina que els ajudarà en termes d’afinació i de rendiment: el producte que us mostraré en només un el segon és Diagnostic Manager i és compatible des de l'any 2000 fins al 2016. És específic per a SQL Server i, per tant, controlem la gestió d'aquestes coses. No hi ha agents en els casos en què es controlin les instàncies.
Això torna a recopilar la informació amb una mica de cost, que, ja sabeu, hem intentat, evidentment, més informació sobre aquesta informació, no utilitzar molts recursos, no? Intentem aprofitar les coses que SQL Server ja ens proporciona i millorar-la, tant si es tracta de visualitzacions de gestió dinàmiques, com si es tracta d’esdeveniments ampliats o qualsevol que sigui el cas en termes de la col·lecció mateixa. Un dels nostres mandats és poder aprofitar aquesta informació i millorar-la.
Ara, si ens fixem en aquest aspecte amb rapidesa, no aprofundiré en l'arquitectura amb massa detalls, sinó que tingués un dipòsit de fons amb totes les dades històriques que puguis gestionar i que puguis conservar durant el temps. tu vols. Fins i tot podeu triar el tipus d’informació que voleu conservar i durant quant de temps. Es pot recórrer a això, recopilar les dades adequades i deixar fora de les dades innecessàries. Si voleu mantenir les consultes durant cinc dies que tinguin un rendiment bàsic i, a continuació, mantingueu les alertes durant dos anys, us correspon i aquesta és la vostra prerrogativa per poder fer-ho.
Diverses consoles diferents amb aquest producte. També teniu una versió basada en web, també teniu una versió de client gruixuda. D'aquesta manera, tindreu la flexibilitat de saltar en un navegador i veure què passa, o si teniu un portàtil on teniu un client dedicat instal·lat, qualsevol d'aquests enfocaments us funcionaria.
Ara, el que m'agradaria fer és fer una demostració ràpida. I vull remarcar, que torno a aquesta altra diapositiva aquí, que ja hem afegit, de manera que els FYI per a aquelles persones que coneixen el producte, tenim una nova oferta que és la Gestor de diagnòstic Pro. Una oferta professional que inclou amb això el que anomenem anàlisi de càrrega de treball.
I realment es tracta de poder mirar de forma interactiva períodes de temps molt grans i anar des d’això, ja ho sabeu, la visió de 30 dies a la vista, de cinc minuts, en tres clics. I, si sabeu, podríeu veure l’alçada de rendiment o el problema que tenia al coll d’ampolla, ja sabríeu que podríeu veure a un nivell molt alt i baixar fins a un nivell molt baix. I sobretot això, avui, és nou en el producte.
Però el que vull fer és només una mena de primera partida, i vull parlar una mica sobre aquest tema pivotant i tornant cap endavant. I he mostrat un exemple, i vaig a compartir aquí a la pantalla. I, a veure … Allà anem. La meva pantalla. Feu-me saber, nois, que ho podeu veure.
Eric Kavanagh: Allà vas.
Bullett Manale: Tot està bé per allà? Bé. Aleshores, el que estàs veient ara mateix i aquest és el producte del Diagnòstic i només volia oferir-te una demostració d’alt nivell sobre el que passa aquí. En aquest exemple concret, el que fem és que us mostrem les consultes associades a les espera. Llavors, quan parlo de ser capaç d’anar enrere i endavant, aprofundir més profundament i pivotar, això és: aquesta visió aquí és un bon exemple d’això. Puc anar des d’una vista de línia del temps com la que veiem aquí, que es mostrarà ara. En el nostre cas ens fixem en les esperes i en les categories de les mateixes. Podem veure les declaracions que estan lligades a aquestes expectatives, podem veure les aplicacions.
Tingueu en compte que hi ha una visió de línia de temps aquí, de manera que puc identificar aquesta informació basada linealment en quan es va produir el problema, però de nou, si vull pivotar, una vegada més, pivotar i dic: "Sabeu què, mirem això des d'una perspectiva diferent ", anem endavant i mirem això des del punt de vista de" Vull veure les consultes, les expectatives o les aplicacions que més dolor em provoquen i classificar-les. "I això és el que nosaltres" Tornarem a veure amb "la consulta espera per durada". Ara estem veient les mateixes aplicacions que em causen el major dolor, o les esperes.
I llavors, aquí teniu la part que realment és la part més important, és poder aïllar aquestes coses. Veig que aquesta aplicació NoSQL comença aquí. M’està provocant una gran quantitat de temps d’espera, dins dels 25 segons de temps d’espera dins d’aquesta finestra de 30 minuts en la qual ja hem aprofitat. A continuació, puc aïllar aquesta aplicació i veig les afirmacions, en aquest cas, que afecten directament aquesta instància en concret.
Per tant, aquest és només un exemple de com seria capaç d'identificar un coll d'ampolla, de poder classificar la informació i de prioritzar els problemes que s'han d'abordar primer. Aquestes són totes les coses que cal tenir en compte. Ja sabeu, podeu solucionar problemes durant tot el dia, però si solucioneu els problemes que hi ha a la part inferior de la llista a arreglar, perdreu el temps. Teniu un cost d’oportunitat associat a això.
Et donaré un altre exemple, i aquest és un exemple diferent. En lloc d’apuntar específicament a un problema o apuntar a una àrea, també necessiteu una eina que us pugui ajudar en un sentit ampli, per poder dir: “Hola, hem tingut problemes?” O “Són? Hi ha coses que puc fer per millorar el rendiment? ”i per tenir una mena de teles al darrere, veient el que passa. I en aquest cas, això pot estar relacionat amb la configuració; pot relacionar-se amb la manera de gestionar la salut de la pròpia instància. I, òbviament, també són coses de rendiment.
Si acudeixo a aquest botó d'analitzar, el que us mostraré és que, dins d'aquest producte, també tenim un tipus de llistat proactiu de coses que es poden realitzar en un format classificat que us proporcionarà informació bàsica. de les coses que probablement us donaran un augment del rendiment de la vostra instància o un augment de la salut d'aquesta instància. I és en un format classificat en el sentit que teniu la capacitat de veure quins són més propensos a millorar el vostre rendiment específic per a un tipus de problema determinat que s'ha identificat.
I així, quan miro aquestes coses i les identifico, no només veig que tinc un problema i també tinc, en molts casos, un script que es pot crear automàticament per solucionar aquest problema. Però, en molts d’aquests casos, també tenim enllaços externs que faran referència al tipus de problema que estem trobant i, per tant, també donem aquesta recomanació, per aconseguir aquest aspecte educatiu de les coses. Cosa que, una vegada més, crec que és molt important quan parleu, ja ho sabeu, de solucionar problemes.
No vull seguir només cegament aquestes recomanacions, vull entendre per què s'estan fent aquestes recomanacions. I podria ser un DBA sènior que fa això des de fa 30 anys i necessito alguna cosa, ja ho sabreu, comproveu-hi, o digueu la i i creuar les t, en aquest cas, o potser sóc un DBA més jove i Necessito una mica d’ajuda per comprendre aquests problemes a mesura que es produeixen i per què s’estan fent aquestes recomanacions.
Com he dit, només us portaré a través d'un parell de parts diferents del producte. Ja sabeu que aquesta eina està al voltant del 2004, el 2003. I realment hi ha molta informació, molta informació, per la qual cosa no tindria sentit intentar-vos-la mostrar tot aquí. Però crec que una de les coses que val la pena destacar és que, quan entrem i comencem a parlar de totes les coses que podeu supervisar i de totes les coses que podeu alertar, un cop més, tornant a la flexibilitat de les coses., aquí teniu un llistat de tots els elements que estem supervisant.
Ara, no vol dir necessàriament que vull plantejar que aquestes coses estiguin en estat d'alerta si surten de la situació de limitació en termes de llindar, de manera que podeu activar i desactivar aquestes coses. Això es remunta a que "Hola, només he de fer algunes coses per a certes mètriques. Ja només necessito, ja ho sabeu, alertar de certs problemes. I ser capaç d’assegurar-vos que no anirem a saturar-vos amb un munt de falsos positius. No només teniu la capacitat d’activar i desactivar aquestes coses, sinó que, en molts casos, us adonareu que també proporcionem aquesta banda de normalitat en relació amb cada mètrica. Així que si examinés aquest cas concret, en aquest cas, una línia de referència, notaria que probablement el llindar és més elevat on es troben ara mateix.
A l'altre costat de la moneda, què passa si tinc una instància de SQL, on faig un seguiment d'algunes mètriques i aquestes mètriques, per qualsevol motiu, els llindars que he fixat són incorrectes? En altres paraules, els llindars es troben enmig del lloc en què es troba actualment a la base, cosa que vol dir que si tinc una alerta lligada a aquest llindar, probablement vaig a rebre una alerta per alguna cosa normal. Així, en aquest tipus de situacions, podem proporcionar-vos aquesta visió de forma generalitzada.
A totes les mètriques d'aquesta instància en concret, puc veure aquells llindars que probablement mostrin aquí una falsa positiva pel que fa a allò normal i allò que no. Això serà una cosa que es consideraria més com un ús normal del costat de la memòria i, si volgués augmentar aquest llindar, podria, però és una idea amb les línies bàsiques.
I el més interessant del producte Diagnostic Manager pel que fa a les línies bàsiques en si és la possibilitat de fixar diverses línies de referència. I us podeu preguntar: “Per què voldria fer-ho?” I la resposta és, bé, si teniu una finestra de manteniment que va des de la mitjanit fins a les 4 de la matinada, on realment esteu imposant els vostres recursos. Utilitzeu els recursos tant com sigui possible, aleshores voleu poder canviar, una vegada més, canviar i voreu pivotar una mica i dir: "Mireu, canviarem els nostres llindars per això". I, realment, podem ajustar de forma dinàmica els nostres llindars en particular, segons quina sigui la base de dades que ens trobem, segons l'hora del dia o el dia de la setmana, etc. De manera que s'ajustaran dinàmicament aquests llindars.
Tornem a fer un pas. Una vegada identificats aquests llindars, un cop passats i, en termes de configurar alertes i notificacions i estar reconeguts per a aquestes situacions que podrien produir-se, una vegada més, la flexibilitat és primordial. Voleu poder alertar en situacions concretes. En altres situacions, potser voldreu enviar un missatge de correu electrònic a algú altre, potser voldreu executar un script de PowerShell, podríeu, ja sabeu, que la llista continuï.
Potser voldria integrar-me amb alguna cosa mitjançant trampa SNMP o fins i tot directament amb, per exemple, SCOM. La qüestió és que teniu la flexibilitat per fer-ho i podeu configurar qualsevol tipus de condició que ho justifiqui, tant si es tracta d’una condició d’ampli abast (ja ho sabeu, la meva CPU i la memòria o els recursos que vulgueu) a totes les meves instàncies. o, potser, tinc un tipus de cosa molt específic per a què vull controlar, perquè, quan trobo que estem infringint, vull executar un guió molt específic i dirigit per aquest problema. Aquí és on podríeu fer aquest tipus de coses dins del producte del Gestor de diagnòstic, només, ja ho sabeu, pel que fa a l’alerta i la notificació, i poder ser flexible des d’aquest punt de vista.
Ara, no passaré totes les alertes i totes aquestes coses bones. Volia parlar sobre els informes. I, una vegada més, poder agafar la informació i aprofitar aquestes dades de diverses maneres diferents, i això torna a la conversa amb les vostres dades. I molta gent, quan veuen aquest producte per primera vegada, pensen: “Ah, bé, tindré una eina que em alertarà quan hi hagi problemes. Això és el que necessito. ”I la realitat és que necessiten aquesta eina, però l’altra cara és, si realment, també necessiten una eina que els ajudi a prendre decisions i poden aprofitar aquesta informació que som. recollida en nom del rendiment i també en nom de les alertes, per poder ajudar-vos a prendre decisions sobre el camí endavant.
Ja sabeu, un bon exemple serien les meves previsions de creixement a la meva base de dades. Si tinc una base de dades específica que està creixent, podré apuntar-me a aquesta base de dades o fins i tot múltiples bases de dades per poder veure quines són les taxes de creixement. No us mostrem part del que és, ja sabeu, què és avui; es predirà a partir del creixement passat que hem experimentat.
Si tinc algunes bases de dades aquí, que crec que tinc, imagineu-ho: podríem entrar i dir: "Prenem l’última, ja sabeu, la valor de les dades de l’any, correlacionem això per mes i en una mostra. índex de mesos, seguim endavant i veiem el creixement que veurem en els pròxims tres anys, o bé 36 unitats. ”En aquest cas, podem respondre ràpidament a aquesta pregunta. Ara, intenta fer-ho pel vostre compte, no? Intenteu fer-ho en el temps que ho he fet pel vostre compte. Et portarà una estona.
Ara, fins i tot per subratllar-ho, prenguem un altre informe, que és el meu primer informe de servidors. Imagineu que tinc cent casos de producció, que en aquest cas, no. Però si algú ve a mi i em diu: “Necessito que m’ho digueu: posarem aquesta nova base de dades allà fora per a aquesta gran nova aplicació; ho canviarà tot tal com el coneixem; farà la vida tan meravellosa. Oh, per cert, la base de dades en si serà intensament en E / S, o serà intensiva en la CPU, o que necessita molta memòria …, "tot el que sigui, vull poder veure de totes les meves instàncies de producció, on té sentit posar aquesta base de dades? I puc classificar totes les meves instàncies les unes contra les altres segons el tipus de contingent, ja sigui CPU, memòria, disc o qualsevol dels casos. I així el que aquí es pot respondre a aquesta pregunta de manera ràpida i eficaç i prendre la decisió correcta en lloc d’endevinar-ho quan ho feu, aquestes són òbviament realment importants i necessiteu una cosa que us ajudarà.
I quan parlem d’analítica, pot anar des de qualsevol cosa com la que estem parlant amb planificació de capacitats fins a alertes sobre les que s’està fent un dia a dia que pot tractar amb CPU, com així com, òbviament, les pròpies preguntes, tant si hi ha bloqueig, etcètera.
Un altre exemple d’això seria, si passés a la secció d’administració d’aquí, de fet, torno a recuperar-la, la secció d’alerta aquí: preguntant el dipòsit de la nostra informació històrica per a coses que han passat en el passat. He bloquejat el que s’ha produït al meu entorn de producció? No ho sé, descobrim-ho
Puc tornar a la meva etiqueta de producció i puc dir, per a totes les meves situacions de producció, donat qualsevol període de temps, per a qualsevol mètrica que vulgui identificar. Si he entrat en un estat d'alerta, en el nostre cas, diguem bloqueig per recompte, no per segons de bloqueig, i puc tornar enrere i, en aquest cas, uns mesos, si ho necessito, o en aquest cas cas, un mes … i puc veure que bloqueig. Puc veure quan ha començat, puc veure quan ha acabat i puc analitzar qualsevol dels intervals que heu de fer si necessito, per veure les particularitats de l'incident de bloqueig en si mateix. Heu de poder tenir una cosa molt ràpida, poder trobar allò que necessiteu i cercar en lloc de girar molts cicles per fer-ho. A més, crec que això també és important.
L’últim que vull mostrar-vos - i mostrar-vos aquest producte, el producte del Diagnostic Manager - és que, com he comentat abans, hem entrat i hem afegit un altre component al nostre gestor de diagnòstic SQL. Oferta professional. I aquest és el component d’anàlisi de càrrega de treball. I aquesta és una versió basada en la web, en aquest cas que us mostrem aquí. Però el tema aquí és que això us permet mirar un període de temps realment ampli o una finestra de temps molt específica i, ja ho sabeu, uns quants clics podran veure el codi directament relacionat amb problemes que podrien haver passat. .
Com a exemple d’això, si estic buscant una vista de quatre setmanes, aquí puc veure, aquí mateix, tots els pics en termes de bases de dades i el rendiment d’aquestes bases de dades i on vam veure l’activitat d’espera en aquestes bases de dades. Ara, i podeu veure, si veig una puntada aquí, l’avantatge d’aquesta eina en si és només poder destacar aquesta petita barra allà mateix. Aleshores, quan faig això, canvien totes les coses aquí. Podríem veure les bases de dades, seríem capaços de veure que totes les ordres estan lligades al que hi ha darrere d'aquesta barra.
El mateix si hagués dit, "Mirem les darreres quatre hores", en lloc de les darreres quatre setmanes. Encara puc fer-ho. Encara puc ressaltar aquell període de temps i, a partir d’aquí, aquí teniu, una vegada més, aquí els meus punts de referència: totes aquestes coses aquí a les que puc enllaçar. A les principals instruccions SQL, puc veure aquelles consultes, en aquest cas, que provocaven esperes relacionades amb el consum de CPU. Només de perforar, puc veure aquelles consultes relacionades amb qui no, i també puc veure els programes i els que no hi ha associats.
Aquí teniu molts coneixements i no només això, però podeu veure que, quan arribeu al nivell de comandaments, us explicareu coses. Us explicarà si ve operadors pesats, podreu veure els plans d’execució. Això requereix una mica de temps, perquè carregueu-ne una extensió. Però el tema aquí és que teniu moltes maneres diferents de veure les dades, per veure què busqueu, i, evidentment, podreu fer accions des d’allà com cal, així, i aquest s’està prenent. més llarg del que fa normalment, així que ho deixaré en això.
I, amb això dit, vaig a passar-ho de nou. Tant de bo es tractés d’una bona demostració de les coses que parlàvem. I, com he dit, el producte en si que estàvem utilitzant per donar aquests exemples ha estat durant força temps i, per tant, podríem parlar-ne i mostrar-vos moltes altres coses, però si és interessant sempre podeu sortir al nostre lloc web i descarregar-lo i jugar amb ell.
Eric Kavanagh: I m'encanta que mostres tot aquest detall. Si torneu enrere un parell de pantalles, fins i tot aquesta pantalla és força bona. Com que hi ha moltes maneres diferents de visualitzar el que està passant, i crec que aquest és un dels aspectes més poc apreciats de la informàtica en aquests dies. És certament un entorn de bases de dades que, en molts aspectes, tinc aquesta broma mig que dic: "Encara estem aprenent a parlar de silici". Encara estem aprenent a entendre com es veu el que està passant, i al vostre punt, que ha estat molt ben agafat, cal tenir aquesta conversa amb dades per entendre millor què passa, per què les coses van lentament, perquè hi ha tants problemes possibles. I, per descomptat, IDERA té diversos productes diferents, un dels quals són els antics productes precisos que crec que poden ser complementaris.
Però potser Robin, us ho llançaré per un parell de preguntes, i Dez, un parell de preguntes de vosaltres i, potser, algú de l'audiència, no us tedi. Envieu-les ara.
Bullett Manale: Robin, estàs mut?
Robin Bloor: Sí. Està bé, només em llevo a la muda. Haig de dir, és increïblement –la cosa que a mi m’ha semblat més dramàtica sobre aquesta eina, perquè realment, sobretot, tenint en compte que és força evident que tota una sèrie de dimensions en què no us heu introduït–, és a dir, la cosa que en realitat, Crec que el més impressionant és que ha de ser una forma real, realment bona, de formar un DBA. Ja ho sabeu, de manera que, per primera vegada que us dediqueu a fer treballs de bases de dades i realment no sabeu gaire coses sobre el que està passant a la base de dades, és realment realment difícil comprendre. Per tant, això s’utilitza molt, específicament per a la formació? Jo el faria servir.
Bullett Manale: Sí. Vull dir que, quan dius entrenament, vols dir una mena de formació en curs com una cosa del DBA, oi? En termes de…
Robin Bloor: Sí, sí, sí, sí. Una eina d’aprenentatge. Ja ho sabeu, a.
Bullett Manale: Sí, pensaria segur que és el cas, i més encara que hem afegit això, el component Analitzar que us mostràvem anteriorment, que té totes les recomanacions que hi estan relacionades. Però crec que segur que hi trobareu, dins de l’ajuda i moltes àrees diferents del producte, us permeten, ja ho sabeu, conèixer. Molta informació.
I la realitat és que, com he dit, podeu utilitzar-ho si no sou un DBA. Probablement us trobareu fent algunes cerques a Google i coses així, només pel coneixement general del que tenen la majoria dels DBA, però podeu correlacionar-ho i, sens dubte, us ajudarà en termes de: "Hola, ja ho sabeu, heu què és? Això es diu fragmentació? ”o, “ Per què aquesta consulta s’executa 6.000 vegades? ”Vull dir, perquè aquestes coses se t’aconsegueixin i s’envoltaran, i les veuràs. Veureu que sou, ja sabeu, què és normal i què no. Veureu les coses que expliquen i les que no ho són.
Per regla general, intentem configurar aquesta cosa com a termes de bones pràctiques. De manera que, quan l’assenyalis a una instància, et mostrarà les coses que s’identifiquen com a fora de les millors pràctiques. Vull dir, per descomptat, ja ho sabeu, la realitat és que les bones pràctiques són bones pràctiques i no sempre són pràctiques reals. Però, ja ho sabeu, us mostrarà els outliers, fins i tot des del punt inicial que l’instal·leu i el dirigireu a una instància.
Aleshores, a partir d’aquí, podreu moure-us al mateix temps que necessiteu arreglar necessàriament els problemes i identificar si realment és un problema o alguna cosa que normalment passa dia a dia. I després, perquè teniu molta informació a ajudar i les recomanacions, sí, absolutament.
Robin Bloor: Bé. I una altra pregunta –però estic segura que la resposta a això és molt ràpida– és que, teniu la granularitat per baixar directament a la consulta individual i al punt individual i mirar des d’aquesta dimensió.
Bullett Manale: És clar, sí. En funció del que vulgueu fer, podeu mirar una finestra d'un minut o bé veure una finestra de tres dies o, ja ho sabeu, una finestra de tres setmanes. I, com ja he dit, depèn de com voleu mirar les dades i també del que voleu recollir. En alguns casos, només recopilem les consultes que arriben a un llindar que heu identificat. En altres casos, podríem recopilar, ja ho sabeu, totes les consultes que provoquen una espera.
Però també teniu la capacitat de dir: "Mira, aquells llindars que he identificat, potser és només per a escrits, o potser només per a lectures, o potser només per a CPU." Així doncs, suposant que s'ha superat aquest llindar, llavors això és A continuació, sigui quin sigui el termini que desitgeu veure, podríeu veure les consultes que ofenen, a partir del que considereu infractor.
Teniu moltes maneres diferents de mirar les dades. Podeu mirar-ho en vista consolidada per veure, ja ho sabeu, les consultes que es van fer (quantes consultes posteriors a les escèniques van començar, versus, ja sabeu, cada incident de la consulta que va començar, per veure un patró, si ho farà, per veure si continua empitjorant.
Però, per respondre a la vostra pregunta, sens dubte podeu apuntar a qualsevol moment que vulgueu. Teniu aquesta cosa anomenada Historial Explorador (i he utilitzat una mica), però bàsicament qualsevol moment que seleccioneu, qualsevol dia del calendari que seleccioneu, podeu anar directament a aquest moment.
Ara mateix estic buscant el 15 de novembre a les 19:05 hores i podem consultar consultes específiques per a aquell moment. Si tingués alguna que funcionés malament, tenint en compte aquesta finestra del temps, podríem veure els detalls de la sessió específics per a la finestra del temps per veure quines sessions s’executaven. Vull dir, hi ha una gran quantitat de dades aquí i, com he dit, la part més difícil, realment, són els potser 30 minuts de jugar amb la consola i descobrir com fer això.
Però un cop reconegueu que la majoria de les dades aquí es troben en aquesta cinta i es divideixen per aquestes pestanyes, i cada fitxa té el seu propi conjunt de botons que canvien dinàmicament que apareixen cada cop que hi feu clic, aleshores si esteu buscant reals. El temps o coses que van passar la setmana passada, és el mateix procés. Bàsicament, estic buscant ara el 15 de novembre, però puc mirar amb facilitat el temps real amb només fer clic al botó. I vaig a interactuar amb les dades de la mateixa manera.
Però, per respondre a la vostra pregunta, sí, hi ha moltes maneres diferents de visualitzar informació històrica i també corresponen a les consultes.
Robin Bloor: Veig. És molt impressionant. M’encanta el fet que les finestres se sincronitzin, tot i que aquest tipus de coses es fan prou necessàries en qualsevol cosa que tracti amb dades en temps real avui dia.
Bullett Manale: Sí. Segur.
Robin Bloor: Hi ha només un punt d’informació al qual, realment, no sé la resposta. Com a ofertes (SQL Server i el núvol), podeu apuntar-lo al núvol activat sota Ratio?
Bullett Manale: Pot. Podeu assenyalar-ho al núvol. Quan realment afegiu casos, us demanarà si és RDS o Azure. Ara, hi haurà algunes limitacions basades en allò que ens està exposat des del núvol, de manera que pot haver-hi: hi ha una mica de diferència pel que podem controlar, simplement perquè la instrumentació, en alguns casos, no és No hi podem reunir-nos, a partir del que Microsoft exposa.
Ara, si és alguna cosa així, ja sabeu, la infraestructura com a plataforma, com, ja ho sabeu, o EC2 o una cosa així, això no és cap problema. Ho aconseguim tot. I mentre treballem amb Microsoft i treballem amb Amazon; estem treballant per exposar aquesta informació amb més detall. Però sí, sí que donem suport a aquests entorns.
Robin Bloor: D'acord, això és interessant. Bé, li lliuraré a Dez, que estic segur que us enviarà preguntes des d'una altra direcció.
Bullett Manale: D' acord.
Dez Blanchfield: Gràcies. En tinc dos de molt ràpids. Crec, ja ho sabeu, que la primera és, les bàscules, ja ho sabeu, crec que una de les coses que em crida l’atenció és que el tema general de l’actuació sol ser una cosa que pensem quan ens fem grans, molt grans., a gran escala i ampla, i terabytes de dades. Veure la demostració, em va semblar, això és alguna cosa que s’aplica a fins i tot a entorns molt petits, una mena d’obtenir èxits de rendiment.
Quina mena de difusió veieu en la consecució d'això, i creieu que és, ja ho sabeu, creieu que és una eina que té un bé, ja ho sabeu, al meu entendre, així que crec que sí? però només estic desitjat de veure el que estàs veient. Les organitzacions més petites mantenen les mateixes converses i busquen una eina per fer-ho, o és realment alguna cosa al final de la ciutat?
Bullett Manale: És curiós: aquesta és una bona pregunta. És una mica barrejat, però diria que tenim un munt de petits clients. I quan dic clients petits, vull dir, ja ho sabeu, d’una a cinc instàncies de compres per obtenir llicència per gestionar. Ara, en alguns casos poden tenir 30 instàncies, correcte, d’SQL i només els importa els cinc realment, prou important per invertir en una eina com aquesta, per a aquests cinc casos.
Però la realitat és que, fins i tot les botigues més petites, teniu un bon grapat de servidors SQL. En la majoria dels casos, o en molts casos, aquesta petita botiga depèn molt, molt d’aquestes bases de dades, perquè, ja ho sabeu, què fan. I així no, no poden deixar-lo baixar. No saben, han de tenir una eina.
L’altra cara d’aquesta moneda és que, en algunes d’aquestes botigues més petites, no tenen DBA dedicats, per la qual cosa el tipus més intel·ligent de l’habitació o el tipus més tècnic de l’habitació acaba sent el DBA assignat. Així doncs, en aquesta situació, segurament estan buscant ajuda, i aquesta eina també els ajudarà en aquest aspecte.
Per als vostres entorns més grans, com crec que va ser Dez que ho va mencionar - o Robin, no estic segur -, però, ja sabeu, els ambients més grans, us sorprendrà quants DBA tenen, vull dir, nosaltres? tornem a parlar d'un gran nombre d'exemples de SQL i, literalment, teniu un munt de DBA que tenen la tasca de ser responsables d'ells. Així, doncs, des d'aquesta perspectiva, ja sabeu, busquen ajuda perquè no disposen dels recursos prou adequats com per ajudar-los realment, de manera que una eina ajudarà a compensar-los.
I així ho veiem molt bé, on, ja ho sabeu, teniu tres nois que gestionen 200 instàncies. I, per tant, podeu imaginar la logística d’això si no teniu una eina com aquesta, per intentar esbrinar quan fins i tot hi ha un problema. No us serà pas proactiva, us puc assegurar. Així que esperem que respongui a la vostra pregunta. Sí.
Dez Blanchfield: Sí, sí. Em va semblar, i crec que Robin ho feia al·lusió, però, ja ho sabeu, el tipus de promesa que estàs descrivint quan vau fer la demostració, vull dir que no són exclusius d’ambients molt grans. Ja sabeu, podeu comprar una plataforma comuna fora de la plataforma que està pensada per a una cosa i posar-la en un entorn compartit de bases de dades per a qualsevol altra cosa i només castigarà tot l'entorn.
L’altra cosa que em va cridar l’atenció: no és tant una pregunta, només una observació, però la portaré a una pregunta, però és que, ja ho sabeu, quan les organitzacions ja han invertit en la seva infraestructura i en la seva la plataforma i la seva base de dades, els servidors i la infraestructura al voltant, i compraran un producte, sigui el que sigui, un recurs de recursos humans, un ERP, una eina de BI, ja han fet una inversió bastant gran.
Quin tipus de resposta veus quan teniu una conversa amb la gent i s’han adonat que tenen un problema de rendiment, però creuen que ara han de fer una inversió més per arribar-hi? Hi ha algun moment en què s’adonen una vegada que la demostres que això és com una persona que no és una persona que no s’explica, i no es tracta tant d’un to de vendes, sinó d’una epifania. Ja ho sabeu, “De seguida veurem beneficiar-nos d’aquest fet”. A diferència de només haver de vendre el producte? Em sembla que es ven a si mateix i el ROI només salta de la pàgina.
Bullett Manale: Sí, i és curiós que ho dius perquè, el que passaran moltes vegades és que algú, com un DBA o fins i tot els representants de vendes, vindran i diran: "Hola, aquests nois volen vegeu un full de ROI, com ara, alguna cosa en paper que els enviaríem. I la demostració sempre és 10 vegades millor, sobretot, ho podeu fer amb els propis DBA, perquè …
Dez Blanchfield: Sí.
Bullett Manale: com heu dit, el producte es ven ell mateix. És molt difícil posar un ROI en un tros de paper i dir: "D'acord, quants clics fa un DBA normalment, ja ho sabeu, feu clic en una hora?" En relació amb les còpies de seguretat, ja sabeu, o sigui el que sigui el cas., saps? I intentar posar-ho en un tros de paper, és molt difícil fer-ho. Però quan aconsegueixes algú i els mostres el producte, i el veuen, és exactament el que vas dir.
La gent s’adona del valor d’aquest. Perquè no només els està ajudant a entendre i a prendre millors decisions, sinó que també els està ajudant, ja ho sabeu, a no ser el dolent. Poden ser els primers a conèixer-los; poden corregir el problema abans que fins i tot s'hagi identificat que hi havia algun problema.
L’altra part d’això és que, ja ho sabeu, com a DBA, tant si és una, ja ho sabeu, real o una percepció, i crec que és percepció, realment teniu els problemes de rendiment. Ets el tipus que et posa el dit cap a tu quan baixa el rendiment i la realitat és que podria ser el desenvolupador qui causi el problema.
Tenint una eina per poder dir: "Hola, aquest no és el meu problema, he de poder portar-ho al desenvolupador i necessiten corregir-ho", o bé, ja ho sabeu, en aquesta línia. És una bona manera de poder tenir alguna cosa a l’arsenal per poder dir: “Aquí és on es troba el veritable problema”.
Dez Blanchfield: Sí. L’últim per a vosaltres, i el que em crida l’atenció, veient això a mesura que passàvem era que, sovint quan pensem en problemes de rendiment, solem aportar habilitats especials. Venen amb 20 anys d’experiència, s’ho miren i s’assabenten, ja ho sabeu, de la broma clàssica del tipus que entra a la botiga d’enginyeria i té un martellet minúscul i colpeja la màquina al lloc adequat i després diu., "Això és una solució de 15.000 dòlars", i la gent va: "No paguem per això", ja ho sabeu, perquè són cinc minuts de la feina. I diu, "Bé, que cinc minuts de treball van necessitar 15 anys d'experiència per solucionar-ho i us va estalviar milions."
A mi em sembla que, ja ho sabeu, hi ha un procés mitjà, la gent passa per això dient: "D'acord, aporteu les habilitats especials, solucioneu el problema i desapareixerà". Però el que han fet és llavors Acaben de posar-hi un Band-Aid, no? En contraposició a un escenari en què, pel que veig aquí, on, quan entra, sí que podrien haver tractat alguns problemes de rendiment que creien que estaven experimentant, però a mi em sembla, només aleshores, només tenir això Ja sabeu, un munt d'ulls que miren l'entorn en temps real.
Realment acabes apartant-se de l'escenari de què els DBA es desperten a les quatre de la matinada perquè s'executen informes. És el cas, i potser és retòric, però és que les persones passen ràpidament de mirar d’invertir en un producte per aconseguir que resolgui un problema determinat, però generalment només forma part de l’ADN?
Bullett Manale: Sí, i varia d'un lloc a l'altre, però, vull dir, tinc algunes persones que van comprar originalment el producte, com ara el 2006 i han estat en tres llocs de treball diferents a diferents empreses i han entrat i, quan van a la propera empresa, promouen això com una cosa que podeu obtenir perquè tenen un flux de treball. I ho anomeno així, odio anomenar-ho, però, ja ho sabeu, aquest flux de treball implica aquest producte i hi estan acostumats dia a dia i els ajuda, i així no volen aprendre alguna cosa nova.
Però absolutament. Vull dir que, la majoria de les vegades aconseguim que la gent descarregui aquest producte, no és perquè tinguin un pressupost i que sortissin i diuen: "Ei, bé, tenim aquest pressupost de rendiment, hem de fer-ho una prova de concepte i hem de detallar, fer una avaluació i totes aquestes coses. ”Normalment el que passa és que tenen un problema en una instància de SQL i busquen ajuda per solucionar el problema. Van a descarregar la nostra eina, s’arreglen el problema i, a continuació, s’adonen que això, l’eina en si, farà més que resoldre el problema que tenien en aquell moment, que en realitat els ajudaria a millorar el rendiment global. i evitar que altres problemes passin endavant. I això és segur. Sens dubte, podeu seguir utilitzant aquesta eina per ajustar contínuament l’entorn perquè sempre podreu veure no només el que va passar ara mateix, sinó el que va passar la setmana passada, el mes passat, l’any passat i comparar-ho amb el que passarà. demà. Saps? Aquest tipus de coses.
Dez Blanchfield: Sí.
Bullett Manale: Així, segur.
Dez Blanchfield: Perfecte. Heu esmentat alguna cosa: heu d'embolicar abans de tornar a Eric a tancar. Una de les coses que sempre m’interessa és, ja ho sabeu, com s’hi posa la mà? Heu esmentat descarregar-lo. Quin és el resum de 30 segons sobre com es donen la mà, obtenir-ne una còpia, generar-la i reproduir-la i què podrien necessitar en termes d'infraestructura, només per obtenir una instància.
Bullett Manale: Així serà, aneu a IDERA (idera) .com. IDERA.com és l’empresa i si toqueu aquest lloc web –i en realitat us puc mostrar aquí–, no sé si segueixo compartint la pantalla, però si aneu a la pàgina Productes, aneu a la pàgina de diagnòstic. Enllaç de gestor, hi haurà un petit botó de descàrrega i només podreu descarregar la creació després d’emplenar la informació. Et demanaran la construcció de 32 o 64 bits i sortireu a les carreres, segons diuen.
Dez Blanchfield: I funcionarà en un ordinador portàtil perquè algú pugui jugar-hi, o cal carregar-lo en un servidor en algun lloc?
Bullett Manale: No, no. De fet, el que us vaig mostrar avui, tot funcionava des del meu ordinador portàtil. Ara, el meu portàtil té 32 actuacions i processador de 8 nuclis, però no deixa de ser un portàtil. Però no necessàriament ha de disposar de tants recursos per respondre la vostra pregunta. L’avaluació en si mateix és bona durant 14 dies, però és més que benvingut fer-ne una prova més llarga. Si simplement ens truqueu, podem ampliar-lo si voleu.
Dez Blanchfield: Crec que hauria de ser una cosa que cal endur, perquè definitivament ho faré. Crec, ja ho sabeu, pel que sembla de les coses, em sembla una persona que no em descarregui descarregar-lo i jugar amb ell. Probablement aneu a un dels vostres entorns i només veieu el que podeu veure, perquè sospito que, com tot el que he vist en un fons de base de dades en els darrers 20 anys, que envelleix, un cop arribeu a veure què hi ha sota caputxa, és increïble el que t’adones que pots arreglar ràpidament i només obtindràs petits avantatges en el rendiment.
Impressionant, gràcies per la demostració. Va ser realment genial. Gràcies per tot el temps per parlar de les preguntes.
Bullett Manale: Ets benvingut. Gràcies per-
Dez Blanchfied: Eric, et passaré a tu.
Eric Kavanagh: Sí, tenim una molt bona pregunta del membre de l'audiència. En la vostra presentació, en paràreu, en paràveu, i en realitat vaig fer un tuiteig sobre això perquè era una cita tan fantàstica. Heu dit que no voleu utilitzar una eina per supervisar el rendiment que afecti negativament el rendiment.
Bullett Manale: Dret. Això està bé. Aquesta és una part important d’una eina de control de rendiment, ja que no causa problemes de rendiment. Exactament.
Eric Kavanagh: Exactament. Bé, és com els danyats, és com els programes antivírics que poden causar estralls en els sistemes. Vull dir, he utilitzat diverses tecnologies diferents per a la transmissió on el programa antivirus comença i us truncarà el flux. Així que hi ha coses que no espereu, però la pregunta està relacionada amb el comentari concret que vau fer. I quin tipus d’èxits de rendiment veus? És un dos per cent, és un cinc per cent, és un tant per cent? Té algun número que ens puguis llençar?
Bullett Manale: Bé, vull dir, el repte amb aquesta pregunta és que, ja ho sabeu, part de la discussió de la qual vam parlar anteriorment. Puc donar-te el sol respondre a la teva pregunta al voltant d’un o tres per cent. Però hi ha més explicacions que crec que caldria, és a dir, us proporcionem moltes maneres de poder dir a l’eina què voleu monitoritzar, oi? I així es remunta a això. Bé, potser voldria obtenir una mostra de totes les consultes que es publiquen. Per tant, vull tenir una eina prou flexible com per poder activar-la per poder-ho veure.
Per tant, una part d'aquesta flexibilitat inclou, ja sabeu, que té un cost. Si necessito recopilar més dades perquè vull una mostra de totes les consultes que es publiquen en l'últim, ja ho sabeu, 20 minuts, puc activar-ho i pot fer-ho. I així, però en general, sí, entre un i tres per cent és el que veiem, en termes de despesa general. Però això variarà, i la majoria dependrà de les coses que activeu i desactiveu, quant als seus llindars, quantes dades voleu recopilar, els vostres intervals de votació, tot aquest tipus de coses enllacen això.
De fet, si visiteu la instància que gestiona, una de les coses que veureu és que tenim diversos intervals de sondeig que podeu especificar. I això simplement és perquè volem, ja ho sabeu, no necessito revisar-ho tot. Si vull fer una comprovació del batec del cor en una instància, no necessito enquistar la CPU i la resta de coses, juntament amb això ho faig cada 20 segons. De manera que teniu diversos intervals de sondeig que podeu especificar.
També teniu, com he dit, el vostre seguiment de consulta que podeu especificar. I això es pot fer per a cada instància de manera independent, de manera que realment podeu atendre aquesta instància concreta en termes del que voleu supervisar. Si desitgeu o desactiveu les estadístiques d’espera i el seguiment d’espera. I puc dir que capti tot, ho puc dir, ja ho sabeu, què vull capturar i quan vull capturar-ho. Així, moltes coses també: heu de tenir en compte el que esteu fent en termes d’allò que esteu dient a l’eina de control.
Però, en general, el que diria és, com he dit, al voltant d’un o tres per cent és el que veiem. Hem venut aquesta eina des de fa temps, ja que, com he dit, cap al 2003 o 2004 - i tenim milers de clients, així que puc assegurar-vos que, no ho sabeu, intentem la nostra el millor per no causar problemes de rendiment en nom del rendiment.
Eric Kavanagh: Sí, és una informació molt bona. Acabo de pensar que es tractava d'una brillant cita, ja que, de nou, no volen derrotar el propòsit del que estàs intentant, no?
Bullett Manale: Exactament.
Eric Kavanagh: I també agraeixo la pregunta de Robin; realment és una excel·lent plataforma per ajudar els DBA a comprendre els diversos aspectes i dimensions i capes de què parlem. I crec que el concepte de conversa amb les vostres dades és molt adequat, ja que, segons el que heu dit anteriorment, no ho tindreu en compte al primer intent, normalment. Heu de dedicar un temps a mirar les dades, a mirar dades històriques, a fer aquesta síntesi a la vostra ment. I aquesta és la feina de l’humà, oi? La feina de la professió que es troba allà i pren calor del negoci de forma bastant regular, per aconseguir aquesta feina i per mantenir els trens a temps, oi?
Bullett Manale: Absolutament.
Eric Kavanagh: Bé, gent, aquest ha estat un altre esdeveniment fantàstic. Si per alguna cosa no es va respondre a qualsevol pregunta, aviseu-me. Enviar un correu electrònic a. Arxivem tots aquests esdeveniments, de manera que sempre podeu anar a InsideAnalysis.com per cercar l’arxiu, o anar al nostre soci Techopedia.com. Si mires a la part dreta de la pàgina, veuràs els esdeveniments i els enllaços web que s'enumeren. Si feu clic a Més esdeveniments, podreu veure tots els transmissions web que hi consultem, passades, presents i futures.
I amb això, us acomiadarem. Tenim cinc transmissions web més durant la resta d’enguany, amics. És possible que en programem un. Però en cas contrari, passarà al 2017. L’ed ed cal ja està fora. Feu-nos-ho saber i si teniu algú que vulgui mostrar la seva tecnologia, envieu-li un correu electrònic.
Amb això, us acomiadarem, amics. Gràcies de nou pel vostre temps i atenció, en parlarem la propera vegada. Cuida't. Adeu.
