Por el personal de Techopedia, 22 de febrero de 2017
Para llevar: El anfitrión Eric Kavanagh habla sobre la gestión de la base de datos con el Dr. Robin Bloor, Dez Blanchfield y Binh Chau de IDERA.
Actualmente no has iniciado sesión. Inicia sesión o regístrate para ver el video.
Eric Kavanagh: Muy bien, damas y caballeros. Hola y bienvenidos de nuevo. Es un miércoles, son las cuatro en punto de la hora del este y en los últimos años eso significa que es hora de Hot Technologies. Así es, este es nuestro programa con nuestros amigos Techopedia - Techopedia.com. Échales un vistazo en línea. Obtienen tráfico monstruoso, 1.5 millones de visitantes únicos al mes. Eso es mucho tráfico web. El tema de hoy, "El sueño del DBA: descubrimiento y gestión en todo el entorno". Sí, de hecho, es un gran problema, especialmente para las organizaciones más grandes. Hay una diapositiva sobre la tuya de verdad, y suficiente sobre mí, contáctame en Twitter @eric_kavanagh, siempre trato de seguir y entablar una conversación por ahí.
Nuevamente, estamos hablando de tecnologías de bases de datos hoy y realmente poder entender lo que está sucediendo en un amplio panorama de instancias de bases de datos. Como muchos de ustedes saben, una vez que comienzan a hacer crecer su organización, obtienen muchas más de estas instancias y controlar esas cosas puede ser un desafío interesante. De hecho, recuerdo que hace varios años, tuve una gran conversación con un tipo que era el director de gobierno de datos de la oficina del CIO en el Departamento de Defensa. Y le estaba contando todas estas cosas interesantes, tuvimos una gran conversación y le conté mi historia de fondo sobre cabildear por la transparencia en el gasto federal, y él se rió y dijo: "Oh, entonces es su casa donde debería enviar eso a continuación". ataque de drones depredadores ". Él dijo:" ¿Transparencia en el gasto federal? Ni siquiera sé cuántas licencias de Oracle tengo por aquí ”. Cuando escuché eso, realmente pude apreciar la magnitud del desafío que enfrentan algunas organizaciones.
Ahora, en estos días hay muchas herramientas interesantes, escucharemos acerca de una hoy, para comprender lo que vuela por ahí, pero incluso hace 20 años, ese era un desafío realmente serio. Cuando se trata de organizaciones del tamaño de DOD, puede imaginarse que controlar eso ahorrará mucho dinero, ahorrará mucho tiempo y resolverá algunos problemas de gobernanza; terminas resolviendo múltiples desafíos de una vez si haces este tipo de cosas correctamente. Aprenderemos sobre eso hoy.
Tenemos nuestro propio Dr. Robin Bloor, analista jefe de The Bloor Group. Tenemos a Dez Blanchfield, nuestro científico de datos, llamando desde abajo, Sydney, Australia. Y Binh Chau, gerente senior de productos de IDERA, también está en línea.
Hacemos #HOTTECH como el hashtag: no dudes en tuitear durante el show. Y confiamos en ustedes para buenas preguntas, así que no sean tímidos: hagan preguntas en cualquier momento utilizando el componente de preguntas y respuestas de su consola de transmisión web o esa ventana de chat, de cualquier manera. Y con eso voy a dárselo al Dr. Robin Bloor. Déjame darle las llaves de la WebEx. Ahí va, y llévatelo.
Dr. Robin Bloor: De acuerdo. Bueno, aquí vamos, pasemos a la primera diapositiva. En Italia, los llaman Stanlio y Olio, Laurel y Hardy. En la década de 1990, cuando todos estaban preocupados por el año 2000, me involucré en varios proyectos del año 2000. Y fui a, llamémosles una gran compañía de seguros, y descubrieron que tenían más de 500 aplicaciones que no sabían que existían en el mainframe. Estaban haciendo un inventario de la unidad central. Bueno, en esos días, los entornos de mainframe estaban mucho mejor cuidados que cualquier cosa que viniera después, quiero decir, simplemente no hay duda al respecto.
Estaba realmente aturdido y hablé con la gente de la organización y me dijeron que no había una central exhaustiva … no había una persona responsable de conocer esa información, ya sabes, básicamente. Nunca tomaron inventarios de sus activos. Y una base de datos es un activo en términos inequívocos porque contiene datos y datos valiosos. ¿Cuántas instancias es la pregunta y en realidad dónde están? Esto es simplemente "¿Qué es una base de datos?" Y la razón por la que pienso así, una base de datos es un armario en el que arroja datos. Y recientemente estaba hablando con un sitio que tenía miles de instancias de Oracle. Bueno, Oracle es una base de datos que, si la usa de manera sofisticada, requiere un DBA.
Le pregunté sobre eso y me dijeron que, creo que se trata de siete u ocho DBA en toda la organización. Y yo dije: "¿Quién está cuidando los otros miles de casos?" Y ellos dijeron: "Bueno, en realidad lo que sucedió allí es que la gente lo está usando como un sistema de archivos". Tenemos una serie de bases de datos que se encuentran en grandes grupos donde el rendimiento realmente importa y tienen DBA que los controlan todo el tiempo. Y luego tenemos miles de otras bases de datos que nadie está cuidando en absoluto ". Y les pregunté exactamente cuántas bases de datos y se les ocurrió:" Bueno, la última vez que Oracle lo auditó ". No hicieron auditorías ellos mismos., ya sabes, lo cual es algo interesante.
Pero, ya sabes, hay razones para usar una base de datos. Una base de datos implementa un modelo de datos. Está ahí para compartir datos: puede gestionar múltiples solicitudes simultáneas de datos, implementar un modelo de seguridad, es compatible con ACID, es resistente o se puede configurar para ser resistente, ya sabes. Esa es la razón por la que tenemos bases de datos. Pero, ya sabes, no es inusual encontrar sitios con miles de instancias de SQL Server u Oracle y la mayoría de ellos solo se están utilizando como sistemas de archivos, básicamente. Entonces, ¿por qué crearías una nueva instancia, realmente?
Sé de los equipos de desarrolladores que si están creando una nueva aplicación, la compilan en un silo para que cualquier aplicación nueva tenga una base de datos separada. No necesariamente estarían tratando de hacer una capa de datos de las cosas, no creo que sea una buena práctica. Pero, de nuevo, ya sabes, si tienes un entorno muy complicado, se vuelve muy, muy difícil tratar de reunir todas las bases de datos relacionadas entre sí en términos de tener datos dentro de ellas donde hay relaciones. Se crean instancias para réplicas.
Sabes, puedes tener hot standby o réplicas para fines de disponibilidad, pero también tienes réplicas o semi-réplicas en los data marts. Y una vez que se introdujo el mundo del almacén de datos, la cuestión de, ya sabes, cuántos data marts existían, y las personas simplemente los usaban como archivos de clonación, sacaban datos del almacén de datos y no les importaba especialmente su rendimiento en el tienen la sensación de que solo lo harían como rendimiento predeterminado. La mayoría de estas personas probablemente ni siquiera sabían que realmente podría ajustar las bases de datos. He visto diseños que tienen datos fragmentados en montones distintivos con el propósito de distribución.
Sabes, a menudo obtienes esta situación de replicación en la que tienes múltiples depósitos dentro de una organización y cada uno tiene bases de datos y cada uno es un fragmento de una base de datos central. Obtiene instancias de fragmentación. Decisiones de diseño deficientes: he visto algunos diseños realmente extraños que tienen lugar en términos de bases de datos donde las personas han creado bases de datos separadas sin una buena razón. Y como he señalado, las bases de datos son sistemas de archivos.
Y luego están los entornos de prueba y desarrollo que deben ponerse de pie y caer, pero todos cuentan como instancias basadas en datos y todos ellos, por cierto, necesitan tener seguridad y todas las otras cosas que la base de datos proporciona. Consideraciones de instancias: una carga de trabajo de la base de datos solo se puede optimizar para una instancia específica. Si está realmente interesado en tener el mejor rendimiento, tener datos fragmentados en muchas bases de datos no necesariamente le brindará ese tipo de optimización.
Hay una razón para no crear instancias espurias de datos. Las cargas de trabajo mixtas en la misma base de datos que el contrapunto pueden conducir a un bajo rendimiento, particularmente notable por OLTP y el tráfico de consultas grandes simplemente no se mezclan, nunca se han mezclado y probablemente nunca se mezclarán. Por lo general, es mejor consolidar una base de datos a nivel de servidor en lugar de tener varias máquinas virtuales. Pero las máquinas virtuales proporcionan aislamiento; para algunas personas, es una decisión de diseño aislar los datos de otros datos para que, si esa aplicación falla, o si la base de datos falla, no se daña mi aplicación.
El problema con eso, por supuesto, es que terminas corriendo hacia el siguiente punto, que son las tarifas de licencia de la base de datos. Estos varían, pero he visto que las tarifas de la licencia de la base de datos se convierten en un criterio de diseño porque alguien no quería reventar un número en particular y, por lo tanto, las personas diseñan mal los sistemas simplemente por la forma en que funciona la licencia de la base de datos. Y hay otra cosa: si comienza a consolidar todas sus bases de datos, vale la pena señalar que los DBA son caros. Eso no es algo tan fácil de hacer.
Una visión simple del mundo, y esta es realmente la última diapositiva, hay una capa de datos, hay una capa de transporte y hay una capa de procesamiento. Y todo el hardware se encuentra debajo de eso. No es realmente posible optimizar la capa de datos sin saber exactamente qué contiene y por qué.
Y habiendo dicho eso, pasaré a mi amigo de abajo, Dez Blanchfield.
Dez Blanchfield: Gracias Robin. Permítanme ordenar mi mouse aquí. Por lo tanto, voy a darnos un par de anécdotas hoy porque este es un tema enorme y podría pasar dos semanas divirtiéndome con un marcador de pizarra, porque he tenido casi tres décadas de altibajos en este espacio .
Pero primero, una imagen mental visual. Cuando pienso en el desafío del que estamos hablando hoy, y esencialmente, estamos hablando del crecimiento, la replicación y la expansión de la base de datos y todos los desafíos que conlleva, quería poner esta imagen de un roble gigante en nuestro mente. Estos son árboles famosos y hermosos, comienzan como una pequeña bellota pero crecen hasta convertirse en estos gigantes. Y cuando lo hacen, son muy grandes y desordenados. Y como puede ver en esta imagen, como una metáfora visual, si lo desea, ya sabe, las ramas van a todas partes y luego las ramitas salen de ellas y las hojas al final de esas y están en todas las formas aleatorias y caóticas, y eso es justo lo que podemos ver sobre el suelo.
Pienso en ellos como datos dentro de la base de datos, y debajo hay una estructura de raíces y aprovechan todo tipo de direcciones. Pero parece muy limpio y sensible en la superficie del suelo allí donde es agradable y plano, pero la realidad es que es tan loco debajo del suelo como sobre el suelo; simplemente no lo vemos. Y a menudo uso esto cuando empiezo a pensar en cómo describir el desafío del que estamos hablando hoy a las organizaciones desde la sala de juntas hasta los técnicos para tratar de que visualicen lo que realmente está sucediendo en sus organizaciones. Debido a que es muy fácil mirar la pantalla de una computadora y ver estos hermosos campos de filas y columnas y pensar: "Lo tenemos resuelto, no es gran cosa". Pero ese no es el caso en absoluto. Entonces, en ese punto, generalmente llego a esta línea diciendo que las bases de datos en mi mente son como bellotas, ya sabes, comienzan pequeñas y crecen, pero antes de que te des cuenta, tienes un bosque de robles gigantes, y por lo tanto lo visual.
Entonces, dos anécdotas solo para compartir un escenario que creció fuera de control y simplemente no se pudo arreglar, y luego otra que hizo algo similar pero que se pudo arreglar, y resaltaré el punto clave de la discusión de hoy sobre cómo Lo hicimos.
El primero fue un escenario en el que un CIO con la mayor de las intenciones a lo largo del tiempo, sin saberlo, causó una de las aglomeraciones más inesperadas y no deseadas que simplemente crecieron fuera de control. Era un escenario en el que una organización gubernamental con miles de empleados, muy expertos en tecnología, exigía acceso a sus sistemas y herramientas con los que podían comenzar a colaborar y automatizar muchos de sus procesos. Querían alejarse de los formularios en papel y querían crear sistemas en línea, querían capturar datos y rastrearlos, monitorearlos, informarlos y presentarlos a sus pares.
Y hay todo tipo de cosas, hay cosas de personas que acuden a sus oficinas y registran e inician sesión por motivos de seguridad hasta quién ordenó qué en la cafetería a la hora del almuerzo. Y así, un CIO bien intencionado decidió que Lotus Notes era una gran idea porque había estado en una serie de seminarios e IBM había hecho un gran trabajo al lanzarlo y en el escenario correcto habría sido una gran decisión, si Se ha hecho bajo control. Pero lo que sucedió fue que, en lugar de entregar Lotus Notes a un equipo de personal técnico para implementarlo en un entorno y luego poner en pie herramientas sensatas y así sucesivamente y proporcionar algún control y gobernanza a su alrededor, lo que realmente sucedió fue que se implementó en el estándar entorno operativo, SOE, por lo que cada escritorio se convirtió efectivamente en un servidor.
Y así, proporcionaron capacitación y notas prácticas y documentación para todo este proceso, y de repente la gente se dio cuenta: "¡Sí, tengo Lotus Notes en mi escritorio!". ¿Qué significa esto? Bueno, significaba que a miles de empleados muy expertos en tecnología se les enseñó cómo escribir y escribir aplicaciones, efectivamente, en Lotus Notes, crear pequeñas bases de datos que esencialmente parecían hojas de cálculo, filas y columnas y campos, y presentar estas pequeñas interfaces web a través de Domino.
Si quisiera capturar información sobre algo, podría crear un pequeño formulario y en una interfaz de tipo hoja de cálculo, ponerlo en un archivo, crear una pequeña base de datos de Lotus Notes detrás de él y presentarlo como una aplicación web y comenzar a recopilar información. Y eso sonó genial hasta que estuvo funcionando durante años y, de repente, se dieron cuenta de que alguien se despertó y dijo: "Esperen, ¿por qué hay 10, 000 nuevas aplicaciones basadas en bases de datos que aparecen en la LAN, y particularmente en los últimos 12 ¿meses? ¿Qué está pasando? ”Bueno, lo que sucedió fue que esencialmente le diste a la gente un arma, estaba cargada y la seguridad estaba apagada, y por supuesto se dispararon en el pie.
Y aquí está esta gran imagen que generalmente evoco en mi mente de un artista italiano que hace esta cosa rara donde consigue un camión lleno de heno y paja y lo arroja en el medio de un estudio de arte y luego obtiene un curador del estudio de arte. empujar aleatoriamente una aguja en el medio. Y luego pasa días en la transmisión en vivo, en la cámara, atravesando la paja buscando la aguja en el pajar, por así decirlo. Hasta que finalmente, después de horas y días, lo encuentra y salta hacia arriba y hacia abajo y se emociona. Y de todos modos, artista italiano, ¿qué puedes hacer? Pero es bastante humorístico y si alguna vez lo has visto en línea o si lo ves en línea, lo encontrarás muy catártico.
Aquí hay un escenario de pesadilla en el que una persona técnica bien intencionada dio a las personas de negocios, personas de negocios muy expertas en tecnología, una herramienta que supuestamente les facilitaría la vida. Pero en poco tiempo tuvimos preguntas como quién las respalda, quién las supervisa y las respalda, dónde están estos datos, en qué estructura están los datos, quién controla los esquemas, qué sucede si quiero crear otra versión, qué datos están en esas versiones, ¿puedo hacer un viaje de integración de prueba de desarrollo en estas cosas?
Sabes, puedes sacar tus propias conclusiones sobre cómo te fue, pero no funcionó bien y puedes imaginar que solo cientos de terabytes de datos, y no respaldados, almacenados, efectivamente, en PC o portátiles en escritorios, algunos los sistemas ni siquiera estaban disponibles porque las personas no se daban cuenta cuando apagaban la computadora portátil a las 5:30 y se la llevaban a casa para hacer el trabajo que nadie en la LAN podía acceder a esa aplicación. No terminó bien. Y una gran cantidad de datos tuvo que limpiarse y manipularse manualmente y volver a un sistema sensible; la mayor parte se borró y eliminó, porque no se podía permitir que se extendiera más.
Luego mi segunda anécdota con cosas en un viaje muy diferente. Imagina un escenario, tienes desarrollo, prueba, integraciones, integraciones de sistemas, pruebas de aceptación del usuario, producción, recuperación ante desastres, copias de seguridad y copia de seguridad de uno a 99 y más allá, tienes actualizaciones, parches y luego entornos de demostración de uno hasta 99 y más. Y de repente te sientas ahí diciendo: "Espera, qué está pasando, espera, ¿quién está usando qué?". Sabes, esta es una pesadilla que potencialmente podría suceder.
Pero en este escenario, lo que sucedió fue que tuve la oportunidad de ingresar a una organización que quería extraer una unidad de negocios de gestión de patrimonio de su plataforma bancaria central y defenderla como una organización separada esencialmente en una startup dentro de una empresa. El desafío era, tomar nuestra unidad de negocios de administración de patrimonio y todas las personas, tecnología y datos a su alrededor en los servicios públicos, crear una startup dentro de nuestra propia empresa y dividirla para que pueda funcionar con su propia marca.
Este es un líder mundial en banca, que no mencionaré. Tuvimos que extraer la unidad de negocio de gestión de patrimonio en sí y todas las cosas a su alrededor. Entonces, todo en su totalidad, todo el personal, la infraestructura física, y lo trasladan a un nuevo espacio de oficina. Todos los sistemas comerciales, todo el software, todos los datos, todas las licencias, lo que sea. Bueno, puedes imaginarte que parecía una pesadilla para empezar.
Y para poner un poco de contexto, estamos hablando de 78 sistemas en la plataforma bancaria original que soportan alrededor de 14 productos principales, que podrían ser alrededor de mil ofertas diferentes. Cientos y cientos de bases de datos en vivo en uso, y cuando digo en uso, tuvimos que moverlas in situ, por lo que un viernes por la tarde estarían en un entorno, el lunes se espera que estén en otro lugar y el sábado y el domingo tuvieron que tener este cruce donde las transacciones pasaron de un sistema a la izquierda, digamos, para visualizarlo, a otro sistema a la derecha.
Alrededor de 15, 000 clientes con innumerables registros cada uno, y una pesadilla ETL porque ninguno de los 78 sistemas de un lado se correspondía con los sistemas del otro lado. Teníamos una plataforma bancaria completamente nueva, nuevos sistemas, nuevo software, nuevas bases de datos y un nuevo esquema. Entonces, metadatos, campos, filas, columnas, registros, tablas, lo que sea, nada coincide. Hay 14 equipos de desarrollo activo diferentes, uno para cada producto. Y cuando creamos este entorno, descubrimos que en el momento en que teníamos pruebas de desarrollo, integración, integración de sistemas, pruebas de aceptación del usuario, producción, recuperación ante desastres, copias de demostración, copias de seguridad, actualizaciones, parches, incluso me perdí uno allí, capacitación, por ejemplo y educación, había 23 versiones de cada uno de estos entornos para cada equipo de desarrollo.
Ahora, te sientas allí y de repente, tu sangre comienza a cuajarse y tu piel se enfría y tu cabello se pone de pie, eso nunca puede terminar bien. Bueno, resultó que terminó muy bien porque lo primero que hicimos, incluso antes de comenzar el diseño de implementación de tecnología, fue que obtuvimos las herramientas adecuadas. Y utilizamos herramientas, y no necesariamente personas, sino personas que manejan herramientas. Utilizamos herramientas para mapear los datos, herramientas para mapear las bases de datos en las que vivían, mapeamos todos los metadatos, los esquemas y todo el camino hasta filas, columnas, registros y campos.
Sabíamos de dónde veníamos y luego lo correlacionamos con el mapa de lo que estábamos implementando en lo que respecta a la plataforma bancaria comercial, y tuvimos una correlación uno a uno. Y cualquier cosa que se cayera en el medio, creamos una sala de datos por la que pasaríamos y los mapearíamos manualmente. Pero, antes de realizar cualquier implementación y configuración de estos entornos en el nuevo mundo, nos aseguramos de que cada registro, cada tabla, cada campo, cada fila, cada columna, cada base de datos y todos los metadatos a su alrededor, Todos los permisos y controles fueron mapeados, de uno a uno. Y no nos movimos una sola cosa hasta que se hizo esa correlación.
Y así, la pieza ETL pasó de ser una pesadilla a un proceso bastante indoloro de solo validar los controles y procesos que se siguen. Y podríamos hacer esto de forma regular, casi cada hora. Estábamos haciendo la transición de la producción en el viejo mundo a nuevos entornos de desarrollo, prueba, integración, etc., en el nuevo mundo. Y el día que nos pusimos en marcha, después de un proceso de cinco meses para comenzar a funcionar después de un mes con la prueba y luego, en seis meses, estuvo en línea y activo, solo tuvimos un problema, y el problema fue que alguien olvidó su contraseña y tuvo que ser reiniciado. Ese fue el único problema que tuvo, y esencialmente creó aproximadamente una hora de estrés para las personas que piensan que algo salió mal: resultó que una contraseña venció y olvidaron qué era y tuvieron que restablecerla.
Puede imaginar ese escenario, en comparación con el entorno de Lotus Notes en el que alguien tenía grandes intenciones pero no pensó en el desafío, y lo siguiente que tuvimos que hacer fue tratar de mapear todos estos datos y la mayor parte de ellos tuvieron que descartarse. y fue una gran pérdida de tiempo y esfuerzo, recursos y moral. En un escenario en el que, cuando se planifica y se realiza correctamente y se entrega adecuadamente con las herramientas adecuadas, obtuvimos un gran resultado.
Y ese punto me lleva a esta línea, antes de entregar a nuestro asociado para hablar sobre lo que IDERA tiene para resolver este mismo desafío, es que en el mundo de hoy, donde cada vez más sistemas funcionan con bases de datos, no es solo un detalle, sino Para mí es un hecho, es una necesidad, que las herramientas inteligentes son, en mi experiencia, la única forma de gestionar el descubrimiento de datos, la gestión de datos en la escala y la velocidad que estamos moviendo.
Y si se hace correctamente, como ilustré la segunda anécdota que acabo de compartir, puede ser un proceso muy sencillo y sin dolor. No solo en proyectos nuevos, sino también en un entorno actual y asegurando que en cualquier momento y día puede rastrear y rastrear lo que está sucediendo en su organización, qué base de datos está allí, qué versiones de la base de datos está ejecutando y quién está usando qué.
Y con ese fin, entregaré a nuestro asociado de IDERA, y espero escuchar lo que tienen para ofrecer sobre la mesa y cómo resolverían este desafío.
Binh Chau: Genial, gracias, Dez. ¿Pueden escucharme bien? Todo bien gracias. Hola a todos, soy Binh Chau con IDERA. Hoy voy a hablar un poco sobre los productos que hemos llamado Administrador de inventario de SQL y habla sobre el descubrimiento y la capacidad de inventariar sus instancias y bases de datos de SQL Server por ahí y obtener una idea de lo que tiene en sobre el medio ambiente y sobre otras cosas de las que hablaron Dez y Robin en términos de expansión de la base de datos y la necesidad de datos en estos días.
Con eso, he aquí una consideración que has escuchado, creo, anecdóticamente a través de los dos cuentos que Dez estaba describiendo. Pero, básicamente, hoy en día, hay tanta necesidad de datos y grupos de negocios por ahí y grupos de negocios por ahí que estén haciendo girar sus propias aplicaciones y servidores, particularmente con SQL Server, ¿verdad? Debido a que puede activar fácilmente una versión de SQL Express o servicios de BI, es que solo hay una expansión de SQL en muchas organizaciones, desde pequeñas hasta grandes.
Muchas veces los DBA no son conscientes de que alguien decidió comenzar, ya sabes, crear una instancia en lugar de simplemente poner una base de datos en una instancia existente. No son conscientes de estas cosas hasta que potencialmente hay un problema y alguien llama al DBA, "Oh, no, mi aplicación dejó de funcionar, no puede conectarse a una base de datos, ¿qué está pasando?" Y ya sabes, cuando el DBA pregunta descubren algunas preguntas: "Oye, este no estaba en nuestro radar, no lo sabíamos".
Otro es el costo de la licencia, ¿verdad? Licencia de Microsoft SQL Server: la forma en que funciona es que no es necesario que tenga una clave específica para ese número de instancias que tiene. Puede implementar y luego hacen una auditoría. Ya sabes, hacen una auditoría más tarde y descubren cuántas licencias necesitas realmente. Por lo tanto, si están realizando una auditoría y no conoce los servidores desconocidos, podría resultar en una auditoría costosa. Por lo tanto, es bueno tener la herramienta o tener un inventario con anticipación para saber cuáles son los costos de su licencia y poder no solo saberlo sino también administrarlo.
Y luego, de lo que acabo de hablar, si no conoces un servidor muchas veces, si las cosas funcionan bien, todo está bien, pero la única vez que te das cuenta de algo es cuando hay un problema. Y eso podría provocar interrupciones en la producción o tal vez el servidor no se mantuvo y no recibió un parche en ese servidor y eso crea un problema.
Algunas de las preguntas que un DBA tiene que hacer día a día es que se enfrentan, ya sabes, podrían ser administrativas o estratégicas, pero algunas cosas como, Microsoft acaba de lanzar un parche de sistemas críticos, cuántos sistemas necesitarán este nuevo ¿parche? ¿Quién se verá afectado por el tiempo de inactividad si necesito desmontar el sistema para repararlo? ¿Cómo puedo acceder fácilmente a esa información? ¿Tengo que ir a una hoja de cálculo? ¿Tengo que entrar en múltiples sistemas para encontrar eso? ¿Tengo que comunicarme con los diferentes grupos empresariales para obtener esa lista? Es realmente difícil fragmentarlo.
Otra buena es, básicamente, alguien viene y dice: Necesito una nueva base de datos. Va a requerir el tamaño X y debe tener tanta capacidad, y luego quieren saber dónde puedo ponerlo. Sin saber qué hay en su paisaje, es difícil decirles, está bien, podemos ponerlo aquí, aquí o aquí. Tienes que ir y hacer las verificaciones manuales necesarias para hacerlo. Y hablamos sobre la auditoría, y también sobre el servidor deshonesto.
Si tiene un servidor no autorizado, no sabe en qué estado se encuentra, si ha sido respaldado, si tiene todos sus parches. A veces es posible que no se dé cuenta de esas cosas hasta que haya un problema, lo que sería malo.
Esos son todos los desafíos, las preguntas, la cara del DBA en el día a día, lo que se les presenta. Entonces, quería presentarles el Administrador de inventario de SQL, que es un producto que tenemos disponible. Hace un par de cosas. Realiza el descubrimiento, que básicamente se dirige a su entorno para ver qué SQL Server hay en su entorno. Y luego también puede autodescubrirse, así que, básicamente, una vez que haya realizado un descubrimiento, puede configurarlo para que salga a diario o semanalmente, sea cual sea el marco de tiempo que desee, para descubrir nuevas instancias.
Y luego también puede hacer que registre automáticamente esas instancias para que pueda comenzar a monitorearlas y verificar su estado y luego puede comenzar a catalogar e inventariar esas instancias para que pueda tener una buena vista de su panorama de SQL Server. Qué hay ahí fuera, qué es producción, qué desarrollo, qué es recuperación ante desastres, qué es menos crítico y qué aplicaciones se están ejecutando en ellos. Y también puede recibir alertas para cuando las cosas, cuando la comprobación de estado está fallando, por lo que, básicamente, si el servidor se cae o además de una serie de cosas adicionales que puede utilizar.
Eric Kavanagh: Te estás volviendo un poco suave, para que lo sepas.
Binh Chau: Lo siento, ¿es esto mejor? Lo que quiero hacer es llevarlos a través de una demostración, mostrarles lo que hace. Espera un segundo, déjame compartir mi pantalla primero. ¿Están viendo la interfaz web? Esta es la interfaz del Administrador de inventario de SQL. La pantalla que te muestro aquí, es una interfaz basada en web. La pantalla que le muestro aquí es nuestra Vista de instancia de base de datos. En la parte superior, puedes ver que tenemos diferentes. Entonces, "descubierto" es básicamente todas las instancias que se descubren en la red. Y lo que me va a mostrar es básicamente.
Eric Kavanagh: Estás empezando a romper un poco allí. Es posible que desee bajar el teléfono y ponerlo en el altavoz. Adelante.
Binh Chau: esta pantalla de Descubrimiento le mostrará todo lo que el Administrador de inventario descubrió en su red. Aquí se descubre como 1.003 servidores por ahí. Y le dirá la versión, la edición, si puede encontrarla, cuándo se descubrió y cómo se descubrió. Digamos, por ejemplo, que elijo ignorar algunos de estos, es decir, tal vez quiera ignorar la Edición para desarrolladores porque no son tan importantes para mí porque solo son Edición para desarrolladores; Puedo elegir ignorarlos y los colocará en la pestaña Ignorar, por lo que la próxima vez que ejecute Discovery, no me lo volverá a mostrar. Ahora puedo completar para hacer el registro automático o puedo registrarme manualmente.
Y aquí he seleccionado monitorear seis instancias. Y aquí está conectado y ejecutará verificaciones periódicas de estos y luego hay múltiples verificaciones, cualquier cosa de aquí, ya sabes, verifica cada 30 segundos para ver si el servidor está activo o inactivo y le da una especie de descripción general de cuál es ese estado. Básicamente aquí me está diciendo que tengo un servidor que está inactivo y estos cinco que están activos. También me dice qué ediciones del servidor, la cantidad de bases de datos, el estado de las bases de datos, cualquier inventario adicional o metadatos alrededor de ese servidor. También puedo acceder a la vista de Licencias desde aquí. Aquí me da parte de la información de licencia de Microsoft que necesito si quería adelantarme a obtener un total o resumen antes de una auditoría de Microsoft.
Aquí está la cantidad de núcleos, la cantidad de sockets, la posible licencia central que fue algo que Microsoft introdujo a partir de 2012. Esa fue nuestra vista de Instancia. Nuestra página de descripción general, es una especie de página a la que se abrirá. Esto le mostrará los controles de salud o las recomendaciones que tiene, como en este momento me dice que tengo nueve bases de datos que no tienen copia de seguridad actual. Puedo hacer clic allí para ir a los detalles de qué bases de datos son esas y puedo entrar y tomar medidas sobre ellas si es necesario. Me dice todas las bases de datos principales por tamaño, bases de datos principales por actividad. Puedo hacer clic en el servidor en particular y obtener más detalles al respecto.
Eric Kavanagh: Mientras está funcionando, lo que nos está mostrando aquí es la capacidad de ver realmente cualquier cosa que esté conectada a la red, ¿no es así?
Binh Chau: Correcto. Esto muestra todo lo que he elegido monitorear usando Inventory Manager. Este es un servidor SQL, me muestra aquí todas las aplicaciones que están conectadas al servidor. De nuevo, puedo acceder a todas las bases de datos asociadas a este servidor. Por aquí podría etiquetar cosas. Puedo crear una etiqueta para este servidor en particular, sea o no un dominio preciso. Tenemos clientes que lo usan para, por ejemplo, que desean etiquetar sus servidores de producción o sus servidores de deuda y luego pueden obtener un informe completo de cómo están las cosas. A medida que avanzo a la pestaña Administración, así es como puedo ejecutar Discovery. Y Discovery básicamente saldrá y se ejecutará en su red y encontrará todo el Servidor SQL en su entorno.
Aquí, tengo este dominio preciso que es nuestro dominio y lo configuré para decir, en este dominio en particular, use esta cuenta de usuario de Windows en particular para hacer un descubrimiento y quiero que haga un escaneo completo. También puedo seleccionar especificar "Solo escanear este subdominio en particular" o "Solo escanear el padre". Pero en este caso aquí he dicho que ejecute el escaneo completo. Aquí están los diferentes tipos de escaneo que puedo usar y si lo guardo, y básicamente es un trabajo que puedo configurar. En este momento, está apagado, lo que significa que tendría que ejecutar manualmente estos escaneos. Pero si quisiera, podría configurarlo a diario, ya sabes, ejecutar el trabajo a diario. O si elijo no ejecutarlo diariamente, es demasiado, puedo decir que ejecute el trabajo semanalmente en una fecha y hora específicas.
Y luego, el Registro automático aquí, si está activado, lo que haría es que cada vez que encuentre un nuevo servidor, lo registre automáticamente en el Administrador de inventario para que pueda comenzar a monitorearlo. Si hay algún tipo de edición que quiero excluir, como por ejemplo, no me importa la edición Express o Developer porque esos son entornos de desarrollo, entonces simplemente haría clic aquí y lo que hará es que dice cada cada vez que encuentre algo nuevo, solo lo agregaré a Inventory Manager para que pueda monitorearlo siempre que no sea una edición Developer o Express.
Y aquí es donde puedo configurar las etiquetas, por ejemplo, si tengo servidores de producción, podría ir aquí y etiquetar esos servidores. Podría etiquetar la base de datos o el servidor con una etiqueta azul específica, por ejemplo, podría decir que este AO_NODE debería tener una etiqueta de Producción. Y de esta manera, si necesitaba acceder fácilmente al servidor, puedo salir y hacer clic en la etiqueta Producción y me llevará de inmediato a esos dos servidores. Esta es nuestra vista del Explorador y esto lo muestra el Propietario, pero podría decir por etiqueta de instancia, por bases de datos también y puedo expandir esto para ver cuáles son.
Otra característica útil que hemos creado que a la gente realmente le gusta aquí es la capacidad de ver lo que está administrando a través de Inventory Manager y ver en qué nivel de parche están. Básicamente, aquí me dice aquí los seis servidores que he administrado en mis herramientas, si hay una actualización disponible para Microsoft y si la versión en la que estoy, si es compatible o no, y el soporte estado. Si quisiera obtener más información sobre este hotfix en particular, puedo hacer clic en él y me vinculará con el artículo de Microsoft en términos de qué se trata ese hotfix y si abordarlos. Puede exportar esta lista si lo desea, de modo que pueda decir: "Oye, necesito parchear tal vez tres de estos servidores este fin de semana y los otros tres en una fecha posterior".
La lista de compilación: por lo tanto, hay una lista que verifica para ver si su versión está actualizada. Puede salir y descargar esta lista para asegurarse de que esté actualizada y tenga la última lista para compararla. Otra característica de inventario ordenada que gusta a la gente es la capacidad de agregar, no solo etiquetas, sino la capacidad de agregar campos de inventario personalizados. Sabes, si quisieras agregar un campo aquí para etiquetar una base de datos, por ejemplo, digamos que quiero etiquetarlo a nivel de base de datos. Departamento, este departamento y esta base de datos, podría convertirlo en un tipo diferente: abierto, verdadero / falso o lista de selección.
Y podría decir, ya sabes, esto es RRHH, marketing, I + D, finanzas. Y lo que esto hace aquí es básicamente, una vez que puede etiquetar estas cosas, puede obtener algunos datos de aquí que dicen cuánta capacidad está usando cada base de datos y luego puede comenzar a decir, ¿está creciendo y tiene sentido? cobrar estos departamentos?
Otra cosa es, ya sabes, si tienes que ejecutar mantenimiento, al saber quién está en esa base de datos puedes saber a quién contactar para hacerles saber: "Oye, tengo que ejecutar el mantenimiento este fin de semana, tus bases de datos estarán fuera de línea". y así sucesivamente y así sucesivamente. Otra característica útil es el cuadro de búsqueda aquí que le gusta a la gente. Muchas veces se les pregunta a los DBA sobre una base de datos o una aplicación o un servidor, dependiendo de quién les está hablando, es difícil saber exactamente dónde está eso. Lo que podría hacer aquí es que puede que no sepa dónde vive la base de datos, pero podría escribirla. Podría escribir el Panel de control de IDERA y extraerá un par de bases de datos y dónde se ubican para que pueda obtenerlas fácilmente. a aquellos. Y luego extrae información adicional sobre ellos: su tamaño, un tamaño de registro, si alguna vez ha tenido una copia de seguridad, en qué modo de recuperación se encuentra, si quería agregar alguna etiqueta al respecto. Hay muchas características diferentes dentro de esta herramienta, ya sabes, es una herramienta de inventario pero es una herramienta de inventario que es muy específica para SQL Server y para DBA.
Porque hay, supongo, cosas adicionales a las que el DBA le gustaría tener acceso o tener una buena visión de cómo son el entorno y su paisaje para sus bases de datos. También puede suscribirse, configurar el servidor SMTP y configurar la suscripción para alertar para usted o para cualquier usuario aquí. Voy a detener esto y volver a la presentación. Y esta última diapositiva aquí es solo una vista simple de la arquitectura. Es una consola web que se ejecuta en un servicio web Tomcat incorporado.
Tenemos algunos servicios de recolección y servicios de administración que ponemos en un repositorio y los servicios de administración se apagan y ejecuta Discovery en sus diversas instancias de SQL Server. No hay nada instalado en sus servidores de monitor. Tenemos trabajos que se ejecutan periódicamente que solo recopilan datos al respecto, así que básicamente, ya sea hacia arriba o hacia abajo, cuántos datos se están utilizando, cuáles son las otras versiones de las personas. Bueno eso es todo.
Eric Kavanagh: Sí, déjame preguntarte, haré un par de preguntas y luego estoy seguro de que Robin y Dez también tienen algunas, solo por curiosidad, cuando alguien entra para hacer una auditoría, digamos que Microsoft, ¿Están usando esta herramienta, o supongo que tienen algunas herramientas propietarias que usan?
Binh Chau: Sí, creo que están usando herramientas propietarias. La cosa es que esta herramienta es una herramienta de inventario, por lo que se mantiene actualizada en términos de, ya sabes, porque tiene el trabajo de salir y recopilar continuamente información sobre sus servidores, se ejecutará allí y en cualquier momento de hecho, tendrá información actualizada sobre cómo cambian las cosas en comparación con los informes únicos que puede obtener de Microsoft para decir que esta es la cantidad de servidores que tiene, estas son las versiones que tiene .
Eric Kavanagh: Sí, tengo curiosidad sobre Discovery. Entonces, cuando alguien compra esta herramienta y comienza a usarla, ¿cómo sucede realmente el descubrimiento? Esto fue algo a lo que me refería anteriormente, en otras palabras, estás tocando la red para ver qué señales están volando por ahí que parecen ser instancias de bases de datos y luego catalogas eso y luego una vez que has etiquetado una instancia de base de datos que estás monitoreando? Supongo que tiene una especie de ping que hace de vez en cuando y si se cae, por ejemplo, así es como sabes que está abajo. ¿Es así como funcionan las cosas?
Binh Chau: Sí. Quiero decir, una vez que hayas activado Discovery, se enviará a tu red y tenemos varios escaneos diferentes, pero, ya sabes, un escaneo del navegador y un escaneo de registro. Realiza diferentes escaneos para ver qué computadora hay y luego realiza una comprobación: ¿tiene servidores SQL o servicios de BI? Y luego lo trae de vuelta y lo coloca en la herramienta y te lo muestra: "Oye, aquí están todas las cosas que descubrí".
Y luego, si dijera: "Quiero monitorear usando esta herramienta", entonces hará un seguimiento de eso y lo hará ping. Tiene trabajos para hacer ping de vez en cuando para decir: "Está bien, verifique esto ahora sobre esto", ya sabe, la disponibilidad de la base de datos, verifíquelo ahora sobre el historial de la base de datos, verifique el lado de la base de datos. Ejecuta una serie de trabajos para verificar la base de datos que está monitoreando.
Eric Kavanagh: Sí, eso está bien. Y tenemos una pregunta de un miembro de la audiencia. Sé que ustedes tienen herramientas que funcionan con una variedad de tecnologías de bases de datos, pero esta en particular que están mostrando hoy, ¿es solo para SQL Server o cubre también otros tipos de bases de datos?
Binh Chau: En este momento, esta herramienta en particular cubre SQL Server.
Eric Kavanagh: Bien, está bien. Bueno, déjame entregárselo a Robin, estoy seguro de que tiene un par de preguntas, y luego quizás volver a Dez. ¿Robin?
Dr. Robin Bloor: Sí, claro. Microsoft recientemente, en algún momento de 2006, anunció SQL Server en Linux, pero no creo que lo haya entregado todavía. Me preguntaba si tienes algún comentario al respecto. ¿Estas consciente de ello? ¿Estás jugando con eso?
Binh Chau: Sí, lo estamos. Estamos planeando incluir eso. Quiero decir, lo bueno de esta herramienta es que he hablado con muchos clientes que han construido sus propias herramientas para hacer lo mismo, pero tienen que mantenerse al día con las nuevas ediciones y versiones que Microsoft aparece, pero tenemos nuevas versiones y ediciones, lo hacemos pronto para asegurarnos de que la herramienta pueda monitorear y administrar las nuevas ediciones. Entonces, SQL en Linux es algo que planeamos agregar y poner a disposición cuando esté disponible, creo que más adelante este año.
Dr. Robin Bloor: Sí, eso es interesante. ¿Esperas que muchos de tus clientes realmente hagan eso? Quiero decir, SQL Server es una base de datos muy sofisticada, en mi experiencia. Quiero decir, ya sabes, es largo en el diente, es probablemente lo que hay que decir. Quiero decir, ya sabes, el Sybase original del que provenía era bastante simplista en muchas cosas. Pero Microsoft ha agregado más y más cosas a lo largo de los años. ¿Todo eso estará disponible en Linux? Quiero decir, ¿asesorarás a tus clientes sobre si realizar esa migración?
Binh Chau: Lo siento, ¿la pregunta es si estamos viendo que la gente pregunta por eso?
Dr. Robin Bloor: Bueno, dado que te has metido con eso, ¿es tan sofisticado en Linux como en Windows?
Binh Chau: No he jugado con él, pero lo que escuché de un colega es que en realidad está muy a la par. Pero personalmente no he jugado con la nueva versión de SQL en Linux.
Dr. Robin Bloor: De acuerdo. ¿Estoy en lo cierto al pensar que simplemente ha puesto agentes en cada servidor SQL que encuentre? ¿Es así como funciona esta herramienta?
Binh Chau: No, en realidad no ponemos agentes. Para esta herramienta en particular, la pieza de Inventario, en realidad no ponemos agentes allí. Simplemente salimos y hacemos una llamada y verificamos el estado de la misma. Una cosa buena de esta herramienta es que no tiene agentes.
Dr. Robin Bloor: Entonces, tiene otras herramientas de SQL Server, ¿podría recordarme qué otros productos tiene en esta suite que tratan con SQL Server?
Binh Chau: Sí Tenemos el Administrador de diagnóstico de SQL. Es una herramienta de monitoreo y rendimiento. Realiza análisis o diagnósticos más detallados para usted que el Administrador de inventario. Inventory Manager es la versión ligera de esa comprobación de estado. También tenemos Compliance Manager y Secure, que es parte de nuestro paquete de seguridad. Básicamente, le dirá quién está accediendo a sus datos, a qué datos están accediendo, por qué y le ayuda con el cumplimiento y otras pautas de informes. Tenemos SQL Safe, que es nuestra herramienta de copia de seguridad; hace copias de seguridad y restauración, y esa es una buena opción.
También tenemos nuestro Enterprise Job Manager, que solo supervisa su trabajo. Y luego tenemos la herramienta Toolbox, que son conjuntos de herramientas de administración y también conjuntos de herramientas de comparación, así como SQL Doctor. Conjunto de herramientas de administración y conjunto de herramientas de comparación, son lo que considero una navaja suiza. Tienen múltiples herramientas para ayudar al DBA a hacer diferentes cosas como, ya sabes, revisar parches o mover o clonar una base de datos. Pero hay 24 herramientas de ese tipo en esa caja de herramientas.
Dr. Robin Bloor: Entonces, ¿las personas que se dedican a la Gestión de inventario, normalmente ya son usuarios de sus otras herramientas? ¿O es este un punto de entrada? Me puedo imaginar, es decir, me puedes decir si tienes alguna historia de guerra, pero me imagino que si nunca has realizado un inventario en un centro de datos bastante considerable, la experiencia puede ser bastante aleccionadora. ¿Es eso lo que encuentras?
Binh Chau: Sí Quiero decir, tenemos clientes a quienes se les presenta la herramienta desde otros conjuntos de herramientas, sin embargo, tenemos clientes que vienen a buscar una herramienta como esta debido a los proyectos que tienen. Un ejemplo que tengo es que había una compañía que se fusionó con otra compañía y compró una serie de compañías y necesitaba consolidar su huella de SQL Server para reducir sus costos. Entonces, estaban buscando una herramienta para salir y descubrir todo lo que tenían para poder comenzar el proceso de cómo consolidar esto.
Dr. Robin Bloor: Correcto, lo entiendo. Supongo que es bastante común con las fusiones cuando lo piensas. Bien, pasaré a Dez, no quiero tomar todo el tiempo. Vea qué preguntas tenemos de Australia.
Dez Blanchfield: Gracias, sí, las preguntas siempre están al revés aquí. Una de las cosas que me viene a la mente, y entiendo esto bastante, ya sabes, las compañías no están muy seguras de dónde trazar la línea de cuándo comenzar a invertir. ¿Cuándo debería una organización, según su experiencia dado que se encuentra en la fase fría, cuándo es el momento adecuado para comenzar a invertir en herramientas como esta para asegurarse de no meterse en problemas? ¿Lo hace desde el primer día cuando comienza a construir su infraestructura de base de datos de la nueva organización o, como acaba de describir, cuando realiza una adquisición / fusión?
¿O hay una escala particular en la que realmente necesitas estar? ¿Necesita 10 o 100 o 1, 000 bases de datos? ¿Cuál es su experiencia en cuanto al mercado con el que ha estado lidiando durante tanto tiempo? ¿Cuándo es el momento adecuado para ingresar a este espacio y, probablemente, por dónde comenzar? ¿Cómo se ve cuando comienzas?
Binh Chau: Quiero decir, creo que si es una organización muy pequeña, es posible que no necesites esta herramienta, como un DBA o un par de DBA. Cuando comience a obtener un grupo de, no sé, tres o cuatro DBA y quizás 50 a 100 servidores, es posible que desee comenzar a hacer algo como esto. Supongo que, a medida que su organización crezca en tamaño y solo las personas de negocios con conocimientos de tecnología quieran, ya sabes, como ese ejemplo que dio, quieren instalar las aplicaciones y las bases de datos por su cuenta, pero ahí es cuando quiere tener este tipo de herramienta porque de esa manera puedes ver lo que hay ahí fuera.
Pero incluso en una organización más pequeña, es bueno tener este tipo de herramienta para hacer un seguimiento de lo que tienes. Si lo divide para que pueda decir: "Oh sí, compré SQL 2012 para este cuadro, pero actualmente ejecuta SQL 2008 porque tengo una aplicación que todavía necesita esa versión heredada". Ayuda tener esa herramienta de inventario solo para escapar de la gestión de múltiples hojas de cálculo que pueden volverse obsoletas.
Dez Blanchfield: La otra pregunta que acabo de seguir sobre eso: ¿qué tipos de habilidades o recursos deberían estar planeando tener las organizaciones cuando lleguen a esa escala? ¿Es el caso de que hay un conjunto particular de habilidades que realmente necesita o un tipo de experiencia o antecedentes o el tipo de persona que mejor se adapta a este tipo de desafío? ¿O es algo en lo que el conjunto de habilidades promedio de administrador de red o administrador de sistema o DBA podría arrojar esto? ¿Realmente necesita un cerebro con punta puntiaguda o puede captar esto rápidamente?
Binh Chau: Lo siento, ¿entonces estabas hablando del conjunto de habilidades de la persona?
Dez Blanchfield: Sí, así que cuando piensas en un administrador de base de datos, hay un conjunto particular de habilidades que necesitarías. Entonces, cuando sales a contratar un DBA, per se, para ese rol específico, cuando piensas en los tipos de desafíos de los que estabas hablando aquí, cuando usas una herramienta como esta para mantenerte al tanto de las bases de datos de mapeo y seguimiento, haciendo el trabajo de descubrimiento y manejando esta herramienta en particular, ¿hay algo único en el uso de la herramienta y el enfoque para este tipo de desafío, o es algo que el DBA promedio puede detectar con bastante rapidez?
Binh Chau: Quiero decir, creo que tu DBA promedio puede captar esto rápidamente. Creo que es útil tener este tipo de herramienta porque también puedes tener que cambiarlo porque está basado en la web. Puede dárselo a otros usuarios dentro de su organización. Puede entregárselo al desarrollador de la aplicación que puede verificar su base de datos o servidor específico. Quita algunas de las cosas administrativas que un DBA tiene que hacer. Anteriormente, alguien llamaba al DBA y decía: "Oh, ¿por qué mi servidor está activo o inactivo?" Ahora pueden acceder y ver si sus servidores están activos o inactivos.
Dez Blanchfield: ¿Y qué tipo de entorno necesitaría una organización promedio para implementar esto? ¿Necesita un servidor físico dedicado o se puede hacer en una máquina virtual? ¿Pueden implementarlo en el entorno de la nube? ¿Cuál es la huella general para el despliegue de la herramienta y solo el funcionamiento general de la misma? ¿Cuánto hierro pesado necesita potencialmente correr en paralelo con los otros entornos que está mapeando?
Binh Chau: Sí, se puede ejecutar en una máquina virtual o una computadora o un servidor. No necesariamente tiene que ser un servidor dedicado, solo depende de cuántos servidores esté monitoreando. Si tiene un entorno más grande, puede ser útil tener un servidor más grande porque está recopilando una gran cantidad de datos sobre el SQL Server que está monitoreando.
Dez Blanchfield: Correcto. ¿Es el tipo de cosas que podría ejecutar cómodamente en la instancia de la nube y crear una VPN para su entorno, o la cantidad de datos que está recolectando es probablemente un poco pesada para ese tipo de uso?
Binh Chau: No lo hemos configurado para ejecutarlo en la nube, para ejecutar esto en la nube todavía. Probablemente debería ejecutarse en prem.
Dez Blanchfield: Y la última pregunta, si puedo: muchas de las herramientas que he visto en este espacio, particularmente donde lo mencionaste para un escenario en el que alguien adquirió compañía o hubo una fusión o algo por el estilo, o incluso Si se trata de una organización que solo fusiona unidades de negocio, ¿es un caso de uso razonable en el que alguien lo implementa en una computadora portátil y lo lleva a un entorno para mapear un mundo como una vez, o es un escenario de caso de uso poco probable? ¿Es más como el caso que va a estar allí y se dejará correr permanentemente?
Binh Chau: esta herramienta específica es más bien una especie de instalación en un servidor y se deja allí para que se ejecute. De esa manera, puede recopilar la información que necesita y mantener, supongo, un inventario actualizado de lo que tiene. Es diferente a la herramienta de mapa porque la herramienta de mapa es una especie de uno a uno, salte al puerto que necesita, haga lo que necesita hacer hoy. Este es un poco: lo bueno de esto es el hecho de que puedes etiquetarlo, darles a las personas acceso para verificar el estado de su servidor en particular, aquellos en los que están interesados.
Dez Blanchfield: De acuerdo. Probablemente sea la última pregunta para mí y luego le devolveré a Eric las preguntas que surjan a través de la ventana de preguntas y respuestas con los asistentes, porque hoy hemos tenido una buena participación, una de mis favoritas. Para finalizar, ¿cuál es el proceso para tener esto en tus manos? Sé que muchas de sus herramientas están disponibles para probar cosas de tipo antes de comprar. ¿Dónde deben ir las personas para obtener más información sobre esto en línea? ¿Dónde se encuentran en el sitio web si buscan las descargas y cómo se ve el viaje, como hacer una prueba de concepto o una prueba y obtenerlo y familiarizarse con él? para luego ponerse en contacto y comprarlo?
Binh Chau: Sí. Puede ir al sitio web de IDERA.com y puede descargar una versión de prueba de dos semanas de forma gratuita. Y si le gusta y desea comunicarse con nosotros, también podemos programar una demostración con uno de nuestros ingenieros para profundizar en la herramienta.
Dez Blanchfield: Fantástico. Bueno, muchas gracias por eso. Aprecio el tiempo para conversar contigo al respecto y, en base a mi experiencia personal y estoy seguro de que hablo por Robin sobre esto en su experiencia de toda la vida, creo que es un hecho que algo como esto es un requisito hoy en día. No podemos hacer esto manualmente ahora, no importa cuánto lo intentemos; la escala es demasiado grande y las cosas se mueven demasiado rápido.
Recomiendo a la gente que haga exactamente eso, acceda al sitio web de IDERA y obtenga una copia para jugar. Debido a que el riesgo potencial de mi propia experiencia con las anécdotas que compartí hoy es que puede ir de muy mal a muy rápido rápidamente, si tiene las herramientas adecuadas, pero también puede ir a la inversa si no lo hace ' t. Eric, de vuelta a ti.
Eric Kavanagh: Sí, solo hazte una última pregunta, una interesante. Tengo curiosidad por saber lo que estás viendo, ya sabes, la nube obviamente es cada vez más importante en estos días: Amazon Web Services, pero no son los únicos, Microsoft tiene toda su oferta de Azure eso parece estar ganando fuerza. Tengo curiosidad por saber, uno de los asistentes está escribiendo que el Dr. Bloor hizo un punto interesante de que los DBA son caros y que el problema de gestión causado por un DBA no autorizado o alguien que no está haciendo lo que debería hacer, puede resolverse migrando a la nube. Realmente tengo curiosidad por saber, ¿cuánta actividad estás viendo? ¿Ve que migrar a la nube se está convirtiendo en un problema mayor para las empresas, o cuál es su opinión al respecto como una tendencia?
Binh Chau: Siento que solo depende del tipo de problema en el que se encuentre. Siento que algunas industrias dicen: "No, no estamos migrando". Es posible que no estén migrando a una nube pública; pueden estar mirando migrar o migrar sus cosas a una nube privada. Pero luego veo algunas organizaciones que están interesadas, ya sabes, realmente entrar en la vía rápida e ir hacia Amazon o Microsoft Azure. Y luego hay algunas personas que dicen: "No, no estamos migrando nuestros datos" o "Solo hay ciertos datos que migraríamos, pero no los críticos". Creo que hay tres campamentos.
Eric Kavanagh: Sí, eso tendría sentido. Quiero decir, estamos viendo eso cada vez más y creo que se moverá en forma y comenzará por bastante tiempo. Y también hay una reacción violenta a la nube. La gente ingresa a los servicios web de Amazon, lo hemos escuchado más de un par de veces, y al principio los costos son manejables y luego con el tiempo simplemente se arrastra y luego estás atascado allí. En muchos sentidos, la nube es solo otro centro de datos, pero será un viaje interesante en el futuro, por decir lo menos.
Bueno, la gente archiva todos estos webcasts. Vaya en línea a techopedia.com para ver una lista completa de todas las cosas que hacemos. Y, por supuesto, insideanalysis.com para lo último. Y con eso vamos a despedirnos. Y muchas gracias una vez más por su tiempo y atención. Gracias por todos nuestros amigos en IDERA y mañana hablaremos con usted para recibir nuestra transmisión web sobre filosofía de datos. Así es, la filosofía de los datos es mañana a las cuatro en punto del este. Espero verte allí. Cuídense amigos, adiós.
