CSA: Memoria y seguimiento del rendimiento (solo local)

ccppmop1581
Controle el rendimiento del sistema, gestione las adjudicaciones de memoria física en cada servidor de un clúster y analice los servidores de la base de datos para garantizar un rendimiento óptimo de la base de datos.
2
Control del rendimiento del sistema
Se puede realizar un seguimiento del rendimiento del sistema mediante CSA. Se pueden recopilar y almacenar los datos en servidores de
PPM (versión clásica)
hasta que se analicen y se muevan a
PPM (versión clásica)
.
Cómo funcionan las sesiones de seguimiento del rendimiento
  • Cuando se inicia una sesión, se realiza un seguimiento y un registro de las llamadas a un servidor (o a varios) de
    PPM (versión clásica)
    realizadas desde las estaciones de trabajo del usuario. Se hace el análisis de los datos una vez que la sesión ha finalizado. Se puede acceder a los resultados de análisis desde la página de
    seguimiento del rendimiento
    que enumera las sesiones individuales.
  • Para cada llamada, el análisis proporciona los tiempos de respuesta en milisegundos y los volúmenes de datos en bytes.
  • Una nueva sesión se puede iniciar de forma inmediata, más tarde a petición o programarla para que se inicie en un momento específico.
  • Se puede definir la duración de la sesión.
  • Solo se puede iniciar una sesión con el estado
    Recopilación de datos
    a la vez.
  • Todos los servicios de un clúster se incluyen en la sesión de seguimiento del rendimiento. Durante la sesión, se puede anular el seguimiento de servicios individuales.
  • Una vez que se inicia una sesión, no se puede reiniciar, aunque la sesión se detenga o haya completado el análisis. Se puede utilizar el botón Guardar como en la página de propiedades de la sesión para guardar sus valores de configuración con un nombre de sesión nuevo y, a continuación, iniciar la nueva sesión.
  • Se pueden registrar y seguir datos referidos a usuarios individuales. Seguir a un número grande de usuarios puede afectar al rendimiento del propio sistema.
  • Se puede realizar un seguimiento de los datos de los niveles 1-10. Cada nivel sucesivo proporciona información a un nivel más profundo en el sistema. Si opta por realizar el seguimiento del rendimiento usando el nivel más detallado (10), se puede ver afectado el rendimiento del propio sistema.
Creación de sesiones de seguimiento del rendimiento
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. En Rendimiento, haga clic en Seguimiento del rendimiento.
  3. Haga clic en Nuevo.
  4. Rellene los campos siguientes:
    • Nombre de sesión
      Define el nombre de la sesión.
    • Descripción
      Define la descripción de la sesión. Esta información se muestra en la lista de sesiones de la página de
      seguimiento del rendimiento
      .
    • Opciones de inicio
      Especifica cuándo se inicia la sesión. Si selecciona Programado, utilice el seleccionador de fecha para seleccionar la fecha de inicio. Especifique la hora de inicio en horas y minutos.
      Valores
      : Inmediatamente, A petición o Programado.
    • Duración
      Especifica cuánto durará la sesión. Se pueden combinar los campos para indicar la duración exacta.
      Campos
      : Días, Horas y Minutos
    • Nivel de seguimiento
      Seleccione un número del 1 al 10 para indicar el nivel de detalles que desea seguir. Si selecciona el nivel más bajo (1), solamente aparecerá el nombre de la llamada en los datos de análisis de una sesión. El nivel seleccionado no afecta a los datos que se presentan para la lista de llamadas (tiempos de respuesta y volumen de datos). Si desea consultar los datos del listado de llamadas a un nivel más detallado, seleccione un nivel de seguimiento más alto para recopilar y mostrar más detalles. Para cada nivel de seguimiento adicional seleccionado, se agrega otro nivel a la vista de árbol disponible para cada llamada. El nivel de seguimiento 10 equivale a todos los niveles disponibles. La información que aparece en la vista de árbol para cualquier llamada específica puede variar según la complejidad de la llamada. Un nivel de seguimiento más alto recopila más detalles de rendimiento, pero consume más recursos.
    • Seguimiento de usuarios individuales
      Indica si se registra información sobre usuarios individuales y las acciones realizadas en
      PPM (versión clásica)
      .
    • Analizar los datos inmediatamente después de la finalización
      Indica que el inicio del análisis de los datos se debe realizar inmediatamente después de que termine la sesión.
    • Percentil de tiempo de respuesta
      Define el percentil para el cual se muestran los tiempos de respuesta más lentos. Por ejemplo, si indica 90 por ciento, solamente se muestran los tiempos de respuesta que sean inferiores al percentil 90. El 10 por ciento de las respuestas que sean más rápidas que el percentil 90 no se procesan.
  5. Guarde los cambios realizados.
Interrupción de las sesiones de seguimiento del rendimiento
Un administrador con los derechos adecuados puede detener una sesión de forma manual en cualquier momento. Para detener una sesión, no es necesario ser el usuario que la ha creado o iniciado.
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Abra Rendimiento y haga clic en Seguimiento del rendimiento.
  3. En la fila que contiene la sesión, haga clic en Detener.
Interrupción de la sesión de seguimiento del rendimiento para un servicio
Un administrador con los derechos adecuados puede detener una sesión de seguimiento del rendimiento manualmente en cualquier momento para un servicio sin detener la sesión.
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Abra Rendimiento y haga clic en Seguimiento del rendimiento.
  3. Haga clic en el nombre de la sesión.
  4. En la sección Servicios, encuentre el servicio cuya sesión desee terminar y haga clic en el vínculo
    Anular
    ubicado en la fila.
Visualización de los resultados de una sesión
Puede ver los resultados de una sesión de seguimiento del rendimiento después de que se haya analizado la sesión. Se enumeran los tiempos de respuesta de datos y los volúmenes de datos referidos a cada llamada. La cantidad de información que aparece en el listado depende del nivel de seguimiento que se haya seleccionado. Se puede expandir una llamada en la lista para ver información adicional.
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Abra Rendimiento y haga clic en Seguimiento del rendimiento.
  3. En la fila que contiene la sesión, haga clic en Ver resultados.
    Aparecerá la página de resultados. La ficha Descripción general muestra las propiedades establecidas para la sesión al principio y las estadísticas para un servicio seleccionado.
  4. Si tiene varios servicios en ejecución, seleccione el servicio cuyos resultados desee ver en el campo
    Servicio
    .
  5. Haga clic en la ficha Análisis.
Comparación de sesiones
Se pueden comparar los resultados de dos sesiones cualesquiera de la lista. Se pueden hacer comparaciones para sesiones diferentes en el mismo servicio o en servicios diferentes. El análisis de la primera sesión se muestra en la ficha Análisis en el formato estándar. La comparación de la segunda sesión se muestra como un porcentaje de aumento o disminución inmediatamente después de cada estadística de datos que se muestra para la primera sesión.
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Abra Rendimiento y haga clic en Seguimiento del rendimiento.
  3. En la lista de sesiones, seleccione las dos sesiones que desee comparar y haga clic en Comparar.
    Aparecerá la página de comparación.
    La sección Sesiones de la página indica qué sesión es la base y cuál es la comparación. Para seleccionar un servicio distinto del valor predeterminado para una sesión, haga clic en la lista desplegable en la columna
    Servicio
    .
  4. Haga clic en Anular comparación para cambiar el orden de la base y las sesiones de comparación.
  5. Utilice el filtro de lista de la sección Filtro de análisis del rendimiento para limitar los datos que se muestran en la lista.
Gestión de memoria
Es importante adjudicar suficiente memoria física a cada servidor en un clúster de
PPM (versión clásica)
. La cantidad de memoria física que se necesita depende de cómo esté configurado el clúster, los servicios que se están ejecutando y cuántos usuarios admite el clúster.
Debe haber más memoria física instalada en el servidor que la que
PPM (versión clásica)
utiliza realmente. No confíe en la memoria virtual, ya que el rendimiento se degrada debido a que el sistema operativo necesita intercambiar memoria con el disco, lo que causa una ralentización significativa del sistema.
Controlar el consumo de memoria y el rendimiento
Se puede supervisar el consumo de memoria en Unix para cada proceso, o del servidor en su conjunto, con comandos como top o prstat.
En entornos de Microsoft Windows, utilice el Gestor de tareas de Windows. Vaya a la ficha
Procesos
para consultar el consumo de memoria por cada proceso o utilice la ficha
Rendimiento
para ver la configuración de memoria y el consumo del servidor entero.
Para obtener más información sobre cómo utilizar el administrador de tareas, consulte la Ayuda del Administrador de tareas de Microsoft Windows
.
Mantenimiento de memoria suficiente
Como con cualquier otra aplicación, se debe adjudicar memoria física suficiente a cada servidor incluido en un clúster de
PPM (versión clásica)
. La cantidad de memoria física que se requiere depende de cómo esté configurado el clúster. Por ejemplo, tenga en cuenta qué servicios se están ejecutando en qué servidor y qué tamaño de implementación se debe admitir. Se debe seguir esta regla: debe haber más memoria física instalada en el servidor que la que
PPM (versión clásica)
utiliza realmente. Dicho de otra manera, no confíe en la memoria virtual, ya que el rendimiento se degrada debido a que el sistema operativo necesita intercambiar memoria con el disco, lo que causa una ralentización significativa de la aplicación.
  • El consumo de memoria en Unix se puede comprobar para cada proceso, o para el servidor en su conjunto, con comandos como top o prstat.
  • En entornos de Microsoft Windows, utilice el Gestor de tareas de Windows. Vaya a la ficha Proceso para consultar el consumo de memoria por proceso o utilice la ficha Rendimiento para ver la configuración de memoria y el consumo del servidor entero.
Para modificar la adjudicación de memoria para otros servicios como Oracle y Microsoft SQL Server, consulte la documentación de administración de cada producto.
Antes de cambiar la configuración de la memoria, cierre el servicio y reinícielo después de modificar la configuración de la memoria.
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Seleccione el servidor respectivo mediante Clúster - Servidores.
  3. Realice una de las acciones siguientes:
    • Para ajustar la memoria del servidor de aplicaciones, seleccione la ficha Aplicación.
    • Para ajustar la memoria del servidor de fondo, seleccione la ficha De fondo.
  4. Introduzca la nueva adjudicación de memoria en el campo Parámetros de Java VM y guarde los cambios.
  5. Seleccione la ficha Servicios.
  6. Reinicie los servicios de la aplicación y los servicios de fondo.
Restricción del consumo de memoria de Microsoft SQL Server
Gradualmente, Microsoft SQL Server consume toda la memoria física disponible del sistema y mucho más. Como resultado, la paginación de nivel de sistema operativo ralentiza significativamente las operaciones de base de datos. Como práctica recomendable, debe limitar la cantidad de memoria necesaria para la adjudicación de Microsoft SQL Server.
En función de la versión, es posible que se puedan reservar aproximadamente 200 MB de memoria para el sistema operativo. Por ejemplo, se podría dar el caso que Microsoft SQL Server fuera la única aplicación en ejecución. En ese caso, se debería asignar el noventa por ciento de la memoria del sistema restante a Microsoft SQL Server. Por ejemplo, su sistema tiene 2 GB de memoria. Después de asignar la memoria del sistema operativo, todavía se dispondrían de 1,8 GB de memoria aproximadamente. Se deberían asignar alrededor de 1,6 GB (noventa por ciento de 1,8) a Microsoft SQL Server.
Siga estos pasos:
  1. Abra la aplicación Microsoft SQL Server Enterprise Manager, haga clic con el botón secundario del ratón en el servidor y seleccione Propiedades.
  2. Seleccione la ficha Memoria. Ajuste la barra deslizante en la sección Dynamically Configure SQL Server Memory hasta el valor de configuración máximo calculado.
  3. Haga clic en Aceptar para confirmar los cambios.
Para obtener más información sobre la configuración del sistema de Microsoft SQL Server, busque en el sitio web de Microsoft TechNet.
Ajuste de la adjudicación de memoria
Antes de ajustar la memoria que se ha adjudicado a
PPM (versión clásica)
o a un servicio en segundo plano, detenga en primer lugar el servicio. Después de ajustar la memoria, reinicie el servicio. Para modificar la adjudicación de memoria para otros servicios, como Oracle y Microsoft SQL Server, consulte la documentación de administración respectiva.
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Abra la Página principal y haga clic en Servidores.
  3. Haga clic en el nombre del servidor cuya memoria desea ajustar.
  4. Haga clic en la ficha Servicios.
  5. Seleccione la casilla de verificación situada junto a cualquier servicio que se desee cambiar y, a continuación, haga clic en Detener.
  6. Para cambiar la configuración de la memoria de
    PPM (versión clásica)
    , siga estos pasos:
    1. Haga clic en la ficha Propiedades.
    2. Haga clic en la ficha secundaria Aplicación.
    3. En el campo Parámetros de Java VM, cambie la adjudicación de memoria y guarde los cambios.
  7. Para cambiar la configuración de la memoria para el servicio de fondo, siga estos pasos:
    1. Haga clic en la ficha Propiedades.
    2. Haga clic en la ficha secundaria De fondo.
    3. En el campo Parámetros de Java VM, cambie la adjudicación de memoria y guarde los cambios.
  8. Haga clic en la ficha Servicios.
  9. Seleccione la casilla de verificación situada junto a cualquier servicio que desee cambiar y haga clic en Inicio.
Cómo garantizar el rendimiento adecuado de E/S del disco
PPM (versión clásica)
es un entorno mixto con la amplia variedad de actividades siguientes:
  • Procesamiento de transacciones en línea (OLTP)
    Introducción de hojas de tiempo, transacciones financieras, colaboración en documentos y planificación de la capacidad.
  • Procesamiento por lotes
    Registro de las transacciones en Finanzas, Extracción de datamart e Importación de datos reales de la información financiera
  • Análisis de datos
    Informes, consultas, gráficas y cuadrículas
La mayor parte de estas actividades presenta una cantidad justa de carga de lectura/escritura en el servidor de base de datos. Se recomienda permitir el máximo rendimiento de estas operaciones. Configure el servidor de la base de datos con una configuración de disco RAID 0 + 1. Esta configuración ofrece la creación de bandas de datos en discos y el mecanismo de conmutación por error apropiado para los errores de disco.
Optimizar el rendimiento de la base de datos
Use estas técnicas para analizar los servidores de base de datos y garantizar el rendimiento óptimo de la base de datos.
Análisis del esquema de la base de datos de Oracle
Se puede utilizar uno de los métodos siguientes para analizar el esquema de la base de datos:
  • Utilice el Trabajo de analizar tabla Oracle. Para programar este trabajo, debe disponer de los permisos siguientes:
    • Debe tener derechos de acceso para ejecutar esta tarea, o ser parte del grupo de informes y administrador de tareas.
    • Debe formar parte del grupo usuarios del trabajo para obtener acceso a la página de informes y trabajos.
      Como práctica recomendada, ejecute este trabajo como mínimo una vez a la semana durante un período de baja actividad de los usuarios (por ejemplo, durante la noche o los fines de semana).
  • Use la utilidad de línea de comandos admin db analyze. Normalmente, no hay ninguna necesidad de utilizar este método en el trabajo. Este método aplica el mismo comando de análisis que el trabajo programado. Sin embargo, durante la aplicación de parches o de revisiones en
    PPM (versión clásica)
    , puede ser necesario analizar la base de datos sin que
    PPM (versión clásica)
    esté activo y en ejecución.
  • E/S asíncrona y directa
    Las operaciones de E/S en sistemas UNIX y Linux normalmente pasan por la memoria caché del sistema de archivos. Aunque esto no representa un problema en sí mismo, este procesamiento extra requiere recursos. La omisión de la memoria caché del sistema de archivos reduce los requisitos de CPU y libera la memoria caché de sistema de archivos para otras operaciones de archivo de una base de datos. Las operaciones con respecto a los dispositivos sin formato omiten automáticamente la memoria caché del sistema de archivos.
    Cuando se envía una solicitud de E/S síncrona al sistema operativo, el proceso de escritura se bloquea hasta que la escritura se complete antes de continuar el procesamiento. Con E/S asíncrona, el procesamiento continúa mientras se envía la solicitud de E/S y se procesa. Esto le permite a la E/S asíncrona sortear algunos de los cuellos de botella de rendimiento que se asocian con las operaciones de E/S.
    Oracle puede aprovechar la función de E/S directa y asíncrona en las plataformas compatibles con el parámetro FILESYSTEMIO_OPTIONS. Los valores posibles son los siguientes:
    • ASYNCH - E/S asíncrona activada cuando sea posible.
    • DIRECTIO- E/S directa activada cuando sea posible.
    • SETALL- E/S directa y asíncrona activada cuando sea posible.
    • NONE - E/S directa y asíncrona desactivada.
    Prácticas recomendables
    : SETALL
  • Analizar el informe AWR
    Generar un informe AWR o Statspack de Oracle y analizar el informe. Buscar cómo la PGA y SGA se redimensionan y ajustan en tamaño según sea necesario.
    Fíjese en el número de los conmutadores de reinicio de sesión y la mejor práctica es forzar el reinicio de sesión en los conmutadores de 2 a 3 veces por hora.
Definición de la velocidad de CPU para mejorar el rendimiento de Oracle 11g
El optimizador de Oracle 11g usa las dos CPU y lee para determinar el coste de una consulta. Además, utiliza características en carga del sistema para intentar reducir la carga global. Si la configuración de velocidad de CPU no se establece, significa que el optimizador funciona mal. Para establecer la velocidad de CPU, ejecute las estadísticas del sistema de agrupación de esta forma:
execute dbms_stats.gather_system_stats('Start'); -- <some time delay while the database is under a typical workload> execute dbms_stats.gather_system_stats('Stop');
Establecer parámetros de Oracle 11g adicionales para mejorar el rendimiento
El parámetro siguiente ha demostrado que ofrece una ganancia de rendimiento positiva al ejecutar
PPM (versión clásica)
en Oracle 11g. Se supone que estos parámetros son parámetros de
ajuste
opcionales y se deben utilizar para lograr un rendimiento adecuado de la base de datos.
CURSOR_SHARING=FORCE Oracle init parameter
Si se configura este parámetro como FORCE, Oracle reescribe esencialmente las consultas ejecutadas y sustituye algunos valores literales con valores de enlace. Si las consultas ejecutadas son las mismas (aunque los valores sean diferentes), solamente se crea una consulta compartida, que se puede compartir y utilizar para todas las sesiones. Esto convierte un análisis complicado ("hard-parse") en uno sencillo ("soft-parse"). Un análisis soft-parse cierra (o bloquea) la agrupación compartida menos que un análisis hard-parse y, de esta forma, se obtiene una ganancia de rendimiento. Consulte AWR de Oracle para obtener información sobre un análisis de consulta excesivo a fin de determinar si es una configuración que debería utilizar o no.
Análisis del esquema de la base de datos de Microsoft SQL Server
Al igual que Oracle, Microsoft SQL Server necesita estadísticas de índice y tabla para ejecutar eficazmente declaraciones SQL. Como DBA de SQL Server, se debe crear un trabajo de SQL Server para actualizar las estadísticas y reindexarlas. Deberá ejecutar dicho trabajo con regularidad.
Activación de la opción paralela de datamart
La extracción de datamart es una tarea de E/S intensiva, ya que tiene que detectar cambios incrementales en las tablas transaccionales y, a continuación, escribirlos en las tablas de informes de datamart. En un entorno de cliente típico, hay suficiente potencia de CPU disponible para iniciar varios procesos paralelos que acceden a los discos paralelamente, por lo que se minimizan los tiempos de ejecución generales de datamart.
Garantizar el diseño óptimo de archivo de servidor de base de datos
Tanto Oracle como Microsoft SQL Server tienen un rendimiento significativamente mejor cuando sus archivos de tabla se separan de los archivos de índice. Separe los archivos de registro de los otros dos. Siga estos pasos para garantizar un diseño óptimo del archivo de servidor de base de datos:
  1. Coloque los archivos de datos de espacio de tabla de la tabla de Oracle en discos separados de los archivos de datos de espacio de tabla del índice.
  2. Cree grupos de archivos separados para las tablas y los índices y colóquelos en discos diferentes.
  3. Migre los índices a un nuevo grupo de archivos de índice.
Archivos de datos de espacio de tabla de Oracle
Se recomienda el uso de gestión automática de espacio de segmento (ASSM, por sus siglas en inglés) con autoampliar para mejorar y automatizar la gestión del espacio de segmentos. ASSM ofrece las ventajas de rendimiento y capacidad de gestión sobre la gestión del espacio basado en listas libres. Para obtener más información sobre ASSM, consulte la documentación de Oracle.
Archivos de datos de espacio de tabla de SQL Server
Cree grupos de archivos separados para las tablas y los índices y colóquelos en discos diferentes. Coloque los registros de transacciones en otro conjunto de discos.
Migración de los índices de
PPM (versión clásica)
a un nuevo grupo de archivos de índice
Siga estos pasos:
  1. Abra Microsoft SQL Server Enterprise Manager.
  2. Haga una copia de seguridad de la base de datos de
    PPM (versión clásica)
    .
  3. Haga clic con el botón secundario del ratón en la base de datos de
    PPM (versión clásica)
    y haga clic en Properties.
  4. Haga clic en la ficha Data Files.
  5. Haga clic en la nueva fila por debajo del nombre de archivo
    PPM (versión clásica)
    _Data e introduzca la información siguiente:
    • PPM (versión clásica)
      _ldx como el nombre de archivo.
    • La segunda ubicación de disco correcta para el archivo llamado
      PPM (versión clásica)
      _Idx_Data.NDF.
    • Un valor para Space Allocated (el valor debería ser como mínimo el cincuenta por ciento de la adjudicación del archivo de datos principal)
    • IDX junto al nombre del grupo de archivos.
    El nombre no debe ser una palabra clave de Microsoft SQL Server, como INDEX.
    No cambie ninguno de los otros valores de configuración predeterminados.
  6. Para crear el nuevo archivo de datos y el grupo de archivos nuevo, haga clic en Aceptar cuando haya introducido todos los valores.
  7. Para comprobar que se ha creado el archivo de datos y el grupo de archivos, haga clic con el botón secundario del ratón en la base de datos de
    PPM (versión clásica)
    .
  8. Haga clic en la ficha Archivos de datos y compruebe que se haya creado el nuevo archivo de datos. Verifique que todos los valores introducidos estén presentes y sean correctos.
  9. Haga clic en la ficha Filegroups y verifique que el nuevo grupo de archivos introducido existe. El grupo de archivos predeterminado debería ser PRIMARY.
  10. Conéctese a la base de datos de
    PPM (versión clásica)
    mediante el analizador de consultas SQL como el usuario niku db.
  11. Ejecute el procedimiento almacenado CMN_MIGRATE_MSSQL_INDEXES_SP con el grupo de archivos nuevo como parámetro:
    EXECUTE CMN_MIGRATE_MSSQL_INDEXES_SP 'IDX'
    Cuando ejecute este procedimiento almacenado, todos los índices del grupo de archivos PRIMARY se mueven al grupo de archivos IDX en el segundo disco.
    La ejecución de este procedimiento almacenado puede requerir una cantidad significativa de tiempo en función del tamaño de la base de datos.