Por el personal de Techopedia, 26 de mayo de 2016
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 se que esta pasando. Ah, sí, es hora de Hot Technologies. Sí, de hecho, mi nombre es, una vez más, Eric Kavanagh. Puedes encontrarme en Twitter @eric_kavanagh. Este es el programa diseñado para hablar sobre lo que está de moda en el mercado. El título de hoy, "Claves para el Reino: Administración de SQL Server con Dynamic Discovery". Cosas buenas. 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 altavoces. Y Robin Bloor va primero.
Robin Bloor: Sí, 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. 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 comenzó a existir en términos de prototipos en los años 80 y de alguna manera obtuvo su impulso en el mercado desde principios de los 90 en adelante. Y las bases de datos relacionales siguen siendo completamente dominantes en popularidad. Si lee la prensa, escuchará un montón de 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. Debes 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 transacciones aleatorias cortas y la otra son consultas largas que abarcan muchos 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 usarse para actividades transaccionales, pero los gráficos casi nunca se usan 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 se estandarizan 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 allí 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 construye 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 recuerdo 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 he encontrado con varias bases de datos que dicen 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 gestió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 debe dividirse, puede crear dos instancias y replicar, y eso a menudo se hace cuando 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 rastrearlos. Y luego debe planificar varias actualizaciones de hardware o aumentos de hardware. Hay 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 creo, bueno, recuerdo que sucedió, pero he estado fuera del juego durante al menos diez años, pero recuerdo que sucedió con más frecuencia de lo que jamás 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 gestió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 aparte 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 ejecuta 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 ahora, pero que es uno de los extremos superiores de los servidores 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 estamos hablando 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 a 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 razón por la que deba 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 problemas 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, solo 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 este mensaje 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 nueva 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 estamos hablando 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 están. ¿Cuántos están corriendo? ¿Por qué están corriendo? 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 de hoy, Bullett. Entonces, con eso, Bullett, te voy a pasar, y espero escuchar cómo has resuelto este problema.
Bullett Manale: Muy 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 es 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: Muy 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 la parte del 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. Así que esa es también una gran parte de esta herramienta, es poder saber que está allí.
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 de zapatillas exprés. 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 tiene bastante confianza, 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. Se puede usar mucho para obviamente saber dónde están las cosas, para 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 entender 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 zócalos 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, debido a que está saliendo dinámicamente y a diario identificando nuevas instancias, es algo vivo que tiene en términos de su inventario. Ese es el objetivo del producto, que sea así, que sea 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 te dará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 determinar quién es el responsable de esa base de datos dependiendo de ese tipo de situación o lo que sea, sea cual sea la base de datos con quien sea responsable, puede 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 que estamos recopilando, toda esta información y datos que estamos recopilando y aplicando metadatos le brinda la capacidad de tomar decisiones mucho más fáciles y rápidas cuando se trata de suba 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 que los DBA tomen esas decisiones sobre la licencia.
Ahora, la otra cosa que, al hablar con los DBA, descubrimos y aprendimos muy rápido 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 tu SOA y reciba alertas y todo ese tipo de cosas buenas ", lo que también encontramos es que si preguntaba, " 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 esas instancias versus esos 10 o 20 realmente, Instancias de producto realmente críticas.
Entonces, la otra parte de la ecuación con esta herramienta es que también ayuda en términos de poder asegurarse de que, a nivel básico, 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, aún le hará saber que, oye que el servidor está inactivo 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 Asegúrese de que se estén formando esos niveles básicos de controles de salud.
En resumen, de eso se trata el Inventory SQL Import Manager. 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 estamos administrando, podemos descubrir todo, desde SQL 2000 hasta el nuevo 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 podremos interactuar con esos datos y verlos. Entonces es una arquitectura bastante sencilla.
Voy a seguir adelante y cambiarme y, de hecho, llevarnos al producto en sí para que puedas 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 estamos 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 esto, 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 SQL se está ejecutando 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 vamos 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ás 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 lo recordará 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, por lo tanto, puede verlo aquí. Entonces sabes que ese es el primer paso y lo que acabo de mostrarte es la forma en que agregarías principalmente esas instancias a medida que avanzas 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 estamos viendo tu demo.
Bullett Manale: ¿ No lo eres?
Jocelyn: no.
Bullett Manale: Bueno, eso no es bueno, veamos.
Eric Kavanagh: Si vas a la esquina superior izquierda, haz clic en Inicio, haz clic en eso.
Bullett Manale: Ah, está bien.
Eric Kavanagh: Y ahora comparte pantalla.
Bullett Manale: Perdón 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: Sí, 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 está listada 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 aquí hay 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. De acuerdo con lo que estamos 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, estamos hablando de información clave aquí, conociendo la versión y no solo, ya sabes, el SQL Server 2012, sino también el número de versión real que, incluyendo y diciéndonos qué revisiones están vinculadas, qué paquetes de servicio están atados a él, 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 campos de cuadro de texto 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 todo está 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. Entonces, 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 que estamos recopilando 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. Por lo tanto, puedo elegir qué bases de datos tienen qué cumplimiento asociado a ellas que tengo que llenar o asegurarme de mantener 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 su negocio como ellos ' re haciendo, como la forma en que hacen negocios. Entonces, si miramos todo lo que hemos visto hasta ahora, obviamente tenemos una buena visión general 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á aquí es que puedo buscar estas cosas y poder identificarlas. Digo eso: no estoy seguro de qué, mi botón Ir no funciona allí. Bueno. A ver, intentemos eso de nuevo. Aquí vamos. Entonces podríamos ver un desglose de dónde vemos algo con lo que estamos cumpliendo 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 instancias 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 tal vez se base en el propietario que posee las instancias que tengo allí en términos de tal vez conteo 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, cuando haya creado ese tipo de información de la manera que desea, podemos exportarla a PDF o a diferentes formatos para poder aprovecharla y enviarla a nuestros colegas o hacer lo que sea necesario allí. Entonces sabes que podrías 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 correo electrónico y sus alertas y ser capaz de asegurarse de que para las cosas que realmente desea saber, también puede configurar esas cosas. Entonces, podemos configurar alertas por correo electrónico, podemos configurar la capacidad de encender ciertas cosas y apagar ciertas cosas y luego poder determinar quién recibiría esos correos electrónicos, y suscribiéndonos a esas alertas podemos asociar a quién queremos ser, quien quisiera 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 ' t, no he 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. En realidad, es muy interesante, quiero decir que solo quería hacer el comentario de que en casi todos los lugares en los que 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, ellos ' re todos trabajando en 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 meterán en problemas. Entonces, la pregunta ahora me interesa y sé que será difícil para usted responderla, pero qué, si va a un lugar donde no tienen nada como esto para el trabajo de las hojas de cálculo, asumamos los DBA son tipos muy inteligentes y así sucesivamente, ¿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 el entorno va a ser un poco diferente. 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 varios, cuando digo grandes organizaciones en los miles y miles de empleados y también probablemente en las miles de instancias, 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 otorgan sus licencias 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, lo harán, quieren que sea sincero 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, también da un poco más de validez en términos de lo que estás 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 lo que me refiero, para acceder 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 ni idea, pero presumiblemente hay bases de datos en las que la gente a menudo elimina los datos de prueba, probando entornos y supongo que son 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 calcular, está bien, está bien, tenemos licencias centrales que tenemos que determinar la cantidad de núcleos para cada una de estas instancias y no No sé, en términos de los estándares de lo que está comprando hardware sabio, también podría comprar hardware bastante bueno, si no está utilizando ese hardware de la forma en que debería utilizarse, está pagando de más porque está pagar los precios básicos cuando no se aprovechan esos núcleos, lo 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 se trata de 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, perdón, 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 en el que estás ahora: estamos viendo mucha más adopción de entornos en la nube y si estamos ejecutando esto dentro de nuestro propio centro de datos, dentro de nuestro propio entorno, están gateando 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 frente 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 ejecuta esta plataforma?
Bullett Manale: Sí, sí, habría alguna consideración en términos de los 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 colección y comenzar el descubrimiento.
Así que, en ese tipo de entornos, eso realmente no es un problema; son los tipos de entornos más específicos como RDS y donde solo obtienes la base de datos en sí misma, donde 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í al 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 como 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 usted dijo: todo necesita una base de datos ahora, por lo que muchas veces probablemente haya muchas bases de datos que se están introduciendo en el entorno que el propio DBA ni siquiera se tienen en cuenta porque, en general, no es muy difícil instalar un servidor SQL en el entorno.
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 eran como cincuenta y cincuenta. Algunas de las personas querían saber sobre 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 somos responsables de esas bases de datos y cualquier cosa que pongan sobre ellas es tener cuidado con la persona que las instaló". Pero yo diría que, en general, Dicho esto, casi todo 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 gubernamentales son probablemente mis favoritos, pero la mayoría de las veces lo veo en entornos empresariales, ¿dónde es que, como dijiste, que la gente olvida incluso cuando instalan algo como SharePoint o como el intercambio automático para que sepa que vienen con una versión gratuita recién incorporada porque quieren, ya sabes, instalarlo rápidamente y no preocuparse por tener que ir a 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, usted" acabo de incluir 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 usa SharePoint con Microsoft Project Server y está volcando todas sus cosas de PMO en esta base de datos. Pero en la parte frontal son como, bueno, es solo una interfaz web. Pero realmente hay bases de datos y bases de datos.
Bullett Manale: Sí.
Dez Blanchfield: Entonces, ¿cuáles son, uno de los primeros pasos que la gente de aquí supongo 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 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, miremos, vamos un paso más allá, hagamos el descubrimiento, descubramos lo que hay ahí fuera, pongámoslo en el repositorio y hagámoslo para 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 descubrir 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?" En su mayor parte, probablemente necesite una herramienta.
Dez Blanchfield: Tan rápido. ¿A dónde van las personas para comenzar con esto? ¿Golpearon tu sitio web? ¿Cómo se acercan y comienzan esto rápidamente?
Bullett Manale: Si vas a Idera, IDERA.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 un 64 o 32 bits, y eso lo pondrá en marcha y podrá comenzar su descubrimiento desde allí.
Robin Bloor: Fantástico y genial, gran presentación, muchas gracias.
Bullett Manale: Gracias.
Eric Kavanagh: Tenemos un par de preguntas de la audiencia y se las enviaremos por correo electrónico porque tenemos que detenernos hoy, pero Bullett, una vez más, gran trabajo en la demo, gran trabajo de nuestro productor al entender que no era así. t mostrando.
Bullett Manale: Perdón por eso.
Eric Kavanagh: No, esto es bueno, estás dando visibilidad al núcleo de los negocios, ¿verdad? Porque las empresas ejecutan datos y estás 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 aumenta a veces es un poco más largo que eso, pero nos aseguraremos de dejar que la gente saber. Con eso los dejaremos ir, amigos. Gracias de nuevo por asistir a la sala de información, en realidad somos las Tecnologías más Calientes. Nos pondremos en contacto con usted la próxima vez. Cuidate, chau chau.
