Lab128 Edición Gratis LAB128 admite tres técnicas de solución de problemas / sintonización de rendimiento importantes: * Respuesta basada en el tiempo utilizando el historial de sesión activo (ceniza); * Innovadoras estadísticas de SQL basadas en instantáneas frecuentes de V $ S
Descargar ahora

Lab128 Edición Gratis Clasificación y resumen

Lab128 Edición Gratis Etiquetas

Lab128 Edición Gratis Descripción

Herramientas para la afinación y monitoreo avanzado de Oracle. LAB128 admite tres técnicas de solución de problemas / sintonización de rendimiento principal: * Respuesta basada en el tiempo utilizando el historial de sesión activo (ceniza); * Innovadoras estadísticas de SQL, basadas en instantáneas frecuentes de V $ SQLSTATS o vistas de V $ SQL; * Sintonización en todo el sistema Sintonización basada en el tiempo de respuesta. Historial de sesión activo (ceniza) El tiempo de respuesta del sistema de base de datos es el tiempo transcurrido entre enviar una consulta de SQL y recibir el resultado. El tiempo de respuesta es la métrica más importante para el usuario final, ya que es un componente importante del rendimiento percibido de la base de datos. La técnica basada en el tiempo de respuesta se centra en las acciones del usuario de la base de datos para las cuales se debe mejorar el rendimiento. Luego, emplea la interfaz de espera de Oracle (OWI) e identifica las afirmaciones de SQL que causan la mayor parte del tiempo de respuesta. Las acciones requeridas se basan en el análisis de los componentes de tiempo transcurridos para las declaraciones seleccionadas. Después de que se tomen estas acciones, puede ser necesario iterir a través de este proceso nuevamente hasta que se logre un efecto deseado. La interfaz de espera de Oracle incluye v $ system_event, v $ session_event, v $ session_wait, v $ event_name views. Oracle 10G Extended OWI, introduciendo visión V $ Active_Session_History, enfatizando la importancia de la sintonización basada en OWI. Más específicamente, V $ Active_Session_History es una colección de las instantáneas de la vista de Session Ver en un intervalo de tiempo regular para las sesiones activas. LAB128 utiliza una técnica de colección similar, aunque no depende de la vista V $ Active_Session_History, por lo que es compatible con versiones anteriores de Oracle. Tenga en cuenta que V $ Active_Session_History es parte del paquete de diagnóstico de Oracle 10G y requiere una compra de la licencia ODP. Por lo tanto, LAB128 proporciona ahorros adicionales mediante la implementación de funciones de Ash y no requiere la compra de ODP. Tener datos de cenizas recopiladas, LAB128 proporciona un sofisticado Explorador de actividades gráficas, donde los eventos de espera de todo el sistema se combinan con los datos de cenizas. Aquí puede identificar qué recursos de la base de datos fueron los cuellos de botella más grandes durante cualquier período de tiempo seleccionado, la declaración de SQL se tomó la mayor cantidad de tiempo para ejecutar y ver el tiempo de espera desglosado por diferentes eventos. Se muestra el texto de una declaración SQL, así como los otros datos detallados de la declaración. Sintonización basada en estadísticas de SQL La sintonización basada en las estadísticas de SQL es un nuevo enfoque. Para nuestro mejor conocimiento, no hay otra herramienta que haya implementado esta técnica. Se basa en instantáneas frecuentes de la vista V $ SQL (o V $ SQLSTATS en 10G de versión 2). El Delta entre las instantáneas se puede calcular por cualquier período de tiempo. Ha sido una agradable sorpresa para darse cuenta de lo precisa y productiva que es realidad esta técnica. Este enfoque es una alternativa viable (si no mejor) a ceniza. Realmente brilla en sintonizar sistemas OLTP con frecuentes consultas cortas, donde la ceniza es menos efectiva. Las estadísticas de SQL se pueden usar junto con datos de cenizas para mejorar enormemente la eficacia de la solución de problemas. Es posible que haya escuchado que AWR (Repositorio de carga de trabajo automático) en Oracle 10G ya ha explorado esta oportunidad al capturar V $ SQL cada hora. La tasa de captura predeterminada en LAB128 es una instantánea cada 15 segundos, por lo que simplemente no hay comparación con el alcance de las nuevas posibilidades y la precisión sin precedentes. En LAB128, es realmente posible realizar un seguimiento de las estadísticas de la declaración SQL individual a lo largo del tiempo. Ahora es fácil encontrar qué SQL fue responsable de los picos intermitentes de la CPU, las lecturas de disco, etc., algo que no es posible con AWR. Existen muchos desafíos en la recopilación de estadísticas de SQL: la gran cantidad de datos, la naturaleza transitoria de las afirmaciones de SQL que pueden desaparecer y reaparecer en el área SQL, y la interpretación y presentación de los datos recopilados. Cuando contactamos a Oracle Corporation preguntando si planean incorporar este enfoque en la base de datos, respondieron que esto sería prohibitivamente caro. Bueno, fue difícil pero no imposible. El uso intensivo de algoritmos de compresión y adaptación hizo esto una realidad. Ahora puede aprovechar este trabajo pionero y emplee esta técnica. Debido a su efectividad, podría ser una de las técnicas de solución de problemas de Oracle más importantes en el futuro. (También vea el artículo relacionado: "Oracle Tuning usando instantáneas de estadísticas de área de SQL frecuentes") Sintonización en todo el sistema Sintonización en todo el sistema se basa en el análisis de las estadísticas de rendimiento de Oracle. Este enfoque bastante clásico puede no ser eficiente cuando existe una dispara clara entre las contribuciones de diferentes afirmaciones de SQL al rendimiento degradado. Mientras tanto, para algunas situaciones en las diferentes declaraciones de SQL muestran una contribución uniforme al tiempo de respuesta, o cuando se experimentan problemas de rendimiento en muchas áreas de la interacción del usuario, la causa real puede ser de una naturaleza de todo el sistema (como un sistema de abajo, por ejemplo, ). Las estadísticas de todo el sistema expondrán el problema, proporcionando datos para las acciones requeridas. Recopilación de datos de rendimiento de Oracle con totalidad sin compromisos. La sintonización y el monitoreo de Oracle se basan en vistas de V $ que brindan acceso a los datos de rendimiento de la base de datos. Dado que la mayoría de las estadísticas en V $ vistas devuelven valores acumulativos, no es realmente posible decir en qué estado se encuentra la base de datos cuando solo se toma una instantánea. La medición del cambio de valores entre las instantáneas da información sobre la actividad que sucedió entre estas instantáneas. Las mediciones tomadas con mayor frecuencia proporcionan una mayor precisión sobre el tiempo en que se producen eventos, es decir, la serie de tiempo con una tasa de muestreo más alta tendrá una mayor resolución de tiempo. Sería natural asumir que una tasa de muestreo más alta es mejor; En realidad, cada medición puede llevar un costo al sistema medido. Esto es particularmente cierto para Oracle, donde cada solicitud a V $ VETS comparte parcialmente una ruta de ejecución con una consulta regular. Otra consideración es el número y la variedad de estadísticas para capturar. El enfoque tradicional es enfocarse en los más importantes, como los de V $ Sysstat, V $ System_Event, etc. Fuera de esta gran selección, ¿qué estadísticas deben recopilarse? Cada manual sobre este tema tendría su propia lista de las estadísticas más importantes dependiendo de la naturaleza y el alcance del problema. ¿Qué pasa si se desconoce la naturaleza o el alcance del problema? ¿Por qué no recoger todas las estadísticas disponibles? Estos dos factores, qué recopilar y con qué frecuencia, han sido objeto de compromiso para muchos productos de monitoreo. El enfoque utilizado en LAB128 es único: Captura a todas las estadísticas originadas de V $ Sysstat, v $ System_Event, v $ FileStat, v $ Rollstat, V $ Latch, y muchos más. Eso es más de 1,000 estadísticas para realizar un seguimiento de, sin mencionar que algunas estadísticas pueden tener valores múltiples (como los de V $ System_Event, V $ Latch, V $ FileStat, etc.). Otra característica única de LAB128 es su alta tasa de muestreo de 6 a 12 segundos entre las mediciones. Efectivamente, la tasa de muestreo está limitada por el costo de ejecutar consultas contra vistas de V $. La tasa de 6 a 12 segundos es óptima, teniendo bajos gastos generales para el sistema medido. Para mantener el impacto de la recopilación de datos al mínimo, LAB128 puede disminuir automáticamente la velocidad de muestreo. Las tiendas LAB128 recolectaron datos comprimidos en su propia base de datos en memoria. Para una base de datos relativamente ocupada, puede almacenar horas e incluso días de datos utilizando una pequeña cantidad de memoria, durante 9 horas, necesita 15-20 MB de RAM. Esto no sería posible sin compresión extremadamente efectiva: LAB128 utiliza un algoritmo de compresión sin pérdidas patentados que proporciona una relación de compresión alta y un acceso aleatorio instantáneo a los datos almacenados. Monitoreo sofisticado y en tiempo real con una interfaz de usuario intuitiva. Si bien es importante saber cómo se realizó una instancia de Oracle en el pasado, es muy importante ver cómo y qué está haciendo ahora. LAB128 mantiene el último estado de la instancia de Oracle Internamente, refrescante de manera inteligente solo aquellas áreas que son vistas por el usuario. Usando esta técnica, LAB128 ofrece una imagen extensiva a bajo costo a la instancia de Oracle que se está monitoreando. A medida que el usuario cambia la atención en un nuevo área de interés, la información más detallada está disponible de inmediato. El equipo de desarrollo de LAB128 cree que la usabilidad y la comodidad de una solicitud toman la misma prioridad que su sofisticación. Si algo no es conveniente, no se utilizará. La interfaz de usuario utiliza ampliamente enlaces de agua caliente o técnica de perforación para realizar incluso los detalles más complejos, solo unos pocos clics de distancia. Eso le da a un DBA sobresalido una tremenda ventaja en supervisar los procesos internos, rastrear problemas o simplemente aprender y comprender el funcionamiento de Oracle. Algunas características ciertas de la supervisión en tiempo real de LAB128, como "Block Buffer Explorer" y otros, nunca se han explorado en otras herramientas de monitoreo de Oracle. Fácil instalación y mantenimiento. Para instalar, simplemente copie el ejecutable LAB128 y ejecutelo. ¡Eso es todo! Bueno, para decir la verdad, también necesita un archivo de ayuda a menos que ya esté familiarizado con el funcionamiento de LAB128. El programa no usa el Registro de Windows, ya que todas las configuraciones se almacenan en archivos de texto en el directorio donde se inició LAB128. Es recomendable crear un directorio dedicado, por ejemplo, D: \ Archivos de programa \ Lab128, y mantener archivos allí. Este directorio debe ser escrito para permitir el ahorro de preferencias de usuario. Para desinstalar Lab128, simplemente elimine el directorio LAB128. Implementación de estado de la técnica. Hay dos componentes para el rendimiento de cualquier herramienta de monitoreo: el impacto en el sistema que se está monitoreando y la velocidad de la interfaz de usuario. La filosofía detrás del desarrollo de LAB128 fue presentar la carga más baja posible a la instancia de Oracle. Para lograr este objetivo, LAB128 explota muchas técnicas. Por ejemplo, en lugar de ejecutar consultas contra dos o más vistas de Oracle con uniones entre ellos, sería mejor ejecutar consultas más simples contra cada una de las vistas y hacer que las se unen localmente en la aplicación. De manera similar, cualquier cosa que se accede por LAB128 se mantiene en el caché local para evitar una consulta innecesaria en el futuro. Para conservar los recursos en el lado de Oracle, LAB128 nunca usa Oracle para almacenar ningún dato (como los datos de extensión de segmento almacenados por la herramienta de monitoreo de Quest) que se usarán localmente en la aplicación y nunca solicitarán a Oracle que realice el procesamiento (como la búsqueda binaria implementada en Código PL / SQL en la herramienta mencionada anteriormente) si se pudiera hacer localmente. Por ejemplo, el explorador de búfer de bloque de Lab128 toma su feed de V $ BH View, pero toda la agregación de Rollup se realiza localmente en la aplicación. Esto es cierto para muchos otros procesos. Cuando se trata de la usabilidad, la velocidad de la interfaz de usuario es una gran preocupación. Hay algunas grandes herramientas escritas en Java, pero la inclinación de su interfaz de usuario los hace indeseables para el uso diario. Lab128 está escrito en C ++ y utiliza algoritmos de procesamiento de datos eficientes que se escalan bien a las grandes cantidades de datos que se almacenan y procesan. Cuenta con un motor de procesamiento eficiente con una huella pequeña, y emplea múltiples hilos para mantener todas las tareas de fondo de interferir con el código de la interfaz de usuario. Como resultado, LAB128 funciona bien incluso en computadoras antiguas. A medida que consume muy pocos recursos, se puede seguir funcionando en estaciones de trabajo sin ningún impacto en otras aplicaciones. Que lab128 no es Puedes encontrar muchos usos de LAB128. Es una excelente herramienta de monitoreo, pero carece de la característica de enviar alertas al usuario, hasta el momento. LAB128 asume una gran cantidad de interacción del usuario, ya que es más sobre la afinación avanzada y la exploración de miles de estadísticas. Esta herramienta no estaba diseñada para administrar Oracle, aunque puede usar el Editor Central de SQL con el repositorio de consulta extensible para realizar trabajos administrativos de la base de datos. Finalmente, esta herramienta no le brinda soluciones de aviso o problemas de problemas; Se trata de recolectar hechos. Respetamos su experiencia y conocimiento de su aplicación de base de datos en particular. Creemos que hacer que sus propias decisiones basadas en hechos recaudados es la mejor manera de mantener el rendimiento superior de la base de datos.

Lab128 Edición Gratis Software relacionado