Mise à niveau d'une instance de base de données RDS personnalisée pour 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.

Mise à niveau d'une instance de base de données RDS personnalisée pour Oracle

Pour mettre à niveau votre instance de base de données RDS personnalisée pour Oracle, modifiez-la pour en utiliser une nouvelleCEV. Cela CEV peut contenir de nouveaux fichiers binaires de base de données ou un nouveauAMI. Par exemple, pour mettre à niveau votre instance de base de données Oracle Linux 7.9 vers Oracle Linux 8, spécifiez la dernière versionAMI, qui utilise Oracle Linux 8. Pour mettre à niveau la base de données et le système d'exploitation, vous devez effectuer deux mises à niveau distinctes.

Note

Si vous mettez à niveau la base de données, RDS Custom met automatiquement à niveau les répliques de lecture après la mise à niveau de l'instance de base de données principale. Si vous mettez à niveau le système d'exploitation, vous devez mettre à niveau les réplicas manuellement.

Avant de commencer, consultez Exigences relatives aux mises à niveau RDS personnalisées pour Oracle et Considérations relatives aux mises à niveau des bases de données RDS Custom for Oracle.

Pour mettre à niveau une instance de base de données RDS personnalisée pour Oracle
  1. Connectez-vous à la RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le volet de navigation, choisissez Databases, puis choisissez l'instance de base de données RDS personnalisée pour Oracle que vous souhaitez mettre à niveau.

  3. Sélectionnez Modifier. La page Modifier l'instance de base de données s'affiche.

  4. Pour la version du moteur de base de données, choisissez-en une nouvelleCEV. Procédez comme suit :

    • Si vous appliquez des correctifs à la base de données, assurez-vous que les CEV fichiers binaires de base de données sont différents de ceux utilisés par votre instance de base de données et qu'ils ne spécifient aucun autre AMI que ceux AMI actuellement utilisés par votre instance de base de données.

    • Si vous appliquez des correctifs au système d'exploitation, assurez-vous qu'il CEV spécifie un fichier différent de AMI celui AMI actuellement utilisé par votre instance de base de données et qu'il ne spécifie pas de fichiers binaires de base de données différents.

      Avertissement

      Lorsque vous appliquez un correctif à votre système d'exploitation, vous perdez les données de votre volume racine ainsi que toute personnalisation existante du système d'exploitation.

  5. Sélectionnez Continuer pour consulter le récapitulatif des modifications.

    Pour appliquer les modifications immédiatement, choisissez Appliquer immédiatement.

  6. Si vos modifications sont correctes, sélectionnez Modifier l'instance de base de données. Vous pouvez également sélectionner Retour pour revoir vos modifications ou Annuler pour les annuler.

Les exemples suivants montrent des scénarios de mise à niveau possibles. Les exemples supposent que vous avez créé une instance de base de données RDS personnalisée pour Oracle présentant les caractéristiques suivantes :

  • Instance de base de données nommée my-custom-instance

  • CEVnommé 19.my_cev1

  • Oracle Database 19c utilisant la non-architecture CDB

  • Oracle Linux 8 utilisant AMI ami-1234

Le dernier service fourni estAMI. ami-2345 Vous pouvez le trouver AMIs en exécutant la CLI commandedescribe-db-engine-versions.

Mise à niveau du système d'exploitation

Dans cet exemple, vous souhaitez effectuer une mise ami-1234 à ami-2345 niveau vers le dernier service fourni. AMI Comme vous mettez à niveau le système d'exploitation, les fichiers binaires de base de données pour ami-1234 et ami-2345 doivent être identiques. Vous créez un nouveau CEV nom 19.my_cev2 en fonction de19.my_cev1.

Dans Linux, macOS, ou Unix:

aws rds create-custom-db-engine-version \ --engine custom-oracle-ee \ --engine-version 19.my_cev2 \ --description "Non-CDB CEV based on ami-2345" \ --kms-key-id key-name \ --source-custom-db-engine-version-identifer arn:aws:rds:us-west-2:123456789012:cev:custom-oracle-ee/19.my_cev1/12345678-ab12-1234-cde1-abcde123456789 \ --image-id ami-2345

Dans Windows:

aws rds create-custom-db-engine-version ^ --engine custom-oracle-ee ^ --engine-version 19.my_cev2 ^ --description "Non-CDB CEV based on ami-2345" ^ --kms-key-id key-name ^ --source-custom-db-engine-version-identifer arn:aws:rds:us-west-2:123456789012:cev:custom-oracle-ee/19.my_cev1/12345678-ab12-1234-cde1-abcde123456789 ^ --image-id ami-2345

Pour mettre à niveau une instance de base de données RDS personnalisée, utilisez la modify-db-instance AWS CLI commande avec les paramètres suivants :

  • --db-instance-identifier— Spécifiez l'instance de base de données RDS personnalisée pour Oracle à mettre à niveau.

  • --engine-version— Spécifiez celui CEV qui contient le nouveauAMI.

  • --no-apply-immediately | --apply-immediately – Indiquez s'il faut effectuer la mise à niveau immédiatement ou attendre la fenêtre de maintenance planifiée.

Dans l'exemple suivant, l'instance my-custom-instance est mise à niveau vers la version 19.my_cev2. Seul le système d'exploitation est mis à niveau.

Dans Linux, macOS, ou Unix:

aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --engine-version 19.my_cev2 \ --apply-immediately

Dans Windows:

aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --engine-version 19.my_cev2 ^ --apply-immediately

Mise à niveau de la base de données

Dans cet exemple, vous souhaitez appliquer le correctif Oracle p35042068 à votre instance de base RDS de données Oracle. Comme vous avez mis à niveau votre système d'exploitation dans Mise à niveau du système d'exploitation, votre instance de base de données utilise actuellement 19.my_cev2, qui est basé sur ami-2345. Vous créez un nouveau CEV nom 19.my_cev3 qui utilise égalementami-2345, mais vous spécifiez un nouveau JSON manifeste dans la variable d'$MANIFESTenvironnement. Ainsi, seuls les fichiers binaires de base de données sont différents dans votre nouvelle instance CEV et CEV ceux que votre instance utilise actuellement.

Dans Linux, macOS, ou Unix:

aws rds create-custom-db-engine-version \ --engine custom-oracle-ee \ --engine-version 19.my_cev3 \ --description "Non-CDB CEV with p35042068 based on ami-2345" \ --kms-key-id key-name \ --image-id ami-2345 \ --manifest $MANIFEST

Dans Windows:

aws rds create-custom-db-engine-version ^ --engine custom-oracle-ee ^ --engine-version 19.my_cev3 ^ --description "Non-CDB CEV with p35042068 based on ami-2345" ^ --kms-key-id key-name ^ --image-id ami-2345 ^ --manifest $MANIFEST

Dans l'exemple suivant, l'instance my-custom-instance est mise à niveau vers la version de moteur 19.my_cev3. Seule la base de données est mise à niveau.

Dans Linux, macOS, ou Unix:

aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --engine-version 19.my_cev3 \ --apply-immediately

Dans Windows:

aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --engine-version 19.my_cev3 ^ --apply-immediately