Problèmes connus liés aux comptes utilisateur de base de données Problèmes connus liés aux fichiers de paramètres et de configuration

Problèmes connus relatifs à Amazon RDS Custom pour Oracle

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

Le redimensionnement des volumes root ou dbbin n'est pas pris en charge.

Avertissement
Nous vous recommandons vivement de ne pas redimensionner les volumes root 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 le stockage de la RDS balance. API
Certaines RDS APIs peuvent être bloquées lorsqu'une instance de base de données se trouve sur une ancienne AMI instance, par exemple une instance AMI qui utilise Oracle Linux 7. Pour résoudre ce problème, appliquez les correctifs les plus récents à votre instance de base de données à l'AMIaide des correctifs du système d'exploitation. Pour de plus amples informations, veuillez consulter CEVoptions de mise à niveau.
Avant d'effectuer RDS des opérations, assurez-vous que votre quota de calcul et de stockage 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'EC2hôte Amazon et que vous exécutez des commandes, la création de la base de données risque de ne pas être terminée.
Le multiplexage des fichiers de contrôle n'est actuellement pas pris en charge en raison d'un problème de réplication en lecture. Avant de créer une réplique en lecture, assurez-vous de ne spécifier qu'un seul nom de fichier dans le paramètre d'CONTROL_FILESinitialisation de la base de données source.
Vous ne pouvez pas changer le mode de base de données de PHYSICAL STANDBY (monté ou lecture seule) à SNAPSHOT STANDBY (conversion en lecture/écriture).

Si un Compte AWS fait partie d'une AWS organisation dotée d'une politique de contrôle des services (SCP) et SCP contient une clé de condition, la création d'une instance de base de données RDS personnalisée pour 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 liés aux comptes utilisateur de base de données

Notez les problèmes suivants :

Ne supprimez pas les comptes utilisateur de base de données qui commencent par une chaîneRDS, telle que RDSADMIN etRDS_DATAGUARD. RDS Custom for Oracle utilise le RDS compte à des fins d'automatisation. Si vous supprimez ce compte utilisateur, RDS Custom fait passer l'instance à l'état de configuration non pris en charge.
Vous ne pouvez pas modifier le nom d'utilisateur principal de votre instance de base de données RDS personnalisée pour Oracle à l'aide du ModifyDBInstanceAPI.
RDSCustom for Oracle fait pivoter les informations d'identification des comptes utilisateur sur toutes les instances de base de données. Pour de plus amples informations, veuillez consulter 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 :
- Système de secours créé manuellement RDS personnalisé pour les instances Oracle
  
  Pour résoudre ce problème, supprimez les bases de données de secours manuelles, puis créez une réplique de lecture Oracle à l'aide d'un API appel. 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.
- Répliques de lecture interrégionales créées manuellement
  
  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 crontab fichier 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 decrontab.
Respectez les consignes suivantes lorsque vous configurez le listener.ora fichier :
- 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 c'est égal à la valeur deSID_NAME.
- Assurez-vous que la valeur de LISTENER respecte la convention de dénominationL_dbname_001.
- Assurez-vous que le listener.ora fichier 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 listener.ora montre une configuration correcte :
```
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 de 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 du 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épliques 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 du serveur, les fichiers d'audit listener.oratnsnames.ora,, ousqlnet.ora. Vous ne pouvez pas non plus modifier la structure des répertoires de ces fichiers. RDS L'automatisation personnalisée s'attend à ce que ces fichiers existent dans une structure de répertoire spécifique.

Pour créer un fichier de paramètres de serveur à partir d'un fichier de paramètres d'initialisation, utilisez la syntaxe suivante.
```
CREATE SPFILE='/rdsdbdata/admin/$ORACLE_SID/pfile/spfile$ORACLE_SID.ora' 
    FROM PFILE='/rdsdbdata/config/oracle_pfile';
```

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

Résolution des problèmes liés à RDS Custom for Oracle

Utilisation de RDS Custom for SQL Server