Documentation sur Oracle Cloud Infrastructure

Charge de travail Capture-Replay entre bases de données non autonomes et bases de données autonomes

Vous pouvez saisir et réexécuter une instance de base de données d'IA non autonome dans une base de données d'IA autonome.

Vous pouvez ainsi comparer les charges de travail entre une base de données sur place ou un autre service en nuage et une instance de base de données autonome avec intelligence artificielle.

Rubriques

  • Saisir une charge de travail
    La première étape de l'utilisation de Database Replay consiste à saisir la charge de travail de production.
  • Relecture d'une charge de travail sur une instance de base de données d'IA autonome
    Une fois la saisie de charge de travail terminée, vous pouvez la réexécuter sur un système de test. Oracle réexécute sur le système de test les actions enregistrées lors de la capture de la charge globale, avec la même synchronisation, la même simultanéité et les mêmes dépendances de transaction du système de production.

Rubrique parent : Tester des charges de travail avec Oracle Real Application Testing

Saisir une charge de travail

La première étape de l'utilisation de Database Replay consiste à capturer la charge globale de production.

Lorsque vous démarrez la capture de la charge globale sur le système de production, toutes les demandes des clients externes dirigés vers Oracle Database font l'objet d'un suivi et sont stockées dans des fichiers binaires appelés fichiers de capture.

Une saisie de charge de travail entraîne la création de deux sous-répertoires, cap et capfiles, qui contiennent les fichiers de saisie.

Les fichiers de capture fournissent toutes les informations pertinentes sur la demande client, notamment les détails de la transaction, les valeurs de liaison et le texte SQL.

Ces fichiers de capture sont indépendants de la plate-forme et peuvent être transportés vers un autre système.

Voir Saisie de charge de travail pour saisir une charge de travail sur une base de données sur place.

Exécuter de nouveau une charge de travail sur une instance de base de données d'IA autonome

Une fois la capture de charge globale terminée, vous pouvez la réexécuter sur un système de test. Oracle réexécute sur le système de test les actions enregistrées lors de la capture de la charge globale, avec la même synchronisation, la même simultanéité et les mêmes dépendances de transaction du système de production.

Exécutez DBMS_CLOUD_ADMIN.REPLAY_WORKLOAD pour lancer la réexécution de charge de travail sur votre base de données. Vous devez être connecté en tant qu'utilisateur ADMIN ou avoir le privilège EXECUTE sur DBMS_CLOUD_ADMIN pour exécuter REPLAY_WORKLOAD.

Exemple pour réexécuter sur une instance Autonomous Database une charge de travail saisie à partir d'une base de données sur place : 

BEGIN 
   DBMS_CLOUD_ADMIN.REPLAY_WORKLOAD(
      location_uri    => 'https://objectstorage.us-phoenix-1.oraclecloud.com/n/namespace-string/b/bucketname/o',
      credential_name => 'CRED_TEST',   
      synchronization => TRUE,
      process_capture => TRUE);    
END;
/

Cela télécharge les fichiers de saisie contenus dans l'emplacement de stockage d'objets spécifié dans le paramètre location_uri et réexécute la saisie de charge de travail à partir des fichiers de saisie. La réexécution génère et charge les rapports de réexécution et de référentiel de charge de travail automatique dans l'emplacement de stockage d'objets spécifié dans le paramètre location_uri.

Dans cet exemple, namespace-string est l'espace de noms du stockage d'objets pour Oracle Cloud Infrastructure et bucketname est le nom du seau. Pour plus d'informations, voir Présentation des espaces de noms du stockage d'objets.

Voir Charger des fichiers dans le seau de stockage d'objets Oracle Cloud Infrastructure pour plus d'informations sur le chargement de fichiers dans le stockage d'objets.

Voir Naviguer jusqu'au service de stockage d'objets pour Oracle Cloud Infrastructure et créer un seau pour plus d'informations sur le stockage d'objets.

Le paramètre credential_name spécifie les données d'identification pour accéder au seau de stockage d'objets. Les données d'identification que vous fournissez doivent avoir les privilèges d'écriture nécessaires pour écrire dans le seau de stockage d'objets. Les privilèges d'écriture sont requis pour charger le rapport de réexécution dans le seau.

Si vous ne spécifiez pas de valeur credential_name, DEFAULT_CREDENTIAL est utilisé.

Vous n'avez pas besoin de créer des données d'identification pour accéder au magasin d'objets Oracle Cloud Infrastructure si vous activez les données d'identification du principal de ressource. Pour plus d'informations, voir Utiliser un principal de ressource pour accéder aux ressources Oracle Cloud Infrastructure.

Le paramètre synchronization spécifie la méthode de synchronisation utilisée lors de la réexécution de la charge de travail. Une valeur TRUE indique que la synchronisation est basée sur un numéro SCN.

process_capture indique si vous devez spécifier la valeur process_capture ou non. Une valeur TRUE indique que la réexécution inclut process_capture.

Note

Vous devez conserver le même état logique des bases de données de saisie et de réexécution au début de l'heure de saisie.

Pour plus d'informations, voir ProcédureREPLAY_WORKLOAD.

Événements de réexécution de charge de travail

Vous pouvez vous abonner à l'événement Information com.oraclecloud.databaseservice.autonomous.database.information pour être avisé des événements WorkloadReplayBegin et WorkloadReplayEnd. Ces événements fournissent des informations sur :

  • Démarrage et achèvement du REPLAY_WORKLOAD.

  • Champ replayDownloadURL qui contient l'URL de demande préauthentifiée pour accéder aux rapports du magasin d'objets. L'URL de la demande préauthentifiée est valide pendant 7 jours à compter de la date de génération.

Pour plus d'informations, voir Événements d'informations sur Autonomous AI Database.

Vues de capture et de réexécution de la charge de travail

Vous pouvez interroger les vues DBA_CAPTURE_REPLAY_STATUS et DBA_CAPTURE_REPLAY_HISTORY pour vérifier le statut de réexécution de la charge de travail.

Pour plus d'informations, voir Vue DBA_CAPTURE_REPLAY_STATUS et Vue DBA_CAPTURE_REPLAY_HISTORY.