Administración de una instancia de base de datos de Amazon RDS Custom para Oracle - Amazon Relational Database Service

Administración de una instancia de base de datos de Amazon RDS Custom para Oracle

Amazon RDS Custom admite un subconjunto de las tareas de administración habituales para las instancias de base de datos de Amazon RDS. A continuación, encontrará instrucciones para las tareas de administración de RDS Custom for Oracle compatibles con la AWS Management Console y la AWS CLI.

Uso de bases de datos de contenedores (CDB) en RDS Custom para Oracle

Puede crear su instancia de base de datos de RDS Custom para Oracle con la arquitectura multitenencia de Oracle (tipo de motor custom-oracle-ee-cdb o custom-oracle-se2-cdb) o con la arquitectura tradicional que no es CDB (tipo de motor custom-oracle-ee o custom-oracle-se2). Al crear una base de datos de contenedores (CDB, por sus siglas en inglés), contiene una base de datos conectable (PDB, por sus siglas en inglés) y un origen de PDB. Puede crear PDB adicionales manualmente con Oracle SQL.

Nombres de la PDB y la CDB

Al crear una instancia de RDS Custom para Oracle, especifique un nombre para la PDB inicial. De forma predeterminada, la PDB inicial se denomina ORCL. Puede elegir un nombre diferente.

De forma predeterminada, la CDB se llama RDSCDB. Puede elegir un nombre diferente. El nombre de la CDB también es el nombre del identificador del sistema (SID) de Oracle, que identifica de forma exclusiva la memoria y los procesos que administran la CDB. Para obtener más información sobre el SID de Oracle, consulte Oracle System Identifier (SID) en Oracle Database Concepts.

No puede cambiar el nombre de las PDB existentes mediante las API de Amazon RDS. Tampoco puede cambiar el nombre de la CDB con el comando modify-db-instance.

Administración de PDB

En el modelo de responsabilidad compartida de RDS Custom para Oracle, usted es responsable de administrar las PDB y de crear las PDB adicionales. RDS Custom no restringe la cantidad de PDB. Para crear, modificar y eliminar PDB manualmente, conéctese a la raíz de la CDB y ejecute una instrucción SQL. Cree PDB en un volumen de datos de Amazon EBS para evitar que la instancia de base de datos salga del perímetro de soporte.

Para modificar sus CDB o PDB, siga los pasos siguientes:

  1. Pause la automatización para evitar la interferencia con las acciones de RDS Custom.

  2. Modifique su CDB o sus PDB.

  3. Realice copias de seguridad de todas las PDB modificadas.

  4. Reanudar la automatización personalizada de RDS.

Recuperación automática de la raíz de CDB

RDS Custom mantiene abierta la raíz de CDB de la misma manera que mantiene abierta una que no sea de CDB. Si el estado de la raíz de CDB cambia, la automatización del monitoreo y la recuperación intenta recuperar el estado deseado de la raíz de CDB. Recibe notificaciones de eventos de RDS cuando la raíz de CDB se apaga (RDS-EVENT-0004) o se reinicia (RDS-EVENT-0006), de forma similar a la arquitectura que no es de CDB. RDS Custom intenta abrir todas las PDB en modo READ WRITE al iniciar la instancia de base de datos. Si no se pueden abrir algunas PDB, RDS Custom publica el siguiente evento: tenant database shutdown.

Trabajar con funciones de alta disponibilidad para RDS Custom for Oracle

Para admitir la replicación entre instancias de base de datos de RDS Custom para Oracle, puede configurar la alta disponibilidad (HA) con Oracle Data Guard. La instancia de base de datos principal sincroniza automáticamente los datos con las instancias en espera. Esta característica solo se admite en Enterprise Edition.

Puede configurar su entorno de alta disponibilidad de las siguientes formas:

  • Configure las instancias en espera en diferentes zonas de disponibilidad (AZ) para que sean resistentes a los errores de AZ.

  • Coloque las bases de datos en espera en modo montado o de solo lectura.

  • Conmutación por error o cambio de la base de datos principal a una base de datos en espera sin pérdida de datos.

  • Migre los datos configurando la alta disponibilidad para la instancia en las instalaciones y, a continuación, cambiando a la base de datos en espera de RDS Custom.

Para obtener información acerca de cómo configurar la alta disponibilidad, consulte el documento técnico Build high availability for Amazon RDS Custom for Oracle using read replicas (Crear alta disponibilidad para Amazon RDS Custom para Oracle mediante las réplicas de lectura). Puede llevar a cabo las tareas siguientes:

  • Utilice un túnel de Red privada virtual (VPN) para cifrar los datos en tránsito de sus instancias de alta disponibilidad. RDS Custom no configura automáticamente el cifrado en tránsito.

  • Configure Oracle Fast-Failover Observer (FSFO) para monitorear sus instancias de alta disponibilidad.

  • Permita que el observador realice una conmutación por error automática cuando se cumplan las condiciones necesarias.

Personalización del entorno de RDS Custom

RDS Custom para Oracle incluye funciones integradas que le permiten personalizar su entorno de instancias de base de datos sin pausar la automatización. Por ejemplo, puede usar las API de RDS para personalizar el entorno de la siguiente manera:

  • Cree y restaure instantáneas de bases de datos para crear un entorno de clonación.

  • Cree réplicas de lectura.

  • Modifique la configuración de almacenamiento.

  • Cambie la CEV para aplicar las actualizaciones de la versión

Para algunas personalizaciones, como cambiar el conjunto de caracteres, no puede usar las API de RDS. En estos casos, debe cambiar el entorno manualmente. Para ello, acceda a su instancia de Amazon EC2 como usuario raíz o inicie sesión en su base de datos Oracle como SYSDBA.

Para personalizar la instancia de forma manual, debe pausar y reanudar la automatización de RDS Custom. Esta pausa garantiza que las personalizaciones no interfieran con la automatización de RDS Custom. De esta forma, evita romper el perímetro de soporte, lo que coloca a la instancia en el estado unsupported-configurationhasta que se solucionen los problemas subyacentes. La pausa y la reanudación son las únicas tareas de automatización admitidas al modificar una instancia de base de datos de RDS Custom para Oracle.

Pasos generales para personalizar su entorno de RDS Custom

Para personalizar su instancia de base de datos de RDS Custom, siga los pasos que se describen a continuación:

  1. Pause la automatización de RDS Custom durante un periodo determinado mediante la consola o la CLI.

  2. Identifique la instancia de Amazon EC2 subyacente.

  3. Conéctese a la instancia de Amazon EC2 subyacente mediante claves SSH o AWS Systems Manager.

  4. Compruebe los ajustes de configuración actuales en la capa de base de datos o del sistema operativo.

    Puede validar los cambios comparando la configuración inicial con la configuración modificada. Según el tipo de personalización que emplee, utilice herramientas del sistema operativo o consultas a la base de datos.

  5. Personalice la instancia de base de datos de RDS Custom para Oracle según sea necesario.

  6. Reinicie la instancia o la base de datos si es necesario.

    nota

    En una CDB de Oracle en las instalaciones, puede conservar un modo abierto especificado para las PDB mediante un comando integrado o después de un activador de inicio. Este mecanismo lleva a las PDB a un estado específico cuando se reinicia la CDB. Al abrir su CDB, la automatización de RDS Custom descarta los estados conservados especificados por el usuario e intenta abrir todas las PDB. Si RDS Custom no puede abrir todas las PDB, se emite el siguiente evento: The following PDBs failed to open: list-of-PDBs.

  7. Compruebe los nuevos ajustes de configuración comparándolos con los ajustes anteriores.

  8. Reanude la automatización de RDS Custom de cualquiera de las siguientes formas:

    • Reanude la automatización manualmente.

    • Espere a que finalice el periodo de pausa. En este caso, RDS Custom reanuda el monitoreo y la recuperación de instancias automáticamente.

  9. Verifique el marco de automatización de RDS Custom

    Si ha seguido correctamente los pasos anteriores, RDS Custom inicia una copia de seguridad automática. En el estado de la instancia en la consola, se indica Disponible.

Para conocer las prácticas recomendadas y las instrucciones paso a paso, consulte las entradas del blog de AWS Make configuration changes to an Amazon RDS Custom for Oracle instance: Part 1 (Realizar cambios de configuración en una instancia de Amazon RDS Custom para Oracle: parte 1) y Recreate an Amazon RDS Custom for Oracle database: Part 2 (Recrear una base de datos Amazon RDS Custom para Oracle: parte 2).

Pausa y reanudación de la instancia de base de datos de RDS Custom

Puede pausar y reanudar la automatización de la instancia de base de datos mediante la consola o la CLI.

Para pausar o reanudar la automatización de RDS Custom
  1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, elija Databases (Bases de datos) y luego elija la instancia de base de datos de RDS Custom que desea modificar.

  3. Elija Modify (Modificar). Aparece la página Modify DB instance (Modificar instancia de base de datos).

  4. Para RDS Custom automation mode (Modo de automatización de RDS Custom), elija una de las siguientes opciones:

    • Paused (En pausa) pausa el monitoreo y la recuperación de instancias de la instancia de base de datos de RDS Custom. Ingrese la duración de la pausa que desea (en minutos) para Automation mode duration (Duración del modo de automatización). El valor mínimo es 60 minutos (predeterminado). El valor máximo es 1440 minutos.

    • Full automation (Automatización completa) reanuda la automatización.

  5. Elija Continue (Continuar) para ver el resumen de las modificaciones.

    Un mensaje indica que RDS Custom aplicará los cambios inmediatamente.

  6. Si los cambios son correctos, elija Modify DB instance (Modificar instancia de base de datos). O bien, elija Back (Atrás) para editar los cambios o Cancel (Cancelar) para cancelarlos.

    Los detalles de la modificación aparecen en la consola de RDS. Si ha puesto en pausa la automatización, el Status (Estado) de la instancia de base de datos de RDS Custom indica Automation paused (Automatización en pausa).

  7. (Opcional) En el panel de navegación, elija Databases (Bases de datos) y luego la instancia de base de datos de RDS Custom.

    En el panel Summary (Resumen), RDS Custom automation mode (Modo de automatización de RDS Custom) indica el estado de la automatización. Si se pausa la automatización, el valor es Paused (En pausa). La automatización se reanuda en num minutos.

Para pausar o reanudar la automatización de RDS Custom, utilice el comando de la AWS CLI modify-db-instance. Identifique la instancia de base de datos mediante el parámetro requerido --db-instance-identifier. Controle el modo de automatización con los siguientes parámetros:

  • --automation-mode especifica el estado de pausa de la instancia de base de datos. Los valores válidos son all-paused, que pausa la automatización, y full, que lo reanuda.

  • --resume-full-automation-mode-minutes especifica la duración de la pausa. El valor predeterminado es 60 minutos.

nota

Independientemente de que especifique --no-apply-immediately o --apply-immediately, RDS Custom aplica las modificaciones de forma asíncrona tan pronto como sea posible.

En la respuesta de comando, ResumeFullAutomationModeTime indica la hora de reanudación como marca de hora UTC. Cuando el modo de automatización es all-paused, puede utilizar modify-db-instance para reanudar el modo de automatización o ampliar el periodo de pausa. No se admiten otras opciones de modify-db-instance.

En el siguiente ejemplo se pausa la automatización para my-custom-instance durante 90 minutos.

Para Linux, macOS o Unix:

aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode all-paused \ --resume-full-automation-mode-minutes 90

En Windows:

aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --automation-mode all-paused ^ --resume-full-automation-mode-minutes 90

El siguiente ejemplo extiende la duración de la pausa durante 30 minutos adicionales. Los 30 minutos se añaden a la hora original que se muestra en ResumeFullAutomationModeTime.

Para Linux, macOS o Unix:

aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode all-paused \ --resume-full-automation-mode-minutes 30

En Windows:

aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --automation-mode all-paused ^ --resume-full-automation-mode-minutes 30

En el siguiente ejemplo se reanuda la automatización completa para my-custom-instance.

Para Linux, macOS o Unix:

aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode full \

En Windows:

aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --automation-mode full

En la siguiente salida de muestra parcial, el valor pendiente AutomationMode es full.

{ "DBInstance": { "PubliclyAccessible": true, "MasterUsername": "admin", "MonitoringInterval": 0, "LicenseModel": "bring-your-own-license", "VpcSecurityGroups": [ { "Status": "active", "VpcSecurityGroupId": "0123456789abcdefg" } ], "InstanceCreateTime": "2020-11-07T19:50:06.193Z", "CopyTagsToSnapshot": false, "OptionGroupMemberships": [ { "Status": "in-sync", "OptionGroupName": "default:custom-oracle-ee-19" } ], "PendingModifiedValues": { "AutomationMode": "full" }, "Engine": "custom-oracle-ee", "MultiAZ": false, "DBSecurityGroups": [], "DBParameterGroups": [ { "DBParameterGroupName": "default.custom-oracle-ee-19", "ParameterApplyStatus": "in-sync" } ], ... "ReadReplicaDBInstanceIdentifiers": [], "AllocatedStorage": 250, "DBInstanceArn": "arn:aws:rds:us-west-2:012345678912:db:my-custom-instance", "BackupRetentionPeriod": 3, "DBName": "ORCL", "PreferredMaintenanceWindow": "fri:10:56-fri:11:26", "Endpoint": { "HostedZoneId": "ABCDEFGHIJKLMNO", "Port": 8200, "Address": "my-custom-instance.abcdefghijk.us-west-2.rds.amazonaws.com" }, "DBInstanceStatus": "automation-paused", "IAMDatabaseAuthenticationEnabled": false, "AutomationMode": "all-paused", "EngineVersion": "19.my_cev1", "DeletionProtection": false, "AvailabilityZone": "us-west-2a", "DomainMemberships": [], "StorageType": "gp2", "DbiResourceId": "db-ABCDEFGHIJKLMNOPQRSTUVW", "ResumeFullAutomationModeTime": "2020-11-07T20:56:50.565Z", "KmsKeyId": "arn:aws:kms:us-west-2:012345678912:key/aa111a11-111a-11a1-1a11-1111a11a1a1a", "StorageEncrypted": false, "AssociatedRoles": [], "DBInstanceClass": "db.m5.xlarge", "DbInstancePort": 0, "DBInstanceIdentifier": "my-custom-instance", "TagList": [] }

Modificación de la instancia de base de datos de RDS Custom para Oracle

La modificación de una instancia de base de datos de RDS Custom para Oracle es similar a modificar una instancia de base de datos de Amazon RDS. Puede cambiar opciones de configuración como las siguientes:

Requisitos y limitaciones al modificar el almacenamiento de instancias de base de datos

Tenga en cuenta las siguientes limitaciones y requisitos al modificar el almacenamiento de una instancia de base de datos de RDS Custom para Oracle:

  • El almacenamiento mínimo asignado para RDS Custom for Oracle es de 40 GiB y el máximo es de 64 TiB.

  • Al igual que con Amazon RDS, no es posible reducir el almacenamiento asignado. Se trata de una limitación de los volúmenes de Amazon EBS.

  • El escalado automático de almacenamiento no es compatible con las instancias de base de datos de RDS Custom.

  • Los volúmenes de almacenamiento que adjunte manualmente a la instancia de base de datos de RDS Custom están fuera del perímetro de soporte.

    Para obtener más información, consulte Perímetro de soporte de RDS Custom.

  • El almacenamiento magnético (estándar) de Amazon EBS no es compatible con RDS Custom. Puede elegir solo los tipos de almacenamiento SSD io1, gp2 o gp3.

Para obtener más información sobre el almacenamiento de Amazon EBS, consulte Almacenamiento de instancias de base de datos de Amazon RDS. Para obtener información general sobre la modificación del almacenamiento de información, consulte Uso de almacenamiento para instancias de base de datos de Amazon RDS.

Requisitos y limitaciones al modificar su clase de instancia de base de datos

Tenga en cuenta las siguientes limitaciones y requisitos al modificar la clase de instancia para una instancia de base de datos de RDS Custom para Oracle:

  • Su instancia de base de datos debe tener el estado available.

  • Su instancia de base de datos debe tener un mínimo de 100 MiB de espacio libre en el volumen raíz, el volumen de datos y el volumen binario.

  • Solo puede asignar una IP elástica (EIP) a su instancia de base de datos de RDS Custom para Oracle cuando utilice la interfaz de red elástica (ENI) predeterminada. Si adjunta varias ENI a la instancia de base de datos, se producirá un error en la operación de modificación.

  • Todas las etiquetas de RDS Custom para Oracle deben estar presentes.

  • Si usa RDS Custom para Oracle, tenga en cuenta los siguientes requisitos y limitaciones:

    • Para las instancias de base de datos principales y las réplicas de lectura, solo puede cambiar la clase de instancia para una instancia de base de datos a la vez.

    • Si su instancia de base de datos de RDS Custom para Oracle tiene una base de datos principal o de réplica en las instalaciones, asegúrese de actualizar manualmente las direcciones IP privadas de la instancia de base de datos en las instalaciones una vez finalizada la modificación. Esta acción es necesaria para preservar la funcionalidad Oracle DataGuard. RDS Custom para Oracle publica un evento cuando la modificación se realiza correctamente.

    • No puede modificar su clase de instancia de base de datos de RDS Custom para Oracle cuando las instancias de base de datos principales o de réplica de lectura tengan configurada la FSFO (conmutación por error de inicio rápido).

Cómo crea RDS Custom su instancia de base de datos al modificar la clase de instancia

Al modificar la clase de instancia, RDS Custom crea su instancia de base de datos del siguiente modo:

  • Crea la instancia de Amazon EC2.

  • Crea el volumen raíz a partir de la última instantánea de base de datos. RDS Custom para Oracle no conserva la información agregada al volumen raíz después de la última instantánea de base de datos.

  • Crea alarmas de Amazon CloudWatch.

  • Crea un par de claves SSH de Amazon EC2 si ha eliminado el par de claves original. De lo contrario, RDS Custom para Oracle conserva el par de claves original.

  • Crea nuevos recursos mediante las etiquetas que se adjuntan a la instancia de base de datos al iniciar la modificación. RDS Custom no transfiere las etiquetas a los nuevos recursos cuando se adjuntan directamente a los recursos subyacentes.

  • Transfiere los volúmenes binarios y de datos con las modificaciones más recientes a la nueva instancia de base de datos.

  • Transfiere la dirección IP elástica (EIP). Si la instancia de base de datos es de acceso público, RDS Custom adjunta temporalmente una dirección IP pública a la nueva instancia de base de datos antes de transferir la EIP. Si no se puede acceder a la instancia de base de datos de forma pública, RDS Custom no crea direcciones IP públicas.

Modificación de la instancia de base de datos de RDS Custom para Oracle

Puede modificar la clase de instancia de base de datos o el almacenamiento mediante la consola, la AWS CLI o la API de RDS.

Para modificar una instancia de base de datos de RDS Custom para Oracle
  1. Inicie sesión en la AWS Management Console y 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. Elija la instancia de base de datos que desea modificar.

  4. Elija Modify.

  5. (Opcional) En Configuración de la instancia, elija un valor para la Clase de instancia de base de datos. Para ver las clases compatibles, consulte Compatibilidad de clases de instancias de base de datos con RDS Custom para Oracle.

  6. (Opcional) En Almacenamiento, realice los siguientes cambios según sea necesario:

    1. Ingrese un nuevo valor para Allocated Storage (Almacenamiento asignado). Debe ser mayor que el valor actual y de 40 GiB a 64 TiB.

    2. Cambie el valor de Tipo de almacenamiento a SSD de uso general (gp2), SSD de uso general (gp3) o IOPS aprovisionadas (io1).

    3. Si usa IOPS aprovisionadas (io1) o SSD de uso general (gp3), puede cambiar el valor de las IOPS aprovisionadas.

  7. (Opcional) En Configuración adicional, realice los siguientes cambios según sea necesario:

    1. En Grupo de opciones, elija un nuevo grupo de opciones. Para obtener más información, consulte Trabajar con grupos de opciones en RDS Custom para Oracle.

  8. Elija Continue (Continuar).

  9. Elija Apply immediately (Aplicar inmediatamente) o Apply during the next scheduled maintenance window (Aplicar durante el próximo periodo de mantenimiento programado).

  10. Elija Modify DB instance (Modificar la instancia de base de datos).

Para modificar el almacenamiento de una instancia de base de datos de RDS Custom for Oracle, utilice el comando de la AWS CLI modify-db-instance. Configure los siguientes parámetros según sea necesario:

  • --db-instance-class: una clase de instancia nueva. Para ver las clases compatibles, consulte Compatibilidad de clases de instancias de base de datos con RDS Custom para Oracle.

  • --allocated-storage: cantidad de almacenamiento que se debe asignar a la instancia de base de datos, en gibibytes. Debe ser mayor que el valor actual y de 40 a 65 536 GiB.

  • --storage-type: tipo de almacenamiento: gp2, gp3 o io1.

  • --iops: IOPS aprovisionadas para la instancia de base de datos, si se utilizan los tipos de almacenamiento io1 o gp3.

  • --apply-immediately: utilice --apply-immediately para aplicar los cambios inmediatamente.

    También puede utilizar --no-apply-immediately (valor predeterminado) para aplicar los cambios en el siguiente período de mantenimiento.

En el siguiente ejemplo, se cambia la clase de instancia de base de datos de my-cfo-instance a db.m5.16xlarge. El comando también cambia el tamaño de almacenamiento a 1 TiB, el tipo de almacenamiento a io1 y las IOPS aprovisionadas a 3000, y el grupo de opciones a cfo-ee-19-mt.

Para Linux, macOS o Unix:

aws rds modify-db-instance \ --db-instance-identifier my-cfo-instance \ --db-instance-class db.m5.16xlarge \ --storage-type io1 \ --iops 3000 \ --allocated-storage 1024 \ --option-group cfo-ee-19-mt \ --apply-immediately

En Windows:

aws rds modify-db-instance ^ --db-instance-identifier my-cfo-instance ^ --db-instance-class db.m5.16xlarge ^ --storage-type io1 ^ --iops 3000 ^ --allocated-storage 1024 ^ --option-group cfo-ee-19-mt ^ --apply-immediately

Cambio de la zona horaria de una instancia de base de datos de RDS Custom para Oracle

RDS Custom para Oracle utiliza de forma predeterminada el conjunto de caracteres US7ASCII. Es recomendable especificar diferentes conjuntos de caracteres para cumplir los requisitos de idioma o de caracteres de varios bytes. Si utiliza RDS Custom para Oracle, puede pausar la automatización y cambiar manualmente el conjunto de caracteres de su base de datos.

El cambio del conjunto de caracteres de una instancia de base de datos de RDS Custom para Oracle tiene los siguientes requisitos:

  • Solo puede cambiar el carácter en una instancia RDS Custom recién aprovisionada que tenga una base de datos vacía o inicial sin datos de aplicación. En los demás casos, cambie el conjunto de caracteres mediante DMU (Asistente de migración de bases de datos para Unicode).

  • Solo se puede cambiar a un conjunto de caracteres que admita RDS para Oracle. Para obtener más información, consulte Conjuntos de caracteres de base de datos admitidos.

Para cambiar el conjunto de caracteres de una instancia de base de datos de RDS Custom para Oracle
  1. Pausa la automatización de RDS Custom. Para obtener más información, consulte Pausa y reanudación de la instancia de base de datos de RDS Custom.

  2. Inicie sesión en su base de datos como un usuario con privilegios SYSDBA.

  3. Reinicie la base de datos en modo restringido, cambie el conjunto de caracteres y, a continuación, reinicie la base de datos en modo normal.

    Ejecute el siguiente script en cliente SQL:

    SHUTDOWN IMMEDIATE; STARTUP RESTRICT; ALTER DATABASE CHARACTER SET INTERNAL_CONVERT AL32UTF8; SHUTDOWN IMMEDIATE; STARTUP; SELECT VALUE FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET';

    Compruebe que la salida muestre el conjunto de caracteres correcto:

    VALUE -------- AL32UTF8
  4. Reanudar la automatización personalizada de RDS. Para obtener más información, consulte Pausa y reanudación de la instancia de base de datos de RDS Custom.

Configuración del valor de NLS_LANG en RDS Custom para Oracle

Una configuración regional es un conjunto de información que aborda los requisitos lingüísticos y culturales que corresponde a un idioma y país determinados. Para especificar el comportamiento de la configuración regional del software de Oracle, defina la variable de entorno NLS_LANG en el host del cliente. Esta variable establece el idioma, el territorio y el conjunto de caracteres utilizados por la aplicación cliente en una sesión de base de datos.

Para RDS Custom para Oracle, solo puede establecer el idioma en la variable NLS_LANG; para el territorio y los caracteres se utilizan los valores predeterminados. El idioma se utiliza para los mensajes de la base de datos Oracle, la intercalación, los nombres de los días y los nombres de los meses. Cada idioma admitido tiene un nombre único, por ejemplo, inglés de EE. UU., francés o alemán. Si no se especifica, el valor predeterminado es el inglés de EE. UU.

Tras crear la base de datos RDS Custom para Oracle, puede configurar NLS_LANG en el host del cliente en un idioma que no sea el inglés. Para ver una lista de los idiomas que se admiten en Oracle Database, inicie sesión en su base de datos RDS Custom para Oracle y ejecute la siguiente consulta:

SELECT VALUE FROM V$NLS_VALID_VALUES WHERE PARAMETER='LANGUAGE' ORDER BY VALUE;

Puede configurar NLS_LANG en la línea de comandos del host. En el siguiente ejemplo, se establece el idioma en Alemán para la aplicación cliente mediante el intérprete de comandos Z en Linux.

export NLS_LANG=German

La aplicación lee el valor NLS_LANG cuando se inicia y, a continuación, se lo comunica a la base de datos cuando se conecta.

Para obtener más información, consulte Choosing a Locale with the NLS_LANG Environment Variable (Selección de una configuración regional con la variable de entorno NLS_LANG) en la Oracle Database Globalization Support Guide (Guía de soporte para la globalización de bases de datos Oracle).

Compatibilidad para cifrado de datos transparente

RDS Custom admite el cifrado Transparent Data Encryption (TDE) para instancia de base de datos de RDS Custom for Oracle.

Sin embargo, no se puede habilitar TDE mediante una opción de un grupo de opciones personalizado como en RDS for Oracle. Encienda TDE manualmente. Para obtener información sobre cómo utilizar el cifrado de datos transparente de Oracle, consulte Securing stored data using Transparent Data Encryption (Protección de los datos almacenados mediante el cifrado de datos transparente) en la documentación de Oracle.

Etiquetado de recursos de RDS Custom for Oracle

Puede etiquetar recursos de RDS Custom como con los recursos de Amazon RDS, pero con algunas diferencias importantes:

  • No cree ni modifique la etiqueta AWSRDSCustom necesaria para la automatización de RDS Custom. Si lo hace, podría interrumpir la automatización.

  • La etiqueta Name se agrega a los recursos de RDS Custom con un valor de prefijo de do-not-delete-rds-custom. Se sobrescribe cualquier valor de la clave que el cliente haya pasado.

  • Las etiquetas agregadas a las instancias de base de datos de RDS Custom durante la creación se propagan a todos los demás recursos de RDS Custom relacionados.

  • Las etiquetas no se propagan cuando se agregan a los recursos de RDS Custom tras la creación de la instancia de base de datos.

Para obtener información general sobre el etiquetado de recursos, consulte Etiquetado de recursos de Amazon RDS.

Eliminación de una instancia de base de datos de RDS Custom for Oracle

Para eliminar una instancia de base de datos de RDS Custom, haga lo siguiente:

  • Proporcione el nombre de la instancia de base de datos.

  • Desactive la opción para tomar una instantánea de base de datos final de la instancia de base de datos.

  • Elija o desactive la opción de retener copias de seguridad automatizadas.

Puede eliminar una instancia de base de datos de RDS Custom a través de la consola o la CLI. El tiempo necesario para eliminar la instancia de base de datos puede variar según el periodo de retención de copia de seguridad (es decir, cuántas copias de seguridad eliminar) y cuántos datos se eliminan.

Para eliminar una instancia de base de datos de RDS Custom
  1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, elija Databases (Bases de datos) y luego elija la instancia de base de datos de RDS Custom que desea eliminar. Las instancias de base de datos de RDS Custom muestran el rol Instance (RDS Custom) (Instancia [RDS Custom]).

  3. En Actions (Acciones), seleccione Delete (Eliminar).

  4. Para conservar las copias de seguridad automatizadas, elija Retain automated backups (Conservar copias de seguridad automatizadas).

  5. En el cuadro, escriba delete me.

  6. Elija Eliminar (Delete).

Elimine una instancia de base de datos de RDS Custom mediante el comando de la AWS CLI delete-db-instance. Identifique la instancia de base de datos mediante el parámetro requerido --db-instance-identifier. Los parámetros restantes son los mismos que para una instancia de base de datos de Amazon RDS, con las siguientes excepciones:

  • --skip-final-snapshot es obligatorio.

  • --no-skip-final-snapshot no es compatible.

  • --final-db-snapshot-identifier no es compatible.

En el siguiente ejemplo se elimina la instancia de base de datos de RDS Custom denominada my-custom-instance y conserva copias de seguridad automatizadas.

Para Linux, macOS o Unix:

aws rds delete-db-instance \ --db-instance-identifier my-custom-instance \ --skip-final-snapshot \ --no-delete-automated-backups

En Windows:

aws rds delete-db-instance ^ --db-instance-identifier my-custom-instance ^ --skip-final-snapshot ^ --no-delete-automated-backups