En savoir plus sur la synchronisation des bases de données de test et de production

Lorsque des environnements de développement et de test sont déployés dans le cloud, vous avez besoin d'utiliser des méthodes d'actualisation rapide et efficace, ou de synchronisation, des données de test avec votre environnement de production sans impliquer de grands coûts de stockage.

La gestion d'environnements dans le cloud n'a pas besoin d'être complexe, ni beaucoup de stockage. Vous pouvez créer un clone léger Oracle Database pour synchroniser les données, tout en utilisant une fraction de la capacité de stockage et la durée nécessaire à la création d'une copie complète de la base de données.

Avant de commencer

Avant de commencer la synchronisation de vos bases de données de test et de production, passez en revue les concepts de la migration d'une base de données.Découvrez comment réduire le temps d'inactivité lors des migrations de base de données.

Architecture

Cette architecture affiche trois options permettant de créer une version maître de test de votre base de données de production, puis de déployer des clones légers, ou des clichés, dans vos environnements de développement et de test.
Description de prod-testmaster-snap-db.png
Description de l'illustration prod-testmaster-snap-db.png

Les composants suivants font partie de l'architecture :

  • Base de données de production : base de données avec des données de production, source que vous utiliserez pour créer une base de données maître de test
  • Base de données maître de test : copie de la base de données de production, qui permet de créer un cliché.
  • Cliché : clone léger créé à partir du maître de test, que vous pouvez utiliser pour les environnements de développement ou de test

La première étape consiste à créer une base de données maître de test de votre base de données de production. Pour ce faire, vous avez le choix entre trois méthodes :

  • Créer une base de données de secours physique à partir de la base de données de production. La base de données de secours physique agit en tant que maître de test.

    Utilisez cette option si vous créez fréquemment des clones de la base de données de production, tels que quotidiens ou hebdomadaires, que vous souhaitez créer rapidement des clones ou si vous avez une base de données de production très volumineuse. Lorsque la base de données maître de test est une base de données de secours physique, le maître de test est toujours synchronisé avec la production et vous n'avez jamais besoin de régénérer les données. Pour les bases de données très volumineuses, il est impossible d'actualiser rapidement le maître de test.

  • Créez un clone de la base de données de production à l'aide d'Oracle Recovery Manager (RMAN) et dupliquez-le, puis utilisez le clone en tant que maître de test.

    Utilisez cette option si vous créez fréquemment des clones de l'environnement de production, par exemple semi-mensuel ou mensuel. Avec cette méthode de création d'un maître de test, vous pouvez créer le maître de test une fois à l'aide de la duplication RMAN active, puis utiliser le maître de test pour créer plusieurs clones par mois.

  • Créez une copie de sauvegarde complète de la base de données de production et utilisez la sauvegarde pour créer un clone et l'utiliser en tant que maître de test.

    Utilisez cette option si vous actualisez les clones peu fréquents, par exemple tous les trimestres, semestriels ou annuellement. Avec cette méthode de création d'un maître de test, une sauvegarde complète de la base de données est effectuée à partir de la base de données de production et le maître de test est créé à l'aide de cette sauvegarde de production. Vous pouvez utiliser le maître de test pour créer plusieurs clones, le cas échéant.

Le maître de test permet de créer des copies efficaces (clichés) de la base de données pour vos environnements de test et de développement.

Les diagrammes d'architecture suivants fournissent des conseils sur les différentes méthodes de création et de gestion de votre maître de test. Choisissez l'option qui fonctionne le mieux pour votre environnement et la fréquence d'actualisation de la base de données.

Option I : si votre base de données de production est volumineuse et que vous devez régénérer rapidement les environnements de développement et de test de la production (dans quelques minutes), utilisez Oracle Data Guard pour créer une base de données de secours en tant que maître de test. Cette méthode présente l'avantage suivant : le maître de test est toujours synchronisé avec la base de données de production et vous n'avez jamais besoin de régénérer le maître de test.

Description des données testmaster-dataguard.png
Description de l'illustration testmaster-dataguard.png

Cette architecture prend en charge le flux suivant :

  1. Créez une base de données maître de test à l'aide d'Oracle Data Guard. Dans ce scénario, le maître de test est une base de données de secours physique de la base de données de production et est toujours synchronisée avec la production.
  2. Créer des clichés en lecture/écriture pour vos environnements de test. Les clichés sont créés sur le serveur maître de test. Le serveur maître de test utilise Oracle ASM Cluster File System (Oracle ACFS).

Cette architecture prend en charge les composants suivants :

  • Production Oracle Database : la base de données de production peut utiliser un système de fichiers Oracle Automatic Storage Management (Oracle ASM), Oracle ACFS ou UNIX.
  • Base de données maître de test : base de données de secours physique entièrement synchronisée de la base de données de production sur Oracle ACFS.
  • Clichés : une ou plusieurs copies en lecture/écriture du maître de test créées pour les environnements de test.

Option II : si vous devez actualiser régulièrement vos environnements de test, par exemple par quinzaine ou par mois, clonez la base de données de production avec RMAN Active Duplicate pour créer une base de données maître de test.

Description de l'image testmaster-rman-duplicate.png
Description de l'illustration testmaster-rman-duplicate.png

Cette architecture prend en charge le flux suivant :

  1. Clonez votre base de données de production pour créer une base de données maître de test RMAN Active Duplicate. Exécutez la commande RMAN Active Duplicate à partir d'une base de données de production pour créer la base de données maître de test.
  2. Créer des clichés en lecture/écriture pour vos environnements de test. Les clichés sont créés sur le même serveur que le maître de test (serveur maître de test). Le serveur maître de test utilise Oracle ACFS.
  3. Régénérez la base de données maître de test en supprimant le maître de test et en recréant un clone de la base de données de production.

Cette architecture prend en charge les composants suivants :

  • Production Oracle Database : la base de données de production peut utiliser un système de fichiers Oracle ASM, Oracle ACFS ou UNIX.
  • Base de données maître de test : clone complet de la base de données de production dans un système de fichiers Oracle ACFS.
  • Clichés : clichés en lecture/écriture du maître de test créé pour les environnements de test.

Option III : si vous devez régulièrement régénérer votre système d'exploitation (tous les mois), utilisez la sauvegarde complète RMAN de la production pour créer une base de données maître de test. Pour simplifier le processus de régénération, créez un service Oracle Cloud Infrastructure File Storage et montez-le sur le serveur de base de données maître de production et de test. Lorsque vous effectuez la sauvegarde RMAN de la base de données de production sur Oracle Cloud Infrastructure File Storage, la sauvegarde est également disponible sur le serveur maître de test et disponible pour créer une base de données maître de test.

Description de testmaster-rman-full.png
Description de l'illustration testmaster-rman-full.png

Cette architecture prend en charge le flux suivant :

  1. Créez une copie de sauvegarde complète de votre base de données de production sur le service Oracle Cloud Infrastructure File Storage et montez la sauvegarde sur le serveur maître de test.
  2. Créer des clichés en lecture/écriture pour vos environnements de test. Les clichés sont créés sur le serveur maître de test. Le serveur maître de test utilise Oracle ACFS.
  3. Régénérez la base de données maître de test, si nécessaire, en supprimant la base de données maître de test existante, puis en la recréant à l'aide d'une nouvelle sauvegarde de la base de données de production.

Cette architecture prend en charge les composants suivants :

  • Production Oracle Database : la base de données de production peut utiliser un système de fichiers Oracle ASM, Oracle ACFS ou UNIX.
  • Sauvegarde complète d'Oracle RMAN : l'utilitaire RMAN crée une sauvegarde complète de la base de données de production sur le service Oracle Cloud Infrastructure File Storage.
  • Base de données maître de test : clone complet de la base de données de production dans un système de fichiers Oracle ACFS.
  • Clichés : clichés en lecture/écriture du maître de test créé pour les environnements de test.

A propos du clonage fin avec l'utilitaire gDBClone

L'utilitaire de gestion des clichés de clone de base de données (gDBClone est conçu pour fournir des méthodes simples et efficaces de création des clones de clichés et de gestion des bases de données dans les environnements de test et de développement.

L'utilitaire utilise Oracle ASM Cluster File System (Oracle ACFS). La technologie d'instantané à un point dans le temps Oracle ACFS et l'utilitaire gDBClone fournissent des outils simples, puissants et flexibles qui réduisent la durée et la complexité de la gestion des serveurs de test et de développement. Utilisez ces outils pour synchroniser rapidement et efficacement les données entre les bases de données de test, de développement et de production, selon vos besoins ou régulièrement.

Un instantané Oracle ACFS est une copie en ligne, en lecture seule ou en lecture/écriture, point dans le temps d'un système de fichiers Oracle ACFS. La copie de l'instantané est peu efficace et utilise la fonctionnalité Oracle ACFS Redirect-on-Write (ROW). Avant de modifier ou de supprimer un extent de fichiers Oracle ACFS, sa valeur en cours est conservée dans le cliché afin de conserver le point dans la vue de l'heure du système de fichiers. Oracle ACFS prend en charge 1023 instantanés par système de fichiers.

Le script gDBClone vous permet d'exécuter les fonctions clés suivantes :

  • Clone : crée une base de données clone à partir d'une base de données de production. Le clone est votre base de données maître de test. La durée de création d'un clone de base de données dépend de la taille de la base de données et du débit du réseau.
    • La base de données source peut être dans n'importe quel type de système de fichiers, y compris Oracle Automatic Storage Management (Oracle ASM).
    • Si la base de données est distante, gDBClone doit connecter la base de données distante via le processus d'écoute Listener ou SCAN (Single Client Access Network) pour Oracle Real Application Clusters (Oracle RAC).
    • Le clone, ou maître de test, peut être une base de données principale ou de secours.
    • Lors de l'utilisation d'Oracle Recovery Manager (RMAN) Dupliquer depuis la base de données active, gDBClone alloue 3 canaux RMAN. Vous pouvez remplacer la valeur par défaut à l'aide de l'option de commande -channels RMAN channels number.
  • Snap : crée un cliché dispersé (clone léger) d'un Oracle Database. La copie de cliché dispose d'un espace suffisant et utilise la fonction Redirect-on-Write (ACFS ROW).
  • Convert : convertit une base de données indiquée en base de données Oracle Real Application Clusters (Oracle RAC) One Node, Oracle RAC ou à partir d'une base de données non Conteneur vers une base de données pluggable d'une base de données Conteneur (CDB) indiquée
  • ListDBs : répertorie les bases de données clonées et leurs clichés.
  • DelDB : supprime des bases de données clonées ou leurs clichés.
  • ListHomes : répertorie le répertoire d'origine Oracle Home disponible.
  • ACFS
  • SYSPwF : crée un fichier de mots de passe cryptés.

A propos des services, produits et rôles obligatoires

Cette solution requiert les produits, services et rôles suivants :

Le système source (base de données de production) peut être l'un des éléments suivants :

  • Système de base de données de machine virtuelle Oracle Cloud Infrastructure 1-node
  • Système de base de données de machine virtuelle Oracle RAC 2-node
  • Système Bare Metal Oracle Database 1-node
  • Système de base de données Oracle Database Exadata Cloud Service

La base de données de production peut utiliser Oracle Automatic Storage Management (Oracle ASM), Oracle ASM Cluster File System (Oracle ACFS) ou un système de fichiers UNIX.

Le système cible (serveur maître de test) peut être l'un des suivants :

  • Système de base de données Bare Metal 1-node (instance unique)

    Le maître de test ne peut pas être un système de base de données de machine virtuelle car ce système ne prend pas en charge plusieurs bases de données.

  • Oracle Database Exadata Cloud Service

Pour l'instance de base de données maître de test, Oracle Database doit être stocké dans un système de fichiers Oracle ACFS local.

Il est recommandé que les répertoires de base de base de données source et cible correspondent à la même édition et à la même version. Il est recommandé que les deux répertoires de base de base de données soient au même niveau de patch, à la fois des patches exceptionnels et des packages.

Il s'agit des rôles nécessaires pour chaque service.

Nom du produit : Rôle Obligatoire pour...
Oracle Database : privilèges système root ou sudo avec la possibilité d'exécuter les commandes en tant qu'utilisateur root. Créez la base de données maître de test en clonant la base de données de production, en créant une base de données de secours ou en créant une copie de sauvegarde complète.
Utilitaire gDBClone : privilèges système root ou sudo avec la possibilité d'exécuter des commandes en tant que root. Exécutez la plupart des tâches gDBClone, y compris le clonage et les instantanés.
Service Oracle Cloud Infrastructure File Storage : membre du groupe OCI_Administrators. Créez une sauvegarde complète de la base de données avec Oracle Recovery Manager (RMAN) sur le service Oracle Cloud Infrastructure File Storage.

Pour obtenir les services cloud dont vous avez besoin, reportez-vous à Comment obtenir les services Oracle Cloud pour les solutions Oracle.