Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Calcule el tamaño del motor de Amazon RDS para una base de datos de Oracle mediante informes de AWR
*Abhishek Verma y Eduardo Valentim, Amazon Web Services*
## Resumen
Al migrar una base de datos Oracle a Amazon Relational Database Service (Amazon RDS) o Amazon Aurora, el cálculo de la CPU, la memoria y el I/O 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 de Oracle en una instancia EC2
+ 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.](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-oracle-database-to-aurora-postgresql-using-aws-dms-and-aws-sct.html)
**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](https://aws.amazon.com/blogs/database/right-sizing-amazon-rds-instances-at-scale-based-on-oracle-performance-metrics/).
## Tools (Herramientas)
+ El [Repositorio automático de cargas de trabajo (AWR) de Oracle](https://docs.oracle.com/en-us/iaas/performance-hub/doc/awr-report-ui.html) 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 cuánto I/O utiliza la base de datos, no utilices la información de la sección Perfil de carga del informe AWR. En su lugar, usa la sección I/O Perfil, si está disponible, o ve a la sección Estadísticas de actividad de la instancia y consulta 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 I/O rendimiento (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](https://docs.oracle.com/en/database/oracle/oracle-database/18/tgdba/gathering-database-statistics.html#GUID-26D359FA-F809-4444-907C-B5AFECD9AE29). | 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 |
### I/O Calcule los requisitos de 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 local a AWS, debe determinar el pico de disco que I/O utiliza la base de datos. Puede utilizar los siguientes métodos para estimar el disco de la base de I/O datos de destino:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)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.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.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)En función de esta información, puede calcular IOPs y procesar de la siguiente manera:*IOPS = solicitudes de lectura: \$1 I/O Solicitudes de escritura = I/O 3.586,8 \$1 574,7 = 4134,5** Rendimiento = lectura física (bloques) \$1 escritura física (bloques) = 13 575,1 \$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 \$1 8 \$1 1024 / 1024 / 1024 = 133,2 MB*No utilice el perfil de carga para estimar el tamaño de la instancia. No es tan preciso como las estadísticas o los perfiles de actividad de las instancias. I/O | 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.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)En función de esta información, puede calcular el total de IOPS y el rendimiento de la siguiente manera:* TIOPS totales = 3610,28 \$1 757,11 = 4367** Mbps totales = 114 482 426,26 \$1 36 165 631,84 = 150 648 058,1 / 1024 / 1024 = 143 Mbps* | Administrador de base de datos |
| Opción 3: utilizar perfiles. I/O | En Oracle Database 12c, el informe AWR incluye una sección de I/O perfiles 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.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)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 |
| | 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 | | | |
| 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 |
| | Lectura \$1 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 |
### 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:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)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](https://d1.awsstatic.com/whitepapers/Demystifying_vCPUs.df200b766578b75009ad8d15c72e493d6408c68a.pdf) 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:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)Puede estimar los núcleos disponibles de dos maneras:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)**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
No recomendamos utilizar 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.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)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\$1BUSY) de la sección de estadísticas del sistema operativo del informe AWR. Puede ver los segundos de CPU consumidos directamente desde **v\$1osstat**. 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\$1osstat** para BUSY\$1TIME.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)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\$1osstat.BUSY\$1TIME** C = Tiempo total (actividad \$1 inactivo)** C = capacidad = v\$1ostat.BUSY\$1TIME \$1 v\$1ostat.IDLE\$1TIME** Utilización = BUSY\$1TIME / (BUSY\$1TIME \$1 IDLE\$1TIME)** = -1 305 569 937 / (1 305 569 937 \$1 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.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)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\$1CPUS / 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 %) \$1 80 = 26,4 núcleos** Núcleos totales = 26,4 \$1 (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.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 |
| Nombre de base de datos | DB Id | Instancia | Inst num | Hora de inicio | Release | RAC |
| --- |--- |--- |--- |--- |--- |--- |
| XXXX | | XXXX | 1 | 05-Sep-20 23:09 | 12.1.0.2.0 | NO |
| **Host Name** | **Plataforma** | **CPUs** | **Núcleos** | **Sockets** | **Memoria (GB)** |
| | Linux x86 64-bit | 80 | 80 | 2 | 441,78 |
| Estadística | Valor | Valor final |
| --- |--- |--- |
| **FREE\$1MEMORY\$1BYTES** | 6.810.677.248 | 12.280.799.232 |
| **INACTIVE\$1MEMORY\$1BYTES** | 175.627.333.632 | 160.380,653,568 |
| **SWAP\$1FREE\$1BYTES** | 17.145.614.336 | 17.145.872.384 |
| **BUSY\$1TIME** | 1.305.569.937 | |
| **IDLE\$1TIME** | 4.312.718.839 | |
| **IOWAIT\$1TIME** | 53.417.174 | |
| **NICE\$1TIME** | 29.815 | |
| **SYS\$1TIME** | 148.567.570 | |
| **USER\$1TIME** | 1.146.918.783 | |
| **LOAD** | 25 | 29 |
| **VM\$1IN\$1BYTES** | 593.920 | |
| **VM\$1OUT\$1BYTES** | 327.680 | |
| **PHYSICAL\$1MEMORY\$1BYTES** | 474.362.417.152 | |
| **NUM\$1CPUS** | 80 | |
| **NUM\$1CPU\$1CORES** | 80 | |
| **NUM\$1CPU\$1SOCKETS** | 2 | |
| **GLOBAL\$1RECEIVE\$1SIZE\$1MAX** | 4.194.304 | |
| **GLOBAL\$1SEND\$1SIZE\$1MAX** | 2.097.152 | |
| **TCP\$1RECEIVE\$1SIZE\$1DEFAULT** | 87.380 | |
| **TCP\$1RECEIVE\$1SIZE\$1MAX** | 6.291.456 | |
| **TCP\$1RECEIVE\$1SIZE\$1MIN** | 4.096 | |
| **TCP\$1SEND\$1SIZE\$1DEFAULT** | 16.384 | |
| **TCP\$1SEND\$1SIZE\$1MAX** | 4.194.304 | |
| **TCP\$1SEND\$1SIZE\$1MIN** | 4.096 | |
| | Snap Id | Snap Time | 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) | | |
### 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.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)* Memoria total de la instancia en uso = SGA \$1 PGA = 220 GB \$1 45 GB = 265 GB*Añada un 20 por ciento de búfer:* Memoria total de la instancia = 1,2 \$1 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*Al migrar a Amazon RDS para 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 |
| % 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 | | |
| | 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 |
### 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:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)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](https://aws.amazon.com/blogs/database/right-sizing-amazon-rds-instances-at-scale-based-on-oracle-performance-metrics/). | Administrador de base de datos |
## Recursos relacionados
+ [Clase de instancia de base de datos Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) (documentación de Amazon Aurora)
+ [Almacenamiento de instancias de base de datos de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) (documentación de Amazon RDS)
+ [Herramienta AWS Miner](https://github.com/tmuth/AWR-Miner/blob/master/release/5.0.8/AWR-Miner-capture-5.0.8/awr_miner.sql) (GitHub repositorio)