Lo que las herramientas de ajuste de rendimiento de Oracle pueden (y no pueden) hacer

La gestión del rendimiento de la base de datos es una de las tareas que más tiempo requieren a las que se enfrentan los administradores de bases de datos de Oracle. Sin embargo, para los DBA, ajustar las bases de datos adecuadamente y luego monitorear el rendimiento de las consultas y resolver los problemas es una necesidad para garantizar que los sistemas de la base de datos Oracle cumplan con las necesidades de procesamiento de transacciones y almacenamiento de datos de los usuarios empresariales.

Idealmente, las herramientas de gestión del rendimiento de la base de datos pueden ayudar a los DBA a "mantenerse al tanto de las cosas e identificar cuellos de botella antes de que se conviertan en un problema", dijo Brian Hays, arquitecto de datos de Oracle en la empresa de servicios de base de datos Remote DBA Experts LLC, que opera bajo el nombre RDX. En esta sesión de preguntas y respuestas, Hays y Chris Foot, vicepresidente de estrategias y tecnologías de entrega de RDX, analizan la optimización del rendimiento de Oracle y las tendencias, tecnologías y desafíos de monitoreo.

¿Cómo es la introducción del servicio en la nube Oracle Autonomous Database, que se supone que puede ajustarse a sí mismo, cambiando el ajuste de rendimiento y el trabajo de administración que realizan los DBA de Oracle?

Chris Foot: Hay más automatización de ajuste en la versión del almacén de datos de la Autonomous Database ahora que en el procesamiento de transacciones. Aún debe crear manualmente los índices de ajuste y las particiones más en el producto de procesamiento de transacciones. Y, en general, las características automatizadas no reducen la importancia de la gestión del rendimiento de la base de datos o el trabajo requerido para ajustar los sistemas para un rendimiento óptimo. Estamos en las primeras etapas del ajuste automatizado.

En este momento, Oracle, Microsoft y Amazon tienen una automatización de ajuste de rendimiento muy básica. No es hasta el punto en que puedan revisar una carga de trabajo, echar un vistazo a una declaración de SQL y cómo se escribe, y reescribirla para tener una mejor ruta de acceso. La escritura eficiente de consultas sigue siendo importante, incluso con las funciones de ajuste automático en Oracle Autonomous Database.

¿El ajuste de rendimiento de Oracle es algo que los DBA están listos para entregar a las herramientas automatizadas?

Chris Foot

Foot: Para el futuro inmediato a mediano plazo, creo que la mayoría de los DBA te dirán que sospechan mucho de las funciones de ajuste automatizadas. La base de datos autónoma de Oracle acaba de publicarse, por lo que los administradores tardarán un tiempo en confiar en sus recomendaciones de ajuste, en parte porque aún no hemos recibido muchos comentarios de los usuarios sobre la tecnología. La mayor parte de la información que vemos sobre ella proviene de Oracle ahora.

¿Siempre ve la necesidad de herramientas de ajuste y monitoreo de rendimiento que permitan a los DBA profundizar en los sistemas de bases de datos para identificar y solucionar problemas?

Foot: Creo que se irán a la nube. Gran parte del conjunto de funciones para profundizar a fondo no está disponible en la versión en la nube de la base de datos de Oracle porque no necesita hacerlo. En las instalaciones, el DBA es responsable de analizar los datos proporcionados por las herramientas para identificar dónde se encuentra un problema y luego trabajar con otras personas, por ejemplo, en operaciones de TI, para mejorar el rendimiento. En la nube, Oracle y otros proveedores se responsabilizan de eso.

Pero siempre habrá una necesidad de mejorar las herramientas locales para monitorear y ajustar las bases de datos. Ellas no se van a ir. Oracle y otros proveedores están tratando de incentivar a los clientes para que se muevan a la nube lo más rápido posible, pero creo que [los sistemas locales y en la nube] van a coexistir por un período de tiempo mucho más largo del que muchos dicen. Las empresas tienen grandes inversiones en sus sistemas locales y muchos sistemas que no quieren mover a la nube.

¿Qué características y capacidades deben buscar los usuarios en las herramientas de administración de rendimiento de base de datos de Oracle y de proveedores externos?

Brian Hays

Brian Hays: La capacidad de establecer líneas de base de rendimiento y comparar diferentes cargas de trabajo con esas líneas de base es una de ellas. Otra es la capacidad de revisar los datos históricos de rendimiento: por ejemplo, cuáles fueron las principales declaraciones de SQL [sobre la utilización de recursos]. Luego, puede profundizar más y ejecutar un analizador contra los datos. También desea poder utilizar las herramientas para resolver un problema con solo hacer clic en un botón sin tener que hacer mucho trabajo manual. Entonces, poder ver rápidamente lo que está sucediendo en el sistema y luego encontrar una solución o tomar una que [una herramienta] recomiende y apruebe.

¿Son las recomendaciones de ajuste de rendimiento de Oracle que las herramientas hacen generalmente confiables?

Hays: En su mayor parte, las recomendaciones son confiables. Pero si ejecuta la instrucción SQL incorrecta, puede tener un impacto real en la base de datos. Todavía hay espacio para mejorar en las herramientas. No tienen razón el 100% del tiempo, y en el 1% cuando no están bien, realmente puede meterse en problemas en un sistema.

¿Cuáles son los mayores desafíos a los que se enfrentan los DBA en la optimización y la gestión del rendimiento de Oracle?

Foot: Los DBA siempre se van a sorprender. Las personas aumentarán los volúmenes de datos o la cantidad de datos a los que se accede, o introducirán nuevas sentencias de SQL en un sistema que no está escrito para un rendimiento óptimo, u obtendrá una combinación de cargas de trabajo que mágicamente se unen para impactar el entorno .

Hays: Es una especie de Ley de Murphy, donde lo que puede salir mal, saldrá mal. Entonces, el desafío para los DBA es poder ingresar rápidamente y encontrar una solución, porque cuando empiezas a afectar a los usuarios, no tienes tiempo para analizar todo el día un problema de rendimiento para ver qué sucede.

¿Cómo deberían los DBA asegurarse de que están listos para lidiar con sorpresas como esa?

Hays: La mejor manera de estar preparado es ser proactivo: haga un análisis histórico, verifique las líneas de base, sepa qué cargas de trabajo se están ejecutando, configure alertas para que pueda ver cuándo surgen problemas. De esa manera, siempre estará listo para subirse al sistema y hacer el trabajo que debe hacerse.