Realización de tareas diversas para instancias de base de datos de Oracle - Amazon Relational Database Service

Realización de tareas diversas para instancias de base de datos de Oracle

A continuación, puede encontrar cómo realizar varias tareas de DBA en las instancias de base de datos de Amazon RDS que ejecutan Oracle. Para ofrecer una experiencia de servicio administrado, Amazon RDS no proporciona acceso mediante shell a las instancias de bases de datos y restringe el acceso a ciertos procedimientos y tablas del sistema que requieren privilegios avanzados.

Creación y eliminación de directorios en el espacio de almacenamiento de datos principal

Utilice el procedimiento de Amazon RDS para crear directorio rdsadmin.rdsadmin_util.create_directory. Puede crear hasta 10 000 directorios, todos ellos en el espacio principal de almacenamiento de datos. Para eliminar directorios, utilice el procedimiento de Amazon RDS rdsadmin.rdsadmin_util.drop_directory.

Los procedimientos create_directory y drop_directory tienen el siguiente parámetro requerido.

Nombre del parámetro Tipo de datos Valor predeterminado Obligatorio Descripción

p_directory_name

varchar2

El nombre del directorio.

En el siguiente ejemplo se crea un directorio denominado PRODUCT_DESCRIPTIONS.

EXEC rdsadmin.rdsadmin_util.create_directory(p_directory_name => 'product_descriptions');

El diccionario de datos almacena el nombre del directorio en mayúsculas. Es posible obtener un listado de los directorios consultando DBA_DIRECTORIES. El sistema elige automáticamente la ruta de acceso real del host. En el ejemplo siguiente se obtiene la ruta del directorio denominado PRODUCT_DESCRIPTIONS:

SELECT DIRECTORY_PATH FROM DBA_DIRECTORIES WHERE DIRECTORY_NAME='PRODUCT_DESCRIPTIONS'; DIRECTORY_PATH ---------------------------------------- /rdsdbdata/userdirs/01

El nombre de usuario maestro de la instancia de base de datos tiene privilegios de lectura y escritura en el nuevo directorio y puede conceder acceso a otros usuarios. Los privilegios de EXECUTE no están disponibles para directorios en una instancia de base de datos. Los directorios se crean en el espacio principal de almacenamiento de datos, y consumen espacio y ancho de banda de E/S.

En el ejemplo siguiente se elimina el directorio denominado PRODUCT_DESCRIPTIONS.

EXEC rdsadmin.rdsadmin_util.drop_directory(p_directory_name => 'product_descriptions');
nota

También puede eliminar un directorio mediante el comando de Oracle SQL DROP DIRECTORY.

Al eliminar un directorio, no se elimina su contenido. Debido a que el procedimiento rdsadmin.rdsadmin_util.create_directory puede reutilizar los nombres de ruta, los archivos de los directorios eliminados pueden aparecer en un directorio que se acaba de crear. Antes de eliminar un directorio, recomendamos que utilice UTL_FILE.FREMOVE para eliminar los archivos del directorio. Para más información, consulte FREMOVE Procedure en la documentación de Oracle.

Descripción de los archivos de un directorio de instancia de base de datos

Utilice el procedimiento de Amazon RDS para obtener un listado de los archivos de un directori rdsadmin.rds_file_util.listdir. El procedimiento listdir tiene los siguientes parámetros.

Nombre del parámetro Tipo de datos Valor predeterminado Obligatorio Descripción

p_directory

varchar2

El nombre del directorio cuyo listado se desea obtener.

El siguiente ejemplo concede privilegios de lectura o escritura en el directorio PRODUCT_DESCRIPTIONS al usuario rdsadmin y, luego, enumera los archivos de este directorio.

GRANT READ,WRITE ON DIRECTORY PRODUCT_DESCRIPTIONS TO rdsadmin; SELECT * FROM TABLE(rdsadmin.rds_file_util.listdir(p_directory => 'PRODUCT_DESCRIPTIONS'));

Lectura de archivos de un directorio de instancia de base de datos

Utilice el procedimiento de Amazon RDS para leer un archivo de text rdsadmin.rds_file_util.read_text_file. El procedimiento read_text_file tiene los siguientes parámetros.

Nombre del parámetro Tipo de datos Valor predeterminado Obligatorio Descripción

p_directory

varchar2

El nombre del directorio que contiene el archivo.

p_filename

varchar2

El nombre del archivo que se va a leer.

En el ejemplo siguiente se crea el archivo rice.txt en el directorio PRODUCT_DESCRIPTIONS.

declare fh sys.utl_file.file_type; begin fh := utl_file.fopen(location=>'PRODUCT_DESCRIPTIONS', filename=>'rice.txt', open_mode=>'w'); utl_file.put(file=>fh, buffer=>'AnyCompany brown rice, 15 lbs'); utl_file.fclose(file=>fh); end; /

En el siguiente ejemplo se lee el archivo rice.txt del directorio PRODUCT_DESCRIPTIONS.

SELECT * FROM TABLE (rdsadmin.rds_file_util.read_text_file( p_directory => 'PRODUCT_DESCRIPTIONS', p_filename => 'rice.txt'));

Acceso a los archivos de Opatch

Opatch es una utilidad de Oracle que permite la aplicación y la restauración de parches en el software de Oracle. El mecanismo de Oracle para determinar qué parches se han aplicado a una base de datos es el comando opatch lsinventory. Para abrir solicitudes de servicio para clientes de Bring Your Own License (BYOL), Oracle Support solicita el archivo lsinventory y a veces el archivo lsinventory_detail generado por Opatch.

Para ofrecer una experiencia de servicio administrado, Amazon RDS no proporciona acceso mediante shell a Opatch. En su lugar, el lsinventory-dbv.txt en el directorio BDUMP contiene la información del parche relacionada con la versión actual del motor. Cuando realiza una actualización menor o importante, Amazon RDS actualiza lsinventory-dbv.txt dentro de una hora después de aplicar el parche. Para verificar los parches aplicados, lealsinventory-dbv.txt. Esta acción es similar a ejecutar el comando opatch lsinventory.

nota

Los ejemplos de esta sección suponen que el directorio BDUMP se llama BDUMP. En una réplica de lectura, el nombre del directorio BDUMP es diferente. Para obtener información sobre cómo obtener el nombre BDUMP mediante una consulta V$DATABASE.DB_UNIQUE_NAME en una réplica de lectura, consulte Descripción de archivos.

Los archivos de inventario utilizan la convención de nomenclatura de Amazon RDS lsinventory-dbv.txt y lsinventory_detail-dbv.txt, donde dbv es el nombre completo de su versión de base de datos. El archivo lsinventory-dbv.txt está disponible en todas las versiones de base de datos. El lsinventory_detail-dbv.txt correspondiente está disponible en las siguientes versiones de base de datos:

  • 19.0.0.0, ru-2020-01.rur-2020-01.r1 o más reciente

  • 12.2.0.1, ru-2020-01.rur-2020-01.r1 o más reciente

  • 12.1.0.2, v19 o más reciente

Por ejemplo, si su versión de base de datos es 19.0.0.0.ru-2021-07.rur-2021-07.r1, los archivos de inventario tienen los siguientes nombres.

lsinventory-19.0.0.0.ru-2021-07.rur-2021-07.r1.txt lsinventory_detail-19.0.0.0.ru-2021-07.rur-2021-07.r1.txt

Asegúrese de descargar los archivos que coinciden con la versión actual de su motor de base de datos.

Para descargar un archivo de inventario mediante la consola

  1. Abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, seleccione Databases (Bases de datos).

  3. Seleccione el nombre de la instancia de base de datos que tiene el archivo de registro que desea visualizar.

  4. Seleccione la pestaña Logs & events (Registros y eventos).

  5. Desplácese hacia abajo hasta la sección Logs.

  6. En la sección Registros, busque lsinventory.

  7. Seleccione el archivo al que desea acceder y, a continuación, elija Descargar.

Para leer lsinventory-dbv.txt en un cliente SQL, puede utilizar una instrucción SELECT. Para esta técnica, utilice cualquiera de las siguientes funciones de rdsadmin: rdsadmin.rds_file_util.read_text_file o rdsadmin.tracefile_listing.

En la siguiente consulta de ejemplo, reemplace dbv por la versión de la base de datos de Oracle. Por ejemplo, es posible que su versión de base de datos sea 19.0.0.0.ru-2020-04.rur-2020-04.r1.

SELECT text FROM TABLE(rdsadmin.rds_file_util.read_text_file('BDUMP', 'lsinventory-dbv.txt'));

Para leer lsinventory-dbv.txt en un cliente SQL, puede escribir un programa PL/SQL. Este programa utiliza utl_file para leer el archivo y dbms_output para imprimirlo. Estos son paquetes suministrados por Oracle.

En el siguiente programa de ejemplo, reemplace dbv por la versión de base de datos de Oracle. Por ejemplo, es posible que su versión de base de datos sea 19.0.0.0.ru-2020-04.rur-2020-04.r1.

SET SERVEROUTPUT ON DECLARE v_file SYS.UTL_FILE.FILE_TYPE; v_line VARCHAR2(1000); v_oracle_home_type VARCHAR2(1000); c_directory VARCHAR2(30) := 'BDUMP'; c_output_file VARCHAR2(30) := 'lsinventory-dbv.txt'; BEGIN v_file := SYS.UTL_FILE.FOPEN(c_directory, c_output_file, 'r'); LOOP BEGIN SYS.UTL_FILE.GET_LINE(v_file, v_line,1000); DBMS_OUTPUT.PUT_LINE(v_line); EXCEPTION WHEN no_data_found THEN EXIT; END; END LOOP; END; /

O consulta rdsadmin.tracefile_listing e incorpora la salida a un archivo. En el ejemplo siguiente se incorpora la salida a /tmp/tracefile.txt.

SPOOL /tmp/tracefile.txt SELECT * FROM rdsadmin.tracefile_listing WHERE FILENAME LIKE 'lsinventory%'; SPOOL OFF;

Administrar tareas del asesor

Oracle Database incluye varios asesores. Cada asesor soporta tareas automatizadas y manuales. Puede utilizar procedimientos en el paquete rdsadmin.rdsadmin_util para administrar algunas tareas del asesor.

Los procedimientos de tareas del asesor están disponibles en las siguientes versiones del motor:

  • Oracle Database 21c (21.0.0)

  • Versión 19.0.0.0.ru-2021-01.rur-2021-01.r1 Oracle Database 19c y versiones posteriores

    Para obtener más información, consulte la sección sobre la versión 19.0.0.0.ru-2021-01.rur-2021-01.r1 en las notas de la versión de Amazon RDS for Oracle.

  • Versión 12.2.0.1.ru-2021-01.rur-2021-01.r1 Oracle Database 12c (versión 2) 12.2.0.1 y versiones posteriores

    Para obtener más información, consulte la sección sobre la versión 12.2.0.1.ru-2021-01.rur-2021-01.r1 en las notas de la versión de Amazon RDS for Oracle.

Configuración de parámetros para tareas del asesor

A fin de establecer parámetros para algunas tareas del asesor, utilice el Amazon RDS procedimiento rdsadmin.rdsadmin_util.advisor_task_set_parameter. El procedimiento advisor_task_set_parameter tiene los siguientes parámetros.

Nombre del parámetro Tipo de datos Valor predeterminado Obligatorio Descripción

p_task_name

varchar2

El nombre de la tarea del asesor cuyos parámetros desea cambiar. Los siguientes valores son válidos:

  • AUTO_STATS_ADVISOR_TASK

  • INDIVIDUAL_STATS_ADVISOR_TASK

  • SYS_AUTO_SPM_EVOLVE_TASK

  • SYS_AUTO_SQL_TUNING_TASK

p_parameter

varchar2

El nombre del parámetro de la tarea. A fin de buscar parámetros válidos para una tarea del asesor, ejecute la siguiente consulta. Sustituya p_task_name con un valor válido para p_task_name:

COL PARAMETER_NAME FORMAT a30 COL PARAMETER_VALUE FORMAT a30 SELECT PARAMETER_NAME, PARAMETER_VALUE FROM DBA_ADVISOR_PARAMETERS WHERE TASK_NAME='p_task_name' AND PARAMETER_VALUE != 'UNUSED' ORDER BY PARAMETER_NAME;

p_value

varchar2

El valor de un parámetro de tarea. Para buscar valores válidos para los parámetros de tarea, ejecute la siguiente consulta. Sustituya p_task_name con un valor válido para p_task_name:

COL PARAMETER_NAME FORMAT a30 COL PARAMETER_VALUE FORMAT a30 SELECT PARAMETER_NAME, PARAMETER_VALUE FROM DBA_ADVISOR_PARAMETERS WHERE TASK_NAME='p_task_name' AND PARAMETER_VALUE != 'UNUSED' ORDER BY PARAMETER_NAME;

El siguiente programa PL/SQL establece ACCEPT_PLANS a FALSE para SYS_AUTO_SPM_EVOLVE_TASK. La tarea automatizada de administración de planes SQL verifica los planes y genera un informe de sus conclusiones, pero no evoluciona los planes automáticamente. Puede utilizar un informe para identificar nuevas líneas base de plan SQL y aceptarlas manualmente.

BEGIN rdsadmin.rdsadmin_util.advisor_task_set_parameter( p_task_name => 'SYS_AUTO_SPM_EVOLVE_TASK', p_parameter => 'ACCEPT_PLANS', p_value => 'FALSE'); END;

El siguiente programa PL/SQL establece EXECUTION_DAYS_TO_EXPIRE a 10 para AUTO_STATS_ADVISOR_TASK. La tarea predefinida AUTO_STATS_ADVISOR_TASK se ejecuta automáticamente en el periodo de mantenimiento una vez al día. En el ejemplo se establece el periodo de retención para la ejecución de la tarea en 10 días.

BEGIN rdsadmin.rdsadmin_util.advisor_task_set_parameter( p_task_name => 'AUTO_STATS_ADVISOR_TASK', p_parameter => 'EXECUTION_DAYS_TO_EXPIRE', p_value => '10'); END;

Desactivación de AUTO_STATS_ADVISOR_TASK

Para deshabilitar AUTO_STATS_ADVISOR_TASK, utilice el Amazon RDS procedimiento rdsadmin.rdsadmin_util.advisor_task_drop. El procedimiento advisor_task_drop acepta el siguiente parámetro.

nota

Este procedimiento está disponible en Oracle Database 12c versión 2 (12.2.0.1) y posteriores.

Nombre del parámetro Tipo de datos Valor predeterminado Obligatorio Descripción

p_task_name

varchar2

El nombre de la tarea del asesor que se va a deshabilitar. El único valor válido es AUTO_STATS_ADVISOR_TASK.

El siguiente comando se coloca AUTO_STATS_ADVISOR_TASK.

EXEC rdsadmin.rdsadmin_util.advisor_task_drop('AUTO_STATS_ADVISOR_TASK')

Puede volver a habilitar AUTO_STATS_ADVISOR_TASK con rdsadmin.rdsadmin_util.dbms_stats_init.

Volver a habilitar AUTO_STATS_ADVISOR_TASK

Para volver a habilitar AUTO_STATS_ADVISOR_TASK, utilice el Amazon RDS procedimiento rdsadmin.rdsadmin_util.dbms_stats_init. El procedimiento dbms_stats_init no acepta parámetros.

El siguiente comando vuelve a habilitar AUTO_STATS_ADVISOR_TASK.

EXEC rdsadmin.rdsadmin_util.dbms_stats_init()

Activación de HugePages para una instancia de base de datos de Oracle

Amazon RDS for Oracle es compatible con las páginas enormes del kernel de Linux para aumentar la escalabilidad de la base de datos. El uso de HugePages deriva en tablas de páginas más pequeñas y menos tiempo dedicado por la CPU a la administración de memoria, lo que aumenta el rendimiento de instancias de base de datos grandes. Para obtener más información, consulte Overview of HugePages en la documentación de Oracle.

Puede utilizar HugePages con las siguientes versiones y ediciones de Oracle Database:

  • 19.0.0.0 (todas las ediciones)

  • 12.2.0.1, todas las ediciones

  • 12.1.0.2, todas las ediciones

El parámetro use_large_pages controla si las páginas de gran tamaño están habilitadas para una instancia de base de datos. Los valores posibles para este parámetro son ONLY, FALSE y {DBInstanceClassHugePagesDefault}. El parámetro use_large_pages se define en {DBInstanceClassHugePagesDefault} en el grupo de parámetros de base de datos predeterminado para Oracle.

Para comprobar si se han habilitado las páginas de gran tamaño para una instancia de base de datos de forma automática, puede utilizar la variable de la fórmula DBInstanceClassHugePagesDefault en los grupos de parámetros. El valor se determina de la siguiente manera:

  • Para las clases de instancia de base de datos mencionadas en la tabla siguiente, DBInstanceClassHugePagesDefault siempre toma el valor FALSE de forma predeterminada y use_large_pages toma el valor FALSE. Puede habilitar páginas de gran tamaño manualmente para estas clases de instancia de base de datos si la clase de instancia de base de datos dispone de al menos 14 GiB de memoria.

  • Para las clases de instancia de base de datos no mencionadas en la tabla siguiente, si la clase de instancia de base de datos tiene menos de 14 GiB de memoria, DBInstanceClassHugePagesDefault siempre toma el valor FALSE. Además, use_large_pages toma el valor FALSE.

  • Para las clases de instancia de base de datos no mencionadas en la tabla siguiente, si la clase de instancia tiene al menos 14 GiB de memoria y menos de 100 GiB de memoria, DBInstanceClassHugePagesDefault toma el valor TRUE de forma predeterminada. Además, use_large_pages toma el valor ONLY. Puede desactivar las páginas de gran tamaño manualmente estableciendo use_large_pages en FALSE.

  • Para las clases de instancia de base de datos no mencionadas en la tabla siguiente, si la clase de instancia tiene al menos 100 GiB de memoria, DBInstanceClassHugePagesDefault siempre toma el valor TRUE. Además, use_large_pages toma el valor ONLY y las páginas de gran tamaño no se pueden desactivar.

Las páginas de gran tamaño no están habilitadas de forma predeterminada para las siguientes clases de instancia de base de datos.

Familia de clase de instancia de base de datos Las clases de instancia de base de datos con páginas de gran tamaño no están habilitadas de forma predeterminada

db.m5

db.m5.large

db.m4

db.m4.large, db.m4.xlarge, db.m4.2xlarge, db.m4.4xlarge, db.m4.10xlarge

db.t3

db.t3.micro, db.t3.small, db.t3.medium, db.t3.large

Para obtener más información acerca de las clases de instancias de bases de datos, consulte Especificaciones de hardware para clases de instancia de base de datos .

Para habilitar manualmente las páginas de gran tamaño para las instancias de bases de datos nuevas o existentes, establezca el parámetro use_large_pages en ONLY. No es posible utilizar las páginas enormes con Oracle Automatic Memory Management (AMM). Si establece el parámetro use_large_pages en ONLY, también debe establecer memory_target y memory_max_target en 0. Para obtener más información acerca de cómo configurar parámetros de base de datos para la instancia de base de datos, consulte Trabajo con los grupos de parámetros.

También puede configurar los parámetros sga_target, sga_max_size y pga_aggregate_target. Cuando establezca los parámetros de memoria de área global del sistema (SGA) y de área global del programa (PGA), sume ambos valores. Reste este total de la memoria disponible en la base de datos de DBInstanceClassMemory para determinar la memoria que queda libre después de la asignación de HugePages. Debe dejar libres como mínimo 2 GiB, o el 10 por ciento de la memoria total disponible de la instancia, lo que sea menor.

Después de configurar los parámetros, debe reiniciar la instancia de base de datos para que los cambios surtan efecto. Para obtener más información, consulte Reinicio de una instancia de base de datos.

nota

La instancia de base de datos de Oracle aplaza los cambios en los parámetros de inicialización relacionados con SGA hasta que se reinicie la instancia sin conmutación por error. En la consola de Amazon RDS, elija Reiniciar pero no elija Reiniciar con conmutación por error. En la AWS CLI, llame al comando reboot-db-instance con el parámetro --no-force-failover. La instancia de base de datos no procesa los parámetros relacionados con SGA durante la conmutación por error o durante otras operaciones de mantenimiento que hacen que la instancia se reinicie.

A continuación se muestra una configuración de parámetros de ejemplo de páginas de gran tamaño que habilita las páginas de gran tamaño manualmente. Debe establecer los valores de acuerdo con sus necesidades.

memory_target = 0 memory_max_target = 0 pga_aggregate_target = {DBInstanceClassMemory*1/8} sga_target = {DBInstanceClassMemory*3/4} sga_max_size = {DBInstanceClassMemory*3/4} use_large_pages = ONLY

Suponga que se definen los siguientes valores de parámetro en un grupo de parámetros.

memory_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) memory_max_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) pga_aggregate_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0) sga_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) sga_max_size = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) use_large_pages = {DBInstanceClassHugePagesDefault}

El grupo de parámetros es utilizado por una clase de instancia db.r4 DB que tiene menos de 100 GiB de memoria. Con esta configuración de parámetros y use_large_pages establecido en {DBInstanceClassHugePagesDefault}, las páginas de gran tamaño están activadas en la instancia db.r4.

Vea otro ejemplo con los siguientes valores de parámetros definidos en un grupo de parámetros.

memory_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) memory_max_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) pga_aggregate_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0) sga_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) sga_max_size = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) use_large_pages = FALSE

Una clase de instancia de base de datos db.r4 y db.r5 usa el grupo de parámetros, ambas con menos de 100 GiB de memoria. Con esta configuración de parámetros, las páginas de gran tamaño están desactivadas en las instancias db.r4 y db.r5.

nota

Si una clase de instancia de base de datos db.r4 o db.r5 DB con al menos 100 GiB de memoria utiliza este grupo de parámetros, se anula el valor FALSE de use_large_pages y se cambia por ONLY. En este caso, se envía una notificación de cliente sobre la anulación.

Después de activar las páginas de gran tamaño en la instancia de base de datos, puede ver la información sobre las páginas de gran tamaño activando el monitoreo mejorado. Para obtener más información, consulte Supervisión de las métricas del sistema operativo con Supervisión mejorada.

Habilitación de tipos de datos extendidos

Oracle Database 12c de Amazon RDS admite tipos de datos extendidos. Con tipos de datos extendidos, el tamaño máximo es 32 767 bytes para los tipos de datos VARCHAR2, NVARCHAR2 y RAW. Para usar tipos de datos extendidos, configure el parámetro MAX_STRING_SIZE como EXTENDED. Para obtener más información, consulte Extended Data Types en la documentación de Oracle.

Si no desea utilizar tipos de datos extendidos, mantenga el parámetro MAX_STRING_SIZE establecido en STANDARD. Cuando este parámetro se establece en STANDARD, los límites de tamaño son de 4000 bytes para los tipos de datos VARCHAR2 y NVARCHAR2, y de 2000 bytes para el tipo de datos RAW.

Puede habilitar tipos de datos extendidos en una instancia de base de datos nueva o existente. Para instancias de base de datos nuevas, el tiempo de creación de instancias de base de datos suele ser más largo cuando se habilitan tipos de datos extendidos. Para instancias de base de datos existentes, la instancia de base de datos no está disponible durante el proceso de conversión.

Hay que tener en cuenta los siguientes factores para una instancia de base de datos con tipos de datos extendidos habilitados:

  • Cuando habilita tipos de datos extendidos para una instancia de base de datos, no puede cambiar la instancia de base de datos nuevo para usar el tamaño estándar para tipos de datos. Una vez que se convierte una instancia de base de datos para usar tipos de datos extendidos, si vuelve a establecer el parámetro MAX_STRING_SIZE en STANDARD produce el estado incompatible-parameters.

  • Cuando restaura una instancia de base de datos que utilizado tipos de datos extendidos, tiene que especificar un grupo de parámetros con el parámetro MAX_STRING_SIZE establecido en EXTENDED. Durante la restauración, si especifica el grupo de parámetros predeterminado o cualquier grupo de parámetros con MAX_STRING_SIZE establecido en STANDARD produce el estado incompatible-parameters.

  • Se recomienda no habilitar tipos de datos extendidos para instancias de base de datos Oracle que se ejecutan en la clase de instancia de base de datos t2.micro.

Cuando el estado de la instancia de base de datos es incompatible-parameters debido al ajuste MAX_STRING_SIZE, la instancia de la base de datos se mantiene no disponible hasta que estable el parámetro MAX_STRING_SIZE en EXTENDED y reinicia la instancia de base de datos.

Habilitación de tipos de datos extendidos para una instancia de base de datos nueva

Para habilitar tipos de datos extendidos para una instancia de base de datos nueva

  1. Establezca en el parámetro MAX_STRING_SIZE en EXTENDED en un grupo de parámetros.

    Para establecer el parámetro, puede crear un grupo de parámetros nuevo o modificar un grupo de parámetros existente.

    Para obtener más información, consulte Trabajo con los grupos de parámetros.

  2. Cree una instancia se base de datos de Amazon RDS para Oracle nueva y asocie el grupo de parámetros con MAX_STRING_SIZE establecido en EXTENDED con la instancia de base de datos.

    Para obtener más información, consulte Creación de una instancia de base de datos de Amazon RDS.

Habilitación de tipos de datos extendidos para una instancia de base de datos existente

Cuando modifica una instancia de base de datos para habilitar tipos de datos extendidos, los datos de la base de datos se convierten para usar los tamaños extendidos. La instancia de base de datos no está disponible durante la conversión. La cantidad de tiempo que toma en convertir los datos depende de la clase de instancia de base de datos utilizada por la instancia de base de datos y el tamaño de la base de datos.

nota

Después de habilitar tipos de datos extendidos, no es posible realizar una restauración a un momento coincidente con la conversión. Puede realizar la restauración a un momento inmediatamente antes de la conversión o después de la conversión.

Para habilitar tipos de datos extendidos para una instancia de base de datos existente

  1. Tome una instantánea de la base de datos.

    Si hay objetos no válidos en la base de datos, Amazon RDS intenta volver a compilarlos. La conversión a tipos de datos extendidos puede producir error si Amazon RDS no puede volver a compilar un objeto no válido. La instantánea le permite restaurar la base de datos si se produce un problema con la conversión. Compruebe siempre la presencia de objetos no válidos antes de la conversión y corrija o elimine esos objetos no válidos. Para bases de datos de producción, recomendamos poner a prueba el proceso de conversión en una copia de su instancia de base de datos en primer lugar.

    Para obtener más información, consulte Creación de una instantánea de base de datos.

  2. Establezca en el parámetro MAX_STRING_SIZE en EXTENDED en un grupo de parámetros.

    Para establecer el parámetro, puede crear un grupo de parámetros nuevo o modificar un grupo de parámetros existente.

    Para obtener más información, consulte Trabajo con los grupos de parámetros.

  3. Modifique la instancia de base de datos para asociarla con el grupo de parámetros con MAX_STRING_SIZE establecido en EXTENDED.

    Para obtener más información, consulte Modificación de una instancia de base de datos de Amazon RDS.

  4. Reinicie la instancia de base de datos para que el cambio de parámetro tenga efecto.

    Para obtener más información, consulte Reinicio de una instancia de base de datos.