Skip to main content
NetApp Solutions
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Procedura di implementazione passo-passo

Collaboratori
PDF

Questa pagina descrive la protezione automatica dei dati di Oracle19c sullo storage NetApp ONTAP.

Protezione dei dati Oracle AWX/Tower

Crea l'inventario, il gruppo, gli host e le credenziali per il tuo ambiente

Questa sezione descrive la configurazione di inventario, gruppi, host e credenziali di accesso in AWX/Ansible Tower che preparano l'ambiente per l'utilizzo delle soluzioni automatizzate di NetApp.

  1. Configurare l'inventario.

    1. Accedere a Resources → Inventories → Add e fare clic su Add Inventory (Aggiungi inventario).

    2. Fornire il nome e i dettagli dell'organizzazione, quindi fare clic su Save (Salva).

    3. Nella pagina Inventories (inventari), fare clic sull'inventario creato.

    4. Accedere al sottomenu Groups (gruppi) e fare clic su Add (Aggiungi).

    5. Fornire il nome oracle per il primo gruppo e fare clic su Save (Salva).

    6. Ripetere la procedura per un secondo gruppo denominato dr_oracle.

    7. Selezionare il gruppo oracle creato, accedere al sottomenu hosts e fare clic su Add New host (Aggiungi nuovo host).

    8. Fornire l'indirizzo IP dell'IP di gestione dell'host Oracle di origine e fare clic su Save (Salva).

    9. Questo processo deve essere ripetuto per il gruppo dr_oracle e deve essere aggiunto l'IP/nome host di gestione dell'host DR/destinazione Oracle.

Nota Di seguito sono riportate le istruzioni per la creazione dei tipi di credenziale e delle credenziali on-premise con ONTAP o CVO su AWS.
On-Prem

  1. Configurare le credenziali.

  2. Creare tipi di credenziale. Per le soluzioni che utilizzano ONTAP, è necessario configurare il tipo di credenziale in modo che corrisponda alle voci di nome utente e password.

    1. Accedere a Administration → Credential Types (Amministrazione tipi di credenziali) e fare clic su Add (Aggiungi).

    2. Fornire il nome e la descrizione.

    3. Incollare il seguente contenuto in Input Configuration (Configurazione input):

      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
      Cli
      Copy

    4. Incollare il seguente contenuto in Injector Configuration (Configurazione iniettore), quindi fare clic su Save (Salva):

      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 }}'
      Cli
      Copy

  3. Crea credenziale per ONTAP

    1. Accedere a Resources → Credentials (risorse credenziali) e fare clic su Add (Aggiungi).

    2. Immettere il nome e i dettagli dell'organizzazione per le credenziali ONTAP

    3. Selezionare il tipo di credenziale creato nel passaggio precedente.

    4. In Dettagli tipo, immettere il nome utente e la password per i cluster di origine e di destinazione.

    5. Fare clic su Salva

  4. Crea credenziale per Oracle

    1. Accedere a Resources → Credentials (risorse credenziali) e fare clic su Add (Aggiungi).

    2. Immettere il nome e i dettagli dell'organizzazione per Oracle

    3. Selezionare il tipo di credenziale Machine.

    4. In Dettagli tipo, immettere il nome utente e la password per gli host Oracle.

    5. Selezionare il metodo corretto di escalation dei privilegi e immettere il nome utente e la password.

    6. Fare clic su Salva

    7. Ripetere la procedura se necessario per una credenziale diversa per l'host dr_oracle.

Creare un progetto

  1. Accedere a risorse → progetti e fare clic su Aggiungi.

    1. Inserire il nome e i dettagli dell'organizzazione.

    2. Selezionare Git nel campo Source Control Credential Type (tipo credenziale controllo origine).

    3. Immettere https://github.com/NetApp-Automation/na_oracle19c_data_protection.git come URL di controllo del codice sorgente.

    4. Fare clic su Salva.

    5. Potrebbe essere necessario sincronizzare il progetto occasionalmente quando il codice sorgente cambia.

Configurare le variabili globali

Le variabili definite in questa sezione si applicano a tutti gli host Oracle, ai database e al cluster ONTAP.

  1. Inserire i parametri specifici dell'ambiente nel seguente formato vars o variabili globali incorporate.

Nota Gli elementi in blu devono essere modificati in base all'ambiente in uso.
On-Prem
# 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"
Bash
Copy

Playbook per l'automazione

È necessario eseguire quattro playbook separati.

  1. Playbook per la configurazione del tuo ambiente, on-premise o CVO.

  2. Playbook per la replica di file binari e database Oracle in base a una pianificazione

  3. Playbook per la replica dei registri Oracle in base a una pianificazione

  4. Playbook per il ripristino del database su un host di destinazione

Setup ONTAP/CVO

Impostazioni di ONTAP e CVO

Configurare e avviare il modello di lavoro.

  1. Creare il modello di lavoro.

    1. Accedere a risorse → modelli → Aggiungi e fare clic su Aggiungi modello di processo.

    2. Immettere il nome ONTAP/CVO Setup

    3. Selezionare il tipo di lavoro; Esegui consente di configurare il sistema in base a una guida.

    4. Seleziona l'inventario, il progetto, il playbook e le credenziali corrispondenti per il playbook.

    5. Selezionare il playbook ontap_setup.yml per un ambiente on-Prem oppure selezionare cvo_setup.yml per la replica su un'istanza CVO.

    6. Incollare le variabili globali copiate dal passaggio 4 nel campo Template Variables (variabili modello) nella scheda YAML.

    7. Fare clic su Salva.

  2. Avviare il modello di lavoro.

    1. Accedere a risorse → modelli.

    2. Fare clic sul modello desiderato, quindi fare clic su Launch (Avvia).

      Nota Utilizzeremo questo modello e lo copieremo per gli altri playbook.

Ripristino del database Oracle

  1. Produzione on-premise i volumi di dati dei database Oracle sono protetti tramite la replica di NetApp SnapMirror su un cluster ONTAP ridondante nel data center secondario o su Cloud Volume ONTAP nel cloud pubblico. In un ambiente di disaster recovery completamente configurato, le istanze di calcolo del recovery nel data center secondario o nel cloud pubblico sono in standby e pronte per il ripristino del database di produzione in caso di disastro. Le istanze di calcolo in standby vengono mantenute in sincronia con le istanze on-premise eseguendo aggiornamenti di paraellel sulla patch del kernel del sistema operativo o aggiornando in un passo di blocco.

  2. In questa soluzione dimostrata, il volume binario Oracle viene replicato sulla destinazione e montato sull'istanza di destinazione per richiamare lo stack software Oracle. Questo approccio per il ripristino di Oracle ha un vantaggio rispetto a una nuova installazione di Oracle all'ultimo momento in cui si è verificato un disastro. Garantisce che l'installazione di Oracle sia completamente sincronizzata con l'installazione del software di produzione on-premise, con i livelli di patch e così via Tuttavia, questo potrebbe avere o meno ulteriori implicazioni di licenza software per il volume binario Oracle replicato nel sito di recovery, a seconda di come è strutturato il licensing software con Oracle. Si consiglia all'utente di verificare con il proprio personale addetto alle licenze software per valutare il potenziale requisito di licenza Oracle prima di decidere di utilizzare lo stesso approccio.

  3. L'host Oracle di standby nella destinazione viene configurato con le configurazioni dei prerequisiti Oracle.

  4. Gli SnapMirror sono rotti e i volumi sono resi scrivibili e montati sull'host Oracle di standby.

  5. Il modulo di ripristino Oracle esegue le seguenti attività per il ripristino e l'avvio di Oracle nel sito di ripristino dopo che tutti i volumi DB sono stati montati nell'istanza di calcolo in standby.

    1. Sincronizza il file di controllo: Abbiamo implementato file di controllo Oracle duplicati su diversi volumi di database per proteggere file di controllo critici del database. Uno si trova sul volume di dati e l'altro sul volume di log. Poiché i volumi di dati e log vengono replicati con frequenza diversa, al momento del ripristino non saranno sincronizzati.

    2. Relink Oracle binary: Poiché il binario Oracle viene trasferito in un nuovo host, è necessario un relink.

    3. Ripristino del database Oracle: Il meccanismo di recovery recupera l'ultimo numero di modifica del sistema nell'ultimo log archiviato disponibile nel volume di log Oracle dal file di controllo e ripristina il database Oracle per recuperare tutte le transazioni aziendali che sono state replicate nel sito di DR al momento dell'errore. Il database viene quindi avviato in una nuova incarnazione per portare avanti le connessioni utente e le transazioni di business nel sito di recovery.

Nota Prima di eseguire il playbook di ripristino, assicurarsi di disporre di quanto segue: Assicurarsi che venga copiato su /etc/oratab e /etc/orainst.loc dall'host Oracle di origine all'host di destinazione