Para llevar: El presentador Eric Kavanagh habla sobre la gestión de bases de datos y el descubrimiento de instancias con Robin Bloor, Dez Blanchfield y Bullett Manale en el último episodio de Hot Technologies.
Actualmente no has iniciado sesión. Inicia sesión o regístrate para ver el video.
Eric Kavanagh: Muy bien damas y caballeros. Bienvenido de nuevo. Me llamo Eric Kavanagh. Las cosas estan calientes. Las cosas se están calentando aquí. No sé lo que está pasando. Ah, sí, es hora de Hot Technologies. Sí, de hecho, mi nombre es, una vez más, Eric Kavanagh. Me puedes encontrar en @eric_kavanagh. Este es el programa diseñado para hablar sobre lo que está de moda en el mercado. El título de hoy, “Llaves del Reino:. Gestión de SQL Server con dinámica Descubrimiento” Eso está muy bien. Ahí está el tuyo de verdad. Bien, esa foto era de hace unos años. No voy a mentir, me veo un poco mayor ahora, pero está bien.
Entonces, estamos hablando de cómo las tecnologías y SQL Server son realmente muy, muy, muy calientes. Hoy tenemos un montón de contenido, así que lo voy a entregar de inmediato. Espera, aquí vamos. Ahí están nuestros oradores. Y Robin Bloor va primero.
Robin Bloor: Si de hecho. La presentación va a profundizar en la gestión de la base de datos, así que pensé que pasaría por la gestión de la base de datos o, ya sabes, el laberinto de la base de datos, para que las personas entiendan el espíritu de la misma. Solía ser un DBA, supongo que se podría decir que solía ser un consultor de bases de datos, hace unos 20 años, y lo que realmente me sorprende de las bases de datos es que no ha cambiado mucho. Muchas cosas han cambiado en términos de velocidad, en términos de los volúmenes de datos y cosas por el estilo, pero gran parte de esto sigue siendo muy similar a lo que solía suceder.
Una base de datos es, en mi opinión, una colección extensible organizada de datos que se puede optimizar para cargas de trabajo específicas y ofrecer capacidades de gestión de datos. Surgió principalmente porque si deseaba administrar datos en archivos, era un trabajo terriblemente difícil. Y la idea de armar una pieza de software que hiciera casi cualquier cosa que necesitara despegó casi instantáneamente, tan pronto como tuvimos acceso aleatorio en los mainframes de IBM en la década de 1970.
La base de datos relacional se inventó en los años 70 y entró en existencia en términos de prototipos en los años 80 y de alguna manera consiguió su tracción en el mercado desde principios de los 90 en adelante. Y las bases de datos relacionales siguen siendo completamente dominantes en popularidad. Si lees la prensa, escucharás muchas cosas sobre esas: bases de datos SQL y recientemente hay mucho ruido sobre las bases de datos de gráficos. Y eso es interesante, si lo desea, pero en realidad aún en las últimas cifras de ventas, las bases de datos relacionales tienen el 95% del mercado. Y Microsoft SQL Server, que discutiremos hoy en profundidad, es el segundo más popular para Oracle.
Lo que pasa con las bases de datos relacionales que las hace inusuales en términos de los motores que son es que pueden funcionar tanto en OLTP como en cargas de trabajo de consulta. Tienes que ajustarlos de manera diferente si vas a hacer eso, pero en realidad son capaces de ambos tipos de carga de trabajo. Una de ellas es corta transacciones aleatorias y el otro de los cuales es largas consultas que abarcan una gran cantidad de datos. La alternativa, la base de datos NoSQL y la base de datos de gráficos es principalmente para análisis y han surgido recientemente. NoSQL fue lo primero y el gráfico ha comenzado a tener un poco de tracción en los últimos tiempos. NoSQL puede ser utilizado para actividades transaccionales, pero los gráficos son casi nunca se utiliza para actividades transaccionales. La razón, me encontré con una estadística que en realidad creo que tiene al menos diez años que dice que la mayoría de las empresas tienen al menos tres, en realidad la cifra era 3.5, diferentes marcas de bases de datos, si nos fijamos en su inventario de software.
Pero la realidad es que la mayoría de las empresas estandarizar en una base de datos específica. Y la mayoría de las empresas se han estandarizado en SQL Server y Oracle como las dos bases de datos estándar más populares, si lo desea.Y utilizan las alternativas solo en circunstancias excepcionales en las que, por ejemplo, obtienen un paquete de software que necesita una base de datos diferente o persiguen algunos de los objetivos de análisis de big data que han surgido.
También tenemos, si lo desea, la interferencia de Hadoop. Hadoop de una forma u otra se ha convertido en algo más que un sistema de archivos, pero aún no es una base de datos. Sin embargo, tiene SQL que se encuentra encima de él. Pero la evidencia es que en realidad no está suplantando ni cerca de suplantar las bases de datos relacionales que ganaron los corazones y las mentes del mundo. Y la razón de esto es que esas bases de datos relacionales tardaron veinte años, en realidad más de veinte años, en llegar a ser tan buenas como son. Y no solo crea un motor de consulta o un motor SQL que sea realmente eficiente en muy poco tiempo. Simplemente no sucede.
Y así, la conclusión de esta diapositiva es que las bases de datos son estratégicas y evolucionan, mejoran. Y ese ciertamente ha sido el caso con Oracle y Microsoft SQL Server. Probablemente, pocos de ustedes recuerdan los días en que surgieron las bases de datos por primera vez, pero lo hice, era un niño entonces. La idea original era que habría una sola base de datos y esa era una idea conceptual que nunca se arraigó. Hubo un intento de IBM con el AS / 400 de tener un sistema de archivos basado en una base de datos, pero eso tampoco dominó. Te queda el hecho de que las bases de datos se fragmentan naturalmente. En realidad, naturalmente tienes múltiples instancias. Hay problemas de escalabilidad. La base de datos solo se escala a un cierto tamaño, es cierto que el tamaño ha aumentado con los años, pero tenían límites.
Y hubo problemas de carga de trabajo, el principal problema de carga de trabajo es que las cargas de trabajo OLTP y las cargas de trabajo de consultas grandes simplemente no son compatibles entre sí. Y era imposible construir un motor que hiciera eso. En lo que nos encontramos, que es algo interesante, me encontré con un sitio recientemente que tenía más de mil instancias diferentes de Oracle. No puedo recordar exactamente cuántos DBA tenían, pero si realmente les habló sobre cuántas de esas bases de datos estaban siendo monitoreadas por un DBA, era algo así como diez. Básicamente, usaban la base de datos como un armario y simplemente agregaban datos porque al menos tenía un esquema y estaba más organizado que un sistema de archivos, pero nadie estaba haciendo nada más que darle una configuración predeterminada y configurarlo suelto.
No estoy seguro de si fue una buena idea. Para mí, me parece extraño, para ser honesto, porque, en mi opinión, cada vez que trabajaba con bases de datos, las bases de datos necesitaban asistencia y usted, de una forma u otra, debía saber exactamente lo que estaba sucediendo allí. Y una gran cantidad de interdependencias del sistema significa que se deben cumplir ciertos tipos de niveles de servicio o, de lo contrario, tendrá problemas.
Recientemente se habló, me encontré con varias bases de datos que afirman ser autoajustables. Los que son almacenes de columnas configurados para el tráfico de consultas se autoajustan en gran medida porque hay dos opciones que debe tomar en términos de índices. Pero aparte de esa área en particular, las bases de datos deben ajustarse. Y necesitan ser ajustados, ciertas bases de datos relacionales, principalmente porque una gran cantidad de transacciones involucran uniones. Las uniones son actividades caras. Si no coloca los índices correctos en el lugar correcto, las uniones toman una cantidad excesiva de tiempo cuando no es necesario.
Las bases de datos de autoajuste actualmente, solo existen en estas áreas donde las cargas de trabajo son bien conocidas. Y mi experiencia es que la mayoría de las empresas emplean muy pocos DBA y eso es porque son caros. Y por lo tanto, es mejor si puede alternar lo que hace el DBA. Estas son las actividades de un DBA tal como las entiendo. Realizan la instalación, configuración y actualización de bases de datos. Actualizar, por cierto, no es necesariamente una actividad trivial. Quiero decir, la razón por la que actualizarías una base de datos es que la regla con la que siempre trabajé es no tocarla si está funcionando, y si vas a actualizar una base de datos a cualquier versión nueva en particular, lo haces en modo de prueba primero y luego actualizas todo. Todavía siempre estás lidiando con la misma versión. Pero en realidad muchos sitios que he encontrado, eso no es lo que sucede. Hay, digamos, un buen grado de entropía. La administración de licencias es un problema, depende de la licencia que tenga. ETL y replicación de datos.
Uno de los trucos con la base de datos es que si tiene una carga de trabajo de consulta que necesita dividirse, puede crear dos instancias y replicar, y eso a menudo se hace donde las personas usan la réplica como una copia de seguridad en caso de ser necesario. Luego, el almacenamiento y la planificación de la capacidad, eso es parte de la actividad de un DBA porque, por supuesto, los datos crecen y usted necesita hacer un seguimiento de eso. Y luego debe planificar varias actualizaciones de hardware o aumentos de hardware. Hay una solución de problemas que es una actividad dolorosa para la mayoría de los DBA. Cuando algo sale mal y la copia de seguridad no funciona exactamente a la perfección y luego tienen que arremangarse y bajar y tratar de recuperar cosas de los archivos de registro. Eso sucede mucho más a menudo de lo que pienso, bueno, recuerdo que sucedió, pero he estado fuera del juego durante al menos diez años, pero recuerdo que sucedió mucho más a menudo de lo que hubieras esperado. La supervisión y el ajuste del rendimiento es solo el corazón de un trabajo de DBA. Pero también hay seguridad en términos de administración de acceso, respaldo y recuperación, creando sistemas de prueba de software que serán razonablemente paralelos a un sistema en vivo. Y todo el ciclo de vida de los datos. De modo que, en mi opinión, es la lista de trabajos del DBA además de cualquier otra cosa que se les pida que hagan. Dinámica operacional. En última instancia, la integridad de los datos y la gestión del nivel de servicio son responsabilidad primordial del DBA. Y normalmente son críticos. Y eso es todo lo que tengo que decir. Voy a entregar a Dez.
Dez Blanchfield: Muchas gracias. Voy a llevarnos a un viaje anecdótico y divertido sobre por qué todo el tema que trata hoy es más crítico que nunca. No hace mucho tiempo estuve involucrado en un proyecto en el que migramos una plataforma del gobierno estatal que se utilizó para el registro de licencias y el registro de vehículos y una amplia gama de cosas en torno a ese tema, desde una plataforma mainframe de Fujitsu que ejecutaba una cosa llamada A + Addition, que es un sistema operativo Solaris, o en otras palabras, Unix, ejecutando Oracle y haciendo un muy buen trabajo. Y la vista era que esto se estaba haciendo viejo y era hora de pasarlo a otra cosa. Nos divertimos mucho ejecutando Unix en mainframe y era muy estable y muy seguro y, curiosamente, la plataforma SDL y fue absolutamente increíblemente rápido. Pero la sabiduría era que era hora de salir del mainframe y moverse.
Este desafío importante de mapear todos los sistemas y la lógica de negocios y el entorno SQL para las bases de datos debajo y ver cómo íbamos a diseñar y diseñar un nuevo hogar para ello. Y terminamos llevándolo a una de estas cosas que tiene un par de años, pero que es uno de los mejores servidores de Starfire del sistema de bastidor Sun. Y estos son probablemente algunos de los envases de estaño más grandes que se pueden comprar en el planeta que viven en una caja grande y un servidor de multiprocesamiento simétrico. Era un sistema de rango medio en nuestro mundo. Corría Unix y corría Oracle de forma nativa y la vista era: "¿Qué podría salir mal?" Bueno, resulta que mucho.
Por ejemplo, en ese momento, y no hablamos hace mucho tiempo, tuvimos que pasar por un proceso muy manual para descubrir qué había en la plataforma de mainframe y comunicarlo. En particular, el entorno real de la base de datos y la lógica SQL. Entonces, la visión era que sería un movimiento bastante sencillo de Oracle a Oracle, de base de datos a base de datos; Toda la lógica de negocios surgiría, la mayor parte de la lógica de negocios se había escrito en consultas y desencadenantes integrados, y ¿qué tan difícil podría ser? Pero algo que se suponía que tomaría meses terminó tomando no exactamente un año. Para recorrer física y manualmente cada parte de Unix en el entorno de mainframe, descubra dónde estaban todas las bases de datos y cuántas instancias se estaban ejecutando y qué se estaba ejecutando en esas instancias, y fue un ejercicio no trivial y terminamos haciéndolo tres veces solo para asegurarnos de que habíamos capturado todo. Porque cada vez que pensábamos que habíamos cavado tan profundo como era necesario, bajo la superficie resultó que había más allí.
El otro desafío que tuvimos fue qué instancias se están ejecutando y en qué estado. ¿Es este un entorno de desarrollo? ¿Es un entorno de prueba? ¿Es parte del proceso de integración? ¿Es integración de sistemas? ¿Es UAT, la prueba de aceptación del usuario? ¿Es producción? ¿Es un entorno DR? Porque lo mejor de los mainframes es que puedes construir estos pequeños entornos virtuales que todos damos por sentado ahora y mover las cosas. Y tienes que averiguar si esta persona está haciendo pruebas y desarrollo de grado de producción, o están haciendo producción de producción, ¿hay usuarios reales en esto? Recordando que esto está haciendo la emisión en tiempo real de licencias de conducir y registro de automóviles y cosas que realmente importan para la vida de las personas.
Y llevó mucho tiempo ejecutar copias de seguridad para esto, por lo que realmente no teníamos una ventana de mantenimiento para desconectarlo y ver qué sucedía. No había tal cosa como redirigirlo. También tuvimos el desafío de no solo encontrar qué instancias se estaban ejecutando y dónde y para quién, sino que también teníamos que determinar qué versiones de qué instancias se estaban ejecutando. Y aquí es donde casi pierdo mi trama. Cuando comencé a darme cuenta de que teníamos dos o tres versiones del entorno de producción que se ejecutaban a través de varios niveles de prueba y que había muy pocas herramientas y enfoques sistemáticos para esto. Literalmente tuvimos que profundizar en el código y en la instancia en ejecución y, en algunos casos, correr el riesgo de desconectar algo por un tiempo. Llegamos al fondo de todo esto, lo trazamos, y como dije, fue un proceso muy manual. Y finalmente hicimos todo el cambio ETL, tirándolo de un lugar y moviéndolo a otro y en general funcionó. Y pensamos, bueno, es funcional, estamos muy contentos con eso.
Pero luego nos topamos con una serie de paredes de ladrillo sólido muy serias. En particular, encontramos problemas de rendimiento. Y el pensamiento sensato del día fue, bueno, se ha ido a un hardware más grande, mejor, más rápido y más duro, no hay ninguna razón por la que debería funcionar mal en la aplicación en el nivel de la base de datos, así que comencemos a buscar en otro lado. Así que rediseñamos completamente la red dos veces. Cada enrutador, cada conmutador, cada cable, pasamos de Ethernet a fibra en algunos casos, actualizamos el software, lo arreglamos, obtienes la vista. Básicamente reconstruimos la red dos veces pensando que allí había problemas de rendimiento. Y se veía y se sentía como era. Pasamos por diferentes sistemas de seguridad, diferentes firewalls. Remendamos el sistema operativo. Movimos cosas de una hoja de cómputo a otra. Y pasamos una cantidad significativa de tiempo mirando la parte de infraestructura.
Y luego nos dimos cuenta de que cuando desconectamos los servidores y ejecutamos algunas otras aplicaciones, la red funcionó perfectamente. Entonces comenzamos a separar el sistema operativo. Mismo problema. Pero interesante, el nivel de red y el nivel del sistema operativo, las herramientas estaban allí, en realidad era relativamente sencillo para nosotros comparar y probar y probar que cada una de esas piezas funcionaba. Pero incluso entonces, en el Solaris de rango medio en la plataforma de hardware SPARC, las herramientas simplemente no estaban allí para comenzar a diagnosticar el entorno de la base de datos. Ya sabes, mapeando si habíamos traído todas las instancias. Y entonces tuvimos que construir nuestras propias herramientas y escribir algunas y sentarnos, ya sea dentro de las herramientas de la base de datos en los lenguajes de scripting nativos o si era una serie de scripts de shell o en algunos casos un montón de programas en C.
Finalmente profundizamos en algunos temas muy interesantes en los que la lógica debajo de la capa SQL, los propios motores de base de datos, resultó que cuando algo se construyó, una forma particular para algo que se ejecutaba en la versión mainframe de Oracle se migró a Solaris en SPARC versión Oracle no transpuso inmediatamente el mismo rendimiento. Así que, en primer lugar, fue un viaje bastante doloroso para nosotros, simplemente hacerlo y encontrarlo todo, pero ahora teníamos que diagnosticarlo en el nuevo sistema de producción y nuevamente esto hizo que la migración de un mes se redujera a casi un año. Y simplemente se redujo al hecho de que no teníamos las herramientas disponibles. Corriendo haciendo cosas como intentar mapear metadatos.
En algún momento, casi decidimos que necesitábamos una tabla Ouija porque iba a ser más fácil de esa manera apuntar y pinchar al azar. Cosas simples como descubrir quién tenía acceso a los sistemas antiguos y por qué tenían ese acceso. Y quién necesitaba el acceso al nuevo y confirmar, hacer que alguien cierre la sesión y confirme eso y mapee eso. Incluso algo tan simple como el tamaño de la base de datos no era consistente en las dos plataformas. Tuvimos que construir una herramienta para hacer eso y hacer una comparación entre el tamaño de la base de datos en tonelaje, en megabytes o terabytes en bruto en el Sistema A versus el Sistema B. Y profundizar en más detalles sobre el rendimiento y el entorno de rendimiento. Nuevamente, tuve que construir nuevas herramientas. Simplemente no había nada disponible para nosotros.
Y se obtiene todo esto de esto, cuando llegamos al final de ponerlo en funcionamiento y lo establecimos, cada pieza era un proceso muy manual, la única forma de automatizar algo era si construíamos un nuevo herramienta o nuevo script. Y si tuviéramos las herramientas disponibles hoy en día, la vida habría sido mucho más fácil y mucho mejor. Y habríamos ahorrado millones en este proyecto. Pero creo que de lo que vamos a hablar hoy es del hecho de que las herramientas están disponibles ahora y hacen la vida mucho más fácil. Muchas de las trampas aún permanecen. Descubrimiento de las bases de datos que existen y qué instancias ejecutan qué. En qué estado se encuentran. ¿Cuántos se están ejecutando? Por qué corren Ya sea que estén funcionando bien. ¿Están siendo respaldados?
Estas son todas las cosas que de muchas maneras podemos dar por sentado ahora con las herramientas adecuadas. Pero hubo un período en esta anécdota en particular, como dije, donde eso fue algo de lo que muchos de nosotros perdimos mucho cabello, probablemente nos quitamos quince años de nuestras vidas y lamentamos el hecho de que las herramientas no estaban allí ahora. . Y espero escuchar mucho más sobre eso de nuestro invitado hoy, Bullett. Con eso, Bullett, te voy a pasar, y espero escuchar cómo has resuelto este problema.
Bullett Manale: Bien. Suena genial. Eric, déjame ocuparme aquí con las diapositivas y hablar un poco sobre Idera, la compañía, muy rápidamente, antes de entrar en el producto. Al igual que para su información, este es un tipo de cartera de diferentes productos que tenemos disponibles.
Eric Kavanagh: Su audio está un poco caliente, así que si está usando un auricular, simplemente tire un poco hacia arriba.
Bullett Manale: No hay problema. ¿Eso está mejor?
Eric Kavanagh: Eso está mucho mejor. Llevatelo.
Bullett Manale: Bien. Así que hoy nos vamos a centrar en el Administrador de inventario, que obviamente está alineado con muchos de estos temas que estamos discutiendo. Solo quiero darle un poco de comprensión de cómo llegó este producto a donde está. Comenzamos a mirar diariamente con nuestra línea de productos, tenemos una herramienta de monitoreo de desempeño llamada Diagnostic Manager. Tenemos una herramienta de Compliance Manager. Entonces, hay muchas herramientas diferentes en torno a SQL Server e inevitablemente siempre hacemos la pregunta para fines de licencia, "¿Cuál es el número de instancias que administra actualmente dentro de su organización?" Y lo interesante fue que nunca pudimos obtener una respuesta firme al respecto. Realmente no importaba con quién hablaste. Siempre fue algo así como "Bueno, creemos que se trata de este número". Ese tipo de cosas siempre entraban y luego tendríamos que pasar por este proceso de averiguar exactamente qué es lo que tenían que querían licenciar en términos de las instancias que estamos administrando.
Obviamente descubrimos muy rápidamente que parece haber algo de dolor asociado con muchos de los DBA. Obviamente, como DBA, una de las cosas de las que son responsables es saber eso, porque una de las cosas que tienen que hacer es preocuparse por sus acuerdos de licencia, en nuestro caso con Microsoft y SQL Server. Obviamente, tienen muchas otras áreas diferentes de las que son responsables, pero esa es una de las que es una especie de gran boleto en términos de DBA, cuáles son sus responsabilidades generales. Con eso de lo que llegamos a la conclusión es que necesitamos una herramienta que facilite que un DBA pueda comprender realmente ese número. Debido a que tiene la expansión de SQL si quiere llamarlo así y sucede por varias razones diferentes. Tal vez no haya tanto control sobre quién está instalando el software y ese tipo de cosas.
Y lo peor que puede suceder es que alguien tenga en sus manos una copia de SQL Server, la instale, comience a trabajar con ella sin conocimiento de algunas de las otras organizaciones o departamentos de la compañía, y luego lo siguiente que sepa, tal vez los datos no están siendo respaldados, y ese tipo de cosas que podrían suceder. Donde ahora tiene otro problema, donde tiene situaciones en las que realmente va a perder datos críticos porque no sabe que la instancia incluso existe en primer lugar.
Una de las cosas que tuvimos que hacer fue decir que descubramos el descubrimiento. Y luego, además de eso, ser capaz de organizar y administrar la información que estamos recopilando de una manera lógica que tenga sentido en función de lo que está haciendo el negocio. Y luego, obviamente, ser capaz de tomar decisiones sobre esa información y poder hacer ese tipo de cosas. Ahí es donde comenzó la herramienta y de dónde vino. Puedo decirle que al hablar con los DBA regularmente, lo que realmente tenemos es ese problema de no saber cuántas instancias tienen.
Y es curioso porque, el término, no se puede administrar lo que no se puede medir, siempre surgió con las herramientas de rendimiento que tenemos, como SQL Diagnostic Manager, pero realmente no se puede administrar nada si no se sabe "Su" incluso allí en primer lugar. Entonces, esa es una gran parte de esta herramienta, también es poder saber que está ahí.
Ahora en esa nota, hablando con algunas de las organizaciones más grandes o tiendas empresariales con SQL Server, lo interesante que encontramos con muchos tipos con los que hablamos fue que realmente habían establecido un tiempo durante el transcurso de su año donde en realidad caminaron físicamente de un lugar a otro para tratar de determinar cómo se ve ese conteo. Puede imaginarse que, como DBA, se le paga una cantidad bastante buena de dinero para caminar físicamente de una máquina a otra en algunos casos, lo cual fue sorprendentemente lo que oiríamos de algunas compañías bastante grandes que no nombraré. Pero es un punto interesante que se pueden pasar dos semanas al año haciendo este tipo de ejercicios solo para averiguar si sus recuentos de licencias son correctos.
Todo esto está relacionado con esta herramienta y cómo ayuda, pero la forma en que abordamos eso fue a través de la capacidad de hacer un descubrimiento basado en una serie de características de SQL Server. Entonces, la primera pregunta es, ¿a qué apunta o qué intenta mirar primero? La forma en que lo hicimos fue decir, hagámoslo por rango de IP o podemos hacerlo por la membresía del dominio en términos de las computadoras que son miembros del dominio. Así es como abordamos esa parte, solo para poder decir que esta es el área en la que queremos centrarnos en términos de descubrimiento.
Y luego, la otra parte de eso se basa en esas características, los puertos y otras cosas, las claves de registro WMI y ese tipo de cosas, podemos recopilar y determinar que es probable que SQL se esté ejecutando e instalando en esa instancia o en ese entorno en particular. Obviamente, es un método mucho mejor que el método de zapatillas o el método express de zapatillas. Ahora lo bueno es que toda esa información que estamos recopilando sobre la instancia se mantiene en un repositorio y puede cambiar a medida que cambia el entorno. No se trata solo de "Oye, hay una instancia, aquí hay una lista que encontramos", sino que es como el DBA, o la persona que administra las instancias, poder determinar si quieren hacer esa parte del inventario, y luego cuándo no es parte del inventario, poder desmantelar esa instancia. Y por lo tanto, tienen el ciclo de vida de todo el proceso de la instancia de SQL Server para que se entienda realmente fácilmente dentro de la herramienta.
Una vez que hemos descubierto las instancias, ¿qué hacemos después de eso? La otra cosa es mucha información sobre la instancia, no quiero tener que ir a obtenerla manualmente y ponerla en una hoja de cálculo o ese tipo de cosas. Y esa es otra cosa que fue interesante al hablar con los DBA sobre el proceso de inventario y las licencias, es que se sorprendería de cuántos DBA con los que hablé, cuando les pregunta: "¿Cómo mantienen sus inventarios?" Y estamos hablando con los DBA, que es la parte realmente irónica, que lo guardan y lo rastrean en una hoja de cálculo estática de todas las cosas. Como dije, es muy irónico cuando piensas en eso por un minuto. Pero eso fue en muchos casos, y todavía es el caso con muchas organizaciones cómo manejan eso. Cómo mantienen eso. Es una copia maestra de una hoja de cálculo de Excel que se flota y debe actualizarse periódicamente.
Esas son las cosas que fueron un desafío y, por lo tanto, al registrar esa instancia y hacerla parte del inventario, puede hacer eso y recoger la información. Puede hacer que automatice si se convierte o no en parte del inventario, la versión, la edición, las otras cosas que puede hacer con él es que puede agregar manualmente tal vez esa lista o la hoja de cálculo de Excel que tiene. Puede importar eso en esta herramienta llamada Administrador de inventario de SQL. Si ya tiene un punto de partida de instancias en el que siente que está bastante seguro, puede importar esas instancias y luego hacer que esa parte de su inventario administrado dentro del producto. Una vez que tenemos la instancia y una vez que sabemos que está allí, se convierte en, de acuerdo, tenemos mucha información que podemos aprovechar al saber que esa instancia está ahí, al salir y recopilar esa información.
Y se necesitará mucha información para algo más que para fines de licencia. Mucho de esto se puede usar para, obviamente, simplemente saber dónde están las cosas, poder buscar a través de esta información después de que se haya obtenido. Pero la clave es el servidor, el hardware en sí. Ser capaz de comprender qué tipo de máquina es, tal vez el modelo o el fabricante, la memoria, la cantidad de memoria, ya sea una máquina física o virtual y especialmente la cantidad de sockets físicos o núcleos y CPU y ese tipo de cosas.
En términos de la cantidad de núcleos, especialmente con SQL Server, saber la forma en que están haciendo sus licencias son cálculos por núcleo ahora en las versiones más recientes de SQL, eso se convierte en una parte realmente importante y no es nada que tenga salir y realmente ir a cavar. Una vez que se identifica la instancia, podemos proporcionar esa información y sacarla y dejar que la vea y comprenda, y obviamente puede aprovecharla.
La siguiente capa hacia abajo está en la instancia que obviamente tiene muchas instancias diferentes de la instancia de SQL Server, ya sea estándar o empresarial o incluso expresa, o la versión gratuita de SQL Server. Ser capaz de comprender también qué aplicaciones están vinculadas a esa instancia y esto se puede hacer automáticamente. Ser capaz de comprender los ajustes de configuración y ese tipo de cosas, así como otras piezas de información relacionadas con la instancia del servidor SQL.
Luego, accede a la base de datos real y ve los ajustes de configuración, la cantidad de espacio vinculado a esos datos, dónde se encuentra, todo esto se llena automáticamente y eso es un gran ahorro de tiempo. Y una vez más, porque está saliendo dinámicamente y diariamente identificando nuevas instancias, es algo vivo que tiene en términos de su inventario. Ese tipo de objetivo del producto es hacerlo de esa manera, es convertirlo en algo que cambie dinámicamente.
Ahora, una vez que toda esta información esté disponible para nosotros y podamos obtener todos estos datos, entonces realmente tiene sentido comenzar a crear en algunos casos sus propios metadatos asociados a estas instancias y esos metadatos se pueden crear de una manera que se alinea con la forma en que haces negocios.
Entonces, si tiene sus instancias agrupadas por ubicación geográfica, o por propietarios de aplicaciones o por propietarios de DBA o lo que sea, podría ser en términos de cómo desea agrupar esas instancias, cómo lógicamente desea dar sentido a esas instancias, entonces hay un tipo de dos áreas dentro de la herramienta que le brindarán esa capacidad.
El primero es la capacidad de crear una etiqueta de instancia o una etiqueta. Lo que esencialmente es crear una asociación con el servidor, la instancia o la base de datos para que pueda crear vistas y responder preguntas que puedan surgir día a día, lo que realmente lo ayuda a controlar lo que tiene, qué está administrando y cómo quiere avanzar con esa información.
La otra cosa que tenemos es algo llamado campos de inventario o campos de inventario personalizados y estos son más específicos para el tipo de información que puede profundizar, por ejemplo, la capa de base de datos que podría decidir agregar una lista desplegable que tiene todos los DBA y yo podemos poner a quién es responsable de esa base de datos dependiendo de ese tipo de situación o lo que sea, cualquiera que sea la base de datos con quien sea responsable de que pueda seleccionar eso para que sepa que ellos son los responsables y muy fácilmente simplemente cavando en el inventario.
Por lo tanto, estos datos se vuelven muy valiosos, especialmente si tiene un entorno grande, porque solo le ayuda a dar sentido a esa información y a saber qué tiene y cómo lo hace.
Déjenme seguir adelante y pasar a la siguiente diapositiva aquí. Lo que le estoy mostrando ahora es que toda esta información se estaba reuniendo, toda esta información y datos que se estaban recopilando y aplicando metadatos para obtener la capacidad de tomar decisiones mucho más fáciles y rápidas cuando se trata de subir sus licencias con Microsoft en el volumen de licencias empresariales o seguro de software con Microsoft.
Eso hace que sea realmente fácil para usted hacer esto en lugar de tener que hacerlo, tener que ir y hacer una gran cantidad de recopilación manual de datos, mucha recopilación manual de esa información que en general solo hace que sea un proceso mucho mejor. Así que ese es uno de los mandatos del producto, en algún momento para facilitar a los DBA tomar esas decisiones sobre la licencia.
Ahora, la otra cosa que, como hablando con los DBA, descubrimos y aprendimos muy rápidamente es que, y es como volver a lo que se discutió anteriormente, es posible que tenga 300 instancias en su entorno de SQL Server, pero en realidad solo hay un subconjunto de aquellos que realmente están siendo completamente monitoreados y administrados desde una herramienta tradicional de monitoreo de desempeño.
Entonces, si vas y te sientas con el DBA y dices: "Mira, sabemos que tienes estas 20 instancias o 10 instancias de las 300 que están siendo monitoreadas con esta herramienta diseñada para monitorear eso y cumplir con tus SOA y recibir alertas y todo ese tipo de cosas buenas ", lo que también encontramos es que si usted pregunta," Entonces, ¿qué hay de estas otras 280 instancias que tiene? ¿Te importan esos? ”Y lo hacen, se preocupan por ellos, pero simplemente no quieren hacer necesariamente una inversión para monitorear a aquellos en el nivel de profundidad que se puede hacer con esos casos frente a los 10 o 20 realmente críticos. instancias de productos.
Entonces, la otra parte de la ecuación con esta herramienta es que también ayuda en términos de poder asegurarse de que, en un nivel base, esté cubierto en términos de salud, por ejemplo. Ahora no te dirá si tienes un punto muerto o quién es la víctima del punto muerto. No es para llegar a ese nivel de las sesiones en sí y los detalles de las consultas. Pero al mismo tiempo, todavía le hará saber que, oye que los servidores están caídos o que el volumen se está llenando o que necesita hacer copias de seguridad de la base de datos, eso es una parte importante de ser un DBA.
Por lo tanto, ese tipo de cosas definitivamente siguen siendo importantes y, por lo tanto, con esta herramienta, se hizo una forma de tener un alcance para sus casos realmente críticos que tienen mucho, mucho valor vinculado a ellos, si se van abajo necesita saber de inmediato. Pueden tener el mayor nivel de monitoreo y poder hacer ese tipo de cosas, mientras que con esto será capaz de recoger cualquier nueva instancia que se agregue al entorno y asegurarse de que se tengan en cuenta y también asegurarse de que Se están formando niveles básicos de controles de salud.
En resumen, de eso se tratan los administradores de importación de SQL de inventario. Ahora te voy a mostrar una demostración de ello. Antes de hacerlo, enseguida les muestro que esta es la diapositiva de arquitectura aquí y solo para mostrar esto, las instancias de SQL que estaban administrando, podemos descubrir todo, desde SQL 2000 hasta las nuevas versiones de SQL
Entonces podemos hacer eso sin tener que desplegar agentes en las instancias mismas. Lo hacemos a través de un servicio de recopilación y va a salir y recopilar esa información y ponerla en un repositorio y luego, desde una consola front-end del servicio web Tomcat, poder interactuar con esos datos y verlos. Por lo tanto, es una arquitectura bastante sencilla.
Voy a seguir adelante y cambiar y realmente nos lleva al producto en sí para que pueda tener una idea de él, una comprensión de cómo funciona. Entonces, la mejor manera de hacer esto es presentarle primero la interfaz en sí misma, en este tipo de tablero que se estaba viendo aquí.
Puedo ver que la cantidad de instancias que tengo actualmente bajo administración no es tanta. Pero tampoco tengo un centro de datos completo en mi bolsillo trasero. Así que tengo unas seis instancias que vemos aquí. Ahora, dicho eso, lo que voy a hacer es recorrer el proceso de descubrimiento y mostrar cómo funcionaría.
Ahora, lo primero que debería hacer es en la sección de administración, puede especificar cómo desea descubrir sus instancias. Podría poner esa información aquí y, una vez más, eso se puede hacer a través de un rango de direcciones IP. Puede apuntar a un dominio o subdominio y solo en aquellas máquinas que son miembros de ese dominio puede realizar esas comprobaciones en las que podría elegir una variedad de características diferentes de cuándo se ejecutan los SQL para verificar.
Luego, una vez que haya hecho eso y pueda automatizarlo para que se ejecute a diario para recopilar esos datos. También podría hacerlo de manera ad hoc si fuera necesario. Pero una vez que comienzas eso, ese proceso de descubrimiento, entonces lo que comenzarás a ver es cuando pases a la vista de instancias aquí. Tiene una pestaña Descubrir y la pestaña Descubrir nos mostrará las instancias que se han descubierto recientemente. Entonces en nuestro caso tenemos un número aquí. Lo que voy a seguir adelante y hacer es seguir adelante y agregar el que íbamos a usar como ejemplo. Entonces esta es una instancia de Chicago en este caso, ¿verdad? Voy a seguir adelante y agregar esa instancia a mi inventario.
Muy bien y me va a guiar por un par de cosas aquí. Voy a seguir adelante y verá que podemos establecer las credenciales. Mis credenciales deberían ser buenas allí. Voy a seguir adelante y notarás que puedo asignar la propiedad de esto si lo deseo. También puedo especificar una ubicación. Ahora también se puede agregar la ubicación en sí, y recordará eso la próxima vez, obviamente.
Una vez más, también puedo asociar etiquetas a esto en términos de metadatos y cómo queremos colocar estas instancias de SQL, particularmente esta, en los cubos en los que queremos colocarlo. Así que tenemos algunas etiquetas actuales, etiquetas populares , para que podamos ver un montón de etiquetas diferentes que ya podría haber incluido. Solo voy a elegir algunos de estos al azar y podemos aplicarlos.
Así que ahora cuando sigo adelante y agregue esto al inventario. Ahora que se ha agregado, ahora lo veríamos aparecer en esta vista administrada y así puede verlo en la lista aquí. Entonces saben que ese es el primer paso y lo que les acabo de mostrar fue la forma en que agregarían principalmente esas instancias a medida que avanzan en el día a día. En algunos casos, podría decir que sabe qué sucede si se trata de una edición empresarial de SQL Server. Quiero agregarla automáticamente a mi inventario. No necesito ir manualmente y elegir hacer eso.
Jocelyn Te voy a interrumpir muy rápido. No estábamos viendo tu demo.
Bullett Manale: ¿Tu no eres?
Jocelyn No.
Bullett Manale: Bueno, eso no es bueno, veamos.
Eric Kavanagh: Si va a la esquina superior izquierda, haga clic en Inicio, haga clic en eso.
Bullett Manale: Ah bien.
Eric Kavanagh: Y ahora comparte pantalla.
Bullett Manale: Lo siento por eso. Sip.
Eric Kavanagh: Eso está bien. Buena captura allí, productor Jocelyn.
Bullett Manale: Muy bien, ¿eso es mejor? ¿Lo estás viendo ahora?
Robin Bloor: Si de hecho.
Bullett Manale: Muy bien, así que vamos a guiarte por donde estábamos muy rápido. Tenemos las instancias descubiertas que hemos tenido anteriormente. Acabo de agregar la instancia de Chicago y lo que ves ahora es que ahora aparece aquí. Observe que ya ha extraído mucha información adicional. Si hago clic en la instancia en sí, comenzará a ver todo el tipo de información que ya hemos recopilado sobre esa instancia. Ahora heres una lista de todas las bases de datos que están allí. Podemos ver un desglose de las bases de datos por tamaño y por actividad en términos de cuáles tienen el mayor tamaño y actividad.
Una vez más, también podemos decirle de inmediato qué aplicaciones vemos que se ejecutan en esa instancia en función de la carga de trabajo que vemos que se ejecutan en la instancia. Así que es bueno poder hacer eso automáticamente. No tengo que entrar y vincular la aplicación a la incidencia. En base a lo que estábamos viendo podemos poblar eso. Ahora, si desea agregar manualmente una aplicación, puede hacerlo. Pero es una buena manera de poder mostrar la asociación de la instancia a la base de datos o, lo siento, a la aplicación.
También notará que en el lado derecho de la pantalla tenemos un resumen instantáneo y debajo tenemos un resumen del servidor. Entonces, estábamos hablando de la información clave aquí, conociendo la versión y no solo, ya sabes, el SQL Server 2012, sino el número de versión real que, incluyendo y diciéndonos qué revisiones están vinculadas, qué paquetes de servicios están vinculados para ello, puede ser muy importante saberlo. Obviamente, los requisitos de memoria son importantes. Todo eso, ya sea agrupado, toda esta información, no tengo que ponerla, ya está siendo recopilada y recopilada, y una vez que identifiquemos que es una instancia descubierta, eso será parte de nuestro inventario.
La otra cosa que verá aquí, y le mostrará, está bajo esta vista de instancia. Tenemos estos atributos de los que hablé anteriormente, los atributos personalizados que se pueden agregar. Por lo tanto, podemos agregar tipos de campos de cuadro abiertos, podemos hacer sí / no en términos de, ya sabes, un billón de tipos de opciones. Incluso podemos hacer listas desplegables. Puede hacerlo en la instancia de la base de datos o en el nivel del servidor.
Luego, si nos desplazamos un poco más abajo, podemos ver toda la información relacionada con el servidor. Entonces, sabes que todo este tipo de cosas es obviamente muy, muy útil porque está todo reunido y recolectado y está ahí para nosotros tan pronto como tomamos la decisión de hacer que forme parte de nuestro inventario. Aquí podemos mostrar algunas de las diferencias en términos de CPU, la cantidad de memoria lógica versus física, cuánta memoria. Así que realmente está obteniendo una información realmente buena y rica sin tener que hacer mucho trabajo.
Ahora, la otra parte de esto, como dije, es reunir estos datos en la instancia del nivel del servidor. Si incluso bajamos a la base de datos, podemos ver que muchas de estas cosas también se desglosan para nosotros.Entonces, si voy a mi repositorio de cumplimiento, en este caso podría decir, bueno, ya sabes que se trata de un, esta es una base de datos de cumplimiento en qué nivel de cumplimiento o requisito reglamentario está asociado y podría ser, digamos, Cumplimiento SOX o PCI. Entonces puedo elegir qué bases de datos tienen qué cumplimiento asociado a ellas que tengo que llenar o asegurarme de que estoy manteniendo en términos de ese requisito reglamentario.
Por lo tanto, este tipo de cosas ha demostrado ser muy útil para los DBA porque hay un lugar al que pueden ir centralmente para mantener todos estos metadatos asociados dentro de su entorno fácilmente y pueden hacer que, como dije, se ajusten a sus negocios como lo están haciendo. , como la forma en que hacen negocios. Entonces, si miramos todo lo que hemos visto hasta ahora, obviamente obtenemos una visión general bastante buena de la instancia, si profundizo en ella.
También puedo buscar, así que dije que busquemos ese repositorio de cumplimiento en todo mi inventario. Entonces, lo que verás aquí es que puedo buscar estas cosas y poder identificarlas. Digo eso: no estoy seguro de qué, mis botones de ir no funcionan allí. Bueno. Veamos, intentemos eso de nuevo. Aquí vamos. Entonces podríamos ver un desglose de dónde vemos algo con respecto al cumplimiento y puedo profundizar en él y verlo también desde ese punto de vista. Así que tienes una forma realmente rápida y fácil de profundizar en estos datos.
Ahora, como mencionamos anteriormente, tiene muchas formas diferentes de crear metadatos contra el servidor de instancia y la base de datos. La otra parte de eso es poder aprovechar eso en la forma en que lo ha agrupado y en la forma en que lo ha asociado. Vamos a la vista del explorador, podemos hacer exactamente eso. Podemos decir que quiero hacer un recuento de la base de datos por ubicaciones. Entonces, la cantidad de bases de datos en cada ubicación de los entornos que soporto. O posiblemente esté basado en el propietario que posee las instancias que tengo ahí en términos de tal vez el recuento de instancias. Así podremos ver eso. Así que obtienes una forma realmente buena y fácil de pintar estas imágenes para ti en función de cualquier pregunta que estés tratando de responder en ese momento.
Entonces, una vez que haya creado esa información de la manera que desea, podemos exportarla a PDF o a diferentes formatos para poder aprovecharla y para nuestros colegas o hacer lo que sea necesario allí. Entonces sabes que serías capaz de hacer ese tipo de cosas. Volvamos a: ¿lo perdí? Aquí vamos. Muy bien, espero que esto tenga sentido en términos de lo que he hablado hasta ahora. Ahora que los datos que hemos recopilado, obviamente, todo esto es realmente vital por varias razones: licencias y demás.
El último tipo de cosas solo para mencionar es que vamos a esta sección de administración aquí. Aquí es donde también puede configurar su alerta y la suya, y puede asegurarse de que para las cosas que realmente desea saber, también puede configurar esas cosas. Por lo tanto, podemos configurar alertas, podemos configurar la capacidad de encender ciertas cosas y apagar ciertas cosas y luego poder determinar quién recibiría esos mensajes de correo electrónico, y suscribiéndonos a esas alertas podemos asociar a quién nos gustaría sea, quién querría saber sobre ese tipo de cosas.
Pero, como dije antes, esta es una buena manera de hacerlo, al menos tener la tranquilidad general de saber para todas las instancias de SQL de su empresa: qué es lo que tiene y también asegurarse de que se ejecute de manera óptima incluso si no lo hace, no ha tomado la decisión de hacer una inversión para una herramienta de monitoreo de rendimiento de gran impacto para administrar esa instancia. Esto lo cubrirá porque es una forma muy económica de salir y, en muchos casos, hacer estos inventarios y hacer un tipo de monitoreo general muy amplio para asegurarse de que tengo esa tranquilidad y sé lo que está pasando.
Espero que eso tenga sentido en la forma en que lo describimos y se lo mostramos. Supongo que desde ese punto de vista puedo seguir adelante y pasarlo y podemos hablar un poco más.
Eric Kavanagh: Eso suena genial. Entonces Robin? Dez? ¿Alguna pregunta?
Robin Bloor: Bueno, tengo preguntas. Es muy interesante ver esto en realidad, quiero decir que solo quería hacer el comentario de que prácticamente en todas partes he estado, no solo entre los DBA, sino entre los tipos de la red, entre los tipos de almacenamiento, entre los tipos de administración de máquinas virtuales, son todos trabajando fuera de las hojas de cálculo.
Eric Kavanagh: Eso es correcto.
Dez Blanchfield: Sabes que eso es así, sabes que está bien hasta que los números comienzan a moverse. Cuando los números comienzan a moverse, sabes que se van a meter en problemas. Entonces, la pregunta ahora estoy un poco interesada y sé que será difícil para usted responderla, pero qué, si va a un lugar donde no tienen nada como esto para el funcionamiento de las hojas de cálculo, asumamos los DBA son tipos muy inteligentes y demás, ¿qué tipo de ROI crees que obtendrías al implementar algo como esto? ¿Tiene alguna cifra al respecto o alguna guía al respecto?
Bullett Manale: Es difícil decir cuál es el ROI porque los entornos serán un poco diferentes. Obviamente, cuanto más grande sea la empresa, mayor será el entorno, obviamente, mayor será el retorno de la inversión si están utilizando, ya sabes, métodos manuales ahora.
Sé que he hablado con varias - cuando digo grandes organizaciones en los miles y miles de empleados y también probablemente en las miles de instancias también - donde tengo personas donde les muestro esto y dicen que esto tomará dos semanas de mi tiempo de regreso. Me lo han dicho más de una vez. Por lo tanto, es difícil decirlo en términos del monto real en dólares de una compra, pero es considerable cuando se tienen los entornos.
Como dije, es bastante consistente, son las personas con las que, la mayoría de las personas con las que hablo, guardan estas cosas en una hoja de cálculo. Por lo tanto, es algo muy, muy subjetivo porque cada entorno, es un poco diferente en términos de cómo otorgan sus licencias y cómo lo hacen con Microsoft, es otra parte de eso que es un factor. Pero si tienen que hacer verdaderas mejoras cada año o cada tres años, creo que tres años como máximo para Microsoft, querrán que hagas realidad al menos cada tres años.
Entonces sabes que es considerable y sabes que es algo que hace mucho más fácil. Debido a que es algo dinámico que siempre está cambiando, le da un poco más de validez también en términos de lo que está viendo en los versos, bueno, realmente no hemos actualizado la hoja de cálculo en seis meses o un año. Entonces, ¿con qué frecuencia está actualizando la hoja de cálculo? Es otra pregunta para entender que es la respuesta al ROI.
Dez Blanchfield: Sí, quiero decir, licencias de SQL, la licencia de esto es solo una maldita pesadilla, pero es especialmente una pesadilla porque la licencia no es la misma entre Microsoft y Oracle y cualquier otra persona que esté haciendo cosas de bases de datos. Si realmente mantiene las cosas en hojas de cálculo que tienden a ser lo que realmente sucede, sabe que el tiempo de licencia llega antes de darse cuenta y no tiene los datos, si sabe a qué me refiero, para obtener fácilmente esa información.
De todos modos, como usted señala, es dinámico y no tengo ni idea personalmente porque nunca he tenido que negociar con Microsoft, así que no tengo idea, pero presumiblemente hay bases de datos en las que la gente a menudo elimina los datos de prueba, probando entornos y lo haría. supongo que eso es una espina en tu lado si estás haciendo una licencia. Eres tu-?
Bullett Manale: Sí, sí. Ese es el caso porque muchas veces se olvidan esas cosas y luego comenzamos a tratar de averiguar, está bien, está bien, tenemos licencias centrales que tenemos que averiguar la cantidad de núcleos para cada una de estas instancias y no sé, en términos de los estándares de lo que está comprando en cuanto al hardware, también podría comprar un hardware bastante bueno, si no está utilizando ese hardware de la forma en que debería utilizarse, está pagando de más porque está pagando el precio básico cuando esos núcleos no se aprovechan para que se convierte en un problema
Entonces, cada versión de SQL tiene una forma diferente de aplicar las licencias, lo que incluso lo hace un poco confuso. Entonces tiene algunos desafíos al respecto y esa es una gran parte de por qué esta información es muy útil porque podemos decirle qué versión es, podemos decirle obviamente la cantidad de núcleos que tiene, si son versiones anteriores de SQL ese era el precio por socket, todavía podemos mostrar obviamente eso también. Entonces, simplemente, hace que sea una rutina mucho más simple que tienes que pasar cuando llega el momento de hacer realidad esas cosas.
Dez Blanchfield: Una cosa que me viene a la mente, oh lo siento, vete.
Robin Bloor: Está bien, entras en Dez, iba a hacer una pregunta posiblemente irrelevante.
Dez Blanchfield: Simplemente algo realmente rápido mientras estás en el tema que estás abordando ahora: vimos mucha más adopción de entornos de nube y, si ejecutamos esto dentro de nuestro propio centro de datos, dentro de nuestro propio entorno, están rastreando y encontrando, descubrir cosas es relativamente sencillo .
Cómo, cómo hacemos frente al escenario en el que podríamos tener tres conjuntos de datos, dos nubes, y la visibilidad a través de estos entornos es cortafuegos y, a menudo, hay un conjunto de datos al final de una tubería o una VPN. ¿Hay algún lugar para descubrir desde el front-end o necesitamos hacerlo para comenzar a abrir puertos para poder escanear en ciertos entornos entre una especie de nube y fuera de las instalaciones donde se ejecutan estas plataformas?
Bullett Manale: Sí, sí, habría alguna consideración en términos de puertos. Por lo tanto, lamentablemente desearía poder decir que va a romper todos esos entornos, pero hay algunas opciones diferentes que podría hacer con esto. Obviamente, si está haciendo algo como Amazon EC2, todo lo que necesitaría realmente es el acceso a ese entorno a través de su conectividad, suponiendo que sus puertos estén abiertos y luego poder especificar sus direcciones IP o su dominio asociado a eso y puede comenzar la recopilación e iniciar el descubrimiento.
Por lo tanto, en ese tipo de entornos eso no es realmente un problema; son los tipos de entornos más específicos, como RDS, y donde está obteniendo la base de datos en sí, donde va a ser un poco más difícil ver y descubrir ese tipo de información.
Dez Blanchfield: Entonces, a partir de eso estaba allí, hay bases de datos y bases de datos. Entonces, por ejemplo, los viejos tiempos de tener un motor de base de datos muy, muy grande como la anécdota que compartí en el frente, donde es solo una plataforma masiva y todo lo que hace es proporcionar una base de datos. En estos días, las bases de datos están integradas en todo, de hecho, hay dos o tres de ellas simplemente ejecutándose en mi teléfono detrás de las aplicaciones.
¿Qué tipo de desafíos está viendo con escenarios en los que tiene entornos que provienen de Lotus Notes, con aplicaciones detrás de ellos, SharePoint con la base de datos en Internet, etc.? Básicamente, todo funciona con una base de datos en el back-end. ¿Qué tipo de cosas estás viendo por ahí y qué tipo de desafíos estás enfrentando a las personas que solo intentan mapear ese tipo de mundos y qué hace tu herramienta por ellos?
Bullett Manale: Bueno, quiero decir que lo que dice es que lo que dijiste: todo necesita una base de datos ahora, por lo que muchas veces hay muchas, probablemente, hay muchas bases de datos que se están introduciendo en el entorno que los DBA ni siquiera han creado. consciente de que no es muy difícil instalar un servidor SQL en el entorno, en general.
Esta herramienta también identifica cosas como bases de datos expresas, por lo que las versiones gratuitas de SQL Server. Curiosamente, cuando vas a hablar con los DBA, una vez más, no obtienes una respuesta consistente en términos de si se preocupan por las bases de datos gratuitas que existen. Muchas de estas aplicaciones de las que hablas usarán la versión gratuita de la base de datos. Pero las propias organizaciones tendrán una actitud diferente en términos de quién es responsable de esa base de datos dependiendo de con quién hable.
Algunos de los DBA con los que hablo, puedo pensar en la última vez que estuve en SQL Server PASS, que está en Seattle, usted hace la pregunta "¿Le interesan sus bases de datos exprés?" Y fue alrededor de cincuenta y cincuenta. Algunas de las personas querían saber acerca de ellos como DBA porque sentían que eran parte de sus responsabilidades, incluso aquellas bases de datos expresadas que aún podían contener información crítica; todavía necesitan pasar por el proceso de copia de seguridad y aún deben asegurarse de que todas las cosas funcionen desde una perspectiva de salud en ellos. Pero solo saber que existen es igual de importante, si no más importante.
Mientras que la otra mitad de la gente dice: "Oye, no éramos responsables de esas bases de datos y todo lo que ponen sobre ellas tiene cuidado con la persona que las instaló". Pero diría que, en general, lo que dijiste, todo es bonito Mucho hoy en día tiene una aplicación vinculada que solo contribuye más a la complejidad y la confusión de tener que inventariar esa información.
Dez Blanchfield: Sí, he visto algunos, los sitios del gobierno son probablemente mis favoritos, pero la mayoría de las veces lo veo en entornos empresariales ahora, ¿dónde es que, como dijiste, la gente se olvida incluso cuando instalan algo como SharePoint o como el auto intercambio? que vienen con una versión gratuita recién incorporada porque quieren, ya sabes, instalarla rápidamente y no preocuparse por tener que comprar licencias.
Luego se vuelve grande y luego alguien comienza a quejarse por el rendimiento y dicen: "Es solo su antiguo servidor, su almacenamiento, su red, lo que sea", y luego se llama al DBA y dicen: "Bueno, acabas de metió todo en esta versión gratuita de la base de datos, que no es lo que necesita para realizar este gran tamaño ".
Particularmente, cuando tiene escenarios como Project Manager y Office, ejecuta cientos, si no miles, de proyectos en una gran empresa o empresa y está utilizando SharePoint con Microsoft Project Server y está volcando todas sus cosas de PMO en esta base de datos. Pero en la parte frontal son similares, bueno, es solo una interfaz web. Pero realmente hay bases de datos y bases de datos.
Bullett Manale: Si.
Dez Blanchfield: Entonces, ¿cuáles son? Uno de los primeros pasos que la gente de aquí supongo es que hay un par de preguntas que podríamos querer hacer del público. Una de las primeras preguntas es ¿dónde comienza la gente? ¿Cuál es el primer paso natural para que ellos vayan, "Está bien, tenemos que hacer la versión de Alcohólicos Anónimos?"
Tenemos más bases de datos de las que sabemos qué hacer. ¿Cómo es un paso natural para ellos? "Bien, ¿tenemos que conseguir esto y comenzar a correr?" ¿Simplemente se vuelven fríos o más tarde realmente necesitan comenzar de a poco y obtener algo de experiencia en el mapeo de su entorno? ?
Bullett Manale: Bueno, creo que eso dijo que tienen que mapear el entorno. Ahora Microsoft ofrece una herramienta gratuita para hacer eso, la Herramienta de planificación de evaluación de Microsoft, es una herramienta gratuita pero es estática. Tú haces el descubrimiento y eso es todo. Obtienes una lista de las cosas que están ahí afuera. Tomamos eso y dijimos que miremos, demos un paso más, hagamos el descubrimiento, encontremos lo que hay ahí fuera, pongámoslo en el repositorio y hagamos que sea dinámico y podamos agregarlo, eliminarlo.
Pero, en general, el primer paso más importante es pensar solo para descubrirlo, hacer el descubrimiento. Ya sea que eso signifique descargar nuestro producto en versión de prueba, puede descargarlo y probarlo durante 14 días y puede señalar su entorno y realizar la recopilación.
Ahora, si ya tiene una hoja de cálculo con un montón de esa información que está seguro de que esa información es correcta, también tiene la posibilidad de que le guste importar a CSV esa hoja de cálculo con toda esa información y hacer que esa parte de lo que ya tengo. Pero en términos de averiguar lo que no sabes, la única forma de hacerlo es salir manualmente, hacerlo o tener una herramienta que busque ese tipo de cosas como esta. Esa es la decisión que tendrá que tomar en algún momento es: "¿Intento automatizar ese descubrimiento o al menos obtener una buena base de lo que hay primero y luego tal vez preocuparme por algunas de las excepciones?" parte, probablemente necesites una herramienta.
Dez Blanchfield: Tan rápido. ¿A dónde van las personas para comenzar con esto? ¿Golpearon su sitio web? ¿Cómo se acercan y comienzan esto rápidamente?
Bullett Manale: Si vas a Idera, I-D-E-R-A.com, verás, y en realidad puedo mostrarlo muy rápido. En el sitio web de Idera irá a productos, al administrador de inventario. Verá que hay un enlace de descarga aquí. Solo está determinando qué compilación desea instalar en 64 o 32 bits, y eso lo pondrá en marcha y podrá comenzar su descubrimiento desde allí.
Robin Bloor: Fantástica y genial, gran presentación, muchas gracias.
Bullett Manale: Gracias.
Eric Kavanagh: Tenemos un par de preguntas de la audiencia y bien para usted porque tenemos que detenernos hoy, pero Bullett, una vez más, gran trabajo en la demo, gran trabajo de nuestro productor al darse cuenta de que no se estaba mostrando.
Bullett Manale: Lo siento por eso.
Eric Kavanagh: No, esto es bueno, estás dando visibilidad al núcleo de los negocios, ¿verdad? Porque el negocio ejecuta datos y le está dando visibilidad hasta el núcleo. Así que no más cosas onduladas a mano; ahora puedes señalar cosas y resolver eso. Tan bueno para ti.
Bullett Manale: Gracias.
Robin Bloor: Pero fue genial verlo en vivo también, por cierto, bien hecho.
Eric Kavanagh: Sí, archivaremos este webcast para verlo más tarde y luego lo esperaremos dentro de aproximadamente una hora o dos, el archivo inicial sube a veces es un poco más que eso, pero asegúrese de informar a la gente. Con eso los iban a dejar ir, amigos. Gracias de nuevo por asistir a la sala de información, en realidad fueron las tecnologías calientes. Bueno, nos vemos la próxima vez. Cuidate, chau chau.