Guida alle soluzioni: backup e RE di Google Cloud per Oracle su Bare Metal Solution

Panoramica

Per fornire resilienza per i database Oracle all'interno di un ambiente Bare Metal Solution, devi avere una strategia chiara per i backup dei database e il ripristino di emergenza. Per aiutarti a soddisfare questo requisito, il team Solution Architect di Google Cloud ha eseguito alcuni test approfonditi del servizio di backup e RE di Google Cloud e ha compilato i risultati in questa guida. Di conseguenza, ti mostreremo i modi migliori per eseguire il deployment, configurare e ottimizzare le opzioni di backup e ripristino per i database Oracle in un ambiente Bare Metal Solution utilizzando il servizio di backup e RE. Condivideremo anche alcune cifre relative alle prestazioni derivanti dai risultati dei nostri test in modo che tu possa disporre di un benchmark da confrontare con il tuo ambiente. Questa guida è utile se sei un amministratore di backup, un amministratore di Google Cloud o un DBA Oracle.

Premesse

A giugno 2022, il team Solution Architect ha avviato una dimostrazione di proof of concept (PDC) di Backup e RE di Google Cloud (precedentemente noto come Actifio GO) per un cliente aziendale. Per soddisfare i loro criteri di successo, dovevamo supportare il ripristino del loro database Oracle da 50 TB e ripristinare il database entro 24 ore.

Questo obiettivo ha posto molte sfide, ma la maggior parte delle persone coinvolte nel PDC riteneva che avremmo potuto ottenere questo risultato e che avremmo dovuto procedere con la PDC. Abbiamo ritenuto che il rischio fosse relativamente basso perché i precedenti dati di test del team tecnico addetto a backup e RE mostravano che era possibile ottenere questi risultati. Abbiamo anche condiviso i risultati del test con il cliente per metterlo a suo agio nell'effettuare il PDC.

Durante il PDC, abbiamo imparato a configurare con successo più elementi (Oracle, Backup e RE di Google Cloud, archiviazione ed estensioni per regioni) in un ambiente Bare Metal Solution. Seguendo le best practice che abbiamo imparato, puoi ottenere risultati ottimali.

"Il tuo chilometraggio può variare" è un ottimo modo per considerare i risultati complessivi di questo documento. Il nostro obiettivo è condividere alcune conoscenze su ciò che abbiamo appreso, su cosa dovresti concentrarti, sugli aspetti da evitare e sulle aree da esaminare se non vedi il rendimento o i risultati che vuoi. Ci auguriamo che questa guida ti aiuti ad acquisire fiducia nelle soluzioni proposte e che i tuoi requisiti possano essere soddisfatti.

Architettura

La Figura 1 mostra una visualizzazione semplificata dell'infrastruttura che devi creare quando esegui il deployment di backup e RE per proteggere i database Oracle in esecuzione in un ambiente Bare Metal Solution.

Figura 1: componenti per l'utilizzo di backup e RE con database Oracle in un ambiente Bare Metal Solution.

Mostra come un'estensione di regione per Bare Metal Solution si connette a tutti i componenti dell'architettura, tra cui un progetto host, un progetto producer backup e RE contenente la console di gestione Backup e RE, un progetto consumer Backup e RE contenente l'appliance di backup/ripristino, altri progetti di servizio contenenti le VM di Compute Engine e Cloud Storage.

Come puoi vedere nel diagramma, questa soluzione richiede i seguenti componenti:

Estensione regionale per Bare Metal Solution: ti consente di eseguire database Oracle in un data center di terze parti adiacente a un data center Google Cloud e di utilizzare le tue licenze software on-premise esistenti.
Progetto di servizio di backup e RE: ti consente di ospitare l'appliance di backup/ripristino e di eseguire il backup Bare Metal Solution e dei carichi di lavoro Google Cloud nei bucket Cloud Storage.
Progetto di servizio Compute: fornisce una località in cui eseguire le VM di Compute Engine.
Servizio di backup e RE: fornisce la console di gestione di backup e RE, che consente di gestire i backup e il ripristino di emergenza.
Progetto host: consente di creare subnet a livello di regione in un VPC condiviso in grado di connettere l'estensione di regione Bare Metal Solution al servizio di backup e RE, all'appliance di backup/ripristino, ai bucket Cloud Storage e alle VM di Compute Engine.

Installa backup e RE di Google Cloud

Affinché la soluzione funzioni, la soluzione di backup e RE richiede almeno i due componenti principali seguenti:

Console di gestione di backup e RE: un endpoint API e UI HTML 5 che consente di creare e gestire i backup dalla console Google Cloud.
appliance di backup/ripristino: questo dispositivo funge da worker per eseguire i backup e monta e ripristina le attività di tipo.

Google Cloud gestisce la console di gestione di backup e RE. Devi eseguire il deployment della console di gestione in un progetto di producer di servizi (lato gestione Google Cloud) ed eseguire il deployment dell'appliance di backup/ripristino in un progetto consumer di servizi (lato cliente). Per ulteriori informazioni su Backup e RE, consulta Configurare e pianificare un deployment di backup e RE. Per visualizzare la definizione di producer di servizi e consumer di servizi, consulta il glossario di Google Cloud.

Prima di iniziare

Per installare il servizio di backup e RE di Google Cloud, devi completare i seguenti passaggi di configurazione prima di avviare il deployment:

Abilita una connessione di accesso privato ai servizi. Devi stabilire questa connessione prima di poter avviare l'installazione. Anche se hai già configurato una subnet di accesso privato ai servizi, questa deve avere almeno una subnet /23. Ad esempio, se hai già configurato una subnet /24 per la connessione di accesso privato ai servizi, ti consigliamo di aggiungere una subnet /23. Inoltre, puoi aggiungere una subnet /20 per assicurarti di poter aggiungere altri servizi in un secondo momento.
Configura Cloud DNS in modo che sia accessibile nella rete VPC in cui esegui il deployment dell'appliance di backup/ripristino. Questo garantisce la corretta risoluzione di googleapis.com (tramite una ricerca pubblica o privata).
Configura route e regole firewall predefinite di rete per consentire il traffico in uscita verso *.googleapis.com (tramite IP pubblici) o private.googapis.com (199.36.153.8/30) sulla porta TCP 443 o un traffico in uscita esplicito per 0.0.0.0/0. Anche in questo caso, devi configurare le route e il firewall nella rete VPC in cui installi l'appliance di backup/ripristino. Ti consigliamo inoltre di utilizzare l'accesso privato Google come opzione preferita. Consulta Configurare l'accesso privato Google per ulteriori informazioni.
Abilita le seguenti API nel tuo progetto consumer:
- API Compute Engine
- API Cloud Key Management Service (KMS)
- API Cloud Resource Manager (per progetto host e progetto di servizio se in uso)
- API Identity and Access Management
- API Workflows
- API Cloud Logging
Se hai attivato i criteri dell'organizzazione, assicurati di configurare quanto segue:
- constraints/cloudkms.allowedProtectionLevels include SOFTWARE o ALL.
Configura le seguenti regole firewall:
- Ingress dall'appliance di backup/ripristino nel VPC di Compute Engine all'host Linux (agente) sulla porta TCP-5106.
- Se utilizzi un disco di backup basato su blocchi con iSCSI, il traffico in uscita dall'host Linux (agente) in Bare Metal Solution all'appliance di backup/ripristino nel VPC di Compute Engine sulla porta TCP-3260.
- Se utilizzi un disco di backup basato su NFS o dNFS, il traffico in uscita dall'host Linux (agente) in Bare Metal Solution va all'appliance di backup/ripristino nel VPC di Compute Engine sulle seguenti porte:
  - TCP/UDP-111 (rpcbind)
  - TCP/UDP-756 (stato)
  - TCP/UDP-2049 (nfs)
  - TCP/UDP-4001 (montato)
  - TCP/UDP-4045 (nlockmgr)
Configura Google Cloud DNS per risolvere i nomi host e i domini Bare Metal Solution e garantire che la risoluzione dei nomi sia coerente tra i server Bare Metal Solution, le VM e le risorse basate su Compute Engine, ad esempio il servizio di backup e RE.

Installa la console di gestione di Backup e RE

Se non è già abilitata, abilita l'API del servizio di backup e RE.
Nella console Google Cloud, utilizza il menu di navigazione per andare alla sezione Operazioni e seleziona Backup e RE:
Seleziona la connessione di accesso privato ai servizi esistente che hai creato in precedenza.
Scegli la posizione per la console di gestione di backup e RE. Questa è la regione in cui esegui il deployment dell'interfaccia utente della console di gestione di backup e RE in un progetto di producer di servizi. Google Cloud possiede e gestisce le risorse della console di gestione.
Scegli la rete VPC nel progetto consumer di servizi che vuoi connettere al servizio di backup e RE. Si tratta di solito di un VPC condiviso o di un progetto host.
Dopo un'attesa massima di un'ora, al completamento del deployment dovrebbe essere visualizzata la schermata seguente.
Nota: l'URL di ogni pagina della console di gestione di backup e RE utilizza il seguente formato:
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com
Sostituisci le variabili con le seguenti:
- Il numero di progetto del tuo progetto Google Cloud che ospita la console di gestione di Backup e RE.
- L'ID generato, visualizzato tra il numero di progetto e la parola dot nell'URL dell'API per la console di gestione di Backup e RE.
- La regione in cui si trova la console di gestione di backup e RE.

Installa l'appliance di backup/ripristino

Nella pagina Backup e RE, fai clic su Accedi alla console di gestione:

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/

Nella pagina principale della console di gestione di Backup e RE, vai alla pagina Appliances (Appliance):
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
```
Nota: puoi trovare il numero del tuo progetto nella dashboard della console Google Cloud. Devi utilizzare il numero di progetto del progetto in cui hai abilitato il servizio Backup e RE.
Inserisci il nome dell'appliance di backup/ripristino. Tieni presente che Google Cloud aggiunge automaticamente altri numeri casuali alla fine del nome una volta avviato il deployment.
Scegli il progetto consumer in cui installare l'appliance di backup/ripristino.
Scegli la regione, la zona e la subnet preferite.
Seleziona un tipo di archiviazione. Ti consigliamo di scegliere Disco permanente standard per i PDC e Disco permanente SSD per un ambiente di produzione.
Fai clic sul pulsante Inizia installazione. Il processo potrebbe richiedere un'ora per il deployment della console di gestione di backup e RE e della prima appliance di backup/ripristino.
Puoi aggiungere altre appliance di backup/ripristino in altre regioni o zone dopo il completamento del processo di installazione iniziale.

Configura backup e RE di Google Cloud

In questa sezione scoprirai i passaggi necessari per configurare il servizio di backup e RE e proteggere i tuoi carichi di lavoro.

Configura un account di servizio

A partire dalla versione 11.0.2 (release di backup e RE di dicembre 2022), puoi utilizzare un singolo account di servizio per eseguire l'appliance di backup/ripristino per accedere ai bucket Cloud Storage e proteggere le tue macchine virtuali (VM) Compute Engine (non trattate in questo documento).

Ruoli dell'account di servizio

Backup e RE di Google Cloud utilizza Google Cloud Identity and Access Management (IAM) per l'autorizzazione e l'autenticazione degli account utente e di servizio. Puoi utilizzare i ruoli predefiniti per abilitare diverse funzionalità di backup. I due più importanti sono i seguenti:

Operatore Cloud Storage di Backup e RE: assegna questo ruolo agli account di servizio utilizzati da un'appliance di backup/ripristino che si connette ai bucket Cloud Storage. Il ruolo consente di creare bucket Cloud Storage per i backup degli snapshot di Compute Engine e di accedere ai bucket con dati di backup basati su agenti esistenti per ripristinare i carichi di lavoro.
Operatore Compute Engine di Backup e RE: assegna questo ruolo agli account di servizio utilizzati da un'appliance di backup/ripristino per creare snapshot di Persistent Disk per le macchine virtuali Compute Engine. Oltre a creare snapshot, questo ruolo consente all'account di servizio di ripristinare le VM nello stesso progetto di origine o in progetti alternativi.

Per trovare il tuo account di servizio, visualizza la VM di Compute Engine che esegue l'appliance di backup/ripristino nel tuo progetto consumer/di servizio e controlla il valore dell'account di servizio elencato nella sezione Gestione di API e identità.

Per fornire le autorizzazioni corrette alle appliance di backup/ripristino, vai alla pagina Identity and Access Management e concedi i seguenti ruoli di Identity and Access Management all'account di servizio dell'appliance di backup/ripristino.

Operatore Cloud Storage di Backup e RE
Operatore Compute Engine di Backup e RE (facoltativo)

Configura pool di archiviazione

I pool di archiviazione archiviano i dati in località di archiviazione fisiche. Ti consigliamo di utilizzare Persistent Disk per i dati più recenti (da 1 a 14 giorni) e Cloud Storage per la conservazione a lungo termine (giorni, settimane, mesi e anni).

Cloud Storage

Crea un bucket standard a livello di una o più regioni nella località in cui devi archiviare i dati di backup.

Segui queste istruzioni per creare un bucket Cloud Storage:
1. Nella pagina Bucket Cloud Storage, assegna un nome al bucket.
2. Seleziona la posizione di archiviazione.
3. Scegli una classe di archiviazione: standard, nearline o coldline.
4. Se scegli l'archiviazione Nearline o Coldline, imposta la modalità di controllo dell'accesso su Granulare. Per l'archiviazione standard, accetta la modalità di controllo dell'accesso predefinita Uniforme.
5. Infine, non configurare eventuali opzioni aggiuntive di protezione dei dati e fai clic su Crea.
Successivamente, aggiungi questo bucket all'appliance di backup/ripristino. Vai alla console di gestione di Backup e RE.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/
 
```
Seleziona la voce di menu Gestisci > Pool di archiviazione.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#pools
 
```
Pool di archiviazione." class="l10n-absolute-url-src" l10n-attrs-original-order="src,alt,class" src="https://cloud.google.com/static/bare-metal/docs/solutions/oracle/images/backup-and-dr-manage-storage-pools.png" />
Fai clic sull'opzione all'estrema destra +Aggiungi pool OnVault.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#addonvaultpool
 
```
1. Digita un nome in Nome pool.
2. In Tipo di pool, scegli Google Cloud Storage.
3. Seleziona l'appliance che vuoi collegare al bucket Cloud Storage.
4. Inserisci il nome del bucket Cloud Storage.
5. Fai clic su Salva.

Pool di snapshot di Persistent Disk

Se hai eseguito il deployment dell'appliance di backup/ripristino con opzioni standard o SSD, il pool di snapshot Persistent Disk sarà di 4 TB per impostazione predefinita. Se i database di origine o i file system richiedono un pool di dimensioni maggiori, puoi modificare le impostazioni dell'appliance di backup/ripristino di cui hai eseguito il deployment, aggiungere un nuovo Persistent Disk e creare un nuovo pool personalizzato o configurare un altro pool predefinito.

Vai alla pagina Gestisci > Appliance.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters

Modifica l'istanza del server di backup e fai clic su + Aggiungi nuovo disco.
1. Assegna un nome al disco.
2. Seleziona un tipo di disco vuoto.
3. Scegli tra standard, bilanciati o SSD a seconda delle tue esigenze.
4. Inserisci le dimensioni del disco necessarie.
5. Fai clic su Salva.

Vai alla pagina Gestisci > Appliance nella console di gestione di Backup e RE.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters

Fai clic con il pulsante destro del mouse sul nome dell'appliance e seleziona Configura appliance dal menu.
Puoi aggiungere il disco al pool di snapshot esistente (espansione) oppure creare un nuovo pool (tuttavia, non mescolare tipi di Persistent Disk nello stesso pool). Se si espande, fai clic sull'icona in alto a destra del pool che vuoi espandere.
In questo esempio, creerai un nuovo pool con l'opzione Fai clic per aggiungere un pool. Dopo aver fatto clic su questo pulsante, attendi 20 secondi per l'apertura della pagina successiva.
In questo passaggio, configura il nuovo pool.
1. Assegna un nome al pool e fai clic sull'icona + verde per aggiungere il disco al pool.
2. Fai clic su Invia.
3. Conferma che vuoi continuare digitando PROCEED in lettere maiuscole quando ti viene richiesto.
4. Fai clic su Conferma.
Il pool verrà ora espanso o creato con il Persistent Disk.

Nota: a questo punto, non puoi spostare, espandere o eliminare il Persistent Disk finché non rimuovi tutte le immagini di backup archiviate in questo pool. Contatta l'assistenza clienti Google Cloud se hai bisogno di aiuto. Altrimenti, chiudi la scheda del browser.

Configura i piani di backup

I piani di backup consentono di configurare due elementi chiave per il backup di qualsiasi database, VM o file system. I piani di backup incorporano profili e modelli.

I profili consentono di definire quando eseguire il backup di un elemento e per quanto tempo devono essere conservati i dati di backup.
Modelli fornisce un elemento di configurazione che consente di decidere quale appliance di backup/ripristino e pool di archiviazione (Persistent Disk, Cloud Storage e così via) utilizzare per l'attività di backup.

Creare un profilo

Nella console di gestione di Backup e RE, vai alla pagina Piani di backup > Profili.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#manageprofiles

Verranno già creati due profili. Puoi utilizzare un profilo per gli snapshot delle VM di Compute Engine e puoi modificare l'altro profilo e utilizzarlo per i backup di Bare Metal Solution. Puoi avere più profili, il che è utile se esegui il backup di molti database che richiedono livelli di disco diversi per il backup. Ad esempio, puoi creare un pool per SSD (prestazioni superiori) e un pool per i dischi permanenti standard (prestazioni standard). Per ogni profilo, puoi scegliere un pool di snapshot diverso.
Fai clic con il pulsante destro del mouse sul profilo predefinito denominato LocalProfile e seleziona Modifica.
Apporta le seguenti modifiche:
1. Aggiorna le impostazioni Profili con un nome e una descrizione più significativi. Puoi specificare il livello del disco da utilizzare, dove si trovano i bucket Cloud Storage o altre informazioni che spiegano lo scopo di questo profilo.
2. Modifica il pool di snapshot nel pool espanso o nuovo che hai creato in precedenza.
3. Seleziona un pool OnVault (bucket Cloud Storage) per questo profilo.
4. Fai clic su Salva profilo.

Crea un modello

Nella console di gestione di Backup e RE, vai al menu Piani di backup > Modelli.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#managetemplates

Fai clic su +Crea modello.
1. Assegna un nome al modello.
2. Seleziona Sì per Consenti override sulle impostazioni dei criteri.
3. Aggiungi una descrizione per questo modello.
4. Fai clic su Salva modello.
Nel modello, configura quanto segue:
1. Nella sezione Norme a destra, fai clic su +Aggiungi.
2. Specifica un nome per la norma.
3. Seleziona la casella di controllo in corrispondenza dei giorni in cui vuoi che il criterio venga eseguito o lascia il valore predefinito Ogni giorno.
4. Modifica la finestra per i job che vuoi eseguire in quel periodo di tempo.
5. Seleziona un periodo di conservazione.
6. Fai clic su Impostazioni avanzate dei criteri.
Se vuoi eseguire backup dei log di archivio con una frequenza regolare (ad esempio ogni 15 minuti) e replicare i log di archivio in Cloud Storage, devi abilitare le seguenti impostazioni dei criteri:
1. Imposta Tronca/Elimina log dopo il backup su Tronca se è ciò che vuoi.
2. Imposta Abilita backup dei log di database su Sì, se lo desideri.
3. Imposta il valore RPO (minuti) sull'intervallo che preferisci per il backup dei log di archivio.
4. Imposta Periodo di conservazione del backup dei log (in giorni) sul periodo di conservazione che preferisci.
5. Imposta Replica log (usa la tecnologia Streamsnap) su No.
6. Imposta Invia i log al pool OnVault su Sì se vuoi inviare i log al tuo bucket Cloud Storage. Altrimenti, seleziona No.
7. Fai clic su Salva modifiche.
Fai clic su Aggiorna criterio per salvare le modifiche.
Per OnVault, sul lato destro, esegui le seguenti azioni:
1. Fai clic su +Aggiungi.
2. Aggiungi il nome del criterio.
3. Imposta la Conservazione su giorni, settimane, mesi o anni.
4. Fai clic su Aggiorna criterio.
(Facoltativo) Se devi aggiungere altre opzioni di conservazione, crea criteri aggiuntivi per la conservazione settimanale, mensile e annuale. Per aggiungere un altro criterio di conservazione, segui questi passaggi:
1. Per OnVault a destra, fai clic su +Aggiungi.
2. Aggiungi un nome per il criterio.
3. Modifica il valore di In questi giorni con il giorno in cui vuoi attivare il job.
4. Imposta il valore di Fidelizzazione su Giorni, Settimane, Mesi o Anni.
5. Fai clic su Aggiorna criterio.
Fai clic su Salva modello. Nell'esempio seguente, vedrai un criterio di snapshot che conserva i backup per 3 giorni nel livello Persistent Disk, 7 giorni per i job OnVault e per 4 settimane in totale. Il backup settimanale viene eseguito il sabato sera.

Nota: in Backup e RE, i job OnVault giornalieri e settimanali non sono diversi. Un job settimanale non è altro che il job giornaliero inviato da Backup e RE a Cloud Storage. Il job settimanale riceve un valore di conservazione aggiuntivo in modo che i dati non scadano. Backup e RE conserva le immagini del sabato sera in Cloud Storage per 8X giorni e 4X settimane.

Esegui il backup di un database Oracle

L'architettura di backup e RE di Google Cloud fornisce backup Oracle, coerentemente con l'applicazione e incrementale, in Google Cloud, oltre a ripristino e clonazione istantanei per database Oracle multiterabyte.

Backup e RE di Google Cloud utilizza le seguenti API Oracle:

API RMAN image copy: la copia di un'immagine di un file di dati è molto più veloce da ripristinare, perché la struttura fisica del file di dati esiste già. L'istruzione di Recovery Manager (RMAN) BACKUP AS COPY crea copie di immagini per tutti i file di dati dell'intero database e conserva il formato file di dati.
API ASM e CRS: utilizza l'API ASM (Automatic Storage Management) e CRS (Servizi pronti per il cluster) per gestire il gruppo di dischi di backup ASM.
API di backup dei log di archivio RMAN: questa API genera i log di archiviazione, li esegue il backup su un disco gestione temporanea ed li elimina definitivamente dalla posizione dell'archivio di produzione.

Configura gli host Oracle

I passaggi per la configurazione degli host Oracle includono l'installazione dell'agente, l'aggiunta degli host a Backup e RE, la configurazione degli host e il rilevamento dei database Oracle. Una volta che è tutto a posto, puoi eseguire i backup del database Oracle su Backup e RE.

Installa l'agente di backup

L'installazione dell'agente Backup e RE è relativamente semplice. È sufficiente installare l'agente la prima volta che utilizzi l'host, per poi eseguire gli upgrade successivi dall'interfaccia utente di Backup e RE nella console Google Cloud. Per eseguire l'installazione di un agente, devi aver eseguito l'accesso come utente root o in una sessione autenticata sudo. Non è necessario riavviare l'host per completare l'installazione.

Scarica l'agente di backup dall'interfaccia utente o dalla pagina Gestisci > Appliance.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters

Fai clic con il pulsante destro del mouse sul nome dell'appliance di backup/ripristino e seleziona Configura appliance. Si apre una nuova finestra del browser.
Fai clic sull'icona Linux 64 bit per scaricare l'agente di backup sul computer che ospita la sessione del browser. Utilizza scp (copia sicura) per spostare il file dell'agente scaricato negli host Oracle per l'installazione.
In alternativa, puoi archiviare l'agente di backup in un bucket Cloud Storage, abilitare i download e utilizzare i comandi wget o curl per scaricare l'agente direttamente negli host Linux.
```
curl -o agent-Linux-latestversion.rpm https://storage.googleapis.com/actifio-images/connector-Linux-11.0.2.9595.rpm
```

Utilizza il comando rpm -ivh per installare l'agente di backup.

È molto importante copiare la chiave segreta generata automaticamente. Utilizzando la console di gestione di Backup e RE, devi aggiungere la chiave segreta ai metadati dell'host.

L'output del comando è simile al seguente:

[oracle@host `~]# sudo rpm -ivh agent-Linux-latestversion.rpm
Verifying... ################################# [100%]
Preparing... ################################# [100%]
Updating / installing…
  1:udsagent-11.0.2-9595 ################################# [100%]
Created symlink /etc/systemd/system/multi-user.target.wants/udsagent.service → /usr/lib/systemd/system/udsagent.service.
Action Required:
-- Add this host to Backup and DR management console to backup/recover workloads from/to this host. You can do this by navigating to Manage->Hosts->Add Host on your management console.
-- A secret key is required to complete this process. Please use b010502a8f383cae5a076d4ac9e868777657cebd0000000063abee83 (valid for 2 hrs) to register this host.
-- A new secret key can be generated later by running: '/opt/act/bin/udsagent secret --reset --restart

Se utilizzi il comando iptables, apri le porte del firewall dell'agente di backup (TCP 5106) e dei servizi Oracle (TCP 1521):

sudo iptables -A INPUT -p tcp --dport 5106 -j ACCEPT
sudo iptables -A INPUT -p tcp --dport 1521 -j ACCEPT
sudo firewall-cmd --permanent --add-port=5106/tcp
sudo firewall-cmd --permanent --add-port=1521/tcp
sudo firewall-cmd --reload

Aggiungi host a backup ed RE

Nella console di gestione di Backup e RE, vai a Gestisci > Host.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#hosts
```
1. Fai clic su + Aggiungi host.
2. Aggiungi il nome host.
3. Aggiungi un indirizzo IP per l'host e fai clic sul pulsante + per confermare la configurazione.
4. Fai clic sulle appliance a cui vuoi aggiungere l'host.
5. Incolla la chiave segreta. Devi eseguire questa attività meno di due ore dopo l'installazione dell'agente di backup e dopo aver generato la chiave secret.
6. Fai clic su Aggiungi per salvare l'host.
Se ricevi un errore o un messaggio di Successo parziale, prova le seguenti soluzioni:
1. La chiave segreta di crittografia dell'agente di backup potrebbe essere scaduta. Se non hai aggiunto la chiave secret all'host entro due ore dalla sua creazione. Puoi generare una nuova chiave secret sull'host Linux utilizzando la seguente sintassi della riga di comando:
```
/opt/act/bin/udsagent secret --reset --restart
```
2. Il firewall che consente la comunicazione tra l'appliance di backup/ripristino e l'agente installato sull'host potrebbe non essere configurato correttamente. Segui i passaggi per aprire le porte per il firewall dell'agente di backup e i servizi Oracle.
3. La configurazione del protocollo ntp (Network Time Protocol) per gli host Linux potrebbe essere configurata in modo errato. Controlla e verifica che le impostazioni NTP siano corrette.
Quando risolvi il problema di fondo, lo Stato del certificato dovrebbe passare da N/D a Valido.

Configura gli host

Nella console di gestione di Backup e RE, vai a Gestisci > Host.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#hosts

Fai clic con il pulsante destro del mouse sull'host Linux in cui vuoi eseguire il backup dei database Oracle e seleziona Modifica.
Fai clic su Staging Disk Format (Formato disco temporaneo) e scegli NFS.

Nota: se preferisci utilizzare dischi temporanei ASM (noti anche come backup su dischi formattati ASM), seleziona Blocca per l'impostazione Formato disco gestione temporanea.
Scorri verso il basso fino alla sezione Applicazioni rilevate e fai clic su Scopri applicazioni per avviare il processo di rilevamento da appliance a agente.
Fai clic su Scopri per avviare la procedura. Il processo di rilevamento richiede fino a 5 minuti. Al termine, i file system e i database Oracle rilevati verranno visualizzati nella finestra delle applicazioni.
Fai clic su Salva per aggiornare le modifiche agli host.

Prepara l'host Linux

Installando i pacchetti di utilità iSCSI o NFS nell'host basato sul sistema operativo Linux, puoi mappare un disco gestione temporanea a un dispositivo che scrive i dati di backup. Utilizza i comandi seguenti per installare le utilità iSCSI e NFS. Anche se puoi utilizzare una o entrambe le serie di utilità, questo passaggio garantisce di avere ciò che ti serve quando ne hai bisogno.

Suggerimento: quando devo utilizzare iSCSI, NFS o Oracle Direct NFS (dNFS)?

Utilizza iSCSI quando vuoi salvare il backup su un disco gestione temporanea di backup basato su blocchi (pensa al backup nel file system) o quando devi archiviare il formato del disco gestione temporanea di backup su un gruppo di dischi ASM (dove utilizzi l'appliance di backup/ripristino per archiviare, creare e gestire i backup).
Utilizza NFS, anche noto come Kernel NFS, per aumentare le prestazioni di backup e ripristino. Puoi utilizzare più sessioni TCP con NFS, ma questo metodo di archiviazione dei file supporta solo l'opzione del disco di gestione temporanea del backup del file system.
Utilizza Direct NFS (dNFS) quando vuoi eseguire il deployment del miglioramento di Oracle su NFS, che è più veloce rispetto a NFS standard e migliora la velocità effettiva di backup e ripristino. Tuttavia, dNFS supporta solo l'opzione del disco gestione temporanea di backup del file system. Per configurare dNFS è necessario arrestare il database per consentire alla configurazione di essere applicata al riavvio.

Per installare le utilità iSCSI, esegui questo comando:
```
sudo yum install -y iscsi-initiator-utils
```
Per installare le utilità NFS, esegui questo comando:
```
sudo yum install -y nfs-utils
```
Prepara il database Oracle

Questa guida presuppone che tu abbia già impostato e configurato un'istanza e un database Oracle. Backup e RE di Google Cloud supporta la protezione dei database in esecuzione su file system, ASM, Real Application Cluster (RAC) e molte altre configurazioni. Per ulteriori informazioni, consulta Backup e RE per i database Oracle.

Devi configurare alcuni elementi prima di avviare il job di backup. Alcune di queste attività sono facoltative, tuttavia consigliamo le seguenti impostazioni per ottenere prestazioni ottimali:

Utilizza SSH per connetterti all'host Linux e accedere come utente Oracle con privilegi su.

Imposta l'ambiente Oracle sulla tua istanza specifica:

. oraenv
ORACLE_SID = [ORCL] ?
The Oracle base remains unchanged with value /u01/app/oracle

Collegati a SQL*Plus con l'account sysdba:
```
sqlplus / as sysdba
```

Utilizza i comandi seguenti per abilitare la modalità ARCHIVELOG. L'output dei comandi è simile al seguente:

SQL> shutdown

Database closed.
Database dismounted.
ORACLE instance shut down.

SQL> startup mount

ORACLE instance started.

Total System Global Area 2415918600 bytes
Fixed Size 9137672 bytes
Variable Size 637534208 bytes
Database Buffers 1761607680 bytes
Redo Buffers 7639040 bytes
Database mounted.

SQL> alter database archivelog;

Database altered.

SQL> alter database open;

Database altered.

SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u01/app/oracle/product/19c/dbhome_1/dbs/arch
Oldest online log sequence 20
Next log sequence to archive 22
Current log sequence 22

SQL> alter pluggable database ORCLPDB save state;

Pluggable database altered.

Configura un NFS diretto per l'host Linux:

cd $ORACLE_HOME/rdbms/lib
make -f [ins_rdbms.mk](http://ins_rdbms.mk/) dnfs_on

Configura il monitoraggio delle modifiche ai blocchi. Innanzitutto, controlla se è abilitata o disattivata. L'esempio seguente mostra il monitoraggio delle modifiche dei blocchi come disattivato:

SQL> select status,filename from v$block_change_tracking;

STATUS     FILENAME
---------- ------------------------------------------------------------------
DISABLED

Esegui il comando seguente quando utilizzi ASM:

SQL> alter database enable block change tracking using file +ASM_DISK_GROUP_NAME/DATABASE_NAME/DBNAME.bct;

Database altered.

Esegui il seguente comando quando utilizzi un file system:

SQL> alter database enable block change tracking using file '$ORACLE_HOME/dbs/DBNAME.bct';;

Database altered.

Verifica che il monitoraggio delle modifiche dei blocchi sia ora attivato:

SQL> select status,filename from v$block_change_tracking;

STATUS     FILENAME
---------- ------------------------------------------------------------------
ENABLED    +DATADG/ORCL/CHANGETRACKING/ctf.276.1124639617

Protezione di un database Oracle

Nella console di gestione di Backup e RE, vai alla pagina Gestione app > Applicazioni.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications

Fai clic con il pulsante destro del mouse sul nome del database Oracle da proteggere e seleziona Gestisci piano di backup dal menu.
Seleziona il modello e il profilo che vuoi utilizzare, quindi fai clic su Applica piano di backup.
Quando richiesto, imposta eventuali impostazioni avanzate specifiche per Oracle e RMAN necessarie per la tua configurazione. Al termine, fai clic su Applica piano di backup.

Ad esempio, il valore predefinito di Numero di canali è 2. Quindi, se hai un numero maggiore di core CPU, puoi aumentare il numero di canali per le operazioni di backup in parallelo e impostare un numero maggiore.

Per saperne di più sulle impostazioni avanzate, vedi Configurare i dettagli e le impostazioni delle applicazioni per i database Oracle.

Finestra di dialogo Backup e RE che mostra come selezionare la conversione dal formato ASM al formato file system.

Oltre a queste impostazioni, puoi modificare il protocollo utilizzato dal disco gestione temporanea per mappare il disco dall'appliance di backup all'host. Vai alla pagina Gestisci > Host e seleziona l'host che vuoi modificare. Seleziona l'opzione Formato del disco temporaneo per guest. Per impostazione predefinita, è selezionato il formato Blocca, che mappa il disco di gestione temporanea tramite iSCSI. In caso contrario, è possibile impostare il formato NFS e il disco di gestione temporanea utilizza invece il protocollo NFS.

Le impostazioni predefinite dipendono dal formato del database. Se utilizzi ASM, il sistema utilizza iSCSI per inviare il backup di un gruppo di dischi ASM. Se usi un file system, il sistema utilizza iSCSI per inviare il backup a un file system. Se vuoi utilizzare NFS o NFS diretto (dNFS), devi cambiare le impostazioni Host per il disco gestione temporanea in NFS. Se invece utilizzi l'impostazione predefinita, tutti i dischi temporanei di backup utilizzano il formato di archiviazione a blocchi e iSCSI.

Avvia il job di backup

Nella console di gestione di Backup e RE, vai alla pagina Gestione app > Applicazioni.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications

Fai clic con il pulsante destro del mouse sul database Oracle che vuoi proteggere e scegli Gestisci piano di backup dal menu.
Fai clic sul menu Snapshot a destra e poi su Esegui ora. Viene avviato un job di backup on demand.
Per monitorare lo stato del job di backup, vai al menu Monitora > Job e visualizza lo stato del job. Potrebbero essere necessari da 5 a 10 secondi prima che un job venga visualizzato nell'elenco dei job. Di seguito è riportato un esempio di job in esecuzione:
Quando un job ha esito positivo, puoi utilizzare i metadati per visualizzare i dettagli di un job specifico.
- Applica filtri e aggiungi termini di ricerca per trovare offerte di lavoro che ti interessano. L'esempio seguente utilizza i filtri Riuscito e Ultimo giorno, insieme alla ricerca dell'host test1.
Per esaminare un job specifico, fai clic sul job nella colonna Job. Nella nuova finestra visualizzata, Come puoi vedere nell'esempio seguente, ogni job di backup acquisisce una grande quantità di informazioni.

Monta e ripristina un database Oracle

Backup e RE di Google Cloud offre una serie di funzionalità diverse per accedere a una copia di un database Oracle. I due metodi principali sono i seguenti:

Montaggi compatibili con l'app
Ripristina (monta ed esegui la migrazione e ripristino tradizionale)

Ognuno di questi metodi offre vantaggi diversi, quindi devi selezionare quello che vuoi utilizzare in base al caso d'uso, ai requisiti delle prestazioni e al tempo necessario per conservare la copia del database. Le seguenti sezioni contengono alcuni consigli per ogni funzionalità.

Montaggi compatibili con l'app

Puoi utilizzare i montaggi per ottenere l'accesso rapido a una copia virtuale di un database Oracle. Puoi configurare un montaggio quando le prestazioni non sono critiche e la copia del database è disponibile solo per poche ore o alcuni giorni.

Il vantaggio principale di un montaggio è che non consuma grandi quantità di spazio di archiviazione aggiuntivo. Il montaggio utilizza invece uno snapshot del pool di dischi di backup, che può essere un pool di snapshot su un Persistent Disk o un pool OnVault in Cloud Storage. L'utilizzo della funzionalità snapshot di copia virtuale riduce al minimo il tempo per accedere ai dati in quanto non è necessario copiarli prima. Il disco di backup gestisce tutte le operazioni di lettura e un disco nel pool di snapshot archivia tutte le scritture. Di conseguenza, il montaggio delle copie virtuali è accessibile rapidamente e non sovrascrivere la copia sul disco di backup. I montaggi sono ideali per attività di sviluppo, test e DBA in cui è necessario convalidare le modifiche o gli aggiornamenti allo schema prima di essere implementati in produzione.

Monta un database Oracle

Nella console di gestione di Backup e RE, vai alla pagina Backup e ripristino > Recupera.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#recover/selectapp

Nell'elenco Applicazione, individua il database da montare, fai clic con il tasto destro del mouse sul nome del database e fai clic su Avanti:
Viene visualizzata la visualizzazione Ramp sequenza temporale, che mostra tutte le immagini point-in-time disponibili. Puoi anche scorrere all'indietro per vedere le immagini di conservazione a lungo termine, se non vengono visualizzate nella visualizzazione rampa. Per impostazione predefinita, il sistema seleziona l'immagine più recente.
Se preferisci una visualizzazione tabella per le immagini point-in-time, fai clic sull'opzione Tabella per cambiarla:
Trova l'immagine che ti interessa e seleziona Monta:
Scegli le Opzioni di applicazione per il database da montare.
1. Seleziona Target Host (Host di destinazione) dal menu a discesa. Gli organizzatori sono visualizzati in questo elenco se li hai aggiunti in precedenza.
2. (Facoltativo) Inserisci un'etichetta.
3. Nel campo SID del database di destinazione, inserisci l'identificatore del database di destinazione.
4. Imposta Nome utente su Oracle. Questo nome diventa il nome utente del sistema operativo per l'autenticazione.
5. Inserisci Oracle Home Directory. Per questo esempio, utilizza /u01/app/oracle/product/19c/dbhome_1.
6. Se configuri i log del database per il backup, diventa disponibile il Roll Forward Time. Fai clic sul selettore orologio/ora e scegli il punto di avanzamento.
7. L'opzione Ripristina con ripristino è abilitata per impostazione predefinita. Questa opzione monta e apre il database automaticamente.
Una volta completata l'inserimento delle informazioni, fai clic su Invia per avviare il processo di montaggio.

Monitorare l'avanzamento e il successo dei job

Puoi monitorare il job in esecuzione dalla pagina Monitora > Job.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
```
La pagina mostra lo stato e il tipo di prestazione.

Job." class="l10n-absolute-url-src" l10n-attrs-original-order="src,alt,class" src="https://cloud.google.com/static/bare-metal/docs/solutions/oracle/images/backup-and-dr-monitor-jobs.png" />
Al termine del job di montaggio, puoi visualizzare i dettagli facendo clic su Numero job:

Per visualizzare i processi pmon per il SID creato, accedi all'host di destinazione ed esegui il comando ps -ef |grep pmon. Nel seguente esempio di output, il database SCHTEST è operativo e ha un ID di processo 173953.

[root@test2 ~]# ps -ef |grep pmon oracle 1382 1 0 Dec23 ? 00:00:28 asmpmon+ASM oracle 56889 1 0 Dec29 ? 00:00:06 ora_pmon_ORCL oracle 173953 1 0 09:51 ? 00:00:00 ora_pmon_SCHTEST root 178934 169484 0 10:07 pts/0 00:00:00 grep --color=auto pmon

Smonta un database Oracle

Dopo aver finito di utilizzare il database, devi smontare ed eliminare il database. Esistono due metodi per trovare un database montato:

Vai alla pagina Gestione app > Montaggi attivi.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#activemounts
```
Questa pagina contiene una visualizzazione globale di tutte le applicazioni montate (file system e database) attualmente in uso.
1. Fai clic con il pulsante destro del mouse sul supporto da pulire e seleziona Smonta ed elimina dal menu. Questa azione non eliminerà i dati di backup. Rimuove il database montato virtuale solo dall'host di destinazione e dal disco della cache degli snapshot che conteneva le scritture archiviate per il database.
Vai alla pagina Gestione app > Applicazioni.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
 
```
1. Fai clic con il pulsante destro del mouse sull'app di origine (database) e seleziona Accesso.
2. Sulla rampa a sinistra, vedi un cerchio grigio con un numero all'interno che indica il Numero di montaggi attivi da questo punto nel tempo. Fai clic sull'immagine per visualizzare un nuovo menu.
3. Fai clic su Azioni.
4. Fai clic su Smonta ed elimina.
5. Fai clic su Invia e conferma l'azione nella schermata successiva.
6. Alcuni minuti dopo, il sistema rimuove il database dall'host di destinazione, pulisce e rimuove tutti i dischi. Questa azione libera spazio su disco nel pool di snapshot utilizzato per le scritture sul disco di ripetizione per i montaggi attivi.
Puoi monitorare i job smontati come per qualsiasi altro job. Vai al menu Monitoraggio > Job per monitorare l'avanzamento del job di smontaggio e confermare il completamento del job.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
 
```
Se elimini manualmente il database Oracle o arresti il database prima di eseguire il job Smonta ed elimina, esegui di nuovo il job Smonta ed elimina e seleziona l'opzione Forza smontaggio nella schermata di conferma. Questa azione rimuove forzatamente il disco gestione temporanea di ripetizione dall'host di destinazione ed elimina il disco dal pool di snapshot.

Ripristini

Puoi utilizzare il ripristino per recuperare i database di produzione quando si verifica un problema o un danneggiamento e devi copiare tutti i file del database su un host locale da una copia di backup. In genere si esegue un ripristino dopo un evento di tipo di emergenza o per copie di test non di produzione. In questo caso, in genere i clienti devono attendere che tu esegua la copia dei file precedenti sull'host di origine prima di riavviare i database. Tuttavia, Backup e RE di Google Cloud supporta anche una funzionalità di ripristino (copia file e avvio del database), nonché una funzionalità di montaggio e migrazione che prevede il montaggio del database (il tempo di accesso è rapido) e la copia dei file di dati sulla macchina locale mentre il database è montato e accessibile. La funzionalità di montaggio e migrazione è utile per scenari RTO (Recovery Time Objective) a basso costo.

Monta ed esegui la migrazione

Il ripristino basato su montaggio e migrazione prevede due fasi:

Fase 1: la fase di ripristino del montaggio fornisce l'accesso immediato al database a partire dalla copia montata.
Fase 2: la fase di ripristino della migrazione esegue la migrazione del database alla località di archiviazione di produzione mentre il database è online.

Ripristina piastra da muro - Fase 1

Questa fase ti consente di accedere immediatamente al database da un'immagine selezionata presentata dall'appliance di backup/ripristino.

Una copia dell'immagine di backup selezionata è mappata al server di database di destinazione e presentata al livello ASM o del file system in base al formato dell'immagine di backup del database di origine.
Utilizza l'API RMAN per eseguire le seguenti attività:
- Ripristina il file di controllo e il file di log di ripetizione nel percorso del file di controllo locale specificato e di ripetere l'operazione (gruppo di dischi o file system ASM).
- Imposta il database sulla copia dell'immagine presentata dall'appliance di backup/ripristino.
- Esegui il rollback di tutti i log di archivio disponibili al punto di ripristino specificato.
- Aprire il database in modalità di lettura e scrittura.
Il database viene eseguito dalla copia mappata dell'immagine di backup presentata dall'appliance di backup/ripristino.
Il file di controllo e il file di log di ripetizione del database vengono inseriti nel percorso di archiviazione di produzione locale selezionato (gruppo di dischi o file system ASM) sulla destinazione.
Dopo un'operazione di montaggio di ripristino, il database diventa disponibile per le operazioni di produzione. Puoi utilizzare l'API Oracle online per spostare i file di dati per spostare nuovamente i dati nella posizione di archiviazione di produzione (gruppo di dischi ASM o file system) mentre il database e l'applicazione sono attivi.

Ripristina migrazione - Fase 2

Sposta il file di dati del database online nello spazio di archiviazione di produzione:

La migrazione dei dati viene eseguita in background. Utilizza l'API Oracle online per spostare i file di dati per eseguire la migrazione dei dati.
Puoi spostare i file di dati dalla copia presentata di backup e RE dell'immagine di backup nello spazio di archiviazione del database di destinazione selezionato (gruppo di dischi o file system ASM).
Al termine del job di migrazione, il sistema rimuove e annulla la mappatura della copia dell'immagine di backup presentata da backup e RE (gruppo di dischi o file system ASM) dalla destinazione e il database viene eseguito dallo spazio di archiviazione di produzione.

Per ulteriori informazioni sul ripristino delle operazioni di montaggio e migrazione, consulta: Montare ed eseguire la migrazione di un'immagine di backup Oracle per il ripristino istantaneo su qualsiasi destinazione.

Ripristina un database Oracle

Nella console di gestione di Backup e RE, vai alla pagina Backup e ripristino > Recupera.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#recover/selectapp

Nell'elenco Applicazione, fai clic con il tasto destro del mouse sul nome del database da ripristinare e seleziona Avanti:
Viene visualizzata la visualizzazione Ramp sequenza temporale, che mostra tutte le immagini point-in-time disponibili. Puoi anche scorrere indietro se devi visualizzare le immagini con conservazione a lungo termine che non vengono visualizzate nella rampa. Per impostazione predefinita, il sistema seleziona sempre l'immagine più recente.

Per ripristinare un'immagine, fai clic sul menu Monta e seleziona Ripristina:
Scegli le opzioni di ripristino.
1. Seleziona Tempo di rollback. Fai clic sull'orologio e scegli il momento desiderato.
2. Inserisci il nome utente che intendi utilizzare per Oracle.
3. Se il sistema utilizza l'autenticazione del database, inserisci una password.
4. Per avviare il job, fai clic su Invia.
Digita PERDITA DI DATI per confermare che vuoi sovrascrivere il database di origine e fai clic su Conferma.

Monitorare l'avanzamento e il successo dei job

Per monitorare il job, vai alla pagina Monitora > Job.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs

Al termine del job, fai clic su Numero job per esaminare i dettagli e i metadati del job.

Proteggi il database ripristinato

Al completamento del job di ripristino del database, il sistema non esegue automaticamente il backup del database dopo il ripristino. In altre parole, quando ripristini un database che aveva in precedenza un piano di backup, questo non viene attivato per impostazione predefinita.

Per verificare che il piano di backup non sia in esecuzione, vai alla pagina Gestione app > Applicazioni.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
```
Trova il database ripristinato nell'elenco. L'icona di protezione passa dal colore verde al giallo, a indicare che il sistema non è pianificato per eseguire job di backup per il database.
Per proteggere il database ripristinato, cerca nella colonna Applicazione il database da proteggere. Fai clic con il pulsante destro del mouse sul nome del database e seleziona Gestisci piano di backup.
Riattiva il job di backup pianificato per il database ripristinato.
1. Fai clic sul menu Applica e seleziona Attiva.
2. Conferma le impostazioni avanzate per Oracle e fai clic su Abilita piano di backup.

Risoluzione dei problemi e ottimizzazione

Questa sezione fornisce alcuni suggerimenti utili per aiutarti a risolvere i problemi relativi ai backup di Oracle, ottimizzare il sistema e prendere in considerazione le modifiche per gli ambienti RAC e Data Guard.

Risoluzione dei problemi di backup Oracle

Le configurazioni Oracle contengono una serie di dipendenze per garantire il successo dell'attività di backup. I passaggi seguenti forniscono diversi suggerimenti per la configurazione di istanze, listener e database Oracle per garantire il successo.

Per verificare che il listener Oracle per il servizio e l'istanza da proteggere sia configurato e in esecuzione, esegui il comando lsnrctl status:

[oracle@test2 lib]$ lsnrctl status

LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 29-DEC-2022 07:43:37

Copyright (c) 1991, 2021, Oracle. All rights reserved.

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for Linux: Version 19.0.0.0.0 - Production
Start Date                23-DEC-2022 20:34:17
Uptime                    5 days 11 hr. 9 min. 20 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/19c/grid/network/admin/listener.ora
Listener Log File         /u01/app/oracle/diag/tnslsnr/test2/listener/alert/log.xml
Listening Endpoints Summary...
 (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=test2.localdomain)(PORT=1521)))
 (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
Services Summary...
Service "+ASM" has 1 instance(s).
 Instance "+ASM", status READY, has 1 handler(s) for this service...
Service "+ASM_DATADG" has 1 instance(s).
 Instance "+ASM", status READY, has 1 handler(s) for this service...
Service "ORCL" has 1 instance(s).
 Instance "ORCL", status READY, has 1 handler(s) for this service...
Service "ORCLXDB" has 1 instance(s).
 Instance "ORCL", status READY, has 1 handler(s) for this service...
Service "f085620225d644e1e053166610ac1c27" has 1 instance(s).
 Instance "ORCL", status READY, has 1 handler(s) for this service...
Service "orclpdb" has 1 instance(s).
 Instance "ORCL", status READY, has 1 handler(s) for this service...
The command completed successfully

Verifica di aver configurato il database Oracle in modalità ARCHIVELOG. Se il database viene eseguito in una modalità diversa, potresti visualizzare job non riusciti con il messaggio Codice di errore 5556, come segue:

Finestra di dialogo Backup ed RE che mostra i dettagli del job che contengono il codice di errore 5556.

export ORACLE_HOME=ORACLE_HOME_PATH
export ORACLE_SID=DATABASE_INSTANCE_NAME
export PATH=$ORACLE_HOME/bin:$PATH

sqlplus / as sysdba
SQL> set tab off
SQL> archive log list;

Database log mode             Archive Mode
Automatic archival            Enabled
Archive destination           +FRA
Oldest online log sequence    569
Next log sequence to archive  570
Current log sequence          570

Abilita il monitoraggio delle modifiche ai blocchi nel database Oracle. Sebbene questo non sia obbligatorio per il funzionamento della soluzione, l'attivazione del monitoraggio delle modifiche dei blocchi evita la necessità di eseguire una quantità significativa di lavoro di post-elaborazione per calcolare i blocchi modificati e contribuisce a ridurre i tempi dei job di backup:
```
SQL> select status,filename from v$block_change_tracking;

STATUS     FILENAME
---------- ------------------------------------------------------------------
ENABLED    +DATADG/ORCL/CHANGETRACKING/ctf.276.1124639617
```

Verifica che il database utilizzi spfile:

sqlplus / as sysdba

SQL> show parameter spfile

NAME               TYPE        VALUE
------------------ ----------- ------------
spfile             string      +DATA/ctdb/spfilectdb.ora

Abilita Direct NFS (dnfs) per gli host di database Oracle. Sebbene non sia obbligatorio, se hai bisogno del metodo più veloce per eseguire il backup e il ripristino dei database Oracle, dnfs è la scelta preferita. Per migliorare ulteriormente la velocità effettiva, puoi cambiare il disco gestione temporanea in base all'host e abilitare dnfs per Oracle.

Configura tnsnames per la risoluzione per gli host di database Oracle. Se non includi questa impostazione, spesso i comandi RMAN non vanno a buon fine. Di seguito è riportato un esempio dell'output:

[oracle@test2 lib]$ tnsping ORCL

TNS Ping Utility for Linux: Version 19.0.0.0.0 - Production on 29-DEC-2022 07:55:18

Copyright (c) 1997, 2021, Oracle. All rights reserved.

Used parameter files:

Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = test2.localdomain)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = ORCL)))
OK (0 msec)

Il campo SERVICE_NAME è importante per le configurazioni RAC. Il nome del servizio rappresenta l'alias utilizzato per pubblicizzare il sistema a risorse esterne che comunicano con il cluster. Nelle opzioni Dettagli e impostazioni per il database protetto, utilizza l'Impostazione avanzata per Nome servizio Oracle. Inserisci il nome del servizio specifico da utilizzare sui nodi che eseguono il job di backup.

Il database Oracle utilizza il nome del servizio solo per l'autenticazione del database. Il database non utilizza il nome del servizio per l'autenticazione del sistema operativo. Ad esempio, il nome del database potrebbe essere CLU1_S e il nome dell'istanza potrebbe essere CLU1_S.
- Se il nome del servizio Oracle non è presente nell'elenco, crea una voce per il nome del servizio sui server nel file tnsnames.ora che si trova all'indirizzo $ORACLE_HOME/network/admin o in $GRID_HOME/network/admin aggiungendo la voce seguente:
```
CLU1_S =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = CLU1_S)
) )
```
- Se il file tnsnames.ora si trova in una posizione non standard, fornisci il percorso assoluto al file nella pagina Dettagli e impostazioni dell'applicazione descritta in Configurare i dettagli e le impostazioni delle applicazioni per i database Oracle.
- Verifica di aver configurato correttamente la voce del nome del servizio per il database. Accedi a Oracle Linux e configura l'ambiente Oracle:
```
TNS_ADMIN=TNSNAMES.ORA_FILE_LOCATION
tnsping CLU1_S
```
- Esamina l'account utente del database per assicurarti che la connessione all'applicazione di backup e RE sia riuscita:
```
sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
```
- Nella pagina Dettagli e impostazioni applicazione descritta in Dettagli delle applicazioni e impostazioni per database Oracle, inserisci il nome del servizio che hai creato (CLU1_S) nel campo Nome servizio Oracle:
Il codice di errore 870 indica che "i backup ASM con ASM su dischi temporanei NFS non sono supportati". Se ricevi questo errore, non hai configurato l'impostazione corretta in Dettagli e impostazioni per l'istanza da proteggere. In questo errore di configurazione, l'host utilizza NFS per il disco gestione temporanea, ma il database di origine viene eseguito su ASM.

Per risolvere il problema, imposta il campo Converti formato ASM in formato file system su Sì. Dopo aver modificato questa impostazione, esegui nuovamente il job di backup.

Il codice di errore 15 indica che il sistema di backup e RE non può eseguire la connessione all'host di backup. Se ricevi questo errore, significa che uno di questi tre problemi:

Il firewall tra l'appliance di backup/ripristino e l'host su cui hai installato l'agente non consente la porta TCP 5106 (la porta di ascolto dell'agente).
Non hai installato l'agente.
L'agente non è in esecuzione.

Per risolvere il problema, riconfigura le impostazioni del firewall in base alle esigenze e assicurati che l'agente funzioni. Dopo aver risolto la causa sottostante, esegui il comando service udsagent status. Il seguente esempio di output mostra che il servizio agente Backup e RE è in esecuzione correttamente:

[root@test2 ~]# service udsagent status
Redirecting to /bin/systemctl status udsagent.service
udsagent.service - Google Cloud Backup and DR service
Loaded: loaded (/usr/lib/systemd/system/udsagent.service; enabled; vendor preset: disabled)
Active: active (running) since Wed 2022-12-28 05:05:45 UTC; 2 days ago
Process: 46753 ExecStop=/act/initscripts/udsagent.init stop (code=exited, status=0/SUCCESS)
Process: 46770 ExecStart=/act/initscripts/udsagent.init start (code=exited, status=0/SUCCESS)
Main PID: 46789 (udsagent)
Tasks: 8 (limit: 48851)
Memory: 74.0M
CGroup: /system.slice/udsagent.service
 ├─46789 /opt/act/bin/udsagent start
 └─60570 /opt/act/bin/udsagent start

Dec 30 05:11:30 test2 su[150713]: pam_unix(su:session): session closed for user oracle
Dec 30 05:11:30 test2 su[150778]: (to oracle) root on none

I messaggi di log dei backup possono aiutarti a diagnosticare i problemi. Puoi accedere ai log sull'host di origine in cui vengono eseguiti i job di backup. Per i backup dei database Oracle, sono disponibili due file di log principali nella directory /var/act/log:
- UDSAgent.log: log degli agenti di backup e RE di Google Cloud che registra le richieste API, l'esecuzione delle statistiche dei job e altri dettagli.
- SID_rman.log: log RMAN di Oracle che registra tutti i comandi RMAN.

Ulteriori considerazioni su Oracle

Quando implementi Backup e RE per i database Oracle, tieni presente le seguenti considerazioni quando esegui il deployment di Data Guard e RAC.

Considerazioni su Data Guard

Puoi eseguire il backup dei nodi Data Guard principali e in standby. Tuttavia, se scegli di proteggere i database solo dai nodi in standby, devi utilizzare l'autenticazione database Oracle anziché l'autenticazione del sistema operativo quando esegui il backup del database.

Considerazioni su RAC

La soluzione di backup e RE non supporta il backup simultaneo da più nodi in un database RAC se il disco gestione temporanea è impostato in modalità NFS. Se il tuo sistema richiede il backup simultaneo da più nodi RAC, utilizza Blocca (iSCSI) come modalità disco temporanea e impostalo in base all'host.

Per un database Oracle RAC che utilizza ASM, devi posizionare il file di controllo degli snapshot nei dischi condivisi. Per verificare questa configurazione, connettiti a RMAN ed esegui il comando show all:

rman target /

RMAN> show all

Se il file di controllo dello snapshot non si trova nella posizione corretta, riconfiguralo. Ad esempio, utilizza i seguenti parametri di configurazione RMAN per un database con "nome_db_univoco" di **ctdb** che utilizza il file system locale:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default

CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/ctdb/snapcf_ctdb.f';

In un ambiente RAC, devi mappare il file di controllo degli snapshot a un gruppo di dischi ASM condiviso. Per assegnare il file al gruppo di dischi ASM, utilizza il comando Configure Snapshot Controlfile Name:

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+/snap_.f';

Suggerimenti

A seconda dei tuoi requisiti, potresti dover prendere decisioni in merito a determinate funzionalità che hanno effetto sulla soluzione complessiva. Alcune decisioni possono influire sul prezzo, che a sua volta può influire sulle prestazioni, come la scelta di dischi permanenti standard (pd-standard) o dischi permanenti con prestazioni (pd-ssd) per i pool di snapshot dell'appliance di backup/ripristino.

In questa sezione, condividiamo le nostre scelte consigliate per aiutarti a garantire prestazioni ottimali per la velocità effettiva di backup del database Oracle.

Seleziona il tipo di macchina e il tipo di Persistent Disk ottimali

Quando utilizzi un'appliance di backup/ripristino con un'applicazione come un file system o un database, puoi misurare le prestazioni in base alla velocità con cui i dati dell'istanza host vengono trasferiti tra le istanze di Compute Engine.

Le velocità dei dispositivi del disco permanente di Compute Engine si basano su tre fattori: il tipo di macchina, la quantità totale di memoria collegata all'istanza e il numero di vCPU dell'istanza.
Il numero di vCPU in un'istanza determina la velocità di rete allocata a un'istanza Compute Engine. La velocità varia da 1 Gbps per una vCPU condivisa fino a 16 Gbps per 8 o più vCPU.
Combinando questi limiti, Backup ed RE di Google Cloud viene utilizzato per impostazione predefinita e2-standard-16 per un tipo di macchina di dimensioni standard per un'appliance di backup/ripristino. Da questo punto di partenza, sono disponibili tre opzioni per l'allocazione del disco:

Scelta	Disco del pool	Numero massimo di scritture durature	Letture massime sostenute
Minimo	10 GB	N/A	N/A
Standard	4096 GB	400 MiB/s	1200 MiB/s
SSD	4096 GB	1000 MiB/s	1200 MiB/s

Le istanze di Compute Engine utilizzano fino al 60% della rete allocata per l'I/O sui dischi permanenti collegati e riservano il 40% per altri utilizzi. Per ulteriori dettagli, consulta la sezione Altri fattori che influiscono sul rendimento.

Consiglio: la selezione di un tipo di macchina e2-standard-16 e di un minimo di 4096 GB di DP-SSD offre le migliori prestazioni per le appliance di backup/ripristino. Come seconda scelta, puoi selezionare un tipo di macchina n2-standard-16 per l'appliance di backup/ripristino. Questa opzione offre ulteriori vantaggi in termini di prestazioni nell'intervallo 10-20%, ma comporta costi aggiuntivi. Se corrisponde al tuo caso d'uso, contatta l'assistenza clienti Google Cloud per apportare questa modifica.

Ottimizza le tue istantanee

Per aumentare la produttività di una singola appliance di backup/ripristino, puoi eseguire job simultanei di snapshot da più origini. La velocità di ogni singolo job si riduce. Tuttavia, con un numero sufficiente di job, puoi raggiungere il limite di scrittura sostenuta per i volumi Persistent Disk nel pool di snapshot.

Quando utilizzi iSCSI per il disco gestione temporanea, puoi eseguire il backup di una singola istanza di grandi dimensioni su un'appliance di backup/ripristino con una velocità di scrittura sostenuta di circa 300-330 MB/s. Nei nostri test, abbiamo constatato che, in uno snapshot, questo vale per tutti gli elementi, da 2 TB a 80 TB, supponendo che tu abbia configurato sia l'host di origine sia l'appliance di backup/ripristino in una dimensione ottimale e che questi si trovino nella stessa regione e zona.

Scegli il disco gestione temporanea corretto

Se hai bisogno di prestazioni e velocità effettiva significative, Direct NFS può offrire un vantaggio significativo rispetto a iSCSI come scelta del disco gestione temporanea da utilizzare per i backup del database Oracle. Direct NFS consolida il numero di connessioni TCP, migliorando la scalabilità e le prestazioni della rete.

Quando abiliti Direct NFS per un database Oracle, configuri una CPU di origine sufficiente (ad esempio, 8 vCPU e 8 canali RMAN) e stabilisci un collegamento di 10 GB tra l'estensione per la regione Bare Metal Solution e Google Cloud, puoi eseguire il backup di un singolo database Oracle con una velocità effettiva maggiore tra 700 e 900 MB/s. Anche le velocità di ripristino RMAN beneficiano di Direct NFS, con cui puoi vedere che i livelli di velocità effettiva raggiungono l'intervallo di 850 MB/s e oltre.

Trova un equilibrio tra costo e velocità effettiva

È inoltre importante capire che tutti i dati di backup vengono archiviati in formato compresso nel pool di snapshot dell'appliance di backup/ripristino, in modo da ridurre i costi. I costi generali delle prestazioni per questo vantaggio della compressione sono marginali. Tuttavia, per i dati criptati (TDE) o i set di dati molto compressi, probabilmente ci sarà un impatto misurabile, ma marginale, sulle cifre di velocità effettiva.

Comprendere i fattori che influiscono sulle prestazioni della rete e dei server di backup

I seguenti elementi influiscono sull'I/O di rete tra Oracle su Bare Metal Solution e i server di backup in Google Cloud:

Archiviazione Flash

Analogamente al disco permanente di Google Cloud, gli array di archiviazione flash che forniscono lo spazio di archiviazione per i sistemi Bare Metal Solution aumentano le funzionalità di I/O in base alla quantità di spazio di archiviazione assegnata all'host. Maggiore è lo spazio di archiviazione allocato, migliore è l'I/O. Per ottenere risultati coerenti, ti consigliamo di eseguire il provisioning di almeno 8 TB di spazio di archiviazione flash.

Latenza di rete

I job di backup e RE di Google Cloud sono sensibili alla latenza di rete tra gli host Bare Metal Solution e l'appliance di backup/ripristino in Google Cloud. Piccoli aumenti della latenza possono creare grandi modifiche ai tempi di backup e ripristino. Le diverse zone di Compute Engine offrono latenze di rete diverse per gli host Bare Metal Solution. È una buona idea testare ogni zona per posizionare in modo ottimale l'appliance di backup/ripristino.

Numero di processori utilizzati

I server Bare Metal Solution sono disponibili in diverse dimensioni. Ti consigliamo di scalare i tuoi canali RMAN per adattarli alle CPU disponibili, con una velocità maggiore possibile per sistemi più grandi.

Cloud Interconnect

L'interconnessione ibrida tra Bare Metal Solution e Google Cloud è disponibile in diverse dimensioni, ad esempio 5 Gbps, 10 Gbps e 2x10 Gbps, con prestazioni complete rispetto all'opzione dual da 10 GB. È inoltre possibile configurare un collegamento di interconnessione dedicato che verrà utilizzato esclusivamente per le operazioni di backup e ripristino. Questa opzione è consigliata per i clienti che vogliono isolare il traffico di backup dal traffico del database o delle applicazioni che potrebbe attraversare lo stesso collegamento o garantire la piena larghezza di banda laddove le operazioni di backup e ripristino sono fondamentali per garantire il raggiungimento dell'RPO (Recovery Point Objective) e del RTO (Recovery Time Objective).

Passaggi successivi

Ecco alcuni link e informazioni aggiuntivi su Backup e RE di Google Cloud che potrebbero esserti utili.

Per ulteriori passaggi relativi alla configurazione di backup e RE di Google Cloud, consulta la documentazione del prodotto Backup e RE.
Per visualizzare le dimostrazioni sull'installazione del prodotto e sulle funzionalità, consulta la playlist video di backup e RE di Google Cloud.
Per visualizzare le informazioni sulla compatibilità per Backup e RE di Google Cloud, consulta Matrice di supporto: backup e RE. È importante verificare che siano in esecuzione versioni supportate delle istanze del database Linux e Oracle.
Per ulteriori passaggi relativi alla protezione dei database Oracle, vedi Backup e RE per i database Oracle e Proteggere un database Oracle rilevato.
Anche i file system come NFS, CIFS, ext3 ed ext4 possono essere protetti con il backup e il RE di Google Cloud. Per visualizzare le opzioni disponibili, vedi Applicare un piano di backup per proteggere un file system.
Per attivare gli avvisi per backup e RE di Google Cloud, consulta Configurare un avviso basato su log e guarda il video sulla configurazione delle notifiche di avviso per backup e RE di Google Cloud.
Per aprire una richiesta di assistenza, contatta l'assistenza clienti Google Cloud.

Guida alle soluzioni: backup e RE di Google Cloud per Oracle su Bare Metal Solution

Panoramica

Premesse

Architettura

Installa backup e RE di Google Cloud

Prima di iniziare

Installa la console di gestione di Backup e RE

Installa l'appliance di backup/ripristino

Configura backup e RE di Google Cloud

Configura un account di servizio

Ruoli dell'account di servizio

Configura pool di archiviazione

Cloud Storage

Pool di snapshot di Persistent Disk

Configura i piani di backup

Creare un profilo

Crea un modello

Esegui il backup di un database Oracle

Configura gli host Oracle

Installa l'agente di backup

Aggiungi host a backup ed RE

Configura gli host

Prepara l'host Linux

Prepara il database Oracle

Protezione di un database Oracle

Avvia il job di backup

Monta e ripristina un database Oracle

Montaggi compatibili con l'app

Monta un database Oracle

Monitorare l'avanzamento e il successo dei job

Smonta un database Oracle

Ripristini

Monta ed esegui la migrazione

Ripristina piastra da muro - Fase 1

Ripristina migrazione - Fase 2

Ripristina un database Oracle

Monitorare l'avanzamento e il successo dei job

Proteggi il database ripristinato

Risoluzione dei problemi e ottimizzazione

Risoluzione dei problemi di backup Oracle

Ulteriori considerazioni su Oracle

Considerazioni su Data Guard

Considerazioni su RAC

Suggerimenti

Seleziona il tipo di macchina e il tipo di Persistent Disk ottimali

Ottimizza le tue istantanee

Scegli il disco gestione temporanea corretto

Trova un equilibrio tra costo e velocità effettiva

Comprendere i fattori che influiscono sulle prestazioni della rete e dei server di backup

Archiviazione Flash

Latenza di rete

Numero di processori utilizzati

Cloud Interconnect

Passaggi successivi