Problèmes connus pour Amazon RDS Custom for Oracle - Amazon Relational Database Service

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Problèmes connus pour Amazon RDS Custom for Oracle

Lorsque vous utilisez RDS Custom for Oracle, notez les problèmes suivants pour les instances de base de données :

  • Le redimensionnement des volumes racines ou dbbin n’est pas pris en charge.

    Avertissement

    Nous vous recommandons vivement de ne pas redimensionner les volumes racine ou dbbin manuellement. Nous vous recommandons de stocker toutes les configurations dans le volume de données, qui persiste après l’application des correctifs, et de redimensionner le volume en utilisant uniquement l’API de mise à l’échelle du stockage RDS.

  • Certaines API RDS peuvent être bloquées lorsqu’une instance de base de données se trouve sur une AMI plus ancienne, par exemple une AMI qui utilise Oracle Linux 7. Pour résoudre ce problème, appliquez un correctif à votre instance de base de données sur la dernière AMI à l’aide des correctifs du système d’exploitation. Pour plus d’informations, consultez Options de mise à niveau de CEV.

  • Avant d’effectuer des opérations RDS, assurez-vous que le quota de calcul et de stockage de votre Compte AWS est suffisant.

  • Si la base de données est en cours de création et que vous vous connectez activement à la base de données ou à l’hôte Amazon EC2 et que vous exécutez des commandes, la création de la base de données risque de ne pas s’achever.

  • Le multiplexage des fichiers de contrôle n’est actuellement pas pris en charge en raison d’un problème de réplica en lecture. Avant de créer un réplica en lecture, assurez-vous de ne spécifier qu’un seul nom de fichier dans le paramètre d’initialisation CONTROL_FILES de la base de données source.

  • Vous ne pouvez pas remplacer le mode de base de données PHYSICAL STANDBY (monté ou en lecture seule) par SNAPSHOT STANDBY (conversion en lecture/écriture).

  • Si un Compte AWS fait partie d’une organisation AWS dotée d’une politique de contrôle des services (SCP) et que la SCP contient une clé de condition, la création d’une instance de base de données RDS Custom for Oracle peut échouer avec l’erreur suivante :

    You can't create the DB instance because of incompatible resources. The IAM instance profile role [AWSRDSCustomInstanceRole1-us-east-1] is missing the following permissions: EFFECT [Allow] on ACTION(S) [ssm:DescribeAssociation, ssm:DescribeDocument, ssm:GetConnectionStatus, ssm:GetDeployablePatchSnapshotForInstance, ssmmessages:OpenControlChannel, ssm:GetParameters, ssm:ListInstanceAssociations, ssm:PutConfigurePackageResult, ssmmessages:CreateControlChannel, ssm:GetParameter, ssm:UpdateAssociationStatus, ssm:GetManifest, ssmmessages:CreateDataChannel, ssm:PutInventory, ssm:UpdateInstanceInformation, ssm:DescribeInstanceInformation, ssmmessages:OpenDataChannel, ssm:GetDocument, ssm:ListAssociations, ssm:PutComplianceItems, ssm:UpdateInstanceAssociationStatus] for RESOURCE(S) [], EFFECT [Allow] on ACTION(S) [ec2messages:DeleteMessage, ec2messages:FailMessage, ec2messages:GetEndpoint, ec2messages:AcknowledgeMessage, ec2messages:GetMessages, ec2messages:SendReply] for RESOURCE(S) [], EFFECT [Allow] on ACTION(S) [logs:CreateLogStream, logs:DescribeLogStreams, logs:PutRetentionPolicy, logs:PutLogEvents]

    Pour résoudre ce problème, créez un ticket avec Support.

Problèmes connus avec les comptes d’utilisateurs de base de données

Notez les erreurs suivantes :

  • Ne supprimez pas les comptes utilisateurs de base de données qui commencent par la chaîne RDS, telle que RDSADMIN et RDS_DATAGUARD. RDS Custom for Oracle utilise le compte RDS à des fins d’automatisation. Si vous supprimez ce compte d’utilisateur, RDS Custom fait passer l’instance à l’état de configuration non prise en charge.

  • Vous ne pouvez pas modifier le nom d’utilisateur principal de votre instance de base de données RDS Custom for Oracle à l’aide de l’API ModifyDBInstance.

  • RDS Custom for Oracle alterne les informations d’identification des comptes d’utilisateurs sur toutes les instances de base de données. Pour plus d’informations, consultez Rotation des informations d'identification RDS Custom for Oracle pour les programmes de conformité. Si vous utilisez une configuration principale/de secours sur site, la rotation des informations d’identification peut affecter les ressources suivantes :

    • Création manuelle d’instances de secours RDS Custom for Oracle

      Pour résoudre ce problème, supprimez les bases de données de secours manuelles, puis créez un réplica en lecture Oracle à l’aide d’un appel d’API. Gérez les secrets manuellement pour les bases de données de secours manuelles afin qu’ils correspondent à l’instance de base de données source.

    • Création manuelle de réplicas en lecture interrégionaux

      Pour résoudre ce problème, conservez manuellement les secrets afin qu’ils correspondent à l’instance de base de données principale.

Problèmes connus liés aux fichiers de paramètres et de configuration

  • Vous devez configurer le fichier crontab après le calcul à l’échelle, les mises à niveau du système d’exploitation et les autres opérations dans lesquelles RDS Custom remplace le volume racine. Nous vous recommandons vivement de conserver une sauvegarde de crontab.

  • Prenez note des instructions suivantes lors de la configuration du fichier listener.ora :

    • Assurez-vous que chaque entrée du fichier se trouve sur une seule ligne. Cette approche permet d’éviter les problèmes d’indentation lors de la création de l’instance.

    • Assurez-vous que GLOBAL_DBNAME est égal à la valeur de SID_NAME.

    • Assurez-vous que la valeur de LISTENER respecte la convention de dénomination L_dbname_001.

    • Assurez-vous que le fichier listener.ora maintient une connexion avec le nom de la base de données. RDS Custom utilise cette connexion pour vérifier le démarrage de la base de données. Si vous modifiez ce fichier de manière incorrecte, les opérations telles que le calcul à l’échelle ou l’application de correctifs risquent d’échouer.

      L’exemple suivant montre un listener.ora configuré correctement :

      ADR_BASE_L_ORCL_001=/rdsdbdata/log/ USE_SID_AS_SERVICE_L_ORCL_001=ON SID_LIST_L_ORCL_001=(SID_LIST = (SID_DESC = (SID_NAME = ORCL)(GLOBAL_DBNAME = ORCL) (ORACLE_HOME = /rdsdbbin/oracle.19.custom.r1.EE.1))) SUBSCRIBE_FOR_NODE_DOWN_EVENT_L_ORCL_001=OFF L_ORCL_001=(DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(PORT = XXXX)(HOST = x.x.x.x))) (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(PORT = XXXX)(HOST = 127.0.0.1))))
  • Les commentaires ne sont pas pris en charge dans un fichier de paramètres serveur ou un fichier de paramètres d’initialisation.

  • Vous devez déclarer les paramètres d’initialisation suivants dans le fichier de paramètres serveur (/rdsdbdata/config/oracle_pfile) :

    • MEMORY_MAX_TARGET

    • MEMORY_TARGET

    • PGA_AGGREGATE_TARGET

    • PROCESSES

    • SGA_TARGET

    • USE_LARGE_PAGES

    Si les paramètres précédents ne sont pas déclarés dans /rdsdbdata/config/oracle_pfile, la création de réplicas en lecture et le calcul à l’échelle peuvent échouer.

  • Vous ne pouvez pas supprimer les liens symboliques pour les fichiers de configuration tels que le fichier de paramètres serveur, les fichiers d’audit, listener.ora, tnsnames.ora ou sqlnet.ora. Vous ne pouvez pas non plus modifier la structure des annuaires de ces fichiers. L’automatisation RDS Custom s’attend à ce que ces fichiers existent dans une structure d’annuaire spécifique.

    Pour créer un fichier de paramètres serveur à partir d’un fichier de paramètres d’initialisation, respectez la syntaxe suivante.

    CREATE SPFILE='/rdsdbdata/admin/$ORACLE_SID/pfile/spfile$ORACLE_SID.ora' FROM PFILE='/rdsdbdata/config/oracle_pfile';