Calcule el tamaño del motor de Amazon RDS para una base de datos de Oracle mediante informes de AWR

PDF

Creado por Abhishek Verma (AWS) y Eduardo Valentim (AWS)

Resumen

Al migrar una base de datos de Oracle a Amazon Relational Database Service (Amazon RDS) o Amazon Aurora, el cálculo de la CPU, la memoria y las E/S del disco de la base de datos de destino es un requisito clave. Puede estimar la capacidad requerida de la base de datos de destino analizando los informes del repositorio automático de cargas de trabajo (AWR) de Oracle. Este patrón explica cómo utilizar los informes de AWR para estimar estos valores.

La base de datos Oracle de origen puede estar en las instalaciones o alojada en una instancia de Amazon Elastic Compute Cloud (Amazon EC2), o puede ser una instancia de base de datos de Amazon RDS for Oracle. La base de datos de destino puede ser cualquier base de datos de Amazon RDS o Aurora.

nota

Las estimaciones de capacidad serán más precisas si el motor de base de datos de destino es Oracle. En el caso de otras bases de datos de Amazon RDS, el tamaño del motor puede variar debido a las diferencias en la arquitectura de la base de datos.

Le recomendamos que realice la prueba de rendimiento antes de migrar la base de datos de Oracle.

Requisitos previos y limitaciones

Requisitos previos 

• Una licencia de Oracle Database Enterprise Edition y una licencia de Oracle Diagnostics Pack para descargar los informes de AWR.

Versiones de producto

• Todas las ediciones de bases de datos de Oracle para las versiones 11g (versiones 11.2.0.3.v1 y posteriores) y hasta 12.2, 18c y 19c.

• Este patrón no cubre Oracle Engineered Systems ni Oracle Cloud Infrastructure (OCI).

Arquitectura

Pila de tecnología de origen

Uno de los siguientes:

• Una base de datos de Oracle en las instalaciones

• Una base de datos Oracle en una EC2 instancia

• Una instancia de base de datos de Amazon RDS para Oracle

Pila de tecnología de destino

• Cualquier base de datos de Amazon RDS a Amazon Aurora.

Arquitectura de destino

Para obtener información sobre el proceso de migración completo, consulte el patrón Migración de una base de datos de Oracle a Aurora PostgreSQL mediante AWS DMS y AWS SCT.

Automatizar y escalar

Si tiene que migrar varias bases de datos de Oracle y desea utilizar métricas de rendimiento adicionales, puede automatizar el proceso siguiendo los pasos descritos en la entrada del blog Dimensionar correctamente las instancias de Amazon RDS a escala en función de las métricas de rendimiento de Oracle.

Herramientas

• El Repositorio automático de cargas de trabajo (AWR) de Oracle es un repositorio integrado en las bases de datos de Oracle. Recopila y almacena periódicamente los datos de actividad y carga de trabajo del sistema, que luego son analizados por el Monitor de diagnóstico automático de bases de datos (ADDM). AWR toma instantáneas de los datos de rendimiento del sistema periódicamente (de forma predeterminada, cada 60 minutos) y almacena la información (de forma predeterminada, hasta 8 días).  Puede utilizar las vistas y los informes de AWR para analizar estos datos.

Prácticas recomendadas

• Para calcular las necesidades de recursos de la base de datos de destino, puede utilizar un único informe de AWR, varios informes de AWR o vistas de AWR dinámicas. Le recomendamos que utilice varios informes de AWR durante el período de máxima carga para estimar los recursos necesarios para gestionar esos picos de carga. Además, las vistas dinámicas proporcionan más puntos de datos que lo ayudan a calcular las necesidades de recursos con mayor precisión. 

• Debe estimar las IOPS solo para la base de datos que planea migrar, no para otras bases de datos y procesos que utilizan el disco.

• Para calcular la cantidad de E/S que utiliza la base de datos, no utilice la información de la sección Perfil de carga del informe AWR. En su lugar, utilice la sección de perfiles de E/S, si está disponible, o vaya a la sección de estadísticas de actividad de la instancia y observe los valores totales de las operaciones físicas de lectura y escritura.

• Cuando estime el uso de la CPU, le recomendamos que utilice el método de métricas de la base de datos en lugar de las estadísticas del sistema operativo (SO), ya que se basa en la CPU que utilizan únicamente las bases de datos. (Las estadísticas del sistema operativo también incluyen el uso de la CPU por parte de otros procesos). También debería consultar las recomendaciones relacionadas con la CPU en el informe de ADDM para mejorar el rendimiento tras la migración.

• Tenga en cuenta los límites de rendimiento de E/S (rendimiento de Amazon Elastic Block Store (Amazon EBS) y rendimiento de red para el tamaño de instancia específico a la hora de determinar el tipo de instancia correcto.

• Realice la prueba de rendimiento antes de la migración para validar el tamaño del motor.

Epics

Crear un informe de AWR

Tarea	Descripción	Habilidades requeridas
Habilite el informe AWR.	Para activar el informe, siga las instrucciones de la documentación de Oracle.	Administrador de base de datos
Compruebe el periodo de retención.	Para comprobar el periodo de retención del informe AWR, utilice la siguiente consulta. SQL> SELECT snap_interval,retention FROM dba_hist_wr_control;	Administrador de base de datos
Genere la instantánea.	Si el intervalo de instantáneas de AWR no es lo suficientemente detallado como para captar el pico de carga de trabajo, puede generar el informe de AWR manualmente. Para generar la instantánea de AWR manual, utilice la siguiente consulta. SQL> EXEC dbms_workload_repository.create_snapshot;	Administrador de base de datos
Compruebe las instantáneas recientes.	Para comprobar las instantáneas de AWR recientes, utilice la siguiente consulta. SQL> SELECT snap_id, to_char(begin_interval_time,'dd/MON/yy hh24:mi') Begin_Interval, to_char(end_interval_time,'dd/MON/yy hh24:mi') End_Interval FROM dba_hist_snapshot ORDER BY 1;	Administrador de base de datos

Crear un informe de AWR

Tarea	Descripción	Habilidades requeridas
Habilite el informe AWR.	Para activar el informe, siga las instrucciones de la documentación de Oracle.	Administrador de base de datos
Compruebe el periodo de retención.	Para comprobar el periodo de retención del informe AWR, utilice la siguiente consulta. SQL> SELECT snap_interval,retention FROM dba_hist_wr_control;	Administrador de base de datos
Genere la instantánea.	Si el intervalo de instantáneas de AWR no es lo suficientemente detallado como para captar el pico de carga de trabajo, puede generar el informe de AWR manualmente. Para generar la instantánea de AWR manual, utilice la siguiente consulta. SQL> EXEC dbms_workload_repository.create_snapshot;	Administrador de base de datos
Compruebe las instantáneas recientes.	Para comprobar las instantáneas de AWR recientes, utilice la siguiente consulta. SQL> SELECT snap_id, to_char(begin_interval_time,'dd/MON/yy hh24:mi') Begin_Interval, to_char(end_interval_time,'dd/MON/yy hh24:mi') End_Interval FROM dba_hist_snapshot ORDER BY 1;	Administrador de base de datos

Estime los requisitos de E/S del disco

Tarea	Descripción	Habilidades requeridas
Elija un método.	Las IOPS son la medida estándar de las operaciones de entrada y salida por segundo en un dispositivo de almacenamiento e incluyen las operaciones de lectura y escritura.  Si va a migrar una base de datos en las instalaciones a AWS, debe determinar los picos de E/S de disco que utiliza la base de datos. Puede utilizar los siguientes métodos para estimar la E/S del disco de la base de datos de destino: Sección de perfil de carga del informe AWR Sección de estadísticas de actividad de instancias del informe AWR (utilice esta sección para Oracle Database 12c o versiones posteriores) Sección de perfiles de E/S del informe AWR (utilice esta sección para las versiones de Oracle Database anteriores a la 12c) Vistas AWR Estos cuatro métodos se describen en los siguientes pasos.	Administrador de base de datos
Opción 1: utilice el perfil de carga.	La siguiente tabla muestra un ejemplo de la sección Perfil de carga del informe AWR. importante Para obtener información más precisa, le recomendamos que utilice la opción 2 (perfiles de E/S) o la opción 3 (estadísticas de actividad de la instancia) en lugar del perfil de carga.   Por segundo Transacción Por ejecutivo Por llamada Tiempo/s de base de datos: 26.6 0.2 0,00 0,02 CPU de base de datos: 18,0 0.1 0,00 0.01 CPU de fondo: 0.2 0.0 0,00 0,00 Tamaño de Redo (bytes): 2.458.539,9 17.097,5     Lectura lógica (bloques): 3.371.931,5 23.449,6     Cambios en bloques: 21.643,5 150,5     Lectura física bloques): 13.575,1 94,4     Escritura física (bloques): 3.467,3 24,1     Leer las solicitudes de E/S: 3.586,8 24,9     Solicitudes de escritura IO: 574,7 4.0     Leer E/S (MB): 106.1 0.7     Escribir E/S (MB): 27,1 0.2     Filas de escaneo de mensajería instantánea: 0.0 0.0     Mensajería instantánea de lectura lógica de sesión:         User calls: 1.245,7 8.7     Análisis (SQL): 4.626,2 32,2     Análisis duros (SQL): 8.9 0.1     Área de trabajo de SQL (MB): 824,9 5.7     Inicios de sesión: 1.7 0.0     Ejecutar (SQL): 136.656,5 950,4     Reversión: 22.9 0.2     Transacciones: 143.8       En función de esta información, puede calcular IOPs y procesar de la siguiente manera:    IOPS = solicitudes de lectura de E/S: + solicitudes de escritura de E/S = 3586,8 + 574,7 = 4134,5    Rendimiento = lectura física (bloques) + escritura física (bloques) = 13 575,1 + 3467,3 = 17 042,4 Como el tamaño del bloque en Oracle es de 8 KB, puede calcular el rendimiento total de la siguiente manera:    El rendimiento total en MB es 17 042,4 * 8 * 1024 / 1024 / 1024 = 133,2 MB aviso No utilices el perfil de carga para estimar el tamaño de la instancia. No es tan preciso como las estadísticas de actividad de las instancias o los perfiles de E/S.	Administrador de base de datos
Opción 2: utilizar estadísticas de actividad de instancia.	Si utiliza una versión de la base de datos de Oracle anterior a la 12c, puede utilizar la sección de estadísticas de actividad de las instancias del informe AWR para estimar las IOPS y el rendimiento. En la tabla siguiente se muestra un ejemplo de esta sección. Estadística Total Por segundo por Trans lectura física total de solicitudes de E/S 2.547.333.217 3.610,28 25,11 bytes totales de lectura física 80.776.296.124 928 114,482,426,26 796.149,98 escritura física, total de solicitudes de E/S 534.198.208 757,11 5.27 bytes totales de escritura física 25.517.678.849.024 36.165.631,84 251.508,18 En función de esta información, puede calcular el total de IOPS y el rendimiento de la siguiente manera:    TIOPS totales = 3610,28 + 757,11 = 4367    Mbps totales = 114 482 426,26 + 36 165 631,84 = 150 648 058,1 / 1024 / 1024 = 143 Mbps	Administrador de base de datos
Opción 3: utilizar perfiles de E/S.	En la base de datos de Oracle 12c, el informe AWR incluye una sección de perfiles de E/S que presenta toda la información en una sola tabla y proporciona datos más precisos sobre el rendimiento de la base de datos. En la tabla siguiente se muestra un ejemplo de esta sección.   Lectura + escritura por segundo Lecturas por segundo Escrituras por segundo Solicitudes por segundo 4.367,4 3.610,3 757,1 Solicitudes de bases de datos: 4.161,5 3.586,8 574,7 Solicitudes optimizadas: 0.0 0.0 0.0 Rehacer solicitudes: 179,3 2.8 176,6 Total (MB): 143.7 109,2 34,5 Base de datos (MB): 133,1 106.1 27,1 Total optimizado (MB): 0.0 0.0 0.0 Rehacer (MB): 7.6 2.7 4.9 Base de datos (bloques): 17.042,4 13.575,1 3.467,3 A través de Buffer Cache (bloques): 5.898,5 5.360,9 537,6 Directo (bloques): 11.143,9 8.214,2 2.929,7 En esta tabla se proporcionan los siguientes valores de rendimiento e IOPS totales:    Rendimiento = 143 MBPS (desde la quinta fila, denominada Total, segunda columna)    IOPS = 4367,4 (desde la primera fila, denominada Solicitudes totales, segunda columna)	Administrador de base de datos
Opción 4: utilizar vistas AWR.	Puede ver la misma información de IOPS y rendimiento mediante las vistas de AWR. Para obtener esta información, utilice la siguiente consulta:  break on report compute sum of Value on report select METRIC_NAME,avg(AVERAGE) as "Value" from dba_hist_sysmetric_summary where METRIC_NAME in ('Physical Read Total IO Requests Per Sec','Physical Write Total IO Requests Per Sec') group by metric_name;	Administrador de base de datos

Estime los requisitos de E/S del disco

Tarea	Descripción	Habilidades requeridas
Elija un método.	Las IOPS son la medida estándar de las operaciones de entrada y salida por segundo en un dispositivo de almacenamiento e incluyen las operaciones de lectura y escritura.  Si va a migrar una base de datos en las instalaciones a AWS, debe determinar los picos de E/S de disco que utiliza la base de datos. Puede utilizar los siguientes métodos para estimar la E/S del disco de la base de datos de destino: Sección de perfil de carga del informe AWR Sección de estadísticas de actividad de instancias del informe AWR (utilice esta sección para Oracle Database 12c o versiones posteriores) Sección de perfiles de E/S del informe AWR (utilice esta sección para las versiones de Oracle Database anteriores a la 12c) Vistas AWR Estos cuatro métodos se describen en los siguientes pasos.	Administrador de base de datos
Opción 1: utilice el perfil de carga.	La siguiente tabla muestra un ejemplo de la sección Perfil de carga del informe AWR. importante Para obtener información más precisa, le recomendamos que utilice la opción 2 (perfiles de E/S) o la opción 3 (estadísticas de actividad de la instancia) en lugar del perfil de carga.   Por segundo Transacción Por ejecutivo Por llamada Tiempo/s de base de datos: 26.6 0.2 0,00 0,02 CPU de base de datos: 18,0 0.1 0,00 0.01 CPU de fondo: 0.2 0.0 0,00 0,00 Tamaño de Redo (bytes): 2.458.539,9 17.097,5     Lectura lógica (bloques): 3.371.931,5 23.449,6     Cambios en bloques: 21.643,5 150,5     Lectura física bloques): 13.575,1 94,4     Escritura física (bloques): 3.467,3 24,1     Leer las solicitudes de E/S: 3.586,8 24,9     Solicitudes de escritura IO: 574,7 4.0     Leer E/S (MB): 106.1 0.7     Escribir E/S (MB): 27,1 0.2     Filas de escaneo de mensajería instantánea: 0.0 0.0     Mensajería instantánea de lectura lógica de sesión:         User calls: 1.245,7 8.7     Análisis (SQL): 4.626,2 32,2     Análisis duros (SQL): 8.9 0.1     Área de trabajo de SQL (MB): 824,9 5.7     Inicios de sesión: 1.7 0.0     Ejecutar (SQL): 136.656,5 950,4     Reversión: 22.9 0.2     Transacciones: 143.8       En función de esta información, puede calcular IOPs y procesar de la siguiente manera:    IOPS = solicitudes de lectura de E/S: + solicitudes de escritura de E/S = 3586,8 + 574,7 = 4134,5    Rendimiento = lectura física (bloques) + escritura física (bloques) = 13 575,1 + 3467,3 = 17 042,4 Como el tamaño del bloque en Oracle es de 8 KB, puede calcular el rendimiento total de la siguiente manera:    El rendimiento total en MB es 17 042,4 * 8 * 1024 / 1024 / 1024 = 133,2 MB aviso No utilices el perfil de carga para estimar el tamaño de la instancia. No es tan preciso como las estadísticas de actividad de las instancias o los perfiles de E/S.	Administrador de base de datos
Opción 2: utilizar estadísticas de actividad de instancia.	Si utiliza una versión de la base de datos de Oracle anterior a la 12c, puede utilizar la sección de estadísticas de actividad de las instancias del informe AWR para estimar las IOPS y el rendimiento. En la tabla siguiente se muestra un ejemplo de esta sección. Estadística Total Por segundo por Trans lectura física total de solicitudes de E/S 2.547.333.217 3.610,28 25,11 bytes totales de lectura física 80.776.296.124 928 114,482,426,26 796.149,98 escritura física, total de solicitudes de E/S 534.198.208 757,11 5.27 bytes totales de escritura física 25.517.678.849.024 36.165.631,84 251.508,18 En función de esta información, puede calcular el total de IOPS y el rendimiento de la siguiente manera:    TIOPS totales = 3610,28 + 757,11 = 4367    Mbps totales = 114 482 426,26 + 36 165 631,84 = 150 648 058,1 / 1024 / 1024 = 143 Mbps	Administrador de base de datos
Opción 3: utilizar perfiles de E/S.	En la base de datos de Oracle 12c, el informe AWR incluye una sección de perfiles de E/S que presenta toda la información en una sola tabla y proporciona datos más precisos sobre el rendimiento de la base de datos. En la tabla siguiente se muestra un ejemplo de esta sección.   Lectura + escritura por segundo Lecturas por segundo Escrituras por segundo Solicitudes por segundo 4.367,4 3.610,3 757,1 Solicitudes de bases de datos: 4.161,5 3.586,8 574,7 Solicitudes optimizadas: 0.0 0.0 0.0 Rehacer solicitudes: 179,3 2.8 176,6 Total (MB): 143.7 109,2 34,5 Base de datos (MB): 133,1 106.1 27,1 Total optimizado (MB): 0.0 0.0 0.0 Rehacer (MB): 7.6 2.7 4.9 Base de datos (bloques): 17.042,4 13.575,1 3.467,3 A través de Buffer Cache (bloques): 5.898,5 5.360,9 537,6 Directo (bloques): 11.143,9 8.214,2 2.929,7 En esta tabla se proporcionan los siguientes valores de rendimiento e IOPS totales:    Rendimiento = 143 MBPS (desde la quinta fila, denominada Total, segunda columna)    IOPS = 4367,4 (desde la primera fila, denominada Solicitudes totales, segunda columna)	Administrador de base de datos
Opción 4: utilizar vistas AWR.	Puede ver la misma información de IOPS y rendimiento mediante las vistas de AWR. Para obtener esta información, utilice la siguiente consulta:  break on report compute sum of Value on report select METRIC_NAME,avg(AVERAGE) as "Value" from dba_hist_sysmetric_summary where METRIC_NAME in ('Physical Read Total IO Requests Per Sec','Physical Write Total IO Requests Per Sec') group by metric_name;	Administrador de base de datos

Calcule los requisitos de CPU

Tarea	Descripción	Habilidades requeridas
Elija un método.	Puede estimar la CPU necesaria para la base de datos de destino de tres maneras: Mediante el uso de los núcleos disponibles reales del procesador Mediante el uso de los núcleos utilizados según las estadísticas del sistema operativo Mediante el uso de los núcleos utilizados según las estadísticas Si está analizando los núcleos utilizados, le recomendamos que utilice el método de métricas de la base de datos en lugar de las estadísticas del sistema operativo, ya que se basa en la CPU que utilizan únicamente las bases de datos que planea migrar. (Las estadísticas del sistema operativo también incluyen el uso de la CPU por parte de otros procesos). También debería consultar las recomendaciones relacionadas con la CPU en el informe de ADDM para mejorar el rendimiento tras la migración. También puede estimar los requisitos en función de la generación de CPU. Si utiliza distintas generaciones de CPU, puede estimar la CPU necesaria para la base de datos de destino siguiendo las instrucciones del documento técnico Desmitificando el número de v para lograr un rendimiento óptimo de la carga de trabajo. CPUs	Administrador de base de datos
Opción 1: calcule los requisitos en función de los núcleos disponibles.	En informes AWR: CPUs consulte la lógica y la virtual. CPUs  Los núcleos son el número de procesadores de un chipset de CPU físico.  Un socket es un dispositivo físico que conecta un chip a una placa. Los procesadores multinúcleo tienen sockets con varios núcleos de CPU. Puede estimar los núcleos disponibles de dos maneras: Mediante comandos utilizando el sistema operativo Mediante el informe AWR Para estimar los núcleos disponibles mediante comandos del sistema operativo Utilice el siguiente comando para contar los núcleos del procesador. $ cat /proc/cpuinfo |grep "cpu cores"|uniq cpu cores : 4 cat /proc/cpuinfo | egrep "core id|physical id" | tr -d "\n" | sed s/physical/\\nphysical/g | grep -v ^$ | sort | uniq | wc -l Utilice el siguiente comando para contar los sockets del procesador. grep "physical id" /proc/cpuinfo | sort -u physical id : 0 physical id : 1 nota   No recomendamos usar comandos del sistema operativo como nmon y sar para extraer el uso de la CPU. Esto se debe a que esos cálculos incluyen el uso de la CPU por parte de otros procesos y es posible que no reflejen la CPU real que utiliza la base de datos. Para estimar los núcleos disponibles mediante el informe AWR También puede deducir el uso de la CPU de la primera sección del informe de AWR. A continuación se muestra un extracto del informe. Nombre de base de datos DB Id Instancia Inst num Hora de inicio Release (Versión) RAC XXXX <DB_ID> XXXX 1 05-Sep-20 23:09 12.1.0.2.0 NO Host Name Plataforma CPUs Núcleos Sockets Memoria (GB) <host_name> Linux x86 64-bit 80 80 2 441,78 En este ejemplo, el CPUs recuento es 80, lo que indica que son lógicos (virtuales). CPUs También puede ver que esta configuración tiene dos sockets, un procesador físico en cada socket (para un total de dos procesadores físicos) y 40 núcleos para cada socket o procesador físico.	Administrador de base de datos
Opción 2: Calcule el uso de la CPU mediante las estadísticas del sistema operativo.	Puede comprobar las estadísticas de uso de la CPU del sistema operativo directamente en el sistema operativo (mediante sar u otra utilidad del sistema operativo host) o revisando los valores de IDLE/(IDLE+BUSY) de la sección de estadísticas del sistema operativo del informe AWR. Puede ver los segundos de CPU consumidos directamente desde v$osstat. Los informes AWR y Statspack también muestran estos datos en la sección de estadísticas del sistema operativo. Si hay varias bases de datos en el mismo cuadro, todas tienen los mismos valores de v$osstat para BUSY_TIME. Estadística Valor Valor final FREE_MEMORY_BYTES 6.810.677.248 12.280.799.232 INACTIVE_MEMORY_BYTES 175.627.333.632 160.380,653,568 SWAP_FREE_BYTES 17.145.614.336 17.145.872.384 BUSY_TIME 1.305.569.937   IDLE_TIME 4.312.718.839   IOWAIT_TIME 53.417.174   NICE_TIME 29.815   SYS_TIME 148.567.570   USER_TIME 1.146.918.783   LOAD 25 29 VM_IN_BYTES 593.920   VM_OUT_BYTES 327.680   PHYSICAL_MEMORY_BYTES 474.362.417.152   NUM_CPUS 80   NUM_CPU_CORES 80   NUM_CPU_SOCKETS 2   GLOBAL_RECEIVE_SIZE_MAX 4.194.304   GLOBAL_SEND_SIZE_MAX 2.097.152   TCP_RECEIVE_SIZE_DEFAULT 87.380   TCP_RECEIVE_SIZE_MAX 6.291.456   TCP_RECEIVE_SIZE_MIN 4.096   TCP_SEND_SIZE_DEFAULT 16.384   TCP_SEND_SIZE_MAX 4.194.304   TCP_SEND_SIZE_MIN 4.096   Si no hay otros consumidores importantes de CPU en el sistema, utilice la siguiente fórmula para calcular el porcentaje de uso de la CPU:    Utilización = tiempo de actividad / tiempo total    Tiempo de actividad = requisitos = v$osstat.BUSY_TIME    C = Tiempo total (actividad + inactivo)    C = capacidad = v$ostat.BUSY_TIME + v$ostat.IDLE_TIME    Utilización = BUSY_TIME / (BUSY_TIME + IDLE_TIME)    = -1 305 569 937 / (1 305 569 937 + 4 312 718 839)    = 23 % utilizado	Administrador de base de datos
Opción 3: calcule el uso de la CPU mediante métricas de bases de datos.	Si hay varias bases de datos en ejecución en el sistema, puede utilizar las métricas de la base de datos que aparecen al principio del informe.   Snap Id Snap Time Sessions (Sesiones) Cursores/sesión Iniciar Snap: 184662 28-Sep-20 09:00:42 1226 35,8 Finalizar Snap: 185446 06-Oct-20 13:00:20 1876 41,1 Transcurrido:   11 759,64 (minutos)     Tiempo de base de datos:   312 625,40 (minutos)     Para obtener las métricas de uso de la CPU, utilice esta fórmula:    Uso de la CPU de la base de datos (% de la potencia de la CPU disponible) = tiempo de CPU / NUM_CPUS / tiempo transcurrido donde el uso de la CPU se describe mediante el tiempo de CPU y representa el tiempo dedicado a la CPU, no el tiempo de espera a la CPU. Este cálculo da como resultado:    = 312 625,40 / 11 759,64/80 = Se está utilizando el 33 % de la CPU    Número de núcleos (33 %) * 80 = 26,4 núcleos    Núcleos totales = 26,4 * (120 %) = 31,68 núcleos Puede usar el mayor de estos dos valores para calcular la utilización de la CPU de la instancia de base de datos Amazon RDS o Aurora. nota En IBM AIX, la utilización calculada no coincide con los valores del sistema operativo o de la base de datos. Estos valores coinciden en otros sistemas operativos.	Administrador de base de datos

Calcule los requisitos de CPU

Tarea	Descripción	Habilidades requeridas
Elija un método.	Puede estimar la CPU necesaria para la base de datos de destino de tres maneras: Mediante el uso de los núcleos disponibles reales del procesador Mediante el uso de los núcleos utilizados según las estadísticas del sistema operativo Mediante el uso de los núcleos utilizados según las estadísticas Si está analizando los núcleos utilizados, le recomendamos que utilice el método de métricas de la base de datos en lugar de las estadísticas del sistema operativo, ya que se basa en la CPU que utilizan únicamente las bases de datos que planea migrar. (Las estadísticas del sistema operativo también incluyen el uso de la CPU por parte de otros procesos). También debería consultar las recomendaciones relacionadas con la CPU en el informe de ADDM para mejorar el rendimiento tras la migración. También puede estimar los requisitos en función de la generación de CPU. Si utiliza distintas generaciones de CPU, puede estimar la CPU necesaria para la base de datos de destino siguiendo las instrucciones del documento técnico Desmitificando el número de v para lograr un rendimiento óptimo de la carga de trabajo. CPUs	Administrador de base de datos
Opción 1: calcule los requisitos en función de los núcleos disponibles.	En informes AWR: CPUs consulte la lógica y la virtual. CPUs  Los núcleos son el número de procesadores de un chipset de CPU físico.  Un socket es un dispositivo físico que conecta un chip a una placa. Los procesadores multinúcleo tienen sockets con varios núcleos de CPU. Puede estimar los núcleos disponibles de dos maneras: Mediante comandos utilizando el sistema operativo Mediante el informe AWR Para estimar los núcleos disponibles mediante comandos del sistema operativo Utilice el siguiente comando para contar los núcleos del procesador. $ cat /proc/cpuinfo |grep "cpu cores"|uniq cpu cores : 4 cat /proc/cpuinfo | egrep "core id|physical id" | tr -d "\n" | sed s/physical/\\nphysical/g | grep -v ^$ | sort | uniq | wc -l Utilice el siguiente comando para contar los sockets del procesador. grep "physical id" /proc/cpuinfo | sort -u physical id : 0 physical id : 1 nota   No recomendamos usar comandos del sistema operativo como nmon y sar para extraer el uso de la CPU. Esto se debe a que esos cálculos incluyen el uso de la CPU por parte de otros procesos y es posible que no reflejen la CPU real que utiliza la base de datos. Para estimar los núcleos disponibles mediante el informe AWR También puede deducir el uso de la CPU de la primera sección del informe de AWR. A continuación se muestra un extracto del informe. Nombre de base de datos DB Id Instancia Inst num Hora de inicio Release (Versión) RAC XXXX <DB_ID> XXXX 1 05-Sep-20 23:09 12.1.0.2.0 NO Host Name Plataforma CPUs Núcleos Sockets Memoria (GB) <host_name> Linux x86 64-bit 80 80 2 441,78 En este ejemplo, el CPUs recuento es 80, lo que indica que son lógicos (virtuales). CPUs También puede ver que esta configuración tiene dos sockets, un procesador físico en cada socket (para un total de dos procesadores físicos) y 40 núcleos para cada socket o procesador físico.	Administrador de base de datos
Opción 2: Calcule el uso de la CPU mediante las estadísticas del sistema operativo.	Puede comprobar las estadísticas de uso de la CPU del sistema operativo directamente en el sistema operativo (mediante sar u otra utilidad del sistema operativo host) o revisando los valores de IDLE/(IDLE+BUSY) de la sección de estadísticas del sistema operativo del informe AWR. Puede ver los segundos de CPU consumidos directamente desde v$osstat. Los informes AWR y Statspack también muestran estos datos en la sección de estadísticas del sistema operativo. Si hay varias bases de datos en el mismo cuadro, todas tienen los mismos valores de v$osstat para BUSY_TIME. Estadística Valor Valor final FREE_MEMORY_BYTES 6.810.677.248 12.280.799.232 INACTIVE_MEMORY_BYTES 175.627.333.632 160.380,653,568 SWAP_FREE_BYTES 17.145.614.336 17.145.872.384 BUSY_TIME 1.305.569.937   IDLE_TIME 4.312.718.839   IOWAIT_TIME 53.417.174   NICE_TIME 29.815   SYS_TIME 148.567.570   USER_TIME 1.146.918.783   LOAD 25 29 VM_IN_BYTES 593.920   VM_OUT_BYTES 327.680   PHYSICAL_MEMORY_BYTES 474.362.417.152   NUM_CPUS 80   NUM_CPU_CORES 80   NUM_CPU_SOCKETS 2   GLOBAL_RECEIVE_SIZE_MAX 4.194.304   GLOBAL_SEND_SIZE_MAX 2.097.152   TCP_RECEIVE_SIZE_DEFAULT 87.380   TCP_RECEIVE_SIZE_MAX 6.291.456   TCP_RECEIVE_SIZE_MIN 4.096   TCP_SEND_SIZE_DEFAULT 16.384   TCP_SEND_SIZE_MAX 4.194.304   TCP_SEND_SIZE_MIN 4.096   Si no hay otros consumidores importantes de CPU en el sistema, utilice la siguiente fórmula para calcular el porcentaje de uso de la CPU:    Utilización = tiempo de actividad / tiempo total    Tiempo de actividad = requisitos = v$osstat.BUSY_TIME    C = Tiempo total (actividad + inactivo)    C = capacidad = v$ostat.BUSY_TIME + v$ostat.IDLE_TIME    Utilización = BUSY_TIME / (BUSY_TIME + IDLE_TIME)    = -1 305 569 937 / (1 305 569 937 + 4 312 718 839)    = 23 % utilizado	Administrador de base de datos
Opción 3: calcule el uso de la CPU mediante métricas de bases de datos.	Si hay varias bases de datos en ejecución en el sistema, puede utilizar las métricas de la base de datos que aparecen al principio del informe.   Snap Id Snap Time Sessions (Sesiones) Cursores/sesión Iniciar Snap: 184662 28-Sep-20 09:00:42 1226 35,8 Finalizar Snap: 185446 06-Oct-20 13:00:20 1876 41,1 Transcurrido:   11 759,64 (minutos)     Tiempo de base de datos:   312 625,40 (minutos)     Para obtener las métricas de uso de la CPU, utilice esta fórmula:    Uso de la CPU de la base de datos (% de la potencia de la CPU disponible) = tiempo de CPU / NUM_CPUS / tiempo transcurrido donde el uso de la CPU se describe mediante el tiempo de CPU y representa el tiempo dedicado a la CPU, no el tiempo de espera a la CPU. Este cálculo da como resultado:    = 312 625,40 / 11 759,64/80 = Se está utilizando el 33 % de la CPU    Número de núcleos (33 %) * 80 = 26,4 núcleos    Núcleos totales = 26,4 * (120 %) = 31,68 núcleos Puede usar el mayor de estos dos valores para calcular la utilización de la CPU de la instancia de base de datos Amazon RDS o Aurora. nota En IBM AIX, la utilización calculada no coincide con los valores del sistema operativo o de la base de datos. Estos valores coinciden en otros sistemas operativos.	Administrador de base de datos

Calcule los requisitos de memoria

Tarea	Descripción	Habilidades requeridas
Calcule los requisitos de memoria mediante estadísticas de memoria.	Puede usar el informe AWR para calcular la memoria de la base de datos de origen y compararla con la base de datos de destino. También debe comprobar el rendimiento de la base de datos existente y reducir los requisitos de memoria para ahorrar costos o aumentar los requisitos para mejorar el rendimiento. Esto requiere un análisis detallado del tiempo de respuesta del AWR y del acuerdo de nivel de servicio (SLA) de la aplicación. Utilice la suma del uso del área global del sistema (SGA) y del área global del programa (PGA) de Oracle como uso de memoria estimado para Oracle. Añada un 20 por ciento adicional para que el sistema operativo determine un requisito de tamaño de memoria objetivo. En el caso de Oracle RAC, utilice la suma de la utilización de memoria estimada en todos los nodos RAC y reduzca la memoria total, ya que se almacena en bloques comunes. Compruebe las métricas en la tabla de porcentajes de eficiencia de las instancias. La tabla utiliza los siguientes términos: El Porcentaje de aciertos en el búfer es el porcentaje de veces que se ha encontrado un bloque concreto en la memoria caché del búfer en lugar de realizar una E/S física. Para mejorar el rendimiento, procure alcanzar el 100 por ciento.  El Porcentaje de espera de búfer debe estar cerca del 100 por ciento. El porcentaje de aciertos de bloqueo debe estar cerca del 100 por ciento.  El porcentaje de CPU que no se analiza es el porcentaje de tiempo de CPU que se dedica a actividades no relacionadas con el análisis. Este valor debe estar cerca del 100 por ciento. Porcentaje de eficiencia de las instancias (objetivo: 100 %) % de espera de búfer: 99,99 NoWait % de rehacer: 100,00 % de aciertos del búfer: 99,84 % de clasificación en memoria:: 100,00 % de acierto de bibliotecas: 748,77 % de análisis suave: 99,81 % de ejecución para analizar: 96,61 % de aciertos de cierre: 100,00 Analizar CPU para analizar % transcurrido: 72.73 % de CPU no analizable: 99,21 % de acierto de caché flash: 0,00     En este ejemplo, todas las métricas son correctas, por lo que puede utilizar el SGA y el PGA para la base de datos existente como requisito de planificación de la capacidad. Compruebe la sección de estadísticas de la memoria y calcule el SGA/PGA.   Inicio Final Memoria del host (MB): 452.387,3 452.387,3 Uso de SGA (MB): 220 544,0 220 544,0 Uso de PGA (MB): 36.874,9 45.270,0    Memoria total de la instancia en uso = SGA + PGA = 220 GB + 45 GB = 265 GB Añada un 20 por ciento de búfer:    Memoria total de la instancia = 1,2 * 265 GB = 318 GB Dado que SGA y PGA representan el 70 por ciento de la memoria del host, el requisito total de memoria es:     Memoria total del host = 318/0,7 = 464 GB nota Al migrar a Amazon RDS for Oracle, el PGA y el SGA se calculan previamente en función de una fórmula predefinida. Asegúrese de que los valores precalculados se acerquen a sus estimaciones.	Administrador de base de datos

Calcule los requisitos de memoria

Tarea	Descripción	Habilidades requeridas
Calcule los requisitos de memoria mediante estadísticas de memoria.	Puede usar el informe AWR para calcular la memoria de la base de datos de origen y compararla con la base de datos de destino. También debe comprobar el rendimiento de la base de datos existente y reducir los requisitos de memoria para ahorrar costos o aumentar los requisitos para mejorar el rendimiento. Esto requiere un análisis detallado del tiempo de respuesta del AWR y del acuerdo de nivel de servicio (SLA) de la aplicación. Utilice la suma del uso del área global del sistema (SGA) y del área global del programa (PGA) de Oracle como uso de memoria estimado para Oracle. Añada un 20 por ciento adicional para que el sistema operativo determine un requisito de tamaño de memoria objetivo. En el caso de Oracle RAC, utilice la suma de la utilización de memoria estimada en todos los nodos RAC y reduzca la memoria total, ya que se almacena en bloques comunes. Compruebe las métricas en la tabla de porcentajes de eficiencia de las instancias. La tabla utiliza los siguientes términos: El Porcentaje de aciertos en el búfer es el porcentaje de veces que se ha encontrado un bloque concreto en la memoria caché del búfer en lugar de realizar una E/S física. Para mejorar el rendimiento, procure alcanzar el 100 por ciento.  El Porcentaje de espera de búfer debe estar cerca del 100 por ciento. El porcentaje de aciertos de bloqueo debe estar cerca del 100 por ciento.  El porcentaje de CPU que no se analiza es el porcentaje de tiempo de CPU que se dedica a actividades no relacionadas con el análisis. Este valor debe estar cerca del 100 por ciento. Porcentaje de eficiencia de las instancias (objetivo: 100 %) % de espera de búfer: 99,99 NoWait % de rehacer: 100,00 % de aciertos del búfer: 99,84 % de clasificación en memoria:: 100,00 % de acierto de bibliotecas: 748,77 % de análisis suave: 99,81 % de ejecución para analizar: 96,61 % de aciertos de cierre: 100,00 Analizar CPU para analizar % transcurrido: 72.73 % de CPU no analizable: 99,21 % de acierto de caché flash: 0,00     En este ejemplo, todas las métricas son correctas, por lo que puede utilizar el SGA y el PGA para la base de datos existente como requisito de planificación de la capacidad. Compruebe la sección de estadísticas de la memoria y calcule el SGA/PGA.   Inicio Final Memoria del host (MB): 452.387,3 452.387,3 Uso de SGA (MB): 220 544,0 220 544,0 Uso de PGA (MB): 36.874,9 45.270,0    Memoria total de la instancia en uso = SGA + PGA = 220 GB + 45 GB = 265 GB Añada un 20 por ciento de búfer:    Memoria total de la instancia = 1,2 * 265 GB = 318 GB Dado que SGA y PGA representan el 70 por ciento de la memoria del host, el requisito total de memoria es:     Memoria total del host = 318/0,7 = 464 GB nota Al migrar a Amazon RDS for Oracle, el PGA y el SGA se calculan previamente en función de una fórmula predefinida. Asegúrese de que los valores precalculados se acerquen a sus estimaciones.	Administrador de base de datos

Determine el tipo de instancia de base de datos de la base de datos de destino

Tarea	Descripción	Habilidades requeridas
Determine el tipo de instancia de base de datos en función de las estimaciones de E/S, CPU y memoria del disco.	Según las estimaciones de los pasos anteriores, la capacidad de la base de datos Amazon RDS o Aurora de destino debería ser: 68 núcleos de CPU 143 MBPS de rendimiento   4367 IOPS para E/S de disco 464 GB de memoria En la base de datos Amazon RDS o Aurora de destino, puede asignar estos valores al tipo de instancia db.r5.16xlarge, que tiene una capacidad de 32 núcleos, 512 GB de RAM y 13 600 Mbps de rendimiento. Para obtener más información, consulte la publicación del blog de AWS en el Tamaño adecuado de instancias de Amazon RDS a escala en función de las métricas de rendimiento de Oracle.	Administrador de base de datos

Determine el tipo de instancia de base de datos de la base de datos de destino

Tarea	Descripción	Habilidades requeridas
Determine el tipo de instancia de base de datos en función de las estimaciones de E/S, CPU y memoria del disco.	Según las estimaciones de los pasos anteriores, la capacidad de la base de datos Amazon RDS o Aurora de destino debería ser: 68 núcleos de CPU 143 MBPS de rendimiento   4367 IOPS para E/S de disco 464 GB de memoria En la base de datos Amazon RDS o Aurora de destino, puede asignar estos valores al tipo de instancia db.r5.16xlarge, que tiene una capacidad de 32 núcleos, 512 GB de RAM y 13 600 Mbps de rendimiento. Para obtener más información, consulte la publicación del blog de AWS en el Tamaño adecuado de instancias de Amazon RDS a escala en función de las métricas de rendimiento de Oracle.	Administrador de base de datos

Recursos relacionados

• Clase de instancia de base de datos Aurora (documentación de Amazon Aurora)

• Almacenamiento de instancias de base de datos de Amazon RDS (documentación de Amazon RDS)

• Herramienta AWS Miner (GitHub repositorio)