Configurer une base de données Oracle en gestion interne

Vous pouvez configurer votre base de données Oracle autogérée pour qu'elle fonctionne avec les méthodes de CDC suivantes:

• Lecteur de journaux binaires (bêta)
• API LogMiner

Ces méthodes spécifient comment Datastream accède à vos fichiers journaux. Pour en savoir plus sur le lecteur de journaux binaires et l'API LogMiner, consultez la page Utiliser les fichiers journaux de rétablissement de base de données Oracle.

Pour obtenir des instructions détaillées sur la configuration de votre base de données Oracle source pour chacune de ces méthodes, consultez les sections suivantes.

Configurer votre base de données Oracle autogérée pour le lecteur de journaux binaires

Preview

Cette fonctionnalité est soumise aux "Conditions des offres de pré-DG" dans la section "Conditions d'utilisation générales" des Conditions spécifiques au service. Les fonctionnalités pré-DG sont disponibles "en l'état" et peuvent avoir une assistance limitée. Pour en savoir plus, consultez les descriptions des étapes de lancement.

Pour configurer votre base de données Oracle autogérée pour l'utiliser avec la méthode CDC du lecteur de journaux binaires, procédez comme suit:

1. Sélectionnez l'une des méthodes suivantes pour accéder à vos fichiers journaux:

   • Gestion automatique de l'espace de stockage (ASM): si vous sélectionnez cette option, vous devez créer une connexion ASM dédiée et fournir ses informations lorsque vous créez votre profil de connexion.
   • Répertoires de base de données: si vous sélectionnez cette option, vous devez créer des objets de répertoire de base de données qui pointent vers les fichiers journaux de relecture et les fichiers journaux archivés, et accorder à votre utilisateur de base de données un accès READ aux répertoires:

   CREATE DIRECTORY DIRECTORY_NAME_1 as 'ONLINE_REDO_LOGS_PATH';
   CREATE DIRECTORY DIRECTORY_NAME_2 as 'ARCHIVED_REDO_LOGS_PATH';
   GRANT READ ON DIRECTORY DIRECTORY_NAME_1 to USER_NAME;
   GRANT READ ON DIRECTORY DIRECTORY_NAME_2 to USER_NAME;

   Remplacez les éléments suivants :

   • DIRECTORY_NAME_1: nom du répertoire des fichiers de journal de relecture en ligne.
   • DIRECTORY_NAME_2: nom du répertoire des fichiers de journal de relecture archivés.
   • ONLINE_REDO_LOGS_PATH: chemin d'accès au répertoire où les fichiers de journal de redo en ligne doivent être stockés.
   • ARCHIVED_REDO_LOGS_PATH: chemin d'accès au répertoire dans lequel les fichiers journaux archivés doivent être stockés.
   • USER_NAME: nom de l'utilisateur de la base de données auquel vous souhaitez accorder l'accès READ.

   Si vous sélectionnez la méthode de lecteur de journaux binaires et que vous utilisez des répertoires de base de données, vous devez indiquer le nom du journal de relecture et du répertoire de journaux archivés lorsque vous créez votre flux.

2. Vérifiez que votre base de données s'exécute en mode ARCHIVELOG.

   Pour ce faire, connectez-vous à votre base de données Oracle et exécutez la commande suivante à l'invite SQL:

   SELECT LOG_MODE FROM V$DATABASE;

   1. Si le résultat est ARCHIVELOG, passez à l'étape suivante.
   2. Si le résultat est NOARCHIVELOG, vous devez activer le mode ARCHIVELOG pour votre base de données.

   3. Exécutez les commandes suivantes en tant que SYSDBA :

      SHUTDOWN IMMEDIATE;
      STARTUP MOUNT;
      ALTER DATABASE ARCHIVELOG;
      ALTER DATABASE OPEN;

   4. Les fichiers journaux archivés consomment de l'espace disque. Vous devez donc configurer le paramètre DB_RECOVERY_FILE_DEST_SIZE pour votre base de données. Utilisez ce paramètre pour spécifier (en octets) la limite stricte de l'espace total à utiliser pour les fichiers de récupération de base de données cibles. En définissant ce paramètre, vous gérez le compromis entre la protection de la base de données contre l'épuisement de l'espace disque et l'échec du flux en raison de la perte de la position du journal.

3. Définissez une règle de conservation des données pour votre base de données en exécutant les commandes RMAN (Oracle Recovery Manager) suivantes :

   TARGET /
   CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS;

   Vous utilisez la commande TARGET / pour démarrer un client RMAN et vous connecter à la base de données source. Consultez Établir des connexions à la base de données avec RMAN.

   Nous vous recommandons de conserver les sauvegardes et les journaux d'archive pendant au moins quatre jours (durée recommandée de sept jours).

   L'exécution de cette commande redémarre votre instance de base de données afin que les modifications que vous avez apportées puissent prendre effet.

4. Revenez à l'invite SQL de l'outil de base de données que vous utilisez pour configurer la règle de rotation des fichiers journaux Oracle. Nous vous recommandons de définir une taille de fichier journal maximale de 512 Mo.

5. Activez les données de journal supplémentaires. Pour cela, commencez par activer la journalisation complémentaire minimale au niveau de la base de données en exécutant la commande suivante:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;

   Ensuite, indiquez si vous souhaitez activer la journalisation pour des tables spécifiques ou pour l'ensemble de la base de données.

   Pour n'enregistrer les modifications que dans des tables spécifiques, exécutez la commande suivante pour chaque table que vous souhaitez répliquer :

   ALTER TABLE SCHEMA.TABLE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

   Remplacez les éléments suivants :

   • SCHEMA: nom du schéma contenant la table.
   • TABLE: nom de la table pour laquelle vous souhaitez consigner les modifications.

   Pour répliquer la plupart ou la totalité des tables de votre base de données, envisagez d'activer la journalisation pour l'intégralité de la base de données. Exécutez la commande suivante pour activer les données de la journalisation complémentaire pour l'intégralité de la base de données :

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

   Le mode de journalisation complémentaire doit être défini sur ALL. Vous ne pouvez pas définir ce mode sur PK_ONLY.

6. Accordez les droits requis au compte utilisateur qui servira à établir la connexion à votre base de données. Pour cela, exécutez la commande suivante :

   rdsadmin.rdsadmin_util.grant_sys_object('GV_$LOG','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('GV_$LOGFILE','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('GV_$ARCHIVED_LOG','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('GV_$INSTANCE','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('V_$INSTANCE','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('V_$PDBS','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('V_$TRANSPORTABLE_PLATFORM','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('V_$DATABASE','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('DBA_OBJECTS','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('GV_$STANDBY_LOG','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('COL$','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('DBA_TABLESPACES','USER_NAME','SELECT');
   rdsadmin.rdsadmin_util.grant_sys_object('DBA_ENCRYPTED_COLUMNS','USER_NAME','SELECT');
   
   GRANT CONNECT TO USER_NAME;
   GRANT CREATE SESSION TO USER_NAME;
   GRANT SELECT ANY TABLE TO USER_NAME;
   GRANT READ ON DIRECTORY ONLINELOG_DIR TO USER_NAME;
   GRANT READ ON DIRECTORY ARCHIVELOG_DIR TO USER_NAME;

   Remplacez USER_NAME par le nom du compte utilisateur que vous prévoyez d'utiliser pour vous connecter à votre base de données.

Configurer votre base de données Oracle autogérée pour LogMiner

1. Vérifiez que votre base de données s'exécute en mode ARCHIVELOG.

   Pour ce faire, connectez-vous à votre base de données Oracle et exécutez la commande suivante à l'invite SQL:

   SELECT LOG_MODE FROM V$DATABASE;

   1. Si le résultat est ARCHIVELOG, passez à l'étape 2.
   2. Si le résultat est NOARCHIVELOG, vous devez activer le mode ARCHIVELOG pour votre base de données.

   3. Exécutez les commandes suivantes en tant que SYSDBA :

      SHUTDOWN IMMEDIATE;
      STARTUP MOUNT;
      ALTER DATABASE ARCHIVELOG;
      ALTER DATABASE OPEN;

   4. Les fichiers journaux archivés consomment de l'espace disque. Vous devez donc configurer le paramètre DB_RECOVERY_FILE_DEST_SIZE pour votre base de données. Utilisez ce paramètre pour spécifier (en octets) la limite stricte de l'espace total à utiliser pour les fichiers de récupération de base de données cibles. En définissant ce paramètre, vous gérez le compromis entre la protection de la base de données contre l'épuisement de l'espace disque et l'échec du flux en raison de la perte de la position du journal.

2. Définissez une règle de conservation des données pour votre base de données en exécutant les commandes RMAN (Oracle Recovery Manager) suivantes :

   TARGET /
   CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS;

   Vous utilisez la commande TARGET / pour démarrer un client RMAN et vous connecter à la base de données source. Consultez Établir des connexions à la base de données avec RMAN.

   Nous vous recommandons de conserver les sauvegardes et les journaux d'archive pendant au moins quatre jours (durée recommandée de sept jours).

   L'exécution de cette commande redémarre votre instance de base de données afin que les modifications que vous avez apportées puissent prendre effet.

3. Revenez à l'invite SQL de l'outil de base de données que vous utilisez pour configurer la règle de rotation des fichiers journaux Oracle. Nous vous recommandons de définir une taille de fichier journal maximale de 512 Mo.

4. Activez les données de journal supplémentaires. Pour cela, commencez par activer la journalisation complémentaire minimale au niveau de la base de données en exécutant la commande suivante:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;

   Ensuite, indiquez si vous souhaitez activer la journalisation pour des tables spécifiques ou pour l'ensemble de la base de données.

   Pour n'enregistrer les modifications que dans des tables spécifiques, exécutez la commande suivante pour chaque table que vous souhaitez répliquer :

   ALTER TABLE SCHEMA.TABLE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

   Remplacez les éléments suivants :

   • SCHEMA: nom du schéma contenant la table.
   • TABLE: nom de la table pour laquelle vous souhaitez consigner les modifications.

   Pour répliquer la plupart ou la totalité des tables de votre base de données, envisagez d'activer la journalisation pour l'intégralité de la base de données. Exécutez la commande suivante pour activer les données de la journalisation complémentaire pour l'intégralité de la base de données :

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

   Le mode de journalisation complémentaire doit être défini sur ALL. Vous ne pouvez pas définir ce mode sur PK_ONLY.

5. Accordez les droits requis au compte utilisateur qui servira à établir la connexion à votre base de données. Pour cela, exécutez la commande suivante :

   GRANT EXECUTE_CATALOG_ROLE TO USER_NAME;
   GRANT CONNECT TO USER_NAME;
   GRANT CREATE SESSION TO USER_NAME;
   GRANT SELECT ON SYS.V_$DATABASE TO USER_NAME;
   GRANT SELECT ON SYS.V_$ARCHIVED_LOG TO USER_NAME;
   GRANT SELECT ON SYS.V_$LOGMNR_CONTENTS TO USER_NAME;
   GRANT EXECUTE ON DBMS_LOGMNR TO USER_NAME;
   GRANT EXECUTE ON DBMS_LOGMNR_D TO USER_NAME;
   GRANT SELECT ANY TRANSACTION TO USER_NAME;
   GRANT SELECT ANY TABLE TO USER_NAME;

   Si votre organisation n'autorise pas l'octroi de l'autorisation GRANT SELECT ANY TABLE, utilisez la solution décrite dans la section Capture des données modifiées (CDC, Change Data Capture) Oracle de la page des questions fréquentes sur Datastream.

   Si votre base de données source est Oracle en version 12c ou ultérieure, accordez le droit supplémentaire suivant :

   GRANT LOGMINING TO USER_NAME;

   Pour chaque commande, remplacez USER_NAME par le nom du compte utilisateur. L'exécution de ces commandes octroie également des droits à l'utilisateur afin qu'il puisse lire depuis V$DATABASE (obligatoire pour la validation), lancer l'outil de journalisation et effectuer une sélection parmi V$LOGMNR_CONTENT.

6. Accordez au compte utilisateur SELECT l'accès à la vue DBA_EXTENTS de votre base de données. Ce droit vous permet d'utiliser le remplissage basé sur ROWID pour votre source Oracle:

   GRANT SELECT ON DBA_EXTENTS TO USER_NAME;

Étape suivante

• Découvrez comment Datastream fonctionne avec les sources Oracle.