Utiliser les fichiers journaux de rétablissement de base de données Oracle

Lors de la capture des données modifiées, Datastream lit les fichiers journaux de rétablissement Oracle pour surveiller les modifications apportées à vos bases de données sources et les répliquer dans l'instance de destination. Chaque base de données Oracle dispose d'un ensemble de fichiers journaux de rétablissement en ligne. Tous les enregistrements de transaction de la base de données sont enregistrés dans les fichiers. Lorsque le fichier journal de rétablissement actuel est permuté (ou changé), le processus d'archivage copie ce fichier dans un espace de stockage d'archive. Pendant ce temps, la base de données promeut un autre fichier pour qu'il serve de fichier actuel.

Le connecteur Oracle de Datastream extrait les événements de capture des données modifiées (CDC) des fichiers journaux de rétablissement Oracle.

Accéder aux fichiers journaux de rétablissement

Datastream peut utiliser l'API Oracle LogMiner ou la méthode de lecteur binaire pour accéder aux fichiers journaux de rétablissement :

  • Oracle LogMiner : utilitaire prêt à l'emploi inclus dans les bases de données Oracle. Si vous configurez Datastream pour qu'il utilise l'API Oracle LogMiner, Datastream ne peut fonctionner qu'avec les fichiers journaux de rétablissement archivés. Les fichiers journaux de rétablissement en ligne ne sont pas compatibles. La méthode d'API LogMiner est monothread et est soumise à une latence plus élevée et à un débit plus faible lorsqu'elle fonctionne avec des bases de données sources comportant un grand nombre de transactions. LogMiner est compatible avec la plupart des types de données et des fonctionnalités de la base de données Oracle.

  • Lecteur binaire (aperçu) : utilitaire spécialisé hautes performances qui fonctionne avec les fichiers journaux de rétablissement en ligne et archivés. Le lecteur binaire peut accéder aux fichiers journaux à l'aide d'Automatic Storage Management (ASM) ou en lisant directement les fichiers à l'aide d'objets de répertoire de base de données. Le lecteur binaire est multithread et est compatible avec la CDC à faible latence. Il a également un faible impact sur la base de données source, car les journaux de rétablissement sont analysés en dehors des opérations de base de données. La méthode CDC du lecteur binaire est limitée pour certains types de données ou fonctionnalités. Pour en savoir plus, consultez Limites connues.

Définir les paramètres de configuration pour les fichiers journaux de rétablissement Oracle

Lorsque vous utilisez la méthode CDC LogMiner, cette fonctionnalité a des conséquences importantes sur la latence potentielle de Datastream. Étant donné que LogMiner ne lit que les journaux archivés, si les fichiers journaux de rétablissement d'Oracle sont fréquemment permutés ou conservés dans une taille inférieure (par exemple, < 256 Mo), Datastream peut répliquer les modifications plus rapidement. Cela ne s'applique pas à la méthode du lecteur binaire, qui lit activement les fichiers journaux de rétablissement en ligne.

Il existe des paramètres de configuration que vous pouvez définir pour contrôler la fréquence de rotation des fichiers journaux :

  • Taille : les fichiers journaux de rétablissement en ligne ont une taille minimale de 4 Mo, et la taille par défaut dépend de votre système d'exploitation. Vous pouvez modifier la taille des fichiers journaux en créant des fichiers journaux en ligne et en supprimant les anciens fichiers journaux.

    Pour connaître la taille des fichiers journaux de rétablissement en ligne, exécutez la requête suivante :

    SELECT GROUP#, STATUS, BYTES/1024/1024 MB FROM V$LOG

  • Durée : le paramètre ARCHIVE_LAG_TARGET indique la durée maximale (en secondes) pouvant être couverte par le journal actuel de la base de données principale.

    Ce paramètre n'indique pas le moment exact du changement de journal, car il tient compte du temps nécessaire à l'archivage du journal. La valeur par défaut est 0 (pas de limite supérieure), et une valeur raisonnable de 1800 (ou 30 minutes) ou moins est suggérée.

    Vous pouvez utiliser les commandes suivantes pour définir le paramètre ARCHIVE_LAG_TARGET, soit lors de l'initialisation, soit lorsque la base de données est opérationnelle :

    • SHOW PARAMETER ARCHIVE_LAG_TARGET; Cette commande affiche le nombre de secondes que couvrira le journal actuel.

    • ALTER SYSTEM SET ARCHIVE_LAG_TARGET = number-of-seconds; Utilisez cette commande pour modifier la limite supérieure.

      Par exemple, pour définir la limite supérieure sur 10 minutes (ou 600 secondes), saisissez ALTER SYSTEM SET ARCHIVE_LAG_TARGET = 600;.

Étape suivante