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

Database Migration Service exploite l'API Oracle LogMiner, qui fait partie d'Oracle Database, pour interroger les fichiers journaux de rétablissement archivés. Ces fichiers contiennent des informations sur l'historique de l'activité d'une base de données. Chaque base de données Oracle possède un ensemble de fichiers journaux de rétablissement en ligne. Tous les enregistrements de transactions de la base de données sont enregistrés dans les fichiers.

Lorsque le fichier journal de rétablissement actuel est soumis à une rotation (ou un changement), le processus d'archivage copie ce fichier dans un espace de stockage d'archives. Pendant ce temps, la base de données promeut un autre fichier pour qu'il serve de fichier actuel.

Lorsque Database Migration Service utilise l'API Oracle LogMiner, il n'accède pas aux fichiers journaux de rétablissement en ligne, mais ne fonctionne qu'avec les fichiers journaux archivés. L'accès aux fichiers journaux de rétablissement archivés ajoute intrinsèquement une certaine latence au processus de migration. Cette page décrit la configuration suggérée pour vos bases de données sources Oracle afin de contrôler l'impact de la latence.

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

Cette conception a des implications profondes sur la latence potentielle de Database Migration Service. Si les fichiers journaux de rétablissement Oracle sont fréquemment permutés ou conservés dans une taille plus petite (par exemple, < 256 Mo), Database Migration Service peut répliquer les modifications plus rapidement.

Vous pouvez définir des paramètres de configuration 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
  • Temps : le paramètre ARCHIVE_LAG_TARGET fournit une limite supérieure de la durée (en secondes) que peut couvrir le journal actuel de la base de données principale.

    Il ne s'agit pas de l'heure exacte du changement de journal, car elle tient compte du temps nécessaire à l'archivage du journal. La valeur par défaut est 0 (aucune limite supérieure). 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 active :

    • SHOW PARAMETER ARCHIVE_LAG_TARGET; Cette commande affiche le nombre de secondes nécessaires pour que le journal actuel s'étende.
    • 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;.