Database Migration Service utilise l'API Oracle LogMiner, qui fait partie de la base de données Oracle, pour interroger les fichiers journaux de rétablissement archivés. Ces fichiers contiennent des informations sur l'historique d'activité d'une base de données. Chaque base de données Oracle dispose d'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 relecture actuel est remplacé (ou remplacé), le processus d'archivage copie ce fichier dans un espace de stockage d'archive. Pendant ce temps, la base de données met en avant 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 latence au processus de migration. Cette page décrit une 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 conséquences importantes sur la latence potentielle de Database Migration Service. Si les fichiers journaux de rétablissement d'Oracle sont fréquemment échangés ou conservés dans une taille inférieure (par exemple, < 256 Mo), Database Migration Service peut répliquer les modifications plus rapidement.
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 de nouveaux 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 de1800
(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;
.