Skip to main content
NetApp Solutions
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Procédure de déploiement étape par étape

Contributeurs
PDF

Cette page décrit la protection automatisée des données d'Oracle19c sur le stockage ONTAP NetApp.

Protection des données Oracle AWX/Tower

Créez l'inventaire, le groupe, les hôtes et les informations d'identification de votre environnement

Cette section décrit la configuration des inventaires, des groupes, des hôtes et des identifiants d'accès dans AWX/Ansible Tower qui préparent l'environnement à l'utilisation des solutions automatisées NetApp.

  1. Configurer l'inventaire.

    1. Accédez à Ressources → inventaires → Ajouter, puis cliquez sur Ajouter un inventaire.

    2. Indiquez le nom et les détails de l'organisation, puis cliquez sur Enregistrer.

    3. Sur la page inventaires, cliquez sur l'inventaire créé.

    4. Accédez au sous-menu groupes et cliquez sur Ajouter.

    5. Indiquez le nom oracle de votre premier groupe et cliquez sur Enregistrer.

    6. Répétez le processus pour un second groupe appelé dr_oracle.

    7. Sélectionnez le groupe oracle créé, accédez au sous-menu hôtes et cliquez sur Ajouter un nouvel hôte.

    8. Indiquez l'adresse IP de gestion de l'hôte Oracle source, puis cliquez sur Enregistrer.

    9. Ce processus doit être répété pour le groupe dr_oracle et ajouter l'adresse IP/nom d'hôte de gestion de l'hôte DR/destination Oracle.

Remarque Les instructions ci-dessous pour créer les types d'identifiants d'identifiants pour une certification sur site avec ONTAP ou CVO pour AWS sont décrites ci-dessous.
Sur site

  1. Configurer les informations d'identification.

  2. Créer des types d'informations d'identification. Pour les solutions impliquant ONTAP, vous devez configurer le type d'informations d'identification pour qu'il corresponde aux entrées de nom d'utilisateur et de mot de passe.

    1. Accédez à Administration → types d'informations d'identification, puis cliquez sur Ajouter.

    2. Indiquez le nom et la description.

    3. Collez le contenu suivant dans la configuration d'entrée :

      fields:
  - id: dst_cluster_username
    type: string
    label: Destination Cluster Username
  - id: dst_cluster_password
    type: string
    label: Destination Cluster Password
    secret: true
  - id: src_cluster_username
    type: string
    label: Source Cluster Username
  - id: src_cluster_password
    type: string
    label: Source Cluster Password
    secret: true

    4. Collez le contenu suivant dans Configuration d'injecteur, puis cliquez sur Enregistrer :

      extra_vars:
  dst_cluster_username: '{{ dst_cluster_username }}'
  dst_cluster_password: '{{ dst_cluster_password }}'
  src_cluster_username: '{{ src_cluster_username }}'
  src_cluster_password: '{{ src_cluster_password }}'

  3. Créer des informations d'identification pour ONTAP

    1. Accédez à Ressources → informations d'identification, puis cliquez sur Ajouter.

    2. Entrez le nom et les informations d'organisation des informations d'identification ONTAP

    3. Sélectionnez le type d'informations d'identification créé à l'étape précédente.

    4. Sous Détails du type, entrez le nom d'utilisateur et le mot de passe de vos clusters source et destination.

    5. Cliquez sur Save

  4. Créez des informations d'identification pour Oracle

    1. Accédez à Ressources → informations d'identification, puis cliquez sur Ajouter.

    2. Entrez le nom et les détails de l'organisation pour Oracle

    3. Sélectionnez le type d'informations d'identification de la machine.

    4. Sous Détails du type, entrez le nom d'utilisateur et le mot de passe des hôtes Oracle.

    5. Sélectionnez la méthode d'escalade des privilèges appropriée et saisissez le nom d'utilisateur et le mot de passe.

    6. Cliquez sur Save

    7. Répétez le processus si nécessaire pour une autre information d'identification pour l'hôte dr_oracle.

CVO

  1. Configurer les informations d'identification.

  2. Créer des types d'informations d'identification. Pour les solutions impliquant ONTAP, vous devez configurer le type d'identifiants pour qu'il corresponde aux entrées de nom d'utilisateur et de mot de passe. Nous ajouterons également des entrées pour Cloud Central et AWS.

    1. Accédez à Administration → types d'informations d'identification, puis cliquez sur Ajouter.

    2. Indiquez le nom et la description.

    3. Collez le contenu suivant dans la configuration d'entrée :

      fields:
  - id: dst_cluster_username
    type: string
    label: CVO Username
  - id: dst_cluster_password
    type: string
    label: CVO Password
    secret: true
  - id: cvo_svm_password
    type: string
    label: CVO SVM Password
    secret: true
  - id: src_cluster_username
    type: string
    label: Source Cluster Username
  - id: src_cluster_password
    type: string
    label: Source Cluster Password
    secret: true
  - id: regular_id
    type: string
    label: Cloud Central ID
    secret: true
  - id: email_id
    type: string
    label: Cloud Manager Email
    secret: true
  - id: cm_password
    type: string
    label: Cloud Manager Password
    secret: true
  - id: access_key
    type: string
    label: AWS Access Key
    secret: true
  - id: secret_key
    type: string
    label: AWS Secret Key
    secret: true
  - id: token
    type: string
    label: Cloud Central Refresh Token
    secret: true

    4. Collez le contenu suivant dans Configuration d'injecteur et cliquez sur Enregistrer :

      extra_vars:
  dst_cluster_username: '{{ dst_cluster_username }}'
  dst_cluster_password: '{{ dst_cluster_password }}'
  cvo_svm_password: '{{ cvo_svm_password }}'
  src_cluster_username: '{{ src_cluster_username }}'
  src_cluster_password: '{{ src_cluster_password }}'
  regular_id: '{{ regular_id }}'
  email_id: '{{ email_id }}'
  cm_password: '{{ cm_password }}'
  access_key: '{{ access_key }}'
  secret_key: '{{ secret_key }}'
  token: '{{ token }}'

  3. Créez des justificatifs pour ONTAP/CVO/AWS

    1. Accédez à Ressources → informations d'identification, puis cliquez sur Ajouter.

    2. Entrez le nom et les informations d'organisation des informations d'identification ONTAP

    3. Sélectionnez le type d'informations d'identification créé à l'étape précédente.

    4. Sous Type Details, entrez le nom d'utilisateur et le mot de passe de vos clusters source et CVO, Cloud Central/Manager, AWS Access/Secret Key et Cloud Central Refresh Token.

    5. Cliquez sur Save

  4. Créer des informations d'identification pour Oracle (Source)

    1. Accédez à Ressources → informations d'identification, puis cliquez sur Ajouter.

    2. Entrez le nom et les détails de l'organisation de l'hôte Oracle

    3. Sélectionnez le type d'informations d'identification de la machine.

    4. Sous Détails du type, entrez le nom d'utilisateur et le mot de passe des hôtes Oracle.

    5. Sélectionnez la méthode d'escalade des privilèges appropriée et saisissez le nom d'utilisateur et le mot de passe.

    6. Cliquez sur Save

  5. Créez des informations d'identification pour la destination Oracle

    1. Accédez à Ressources → informations d'identification, puis cliquez sur Ajouter.

    2. Entrez le nom et les détails de l'organisation pour l'hôte Oracle de reprise sur incident

    3. Sélectionnez le type d'informations d'identification de la machine.

    4. Sous Détails de type, entrez le nom d'utilisateur (utilisateur ec2 ou si vous l'avez modifié par défaut) et la clé privée SSH

    5. Sélectionnez la méthode d'escalade des privilèges correcte (sudo) et entrez le nom d'utilisateur et le mot de passe si nécessaire.

    6. Cliquez sur Save

Créer un projet

  1. Accédez à Ressources → projets, puis cliquez sur Ajouter.

    1. Entrez le nom et les détails de l'organisation.

    2. Sélectionnez Git dans le champ Type d'informations d'identification du contrôle source.

    3. entrez <https://github.com/NetApp-Automation/na_oracle19c_data_protection.git> Comme URL de contrôle de source.

    4. Cliquez sur Enregistrer.

    5. Il peut être nécessaire de synchroniser le projet de temps en temps lorsque le code source change.

Configurer les variables globales

Les variables définies dans cette section s'appliquent à tous les hôtes Oracle, bases de données et cluster ONTAP.

  1. Saisissez les paramètres spécifiques à votre environnement dans le formulaire intégré Global variables ou var.

Remarque Les éléments en bleu doivent être modifiés pour correspondre à votre environnement.
Sur site
# Oracle Data Protection global user configuration variables
# Ontap env specific config variables
hosts_group: "ontap"
ca_signed_certs: "false"

# Inter-cluster LIF details
src_nodes:
  - "AFF-01"
  - "AFF-02"

dst_nodes:
  - "DR-AFF-01"
  - "DR-AFF-02"

create_source_intercluster_lifs: "yes"

source_intercluster_network_port_details:
  using_dedicated_ports: "yes"
  using_ifgrp: "yes"
  using_vlans: "yes"
  failover_for_shared_individual_ports: "yes"
  ifgrp_name: "a0a"
  vlan_id: "10"
  ports:
    - "e0b"
    - "e0g"
  broadcast_domain: "NFS"
  ipspace: "Default"
  failover_group_name: "iclifs"

source_intercluster_lif_details:
  - name: "icl_1"
    address: "10.0.0.1"
    netmask: "255.255.255.0"
    home_port: "a0a-10"
    node: "AFF-01"
  - name: "icl_2"
    address: "10.0.0.2"
    netmask: "255.255.255.0"
    home_port: "a0a-10"
    node: "AFF-02"

create_destination_intercluster_lifs: "yes"

destination_intercluster_network_port_details:
  using_dedicated_ports: "yes"
  using_ifgrp: "yes"
  using_vlans: "yes"
  failover_for_shared_individual_ports: "yes"
  ifgrp_name: "a0a"
  vlan_id: "10"
  ports:
    - "e0b"
    - "e0g"
  broadcast_domain: "NFS"
  ipspace: "Default"
  failover_group_name: "iclifs"

destination_intercluster_lif_details:
  - name: "icl_1"
    address: "10.0.0.3"
    netmask: "255.255.255.0"
    home_port: "a0a-10"
    node: "DR-AFF-01"
  - name: "icl_2"
    address: "10.0.0.4"
    netmask: "255.255.255.0"
    home_port: "a0a-10"
    node: "DR-AFF-02"

# Variables for SnapMirror Peering
passphrase: "your-passphrase"

# Source & Destination List
dst_cluster_name: "dst-cluster-name"
dst_cluster_ip: "dst-cluster-ip"
dst_vserver: "dst-vserver"
dst_nfs_lif: "dst-nfs-lif"
src_cluster_name: "src-cluster-name"
src_cluster_ip: "src-cluster-ip"
src_vserver: "src-vserver"

# Variable for Oracle Volumes and SnapMirror Details
cg_snapshot_name_prefix: "oracle"
src_orabinary_vols:
  - "binary_vol"
src_db_vols:
  - "db_vol"
src_archivelog_vols:
  - "log_vol"
snapmirror_policy: "async_policy_oracle"

# Export Policy Details
export_policy_details:
  name: "nfs_export_policy"
  client_match: "0.0.0.0/0"
  ro_rule: "sys"
  rw_rule: "sys"

# Linux env specific config variables
mount_points:
  - "/u01"
  - "/u02"
  - "/u03"
hugepages_nr: "1234"
redhat_sub_username: "xxx"
redhat_sub_password: "xxx"

# DB env specific install and config variables
recovery_type: "scn"
control_files:
  - "/u02/oradata/CDB2/control01.ctl"
  - "/u03/orareco/CDB2/control02.ctl"
CVO
###########################################
### Ontap env specific config variables ###
###########################################

#Inventory group name
#Default inventory group name - "ontap"
#Change only if you are changing the group name either in inventory/hosts file or in inventory groups in case of AWX/Tower
hosts_group: "ontap"

#CA_signed_certificates (ONLY CHANGE to "true" IF YOU ARE USING CA SIGNED CERTIFICATES)
ca_signed_certs: "false"

#Names of the Nodes in the Source ONTAP Cluster
src_nodes:
  - "AFF-01"
  - "AFF-02"

#Names of the Nodes in the Destination CVO Cluster
dst_nodes:
  - "DR-AFF-01"
  - "DR-AFF-02"

#Define whether or not to create intercluster lifs on source cluster (ONLY CHANGE to "No" IF YOU HAVE ALREADY CREATED THE INTERCLUSTER LIFS)
create_source_intercluster_lifs: "yes"

source_intercluster_network_port_details:
  using_dedicated_ports: "yes"
  using_ifgrp: "yes"
  using_vlans: "yes"
  failover_for_shared_individual_ports: "yes"
  ifgrp_name: "a0a"
  vlan_id: "10"
  ports:
    - "e0b"
    - "e0g"
  broadcast_domain: "NFS"
  ipspace: "Default"
  failover_group_name: "iclifs"

source_intercluster_lif_details:
  - name: "icl_1"
    address: "10.0.0.1"
    netmask: "255.255.255.0"
    home_port: "a0a-10"
    node: "AFF-01"
  - name: "icl_2"
    address: "10.0.0.2"
    netmask: "255.255.255.0"
    home_port: "a0a-10"
    node: "AFF-02"

###########################################
### CVO Deployment Variables ###
###########################################

####### Access Keys Variables ######

# Region where your CVO will be deployed.
region_deploy: "us-east-1"

########### CVO and Connector Vars ########

# AWS Managed Policy required to give permission for IAM role creation.
aws_policy: "arn:aws:iam::1234567:policy/OCCM"

# Specify your aws role name, a new role is created if one already does not exist.
aws_role_name: "arn:aws:iam::1234567:policy/OCCM"

# Name your connector.
connector_name: "awx_connector"

# Name of the key pair generated in AWS.
key_pair: "key_pair"

# Name of the Subnet that has the range of IP addresses in your VPC.
subnet: "subnet-12345"

# ID of your AWS secuirty group that allows access to on-prem resources.
security_group: "sg-123123123"

# You Cloud Manager Account ID.
account: "account-A23123A"

# Name of the your CVO instance
cvo_name: "test_cvo"

# ID of the VPC in AWS.
vpc: "vpc-123123123"

###################################################################################################
# Variables for - Add on-prem ONTAP to Connector in Cloud Manager
###################################################################################################

# For Federated users, Client ID from API Authentication Section of Cloud Central to generate access token.
sso_id: "123123123123123123123"

# For regular access with username and password, please specify "pass" as the connector_access. For SSO users, use "refresh_token" as the variable.
connector_access: "pass"

####################################################################################################
# Variables for SnapMirror Peering
####################################################################################################
passphrase: "your-passphrase"

#####################################################################################################
# Source & Destination List
#####################################################################################################
#Please Enter Destination Cluster Name
dst_cluster_name: "dst-cluster-name"

#Please Enter Destination Cluster (Once CVO is Created Add this Variable to all templates)
dst_cluster_ip: "dst-cluster-ip"

#Please Enter Destination SVM to create mirror relationship
dst_vserver: "dst-vserver"

#Please Enter NFS Lif for dst vserver (Once CVO is Created Add this Variable to all templates)
dst_nfs_lif: "dst-nfs-lif"

#Please Enter Source Cluster Name
src_cluster_name: "src-cluster-name"

#Please Enter Source Cluster
src_cluster_ip: "src-cluster-ip"

#Please Enter Source SVM
src_vserver: "src-vserver"

#####################################################################################################
# Variable for Oracle Volumes and SnapMirror Details
#####################################################################################################
#Please Enter Source Snapshot Prefix Name
cg_snapshot_name_prefix: "oracle"

#Please Enter Source Oracle Binary Volume(s)
src_orabinary_vols:
  - "binary_vol"
#Please Enter Source Database Volume(s)
src_db_vols:
  - "db_vol"
#Please Enter Source Archive Volume(s)
src_archivelog_vols:
  - "log_vol"
#Please Enter Destination Snapmirror Policy
snapmirror_policy: "async_policy_oracle"

#####################################################################################################
# Export Policy Details
#####################################################################################################
#Enter the destination export policy details (Once CVO is Created Add this Variable to all templates)
export_policy_details:
  name: "nfs_export_policy"
  client_match: "0.0.0.0/0"
  ro_rule: "sys"
  rw_rule: "sys"

#####################################################################################################
### Linux env specific config variables ###
#####################################################################################################

#NFS Mount points for Oracle DB volumes
mount_points:
  - "/u01"
  - "/u02"
  - "/u03"

# Up to 75% of node memory size divided by 2mb. Consider how many databases to be hosted on the node and how much ram to be allocated to each DB.
# Leave it blank if hugepage is not configured on the host.
hugepages_nr: "1234"

# RedHat subscription username and password
redhat_sub_username: "xxx"
redhat_sub_password: "xxx"

####################################################
### DB env specific install and config variables ###
####################################################
#Recovery Type (leave as scn)
recovery_type: "scn"

#Oracle Control Files
control_files:
  - "/u02/oradata/CDB2/control01.ctl"
  - "/u03/orareco/CDB2/control02.ctl"

Manuels de vente automatisation

Il y a quatre manuels de vente distincts qui doivent être exécutés.

  1. PlayBook pour la configuration de votre environnement, sur site ou Cloud volumes ONTAP.

  2. Manuel de vente pour la réplication de fichiers binaires et de bases de données Oracle selon un calendrier

  3. Manuel de vente pour la réplication des journaux Oracle selon un planning

  4. Manuel de vente pour la récupération de votre base de données sur un hôte de destination

Configuration d'ONTAP/CVO

installation d'ONTAP et de CVO

Configurer et lancer le modèle de travail.

  1. Créez le modèle de travail.

    1. Accédez à Ressources → modèles → Ajouter, puis cliquez sur Ajouter un modèle de travail.

    2. Entrez le nom Configuration ONTAP/CVO

    3. Sélectionnez le type de travail ; Exécuter configure le système en fonction d'un manuel de vente.

    4. Sélectionnez l'inventaire, le projet, le PlayBook et les identifiants correspondant au PlayBook.

    5. Sélectionnez le manuel de vente ontap_setup.yml pour un environnement sur site ou sélectionnez cvo_setup.yml pour la réplication vers une instance CVO.

    6. Collez les variables globales copiées à partir de l'étape 4 dans le champ variables du modèle sous l'onglet YAML.

    7. Cliquez sur Enregistrer.

  2. Lancez le modèle de travail.

    1. Accédez à Ressources → modèles.

    2. Cliquez sur le modèle souhaité, puis cliquez sur lancer.

      Remarque Nous utiliserons ce modèle et le copierons pour les autres manuels de vente.
Réplication pour volumes binaires et de base de données

planification du manuel de réplication de base de données et de fichiers binaires

Configurer et lancer le modèle de travail.

  1. Copier le modèle de travail créé précédemment.

    1. Accédez à Ressources → modèles.

    2. Recherchez le modèle d'installation ONTAP/CVO et, à l'extrême droite, cliquez sur Copy Template

    3. Cliquez sur Modifier le modèle dans le modèle copié et changez le nom en Manuel de réplication de base de données et binaire.

    4. Conserver les mêmes inventaires, projets, identifiants pour le modèle.

    5. Sélectionnez ora_Replication_cg.yml comme PlayBook à exécuter.

    6. Les variables resteront les mêmes, mais l'IP du cluster CVO devra être définie dans la variable dst_cluster_ip.

    7. Cliquez sur Enregistrer.

  2. Planifier le modèle de travail.

    1. Accédez à Ressources → modèles.

    2. Cliquez sur le modèle de manuel de réplication de base de données et binaire, puis cliquez sur programmes dans le jeu d'options supérieur.

    3. Cliquez sur Ajouter, ajouter un planning de noms pour la réplication binaire et de base de données, choisissez la date/l'heure de début au début de l'heure, choisissez votre fuseau horaire local et la fréquence d'exécution. La fréquence d'exécution sera souvent mise à jour de la réplication SnapMirror.

      Remarque Un planning distinct sera créé pour la réplication du volume de journaux afin de pouvoir le répliquer à une fréquence plus élevée.
Réplication pour les volumes de journaux

planification du manuel de réplication des journaux

Configurer et lancer le modèle de travail

  1. Copier le modèle de travail créé précédemment.

    1. Accédez à Ressources → modèles.

    2. Recherchez le modèle d'installation ONTAP/CVO et, à l'extrême droite, cliquez sur Copy Template

    3. Cliquez sur Modifier le modèle dans le modèle copié et modifiez le nom en Manuel de réplication des journaux.

    4. Conserver les mêmes inventaires, projets, identifiants pour le modèle.

    5. Sélectionnez ora_Replication_logs.yml comme PlayBook à exécuter.

    6. Les variables resteront les mêmes, mais l'IP du cluster CVO devra être définie dans la variable dst_cluster_ip.

    7. Cliquez sur Enregistrer.

  2. Planifier le modèle de travail.

    1. Accédez à Ressources → modèles.

    2. Cliquez sur le modèle de manuel de réplication des journaux, puis sur programmes dans le jeu d'options supérieur.

    3. Cliquez sur Ajouter, Ajouter un planning de noms pour la réplication de journaux, choisissez la date/l'heure de début au début de l'heure, choisissez votre fuseau horaire local et la fréquence d'exécution. La fréquence d'exécution sera souvent mise à jour de la réplication SnapMirror.

    Remarque Il est recommandé de définir le programme du journal à mettre à jour toutes les heures pour garantir la récupération de la dernière mise à jour horaire.
Restaurez et récupérez la base de données

planification du manuel de réplication des journaux

Configurer et lancer le modèle de travail.

  1. Copier le modèle de travail créé précédemment.

    1. Accédez à Ressources → modèles.

    2. Recherchez le modèle d'installation ONTAP/CVO et, à l'extrême droite, cliquez sur Copy Template

    3. Cliquez sur Modifier le modèle dans le modèle copié et modifiez le nom en Manuel de restauration et de récupération.

    4. Conserver les mêmes inventaires, projets, identifiants pour le modèle.

    5. Sélectionnez ora_Recovery.yml comme manuel de vente à exécuter.

    6. Les variables resteront les mêmes, mais l'IP du cluster CVO devra être définie dans la variable dst_cluster_ip.

    7. Cliquez sur Enregistrer.

    Remarque Ce PlayBook ne sera pas exécuté tant que vous n'êtes pas prêt à restaurer votre base de données sur le site distant.

Récupération de la base de données Oracle

  1. Les volumes de données des bases de données Oracle de production sur site sont protégés via la réplication NetApp SnapMirror vers un cluster ONTAP redondant dans un data Center secondaire ou vers Cloud Volume ONTAP dans un cloud public. Dans un environnement de reprise après incident entièrement configuré, les instances de calcul de restauration dans le data Center secondaire ou dans le cloud public sont de secours et prêtes à restaurer la base de données de production en cas d'incident. Les instances de calcul de secours sont maintenues synchronisées avec les instances sur site en exécutant des mises à jour paraellel sur le patch du noyau du système d'exploitation ou la mise à niveau en parallèle.

  2. Dans cette solution démontrée, le volume binaire Oracle est répliqué sur la cible et monté sur l'instance cible pour créer la pile logicielle Oracle. Cette approche de restauration d'Oracle a un avantage sur une nouvelle installation d'Oracle à la dernière minute lorsqu'un incident s'est produit. Cela garantit que l'installation d'Oracle est parfaitement synchronisée avec les niveaux de patch et d'installation du logiciel de production sur site, etc. Cependant, cela peut avoir ou non des implications de licence logicielle supplémentaires pour le volume binaire Oracle répliqué sur le site de reprise, selon la structure des licences logicielles avec Oracle. Il est recommandé à l'utilisateur de vérifier avec son personnel chargé des licences logicielles afin d'évaluer les exigences de licence Oracle potentielles avant de décider d'utiliser la même approche.

  3. L'hôte Oracle de secours au niveau de la destination est configuré avec les configurations prérequis d'Oracle.

  4. Les SnapMirrors sont rompus et les volumes sont créés pour être inscriptibles et montés sur l'hôte Oracle de secours.

  5. Le module de récupération Oracle effectue les tâches suivantes pour la récupération et le démarrage d'Oracle sur le site de reprise après le montage de tous les volumes de base de données sur l'instance de calcul de secours.

    1. Synchronisez le fichier de contrôle : nous avons déployé des fichiers de contrôle Oracle dupliqués sur un volume de base de données différent afin de protéger le fichier de contrôle de base de données stratégique. L'une est sur le volume de données et l'autre sur le volume du journal. Les volumes de données et de journaux sont répliqués à une fréquence différente, mais ils sont désynchronisés au moment de la restauration.

    2. Rééditer le binaire Oracle : comme le binaire Oracle est transféré vers un nouvel hôte, il faut un rélien.

    3. Restaurer base de données Oracle : le mécanisme de récupération récupère le dernier numéro de modification du système dans le dernier journal archivé disponible dans le volume du journal Oracle à partir du fichier de contrôle et récupère la base de données Oracle pour récupérer toutes les transactions commerciales qui ont pu être répliquées vers le site de reprise après incident au moment de la défaillance. La base de données est ensuite démarrée dans une nouvelle incarnation pour effectuer des connexions utilisateur et une transaction commerciale sur le site de reprise.

Remarque Avant d'exécuter le manuel de récupération, assurez-vous d'avoir bien les éléments suivants : assurez-vous de les copier sur /etc/oratab et /etc/oraInst.loc de l'hôte Oracle source vers l'hôte de destination