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.
Exigences et considérations relatives aux réplicas RDS pour Oracle
Avant de créer un réplica Oracle, familiarisez-vous avec les exigences et considérations suivantes.
Rubriques
- Exigences de version et de licence pour les réplicas RDS pour Oracle
- Limitations des groupes d'options pour les répliques RDS pour Oracle
- Considérations relatives à la sauvegarde et la restauration des réplicas RDS for Oracle
- Exigences et limites relatives à Oracle Data Guard pour les réplicas RDS for Oracle
- Considérations diverses relatives aux réplicas RDS for Oracle
Exigences de version et de licence pour les réplicas RDS pour Oracle
Avant de créer un réplica RDS pour Oracle, tenez compte des éléments suivants :
-
Si le réplica est en mode lecture seule, assurez-vous que vous disposez d'une licence Active Data Guard. Si vous placez le réplica en mode monté, vous n'avez pas besoin d'une licence Active Data Guard. Seul le moteur Oracle DB prend en charge les réplicas montés.
-
Les répliques Oracle ne sont prises en charge que pour Oracle Enterprise Edition (EE).
-
Les répliques Oracle de données non CDB ne sont prises en charge que pour les instances de base de données créées à l'aide d'instances non CDB exécutant Oracle Database 19c.
-
Les réplicas Oracle sont disponibles pour les instances de base de données exécutées uniquement sur des classes d'instance de base de données avec deux vCPU ou plus. Une instance de base de données source ne peut pas utiliser la classe d'instance db.t3.small.
-
La version du moteur de base de données Oracle de l'instance de base de données source et de toutes ses répliques doivent être identiques. Amazon RDS met à niveau les réplicas immédiatement après la mise à niveau de l'instance de base de données source, quelle que soit la fenêtre de maintenance d'un réplica. Pour les mises à niveau majeures de versions de réplicas inter-régions, Amazon RDS effectue automatiquement les opérations suivantes :
-
Génère un groupe d'options pour la version cible
-
Copie toutes les options et tous les paramètres d'option du groupe d'options d'origine vers le nouveau groupe d'options
-
Associe le réplica en lecture inter-région mis à niveau au nouveau groupe d'options
Pour plus d'informations sur la mise à niveau de la version du moteur de base de données, veuillez consulter la section Mise à niveau du moteur de base de données RDS for Oracle.
-
Limitations des groupes d'options pour les répliques RDS pour Oracle
Avant de créer un réplica RDS pour Oracle, tenez compte des éléments suivants :
-
Si votre réplique Oracle se trouve dans la même AWS région que son instance de base de données source, la réplique ne peut pas utiliser un groupe d'options différent de celui de l'instance de base de données source. Les modifications apportées au groupe d'options source ou à l'appartenance au groupe d'options source se propagent aux répliques Oracle. Ces modifications sont appliquées aux réplicas immédiatement après leur application à l'instance de base de données source, quelle que soit la fenêtre de maintenance du réplica.
Pour plus d'informations sur les groupes d'options, consultez Utilisation de groupes d'options.
-
Vous ne pouvez pas supprimer une réplique interrégionale RDS pour Oracle de son groupe d'options dédié, qui est automatiquement créé pour la réplique.
-
Vous ne pouvez pas ajouter le groupe d'options dédié pour une réplique interrégionale RDS pour Oracle à une autre instance de base de données.
-
Vous pouvez uniquement ajouter ou supprimer les options non répliquées suivantes dans un groupe d'options dédié pour une réplique interrégionale RDS for Oracle :
-
NATIVE_NETWORK_ENCRYPTION
-
OEM
-
OEM_AGENT
-
SSL
Pour ajouter d'autres options à un réplica RDS for Oracle entre régions, ajoutez-les au groupe d'options de l'instance de base de données source. L'option est également installée sur tous les réplicas de l'instance de base de données source. Pour les options sous licence, assurez-vous qu'il existe suffisamment de licences pour les réplicas.
Lorsque vous promouvez un réplica RDS for Oracle entre régions, le réplica promu se comporte de la même façon que d'autres instances de base de données Oracle, y compris pour la gestion de ses options. Vous pouvez promouvoir un réplica explicitement ou implicitement en supprimant son instance de base de données source.
Pour plus d'informations sur les groupes d'options, veuillez consulter Utilisation de groupes d'options.
-
-
L'
EFS_INTEGRATION
option n'est pas prise en charge pour les répliques interrégionales RDS pour Oracle.
Considérations relatives à la sauvegarde et la restauration des réplicas RDS for Oracle
Avant de créer un réplica RDS pour Oracle, tenez compte des éléments suivants :
-
Pour créer des instantanés des réplicas de RDS for Oracle ou activer les sauvegardes automatiques, veillez à définir manuellement la période de conservation des sauvegardes. Les sauvegardes automatiques ne sont pas activées par défaut.
-
Lorsque vous restaurez une sauvegarde de réplica, vous rétablissez l'heure de la base de données, et non l'heure à laquelle la sauvegarde a été effectuée. L'heure de la base de données désigne la dernière heure de transaction appliquée des données dans la sauvegarde. La différence est importante car un réplica peut être en retard de plusieurs minutes ou heures par rapport à l'instance principale.
Pour faire la distinction, utilisez la commande
describe-db-snapshots
. Comparez le paramètresnapshotDatabaseTime
, qui correspond à l'heure de la base de données de la sauvegarde du réplica, et le champOriginalSnapshotCreateTime
, qui correspond à la dernière transaction appliquée sur la base de données principale.
Exigences et limites relatives à Oracle Data Guard pour les réplicas RDS for Oracle
Avant de créer un réplica RDS for Oracle, notez les exigences et limites suivantes :
-
Si votre instance de base de données principale utilise la configuration à locataire unique de l'architecture mutualisée, tenez compte des points suivants :
-
Vous devez utiliser Oracle Database 19c ou version ultérieure avec la version Enterprise Edition.
-
Votre instance CDB principale doit se trouver dans un cycle de vie
ACTIVE
. -
Vous ne pouvez pas convertir une instance principale non-CDB en instance CDB et convertir ses réplicas dans la même opération. Supprimez plutôt les réplicas non-CDB, convertissez l'instance de base de données principale en CDB, puis créez de nouveaux réplicas.
-
-
Veillez à ce qu'un déclencheur de connexion sur une instance de base de données principale permette l'accès à l'utilisateur
RDS_DATAGUARD
et à tout utilisateur dont la valeurAUTHENTICATED_IDENTITY
estRDS_DATAGUARD
ourdsdb
. En outre, le déclencheur ne doit pas définir le schéma actuel pour l'utilisateurRDS_DATAGUARD
. -
Pour éviter de bloquer les connexions du processus de l'agent Data Guard, n'activez pas les sessions restreintes. Pour plus d'informations sur les sessions restreintes, consultez Activation et désactivation de sessions restreintes.
Considérations diverses relatives aux réplicas RDS for Oracle
Avant de créer un réplica RDS pour Oracle, tenez compte des éléments suivants :
-
Si votre instance de base de données est une source pour une ou plusieurs répliques entre régions, la base de données source conserve ses fichiers de journalisation archivés jusqu'à ce qu'ils soient appliqués à toutes les répliques entre régions. Les journaux redo archivés peuvent entraîner une augmentation de la consommation de stockage.
-
Pour éviter d'interrompre l'automatisation RDS, les déclencheurs système doivent permettre à des utilisateurs spécifiques de se connecter à la base de données primaire et de réplication. Les déclencheurs système
incluent les déclencheurs DDL, les déclencheurs de connexion et les déclencheurs de rôle de base de données. Nous vous recommandons d'ajouter du code à vos déclencheurs pour exclure les utilisateurs répertoriés dans l'exemple de code suivant : -- Determine who the user is SELECT SYS_CONTEXT('USERENV','AUTHENTICATED_IDENTITY') INTO CURRENT_USER FROM DUAL; -- The following users should always be able to login to either the Primary or Replica IF CURRENT_USER IN ('
master_user
', 'SYS', 'SYSTEM', 'RDS_DATAGUARD', 'rdsdb') THEN RETURN; END IF; -
Le suivi des modifications de bloc est pris en charge pour les réplicas en lecture seule, mais pas pour les réplicas montés. Vous pouvez convertir un réplica monté en réplica en lecture seule, puis activer le suivi des modifications de bloc. Pour plus d'informations, voir Activation et désactivation du suivi des modifications de bloc.