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. # Résolution des problèmes de base de données pour Amazon RDS Custom for Oracle Le modèle de responsabilité partagée de RDS Custom fournit un accès au niveau du shell du système d'exploitation et un accès administrateur de base de données. RDS Custom exécute les ressources de votre compte, contrairement à Amazon RDS qui exécute les ressources d'un compte système. Un meilleur accès s'accompagne de responsabilités plus importantes. Dans les sections suivantes, vous apprendrez à résoudre les problèmes liés aux instances de base de données Amazon RDS Custom. **Note** Cette section explique comment résoudre les problèmes liés à RDS Custom for Oracle. Pour la résolution des problèmes liés à RDS Custom for SQL Server, consultez [Résolution des problèmes de base de données pour Amazon RDS Custom for SQL Server](custom-troubleshooting-sqlserver.md). **Topics** + [Affichage des événements RDS Custom](#custom-troubleshooting.support-perimeter.viewing-events) + [Souscription à des événements RDS Custom](#custom-troubleshooting.support-perimeter.subscribing) + [Résolution des problèmes de création d'instances de base de données](#custom-troubleshooting.creation-issues) + [Résolution des problèmes liés à la création d'une version de moteur personnalisée pour RDS Custom for Oracle](#custom-troubleshooting.cev) + [Correction des configurations non prises en charge dans RDS Custom for Oracle](#custom-troubleshooting.fix-unsupported) + [Dépannage des mises à niveau de RDS Custom for Oracle](#custom-troubleshooting-upgrade) + [Dépannage de la promotion de réplica pour RDS Custom for Oracle](#custom-troubleshooting-promote) ## Affichage des événements RDS Custom La procédure d'affichage est la même pour les instances de base de données RDS Custom et Amazon RDS. Pour de plus amples informations, veuillez consulter [Affichage d’événements Amazon RDS](USER_ListEvents.md). Pour afficher la notification d'événement personnalisée RDS à l'aide de AWS CLI, utilisez la `describe-events` commande. RDS Custom s'accompagne de plusieurs nouveaux événements. Les catégories d'événements sont les mêmes que pour Amazon RDS. Pour obtenir la liste des événements, consultez [Catégories d'événements Amazon RDS et messages d'événements ](USER_Events.Messages.md). L'exemple suivant récupère les détails des événements qui se sont produits pour l'instance de base de données RDS Custom spécifiée. ``` 1. aws rds describe-events \ 2. --source-identifier my-custom-instance \ 3. --source-type db-instance ``` ## Souscription à des événements RDS Custom La procédure d'abonnement à des événements est la même pour les instances de base de données RDS Custom et Amazon RDS. Pour de plus amples informations, veuillez consulter [Abonnement à la notification d’événement Amazon RDS](USER_Events.Subscribing.md). Pour vous abonner à la notification d'événements RDS Custom à l'aide de l'interface de ligne de commande, utilisez la commande `create-event-subscription`. Incluez les paramètres requis suivants : + `--subscription-name` + `--sns-topic-arn` L'exemple suivant montre comment créer un abonnement pour les événements de sauvegarde et de restauration d'une instance de base de données RDS Custom dans le compte AWS actuel. Les notifications sont envoyées à une rubrique Amazon Simple Notification Service (Amazon SNS) spécifiée par `--sns-topic-arn`. ``` 1. aws rds create-event-subscription \ 2. --subscription-name my-instance-events \ 3. --source-type db-instance \ 4. --event-categories '["backup","recovery"]' \ 5. --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events ``` ## Résolution des problèmes de création d'instances de base de données Si votre environnement n'est pas correctement configuré ou si les autorisations requises sont manquantes, vous ne pouvez pas créer ou restaurer RDS Custom pour les instances de base de données Oracle. Lorsque vous tentez de créer ou de restaurer une instance de base de données, Amazon RDS valide votre environnement et renvoie des messages d'erreur spécifiques s'il détecte des problèmes. Une fois tous les problèmes résolus, réessayez de créer ou de restaurer votre instance de base de données RDS Custom pour Oracle. ### Problèmes d'autorisations courants Lorsque vous créez ou restaurez une instance RDS Custom pour Oracle, Amazon RDS vérifie que votre environnement dispose des autorisations requises. Si des autorisations sont manquantes ou refusées, l'opération échoue avec un message d'erreur spécifique. | Type de problème | Message d’erreur | Action | | --- | --- | --- | | Politique d'accès aux rôles IAM | Vous ne pouvez pas créer l'instance de base de données en raison de ressources incompatibles. La validation de l'environnement hôte a échoué pour les autorisations suivantes : sur la ressource : en raison d'un problème d'autorisation avec le message : L'utilisateur : n'est pas autorisé à effectuer : sur la ressource : car aucune politique basée sur l'identité n'autorise l'action. | Assurez-vous que les autorisations requises répertoriées sont présentes et définies `Allow` dans la politique d'accès avec les ressources appropriées incluses. | | Limite d'autorisation | Vous ne pouvez pas créer l'instance de base de données en raison de ressources incompatibles. La validation de l'environnement hôte a échoué pour les autorisations suivantes : sur la ressource : en raison d'un problème d'autorisation avec le message : L'utilisateur : n'est pas autorisé à effectuer : sur la ressource : avec un refus explicite dans une limite d'autorisation. | Vérifiez que la limite d'autorisations attachée au rôle d'instance ne restreint pas les autorisations et ressources requises répertoriées. | | Politique de contrôle des services | Vous ne pouvez pas créer l'instance de base de données en raison de ressources incompatibles. La validation de l'environnement hôte a échoué pour les autorisations suivantes : sur la ressource : en raison d'un problème d'autorisation avec le message : L'utilisateur : n'est pas autorisé à effectuer : sur la ressource : avec un refus explicite dans une politique de contrôle des services. | Contactez votre AWS Organizations administrateur et vérifiez que la politique de contrôle des services associée à votre compte ne restreint pas les autorisations et ressources requises répertoriées. | | Politique de contrôle des ressources | Vous ne pouvez pas créer l'instance de base de données en raison de ressources incompatibles. La validation de l'environnement hôte a échoué pour les autorisations suivantes : sur la ressource : en raison d'un problème d'autorisation avec le message : L'utilisateur : n'est pas autorisé à effectuer : sur la ressource : avec un refus explicite dans une politique de contrôle des ressources. | Contactez votre AWS Organizations administrateur et vérifiez que la politique de contrôle des ressources associée à votre compte ne restreint pas les autorisations et ressources requises répertoriées. | | Politique de point de terminaison d'un VPC | Vous ne pouvez pas créer l'instance de base de données en raison de ressources incompatibles. La validation de l'environnement hôte a échoué pour les autorisations suivantes : sur la ressource : en raison d'un problème d'autorisation avec le message : L'utilisateur : n'est pas autorisé à effectuer : sur la ressource : avec un refus explicite dans une politique de point de terminaison VPC. | Assurez-vous que les points de terminaison VPC requis existent et que les politiques qui leur sont associées ne limitent pas les autorisations et ressources requises répertoriées. | ### Problèmes de mise en réseau En plus de vérifier[Étape 6 : configuration de votre VPC pour RDS Custom for Oracle](custom-setup-orcl.md#custom-setup-orc.vpc-config), vérifiez que les éléments suivants sont correctement configurés et ne restreignent pas l'accès aux AWS services requis : **Groupe de sécurité attaché à l'instance Amazon EC2** Assurez-vous que le groupe de sécurité autorise tout le trafic entrant et sortant nécessaire aux opérations RDS Custom. **Groupe de sécurité attaché à votre VPC** Vérifiez que les groupes de sécurité VPC autorisent le trafic à destination et en provenance des services requis. AWS **Points de terminaison d’un VPC** Vérifiez que tous les points de terminaison VPC requis sont correctement configurés et accessibles. **Listes de contrôle d'accès réseau** Vérifiez que le réseau ACLs ne bloque pas le trafic nécessaire à la fonctionnalité RDS Custom. ## Résolution des problèmes liés à la création d'une version de moteur personnalisée pour RDS Custom for Oracle Lorsque la création d'une CEV échoue, RDS Custom émet `RDS-EVENT-0198` avec le message `Creation failed for custom engine version major-engine-version.cev_name` et ajoute des détails sur l'échec. Par exemple, l'événement imprime les fichiers manquants. La création d'une CEV peut échouer en raison des problèmes suivants : + Le compartiment Amazon S3 contenant vos fichiers d'installation ne se trouve pas dans la même AWS région que votre CEV. + Lorsque vous demandez la création d'un CEV dans et Région AWS pour la première fois, RDS Custom crée un compartiment S3 pour stocker les ressources personnalisées RDS (telles que les artefacts CEV, les journaux et AWS CloudTrail les journaux de transactions). La création de la CEV échoue si RDS Custom ne parvient pas à créer le compartiment S3. Soit l'appelant ne dispose pas des autorisations S3, comme décrit dans la section [Étape 5 : octroi des autorisations requises à votre utilisateur ou rôle IAM](custom-setup-orcl.md#custom-setup-orcl.iam-user), soit le nombre de compartiments S3 a atteint la limite. + L'appelant ne dispose pas des autorisations nécessaires pour obtenir des fichiers de votre compartiment S3 contenant les fichiers multimédias d'installation. Ces autorisations sont décrites dans la section [Étape 7 : Ajouter les autorisations IAM nécessaires](custom-cev.preparing.md#custom-cev.preparing.iam). + Votre politique IAM est dotée d'une condition `aws:SourceIp`. Assurez-vous de suivre les recommandations de la section [AWS refuse l'accès à AWS en fonction de l'adresse IP source](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_examples_aws_deny-ip.html) dans le *Guide de l'utilisateur Gestion des identités et des accès AWS *. Assurez-vous également que l'appelant dispose des autorisations S3 décrites dans [Étape 5 : octroi des autorisations requises à votre utilisateur ou rôle IAM](custom-setup-orcl.md#custom-setup-orcl.iam-user). + Les fichiers multimédias d'installation répertoriés dans le manifeste CEV ne se trouvent pas dans votre compartiment S3. + RDS Custom ne connaît pas les totaux de contrôle SHA-256 des fichiers d'installation. Vérifiez que les totaux de contrôle SHA-256 des fichiers fournis correspondent à celui qui se trouve sur le site Web Oracle. Si les totaux de contrôle correspondent, contactez[AWS Support](https://aws.amazon.com/premiumsupport) et indiquez le nom de la CEV qui a échoué, le nom de fichier et le total de contrôle. + La OPatch version n'est pas compatible avec vos fichiers correctifs. Vous pourriez obtenir le message suivant :`OPatch is lower than minimum required version. Check that the version meets the requirements for all patches, and try again`. Pour appliquer un correctif Oracle, vous devez utiliser une version compatible de l' OPatch utilitaire. Vous pouvez trouver la version requise de l'utilitaire Opatch dans le fichier readme du correctif. Téléchargez l' OPatch utilitaire le plus récent sur My Oracle Support et réessayez de créer votre CEV. + Les correctifs spécifiés dans le manifeste CEV ne sont pas dans le bon ordre. Vous pouvez afficher les événements RDS sur la console RDS (dans le volet de navigation, choisissez **Events**) ou à l'aide de la `describe-events` AWS CLI commande. La durée par défaut est de 60 minutes. Si aucun événement n'est renvoyé, spécifiez une durée plus importante, comme illustré dans l'exemple suivant. ``` aws rds describe-events --duration 360 ``` Actuellement, le MediaImport service qui importe des fichiers depuis Amazon S3 à des fins de création CEVs n'est pas intégré à AWS CloudTrail. Par conséquent, si vous activez l'enregistrement des données pour Amazon RDS in CloudTrail, les appels au MediaImport service tels que l'`CreateCustomDbEngineVersion`événement ne sont pas enregistrés. Vous pouvez toutefois voir des appels provenant de l'API Gateway qui accède à votre compartiment Amazon S3. Ces appels proviennent du MediaImport service de l'`CreateCustomDbEngineVersion`événement. ## Correction des configurations non prises en charge dans RDS Custom for Oracle Dans le modèle de responsabilité partagée, il vous incombe de corriger les problèmes de configuration qui redonnent à votre instance de base de données RDS Custom for Oracle le statut `unsupported-configuration`. Si le problème est lié à l' AWS infrastructure, utilisez la console ou le AWS CLI pour le résoudre. Si le problème concerne le système d’exploitation ou la configuration de la base de données, connectez-vous à l’hôte pour le résoudre. **Note** Cette section explique comment corriger les configurations non prises en charge dans RDS Custom for Oracle. Pour obtenir des informations sur RDS Custom for SQL Server, consultez [Correction des configurations non prises en charge dans RDS Custom for SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.fix-unsupported). Les tableaux suivants présentent des descriptions des notifications et des événements envoyés par le périmètre de prise en charge et expliquent comment les corriger. Ces notifications et le périmètre de prise en charge sont susceptibles d'être modifiés. Pour en savoir plus sur le périmètre de prise en charge, consultez [Périmètre de prise en charge RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). Pour les descriptions des événements, consultez [Catégories d'événements Amazon RDS et messages d'événements ](USER_Events.Messages.md). | ID de l’événement | Configuration | Message d'événement RDS | Action | | --- | --- | --- | --- | | `SP-O0000` | Configuration manuelle non prise en charge | Le statut de l’instance de base de données RDS Custom est défini sur [Configuration non prise en charge] pour la raison suivante : *reason*. | Pour résoudre ce problème, créez un Support dossier. | **AWS ressources (infrastructure)** | ID de l’événement | Configuration | Message d'événement RDS | Action | | --- | --- | --- | --- | | SP-O1001 | Volumes Amazon Elastic Block Store (Amazon EBS) | Les volumes EBS suivants ont été ajoutés à l'instance *ec2\$1id* EC2 : *volume\$1id* Pour résoudre le problème, détachez les volumes spécifiés de l’instance. | RDS Custom crée deux types de volume EBS, en plus du volume racine créé à partir de l’Amazon Machine Image (AMI), et les associe à l’instance EC2 : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Lorsque vous créez votre instance de base de données, les configurations de stockage que vous spécifiez configurent les volumes de données. Le périmètre de prise en charge surveille ce qui suit : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Utilisez la commande l’interface de ligne de commande (CLI) suivante pour comparer le type de volume des détails du volume EBS et des détails de l’instance de base de données RDS Custom for Oracle : 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1002 | Volumes Amazon Elastic Block Store (Amazon EBS) | Le volume EBS *volume\$1id* a été détaché de l'instance EC2 []*ec2\$1id*. Vous ne pouvez pas détacher le volume d’origine de cette instance. Pour résoudre le problème, rattachez-le *volume\$1id* à. *ec2\$1id* | RDS Custom crée deux types de volume EBS, en plus du volume racine créé à partir de l’Amazon Machine Image (AMI), et les associe à l’instance EC2 : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Lorsque vous créez votre instance de base de données, les configurations de stockage que vous spécifiez configurent les volumes de données. Le périmètre de prise en charge surveille ce qui suit : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Utilisez la commande l’interface de ligne de commande (CLI) suivante pour comparer le type de volume des détails du volume EBS et des détails de l’instance de base de données RDS Custom for Oracle : 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1003 | Volumes Amazon Elastic Block Store (Amazon EBS) | Le volume EBS d'origine *volume\$1id* attaché à l'instance EC2 *ec2\$1id* a été modifié comme suit : taille [*X*] à [*Y*], type [*N*] à [*M*] ou IOPS [*J*] à []. *K* Pour résoudre le problème, annulez la modification. | RDS Custom crée deux types de volume EBS, en plus du volume racine créé à partir de l’Amazon Machine Image (AMI), et les associe à l’instance EC2 : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Lorsque vous créez votre instance de base de données, les configurations de stockage que vous spécifiez configurent les volumes de données. Le périmètre de prise en charge surveille ce qui suit : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Utilisez la commande l’interface de ligne de commande (CLI) suivante pour comparer le type de volume des détails du volume EBS et des détails de l’instance de base de données RDS Custom for Oracle : 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1004 | État de l’instance Amazon EC2 | La restauration automatique a laissé l'instance EC2 [*ec2\$1id*] dans un état altéré. Pour résoudre le problème, consultez [Résolution des problèmes liés aux échecs de récupération d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-recover.html#TroubleshootingInstanceRecovery). | Pour vérifier le statut d’une instance de base de données, utilisez la console ou exécutez la commande AWS CLI suivante : 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name |grep DBInstanceStatus
| | SP-O1005 | Attributs de l'instance Amazon EC2 | L'instance EC2 [*ec2\$1id*] a été modifiée comme suit : l'attribut [*att1*] est passé de [*val-old*] à [*val-new*], l'attribut [*att2*] est passé de [*val-old*] à [*val-new*]. Pour résoudre le problème, revenez à la valeur d’origine. | | | SP-O1006 | État de l’instance Amazon EC2 | L'instance EC2 [*ec2\$1id*] a été interrompue ou est introuvable. Pour résoudre ce problème, supprimez l’instance de base de données RDS Custom. | Le périmètre de prise en charge surveille les notifications de changement d'état de l'instance EC2. L'instance EC2 doit toujours être en cours d'exécution. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) | | SP-O1007 | État de l’instance Amazon EC2 | L'instance EC2 [*ec2\$1id*] a été arrêtée. Pour résoudre le problème, démarrez l’instance. | Le périmètre de prise en charge surveille les notifications de changement d'état de l'instance EC2. L'instance EC2 doit toujours être en cours d'exécution. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) | | SP-1008 | Autorisation Amazon SQS | Les autorisations sont manquantes pour Amazon SQS. Vérifiez les autorisations pour le profil d’instance IAM, la politique de point de terminaison d’un VPC et les connexions de service dépendantes, puis réessayez. | Vous pouvez résoudre ce problème en vous assurant que le profil IAM associé à l’hôte dispose des autorisations suivantes : 
"SQS:SendMessage"
"SQS:ReceiveMessage"
"SQS:DeleteMessage"
"SQS:GetQueueUrl"
| | SP-1009 | Amazon Simple Queue Service (Amazon SQS) | La file d’attente SQS [%s] a été supprimée et n’a pas pu être récupérée. Pour résoudre ce problème, recréez la file d’attente. | Recréez la file d’attente Amazon SQS. | **Système d’exploitation** | ID de l’événement | Configuration | Message d'événement RDS | Action | | --- | --- | --- | --- | | SP-O2001 | Statut de l’agent RDS Custom | L'agent RDS Custom ne s'exécute pas sur l'instance EC2 []*ec2\$1id*. Assurez-vous que l'agent est exécuté sur [*ec2\$1id*]. | Sur RDS Custom for Oracle, l'instance de base de données sort du périmètre de prise en charge si l'agent RDS Custom s'arrête. L'agent publie la `IamAlive` métrique sur Amazon CloudWatch toutes les 30 secondes. Une alarme est déclenchée si la métrique n'a pas été publiée depuis 30 secondes. Le périmètre de prise en charge surveille également l'état du processus d'agent RDS Custom sur l'hôte toutes les 30 minutes. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Lorsque l'agent RDS Custom s'exécute à nouveau, la `IamAlive` métrique est publiée sur Amazon CloudWatch et l'alarme passe à l'`OK`état. Le périmètre de prise en charge est ainsi informé que l'agent est en cours d'exécution. | | `SP-O2002` | AWS Systems Manager statut de l'agent (agent SSM) | L'agent Systems Manager sur l'instance EC2 [*ec2\$1id*] est inaccessible. Assurez-vous d’avoir correctement configuré les autorisations du réseau, de l’agent et IAM. | SSM Agent doit toujours être en cours d’exécution. L'agent RDS Custom est chargé de s'assurer que Systems Manager Agent est en cours d'exécution. Si l'agent SSM a été arrêté puis redémarré, l'agent personnalisé RDS publie la métrique sur. `SSM_Agent_Restarted_Or_NotFound` CloudWatch L'agent RDS Custom dispose d'une alarme sur la métrique `do-not-delete-rds-custom-ssm-agent-restarted-or-notfound-ec2-id` configurée pour se déclencher lorsqu'il y a eu un redémarrage au cours de chacune des trois minutes précédentes. Le périmètre de prise en charge surveille également l’état du processus SSM Agent sur l’hôte toutes les 30 minutes. Pour plus d’informations, consultez [Résolution des problèmes de SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). | | `SP-O2003` | AWS Systems Manager statut de l'agent (agent SSM) | L'agent Systems Manager sur l'instance EC2 [*ec2\$1id*] s'est écrasé à plusieurs reprises. Pour plus d’informations, consultez la documentation de dépannage du SSM Agent. | Pour plus d’informations, consultez [Résolution des problèmes de SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). | | SP-O2004 | Fuseau horaire du système d’exploitation | Le fuseau horaire sur l'instance EC2 [*ec2\$1id*] a été modifié. Pour résoudre ce problème, rétablissez le réglage précédent de [] *previous-time-zone* pour le fuseau horaire. Utilisez ensuite un groupe d’options RDS pour modifier le fuseau horaire. | L’automatisation RDS a détecté que le fuseau horaire de l’hôte avait été modifié sans utiliser de groupe d’options. Ce changement au niveau de l’hôte peut provoquer des échecs d’automatisation RDS, de sorte que l’instance EC2 est placée dans l’état `unsupported-configuration`. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Votre instance de base de données devient disponible dans les 30 minutes. Pour éviter de vous déplacer hors du périmètre à l’avenir, modifiez votre fuseau horaire via un groupe d’options. Pour de plus amples informations, veuillez consulter [Fuseau horaire Oracle](custom-managing.timezone.md). | | SP-O2005 | Configurations `sudo` | Les configurations sudo sur l'instance EC2 [*ec2\$1id*] ne disposent pas des autorisations nécessaires. Pour résoudre ce problème, annulez les modifications récentes apportées aux configurations sudo. | Le périmètre de prise en charge vérifie que certains utilisateurs du système d’exploitation sont autorisés à exécuter certaines commandes sur l’hôte. Il surveille les configurations `sudo` et les compare à l’état pris en charge. Si les configurations `sudo` ne sont pas prises en charge, RDS Custom tente de les redéfinir sur le dernier état pris en charge. Si la tentative aboutit, RDS Custom envoie la notification suivante : RDS Custom successfully overwrote your configuration. (RDS Custom a réussi à écraser votre configuration.) Si le remplacement échoue, votre instance de base de données reste à l’état de configuration non pris en charge. Pour résoudre ce problème, annulez les modifications apportées au fichier `sudoers.d/` ou corrigez les autorisations. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Une fois que le périmètre de prise en charge a déterminé que les configurations `sudo` sont prises en charge, votre instance de base de données RDS Custom for Oracle devient disponible sous 30 minutes. | | SP-O2006 | Accessibilité du compartiment S3 | L'automatisation personnalisée RDS ne peut pas télécharger de fichiers depuis le compartiment S3 sur l'instance EC2 []*ec2\$1id*. Vérifiez votre configuration réseau et assurez-vous que l’instance autorise les connexions depuis et vers S3. | | | SP-2007 | Version de la solution logicielle à haute disponibilité | La solution de haute disponibilité de votre instance diffère de la version attendue. Pour résoudre ce problème, créez un dossier AWS Support . | Créez un AWS Support dossier. | **Base de données** | ID de l’événement | Configuration | Message d'événement RDS | Action | | --- | --- | --- | --- | | SP-O3001 | Cible de retard d'archivage de la base de données | Le paramètre ARCHIVE\$1LAG\$1TARGET sur l'instance EC2 [*ec2\$1id*] est en dehors de la plage recommandée. *value\$1range* Pour résoudre le problème, définissez le paramètre sur une valeur comprise dans value\$1range. | Le périmètre de prise en charge surveille le paramètre de base de données `ARCHIVE_LAG_TARGET` pour vérifier que l’heure de restauration la plus récente de l’instance de base de données se situe dans des limites raisonnables. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Votre instance de base de données devient disponible dans les 30 minutes. | | SP-O3002 | Rôle Oracle Data Guard | Le rôle de base de données [*role\$1name*] n'est pas pris en charge pour Oracle Data Guard sur l'instance EC2 [*ec2\$1id*]. Pour résoudre le problème, définissez le paramètre DATABASE\$1ROLE sur PRINCIPAL ou SECONDAIRE PHYSIQUE. | Le périmètre de support surveille le rôle de base de données actuel toutes les 15 secondes et envoie une CloudWatch notification si le rôle de base de données a changé. Le paramètre Oracle Data Guard `DATABASE_ROLE` doit être `PRIMARY` ou `PHYSICAL STANDBY`. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Une fois que le périmètre de prise en charge a déterminé que le rôle de base de données est pris en charge, votre instance de base de données RDS Custom for Oracle devient disponible dans les 15 secondes. | | SP-O3003 | État de la base de données | Le processus SMON de la base de données Oracle est à l’état de zombie. Pour résoudre le problème, restaurez manuellement la base de données sur l'instance EC2 [*ec2\$1id*], ouvrez-la, puis sauvegardez-la immédiatement. Pour obtenir de l’aide supplémentaire, contactez le Support. | Le périmètre de prise en charge surveille l'état de l'instance de base de données. Il surveille également le nombre de redémarrages qui se sont produits au cours de la dernière heure et du jour précédent. Vous êtes averti lorsque l'instance se trouve dans un état où elle se trouve toujours, mais vous ne pouvez pas interagir avec elle. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Après le redémarrage de votre instance de base de données, l’agent RDS Custom détecte que votre instance de base de données répond de nouveau. Il notifie alors le périmètre de prise en charge qu'il faut réévaluer le statut de votre instance de base de données. | | SP-O3004 | Mode journal de base de données | Le mode journal de base de données sur l'instance EC2 [*ec2\$1id*] a été remplacé par [*value\$1b*]. Pour résoudre le problème, réglez le mode journal sur [*value\$1a*]. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) L’agent RDS Custom redémarre automatiquement votre instance de base de données et définit le mode journal sur `ARCHIVELOG`. Votre instance de base de données devient disponible dans les 30 minutes. | | SP-O3005 | Chemin d’origine Oracle | Le répertoire d'origine Oracle Home sur l'instance EC2 [*ec2\$1id*] a été remplacé par. *new\$1path* Pour résoudre le problème, rétablissez le paramètre sur*old\$1path*. | | | SP-O3006 | Nom de base de données unique | Le nom unique de la base de données sur l'instance EC2 [*ec2\$1id*] a été remplacé par. *new\$1value* Pour résoudre le problème, remplacez le nom par. *old\$1value* | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) L’agent RDS Custom redémarre automatiquement votre instance de base de données et définit le mode journal sur `ARCHIVELOG`. Votre instance de base de données devient disponible dans les 30 minutes. | ## Dépannage des mises à niveau de RDS Custom for Oracle Votre mise à niveau d'une instance de RDS Custom for Oracle peut échouer. Vous trouverez ci-dessous des techniques que vous pouvez utiliser lors des mises à niveau des bases de données RDS Custom pour les instances de base de données Oracle : + Examinez tous les fichiers journaux de sortie de la mise à niveau dans l'annuaire `/tmp` sur votre instance de base de données. Les noms des journaux dépendent de la version du moteur de votre base de données. Par exemple, vous pouvez voir des journaux contenant les chaînes `catupgrd` ou `catup`. + Examinez le fichier `alert.log` situé dans l'annuaire `/rdsdbdata/log/trace`. + Exécutez la commande `grep` suivante dans le répertoire `root` pour suivre le processus de mise à niveau du système d'exploitation. Cette commande indique l'emplacement d'écriture des fichiers journaux et détermine l'état du processus de mise à niveau. ``` ps -aux | grep upg ``` Voici un exemple de résultat. ``` root 18884 0.0 0.0 235428 8172 ? S< 17:03 0:00 /usr/bin/sudo -u rdsdb /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh rdsdb 18886 0.0 0.0 153968 12164 ? S< 17:03 0:00 /usr/bin/perl -T -w /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh rdsdb 18887 0.0 0.0 113196 3032 ? S< 17:03 0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh rdsdb 18900 0.0 0.0 113196 1812 ? S< 17:03 0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh rdsdb 18901 0.1 0.0 167652 20620 ? S< 17:03 0:07 /rdsdbbin/oracle/perl/bin/perl catctl.pl -n 4 -d /rdsdbbin/oracle/rdbms/admin -l /tmp catupgrd.sql root 29944 0.0 0.0 112724 2316 pts/0 S+ 18:43 0:00 grep --color=auto upg ``` + Exécutez la requête SQL suivante pour vérifier l'état actuel des composants, et trouver la version de la base de données et les options installées sur l'instance de base de données. ``` SET LINESIZE 180 COLUMN COMP_ID FORMAT A15 COLUMN COMP_NAME FORMAT A40 TRUNC COLUMN STATUS FORMAT A15 TRUNC SELECT COMP_ID, COMP_NAME, VERSION, STATUS FROM DBA_REGISTRY ORDER BY 1; ``` La sortie se présente comme suit : ``` COMP_NAME STATUS PROCEDURE ---------------------------------------- -------------------- -------------------------------------------------- Oracle Database Catalog Views VALID DBMS_REGISTRY_SYS.VALIDATE_CATALOG Oracle Database Packages and Types VALID DBMS_REGISTRY_SYS.VALIDATE_CATPROC Oracle Text VALID VALIDATE_CONTEXT Oracle XML Database VALID DBMS_REGXDB.VALIDATEXDB 4 rows selected. ``` + Exécutez la requête SQL suivante pour rechercher d'éventuels objets non valides susceptibles de perturber le processus de mise à niveau. ``` SET PAGES 1000 LINES 2000 COL OBJECT FOR A40 SELECT SUBSTR(OWNER,1,12) OWNER, SUBSTR(OBJECT_NAME,1,30) OBJECT, SUBSTR(OBJECT_TYPE,1,30) TYPE, STATUS, CREATED FROM DBA_OBJECTS WHERE STATUS <>'VALID' AND OWNER IN ('SYS','SYSTEM','RDSADMIN','XDB'); ``` ## Dépannage de la promotion de réplica pour RDS Custom for Oracle Vous pouvez promouvoir les répliques Oracle gérées dans RDS Custom for Oracle à l'aide de la console, de la `promote-read-replica` AWS CLI commande ou `PromoteReadReplica` de l'API. Si vous supprimez votre instance de base de données principale et que tous les réplicas sont sains, RDS Custom for Oracle transforme automatiquement vos réplicas gérée en instances autonomes. Si un réplica a mis en pause l'automatisation ou se trouve en dehors du périmètre de support, vous devez réparer le réplica avant que RDS Custom puisse le promouvoir automatiquement. Pour de plus amples informations, veuillez consulter [Promotion d'un réplica RDS Custom for Oracle en une instance de base de données autonome.](custom-rr.promoting.md). Le flux de travail de promotion des réplicas peut se bloquer dans la situation suivante : + L'instance de base de données principale est dans l'état `STORAGE_FULL`. + La base de données principale ne peut pas archiver tous ses journaux de reprise en ligne. + Il existe un écart entre les fichiers journaux de reprise archivés sur votre réplica Oracle et la base de données principale. **Remédiation au flux de travail bloqué** 1. Synchronisez l'écart du journal de reprise sur votre réplica d’instance de base de données Oracle. 1. Forcez la promotion de votre réplica en lecture vers le dernier journal de reprise appliqué. Exécutez les commandes suivantes dans SQL\$1Plus : ``` ALTER DATABASE ACTIVATE STANDBY DATABASE; SHUTDOWN IMMEDIATE STARTUP ``` 1. Contactez-leur Support et demandez-leur de passer votre instance de base de données au `available` statut.