Résolution des problèmes liés à la 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 Les ressources sont gérées de manière personnalisée dans votre compte, contrairement à AmazonRDS, qui gère les ressources dans un compte système. Un meilleur accès s'accompagne de responsabilités plus importantes. Dans les sections suivantes, vous découvrirez comment 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 résoudre les problèmes liés à RDS Custom for SQL Server, consultezRésolution des problèmes liés à la base de données pour Amazon RDS Custom for SQL Server.

Affichage d'événements RDS personnalisés

La procédure d'affichage des événements est la même pour les instances RDS Custom et Amazon RDS DB. Pour de plus amples informations, veuillez consulter Consulter les RDS événements Amazon.

Pour afficher une notification d'événement RDS personnalisée à l'aide de AWS CLI, utilisez la describe-events commande. RDS Custom introduit plusieurs nouveaux événements. Les catégories d'événements sont les mêmes que pour AmazonRDS. Pour obtenir la liste des événements, consultez Catégories d'événements Amazon RDS et messages d'événements .

L'exemple suivant récupère les détails des événements survenus pour l'instance de base de données RDS personnalisée spécifiée.

aws rds describe-events \
    --source-identifier my-custom-instance \
    --source-type db-instance

Abonnement à des événements RDS personnalisés

La procédure d'abonnement aux événements est la même pour les instances RDS Custom et Amazon RDS DB. Pour de plus amples informations, veuillez consulter S'abonner aux notifications d'RDSévénements Amazon.

Pour vous abonner à une notification d'événement RDS personnalisée à l'aide deCLI, utilisez la create-event-subscription commande. Incluez les paramètres requis suivants :

• --subscription-name

• --sns-topic-arn

L'exemple suivant crée un abonnement pour les événements de sauvegarde et de restauration pour une instance de base de données RDS personnalisée dans le AWS compte courant. Les notifications sont envoyées à une rubrique Amazon Simple Notification Service (AmazonSNS), spécifiée par--sns-topic-arn.

aws rds create-event-subscription \
    --subscription-name my-instance-events \
    --source-type db-instance \
    --event-categories '["backup","recovery"]' \
    --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events

Résolution des problèmes liés à la création de versions de moteur RDS personnalisées pour Custom for Oracle

Lorsque CEV la création échoue, RDS Custom émet un problème RDS-EVENT-0198 avec Creation failed for custom engine version major-engine-version.cev_name le message et inclut des informations sur l'échec. Par exemple, l'événement imprime les fichiers manquants.

CEVla création 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 le vôtreCEV.

• Lorsque vous demandez CEV la création dans et Région AWS pour la première fois, RDS Custom crée un compartiment S3 pour stocker les ressources RDS personnalisées (telles que les CEV artefacts, AWS CloudTrail les journaux et les journaux de transactions).

  CEVla création é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 : accordez les autorisations requises à votre utilisateur ou à votre rôle IAM, 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 IAM autorisations nécessaires.

• Votre IAM police comporte une aws:SourceIp condition. Assurez-vous de suivre les recommandations de la section AWS refuse l'accès à AWS en fonction de l'adresse IP source dans le Guide de l'utilisateur AWS Identity and Access Management . Assurez-vous également que l'appelant dispose des autorisations S3 décrites dans Étape 5 : accordez les autorisations requises à votre utilisateur ou à votre rôle IAM.

• Les fichiers multimédia d'installation répertoriés dans le CEV manifeste ne se trouvent pas dans votre compartiment S3.

• Les SHA -256 checksums des fichiers d'installation ne sont pas connus de Custom. RDS

  Vérifiez que les sommes de contrôle SHA -256 des fichiers fournis correspondent à la somme de contrôle de SHA -256 sur le site Web d'Oracle. Si les sommes de contrôle correspondent, contactez le AWS Support et indiquez le CEV nom, le nom du fichier et la somme de contrôle ayant échoué.

• 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'OPatchutilitaire. Vous pouvez trouver la version requise de l'utilitaire Opatch dans le fichier readme du correctif. Téléchargez l'OPatchutilitaire le plus récent sur My Oracle Support et réessayez de créer le CEV vôtre.

• Les patchs spécifiés dans le CEV manifeste ne sont pas dans le bon ordre.

Vous pouvez afficher les RDS événements sur la RDS console (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.

Cependant, vous pouvez recevoir des appels provenant de la API passerelle qui accède à votre compartiment Amazon S3. Ces appels proviennent du MediaImport service de l'CreateCustomDbEngineVersionévénement.

Corriger les configurations non prises en charge dans RDS Custom for Oracle

Dans le modèle de responsabilité partagée, il est de votre responsabilité de résoudre les problèmes de configuration qui mettent votre instance de base de données RDS personnalisée pour Oracle dans unsupported-configuration cet état. Si le problème est lié à l' AWS infrastructure, utilisez la console ou le AWS CLI pour le résoudre. Si le problème est lié au 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 plus d'informations sur RDS Custom for SQL Server, consultezCorriger les configurations non prises en charge dans RDS Custom for Server SQL.

Le tableau suivant décrit les notifications et les événements envoyés par le périmètre de support et explique comment y remédier. 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 RDSPérimètre de support personnalisé. Pour les descriptions des événements, consultez Catégories d'événements Amazon RDS et messages d'événements .

ID de l’événement	Configuration	RDSmessage d'événement	Action
SP-O0000	Configuration manuelle non prise en charge	Le statut de l'instance de base de données RDS personnalisée est défini sur [Configuration non prise en charge] pour les raisons suivantes :reason.	Pour résoudre ce problème, créez un Support dossier.
AWS ressources (infrastructure)
SP-O1001	Volumes Amazon Elastic Block Store (AmazonEBS)	Les EBS volumes suivants ont été ajoutés à l'EC2instance ec2_id :volume_id. Pour résoudre le problème, détachez les volumes spécifiés de l'instance.	RDSCustom crée deux types de EBS volumes, en plus du volume racine créé à partir de l'Amazon Machine Image (AMI), et les associe à l'EC2instance : Volume binaire dans lequel se trouvent les fichiers binaires du logiciel de base de données Les volumes de données dans lesquels se trouvent les fichiers de base de données 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 : Les EBS volumes initiaux créés avec l'instance de base de données sont toujours associés à l'instance. Les EBS volumes initiaux ont toujours les mêmes configurations que celles définies initialement : type de stockage, taille, provisionné IOPS et débit de stockage. Aucun EBS volume supplémentaire n'est attaché à l'instance de base de données. Utilisez la CLI commande suivante pour comparer le type de volume des détails du EBS volume et les 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 (AmazonEBS)	EBSle volume volume_id a été détaché de l'EC2instance [ec2_id]. Vous ne pouvez pas détacher le volume d'origine de cette instance. Pour résoudre le problème, rattachez-le volume_id à. ec2_id	RDSCustom crée deux types de EBS volumes, en plus du volume racine créé à partir de l'Amazon Machine Image (AMI), et les associe à l'EC2instance : Volume binaire dans lequel se trouvent les fichiers binaires du logiciel de base de données Les volumes de données dans lesquels se trouvent les fichiers de base de données 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 : Les EBS volumes initiaux créés avec l'instance de base de données sont toujours associés à l'instance. Les EBS volumes initiaux ont toujours les mêmes configurations que celles définies initialement : type de stockage, taille, provisionné IOPS et débit de stockage. Aucun EBS volume supplémentaire n'est attaché à l'instance de base de données. Utilisez la CLI commande suivante pour comparer le type de volume des détails du EBS volume et les 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 (AmazonEBS)	Le EBS volume d'origine volume_id attaché à l'EC2instance ec2_id a été modifié comme suit : taille [X] à [Y], type [N] à [M] ou IOPS [J] à [K]. Pour résoudre le problème, annulez la modification.	RDSCustom crée deux types de EBS volumes, en plus du volume racine créé à partir de l'Amazon Machine Image (AMI), et les associe à l'EC2instance : Volume binaire dans lequel se trouvent les fichiers binaires du logiciel de base de données Les volumes de données dans lesquels se trouvent les fichiers de base de données 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 : Les EBS volumes initiaux créés avec l'instance de base de données sont toujours associés à l'instance. Les EBS volumes initiaux ont toujours les mêmes configurations que celles définies initialement : type de stockage, taille, provisionné IOPS et débit de stockage. Aucun EBS volume supplémentaire n'est attaché à l'instance de base de données. Utilisez la CLI commande suivante pour comparer le type de volume des détails du EBS volume et les 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'EC2instance Amazon	La restauration automatique a laissé l'EC2instance [ec2_id] dans un état altéré. Pour résoudre le problème, consultez la section Résolution des problèmes de restauration d'instance.	Pour vérifier l'état d'une instance de base de données, utilisez la console ou exécutez la AWS CLI commande suivante : aws rds describe-db-instances \ --db-instance-identifier db-instance-name |grep DBInstanceStatus
SP-O1005	Attributs de EC2 l'instance Amazon	EC2l'instance [ec2_id] 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'EC2instance Amazon	EC2l'instance [ec2_id] a été interrompue ou est introuvable. Pour résoudre le problème, supprimez l'instance de base de données RDS personnalisée.	Le périmètre de support surveille les notifications de changement d'état des EC2 instances. L'EC2instance doit toujours être en cours d'exécution. Pour supprimer votre instance de base de données Pour vérifier l'état d'une instance de base de données, utilisez la console ou exécutez la AWS CLI commande suivante : aws rds describe-db-instances \ --db-instance-identifier db-instance-name |grep DBInstanceStatus Supprimez votre instance de base de données RDS personnalisée pour Oracle.
SP-O1007	État de l'EC2instance Amazon	EC2l'instance [ec2_id] a été arrêtée. Pour résoudre le problème, démarrez l'instance.	Le périmètre de support surveille les notifications de changement d'état des EC2 instances. L'EC2instance doit toujours être en cours d'exécution. Pour redémarrer votre instance de base de données Pour vérifier l'état d'une instance de base de données, utilisez la console ou exécutez la AWS CLI commande suivante : aws rds describe-db-instances \ --db-instance-identifier db-instance-name |grep DBInstanceStatus Démarrez votre instance de base de données. Remontez les volumes binaires et les volumes de données.
Système d’exploitation
SP-O2001	RDSStatut d'agent personnalisé	L'agent RDS personnalisé ne s'exécute pas sur l'EC2instance [ec2_id]. Assurez-vous que l'agent fonctionne sur [ec2_id].	Sur RDS Custom for Oracle, l'instance de base de données sort du périmètre de support si l'agent RDS personnalisé 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 support surveille également l'état du processus de l'agent RDS personnalisé sur l'hôte toutes les 30 minutes. Pour redémarrer l'agent RDS personnalisé Connectez-vous à votre hôte et assurez-vous que l'agent RDS personnalisé est en cours d'exécution. Exécutez la commande suivante pour connaître le statut de l'agent. service rdscustomagent status Utilisez la commande suivante pour démarrer l'agent. service rdscustomagent start Lorsque l'agent RDS personnalisé 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 d'SSMagent (agent)	L'agent Systems Manager sur l'EC2instance [ec2_id] est inaccessible. Assurez-vous que vous avez correctement configuré le réseau, l'agent et IAM les autorisations.	SSML'agent doit toujours être actif. L'agent RDS Custom est chargé de s'assurer que l'agent Systems Manager est en cours d'exécution. Si SSM l'agent a été arrêté puis redémarré, l'agent RDS personnalisé publie une métrique sur. CloudWatch L'agent RDS personnalisé émet une alarme sur le paramètre défini qui se déclenche lorsqu'il y a eu un redémarrage au cours de chacune des trois minutes précédentes. Le périmètre de support surveille également l'état du processus de l'SSMagent sur l'hôte toutes les 30 minutes. Pour plus d'informations, consultez la section SSMAgent de résolution des problèmes.
SP-O2003	AWS Systems Manager statut d'SSMagent (agent)	L'agent Systems Manager sur l'EC2instance [ec2_id] s'est écrasé à plusieurs reprises. Pour plus d'informations, consultez la documentation de résolution des problèmes liés à l'SSMagent.	Pour plus d'informations, consultez la section SSMAgent de résolution des problèmes.
SP-O 2004	Fuseau horaire du système d'exploitation	Le fuseau horaire de l'EC2instance [ec2_id] 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'RDSoptions pour modifier le fuseau horaire.	RDSl'automatisation 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 entraîner des échecs RDS d'automatisation. L'EC2instance est donc placée dans l'unsupported-configurationétat. Pour corriger le réglage du fuseau horaire Connectez-vous à votre EC2 hôte et vérifiez le fuseau horaire du système d'exploitation comme suit : timedatectl Suspendez l'automatisation RDS personnalisée. Pour de plus amples informations, veuillez consulter Suspension et reprise de votre RDS instance de base de données personnalisée. Arrêtez l'instance de base de données. Annulez le changement de fuseau horaire sur le système d'exploitation. Démarrez l'instance de base de données. Reprendre l'automatisation RDS personnalisée. 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.
SP-O 2005	Configurations sudo	Les configurations sudo sur l'EC2instance [ec2_id] 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 support vérifie que certains utilisateurs du système d'exploitation sont autorisés à exécuter certaines commandes sur l'hôte. Il surveille les sudo configurations et les compare à l'état pris en charge. Si les sudo configurations ne sont pas prises en charge, RDS Custom essaie de les remplacer et de revenir à l'état pris en charge précédent. Si la tentative aboutit, RDS Custom envoie la notification suivante : RDSCustom a correctement remplacé votre configuration. Si le remplacement échoue, votre instance de base de données reste dans l'état de configuration non pris en charge. Pour résoudre ce problème, annulez les modifications apportées au sudoers.d/ fichier ou corrigez les autorisations. Pour étudier les modifications apportées aux sudo configurations Connectez-vous à votre hôte. Exécutez la commande suivante. visudo -c -f /etc/sudoers.d/individual_sudo_files Modifiez les sudo configurations si nécessaire. Une fois que le périmètre de support a déterminé que les sudo configurations sont prises en charge, votre instance de base de données RDS personnalisée pour Oracle est disponible dans les 30 minutes.
SP-O 2006	Accessibilité du compartiment S3	RDSL'automatisation personnalisée ne peut pas télécharger de fichiers depuis le compartiment S3 sur l'EC2instance [ec2_id]. Vérifiez votre configuration réseau et assurez-vous que l'instance autorise les connexions depuis et vers S3.
Database (Base de données)
SP-O3001	Cible de retard d'archivage de la base de données	Le TARGET paramètre ARCHIVE LAG _ _ sur l'EC2instance [ec2_id] est en dehors de la plage recommandéevalue_range. Pour résoudre le problème, définissez le paramètre sur une valeur comprise dans value_range.	Le périmètre de support surveille le paramètre ARCHIVE_LAG_TARGET de base de données afin de 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. Pour modifier l'objectif de décalage pour les redo logs archivés Connectez-vous à votre EC2 hôte Connectez-vous à votre instance de base de données RDS personnalisée pour Oracle Remplacez le ARCHIVE_LAG_TARGET paramètre par une valeur comprise entre 60 et 7200. Par exemple, utilisez l'SQLinstruction suivante. ALTER SYSTEM SET ARCHIVE_LAG_TARGET=300 SCOPE=BOTH; 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_name] n'est pas pris en charge pour Oracle Data Guard sur l'EC2instance [ec2_id]. Pour résoudre le problème, définissez le ROLE paramètre DATABASE _ sur PRIMARY ou PHYSICALSTANDBY.	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. Pour restaurer votre rôle de base de données Oracle Data Guard à une valeur prise en charge Vérifiez le rôle d'Oracle Data Guard en exécutant l'instruction suivante : SELECT DATABASE_ROLE FROM V$DATABASE; Si votre instance de base de données est autonome, utilisez l'une des instructions suivantes pour lui redonner le PRIMARY rôle : ALTER DATABASE COMMIT TO SWITCHOVER PRIMARY; ALTER DATABASE ACTIVATE STANDBY DATABASE; Si votre instance de base de données est une réplique, utilisez l'instruction suivante pour lui redonner le PHYSICAL STANDBY rôle : ALTER DATABASE CONVERT TO PHYSICAL STANDBY; Une fois que le périmètre de support a déterminé que le rôle de base de données est pris en charge, votre instance de base de données RDS personnalisée pour Oracle est disponible dans les 15 secondes.
SP-O3003	État de la base de données	Le SMON processus de la base de données Oracle est dans un état zombie. Pour résoudre le problème, restaurez manuellement la base de données sur l'EC2instance [ec2_id], ouvrez-la, puis sauvegardez-la immédiatement. Pour obtenir de l'aide supplémentaire, contactez 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. Pour que le périmètre de support évalue l'état de votre instance Connectez-vous à votre hébergeur et déterminez l'état de la base de données. ps -eo pid,state,command | grep smon Si nécessaire, redémarrez votre instance de base de données. Si le redémarrage échoue, passez à l'étape suivante. Si nécessaire, redémarrez votre EC2 hébergeur. Après le redémarrage de votre instance de base de données, l'agent RDS personnalisé détecte que votre instance de base de données ne répond plus. 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 de journalisation de la base de données sur l'EC2instance [ec2_id] a été remplacé par [value_b]. Pour résoudre le problème, réglez le mode journal sur [value_a].	Pour modifier le mode de journalisation de votre instance de base de données sur ARCHIVELOG Connectez-vous à votre EC2 hôte. Connectez-vous à votre base de données et exécutez l'instruction suivante : SELECT LOG_MODE FROM V$DATABASE; Vous pouvez également exécuter la commande suivante dans SQL *Plus : ARCHIVE LOG LIST Exécutez la commande SQL *Plus suivante pour lancer un arrêt cohérent. SHUTDOWN IMMEDIATE L'agent RDS personnalisé 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'accès Oracle Home	Le répertoire d'origine Oracle Home de l'EC2instance [ec2_id] a été remplacé parnew_path. Pour résoudre le problème, rétablissez le paramètre surold_path.
SP-O3006	Nom unique de la base de données	Le nom unique de la base de données sur l'EC2instance [ec2_id] a été remplacé parnew_value. Pour résoudre le problème, remplacez le nom par. old_value	Pour modifier le nom unique de base de données de votre instance de base de données Connectez-vous à votre EC2 hôte. Connectez-vous à la base de données et exécutez l'instruction suivante : SELECT DB_UNIQUE_NAME FROM V$DATABASE; Spécifiez le nom unique de la base de données d'origine à l'aide de la commandeALTER SYSTEM SET DB_UNIQUE_NAME. Exécutez l'SQLinstruction suivante pour lancer un arrêt cohérent. SHUTDOWN IMMEDIATE; L'agent RDS personnalisé 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.

Résolution des problèmes liés aux mises à niveau pour RDS Custom for Oracle

La mise à niveau d'une instance RDS Custom for Oracle risque d'échouer. Vous trouverez ci-dessous les techniques que vous pouvez utiliser lors des mises à niveau de RDS Custom DB 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 SQL requête suivante pour vérifier l'état actuel des composants afin de trouver la version de 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 SQL requête suivante pour vérifier la présence d'objets non valides susceptibles d'interférer avec 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');

Résolution des problèmes liés à la promotion des répliques 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 PromoteReadReplicaAPI. Si vous supprimez votre instance de base de données principale et que toutes les répliques sont saines, RDS Custom for Oracle transforme automatiquement vos répliques gérées en instances autonomes. Si un réplica a suspendu l'automatisation ou se trouve en dehors du périmètre de support, vous devez réparer le réplica pour que RDS Custom puisse le promouvoir automatiquement. Pour de plus amples informations, veuillez consulter Promouvoir une réplique RDS personnalisée pour Oracle en une instance de base de données autonome.

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 rétablissement 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.

Pour répondre 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.

2. Forcez la promotion de votre réplica en lecture vers le dernier journal de reprise appliqué. Exécutez les commandes suivantes dans SQL *Plus :

   ALTER DATABASE ACTIVATE STANDBY DATABASE;
   SHUTDOWN IMMEDIATE
   STARTUP

3. Contactez-les Support et demandez-leur de passer votre instance de base de données au available statut.