Questa pagina è stata tradotta dall'API Cloud Translation.

Guida alla soluzione: Google Cloud Backup & RE per Oracle su Bare Metal Solution

Panoramica

Fornisce resilienza per i tuoi database Oracle all'interno di una soluzione Bare Metal Solution devi avere una strategia chiara per i backup dei database e le e il ripristino di emergenza. Per aiutarti con questo requisito, il team Solution Architect all'indirizzo Google Cloud ha svolto alcuni test approfonditi del programma Backup & DR Service 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 ripristino per i database Oracle in un ambiente Bare Metal Solution utilizzando il servizio di backup e RE. Condivideremo anche alcuni dati sul rendimento i risultati dei test in modo da poter avere un benchmark da confrontare con il tuo ambiente. Questa guida può esserti utile se sei un amministratore di backup, un Amministratore di Google Cloud o un DBA Oracle.

Sfondo

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

Questo obiettivo rappresentava una serie di sfide, ma la maggior parte delle persone coinvolte nel PDC abbiamo ritenuto che potremmo raggiungere questo risultato e che dobbiamo procedere con PDC Abbiamo ritenuto che il rischio fosse relativamente basso perché avevamo test precedenti del team tecnico di Backup & RE, dimostrando che possibile ottenere questi risultati. Inoltre, abbiamo condiviso i risultati del test il cliente affinché si senta a proprio agio nel procedere con il PDC.

Durante il PDC, abbiamo imparato a configurare più elementi insieme con successo – Oracle, Google Cloud Backup & RE, archiviazione e link delle estensioni regionali in un ambiente Bare Metal Solution. Seguendo le best practice che abbiamo imparato, puoi ottenere risultati ottimali.

"Il tuo chilometraggio potrebbe variare" è un buon modo di pensare ai risultati complessivi da questo documento. Il nostro obiettivo è condividere ciò che abbiamo imparato, gli aspetti su cui concentrarti, ciò che dovresti evitare e gli aspetti da approfondire non vedi il rendimento o i risultati auspicati. Ci auguriamo che questa guida ti aiuterà ad acquisire fiducia nelle soluzioni proposte e il tuo devono essere soddisfatti.

Architettura

La Figura 1 mostra una vista semplificata dell'infrastruttura da creare quando esegui il deployment di Backup & RE per proteggere i database Oracle in esecuzione nell'ambiente Bare Metal Solution.

Figura 1: componenti per l'utilizzo di Backup & RE con i database Oracle in un ambiente Bare Metal Solution

Mostra in che modo un'estensione regionale di Bare Metal Solution si collega a tutti i componenti dell'architettura, inclusi un progetto host, un progetto producer di Backup & RE contenente la console di gestione Backup & RE, un progetto consumer Backup & RE contenente l'appliance di backup/ripristino, altri progetti di servizio contenenti VM di Compute Engine e Cloud Storage.

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

Estensione regionale Bare Metal Solution: consente di eseguire i database Oracle in un data center di terze parti adiacente a un data center Google Cloud; e le licenze software on-premise esistenti.
Progetto di servizio RE & DR: consente di ospitare il tuo l'appliance di backup/ripristino e di backup Bare Metal Solution e Google Cloud dei carichi di lavoro nei bucket Cloud Storage.
Progetto di servizio Compute: fornisce una località in cui eseguire Compute Engine. delle VM in esecuzione.
Servizio Backup & DR: fornisce la console di gestione di Backup & RE che ti consente di conservare i backup e il ripristino di emergenza.
Progetto host: consente di creare subnet a livello di regione in un ambiente VPC in grado di connettere l'estensione a livello di regione Bare Metal Solution il servizio Backup & DR, l'appliance di backup/ripristino, nei bucket Cloud Storage e nelle VM di Compute Engine.

Installa Google Cloud Backup & RE

La soluzione Backup & RE richiede almeno le due seguenti il funzionamento della soluzione:

Console di gestione di Backup & DR: un endpoint API e una UI HTML 5 che consente di creare e gestire i backup dall'interno nella console Google Cloud.
appliance di backup/ripristino: questo dispositivo agisce come worker delle attività in eseguendo i backup, montando e ripristinando le attività di tipo.

Google Cloud gestisce la console di gestione di Backup & RE. Tu Necessità di 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 di consumer di servizi (lato cliente). Per ulteriori informazioni Backup & RE, vedi Configura e pianifica un deployment di Backup & DR. Per visualizzare la definizione di producer di servizi e consumer di servizi, consulta la Glossario di Google Cloud.

Prima di iniziare

Per installare il servizio di backup e RE di Google Cloud, devi completare segui questi passaggi di configurazione prima di iniziare il deployment:

Attiva un accesso privato ai servizi connessione. Devi stabilire questa connessione prima di poter avviare dell'installazione. Anche se hai già una subnet di accesso privato ai servizi configurato, 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 nel Rete VPC in cui esegui il deployment dell'appliance di backup/ripristino. Questo che garantisca la corretta risoluzione di googleapis.com (tramite privato o ricerca pubblica).
Configura route e regole firewall predefinite per consentire il traffico in uscita a *.googleapis.com (tramite IP pubblici) o private.googleapis.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, configurare le route e il firewall nella rete VPC in cui installare l'appliance di backup/ripristino. Ti consigliamo inoltre di usare le impostazioni Accesso come opzione preferita. Vedi 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 abilitato dei criteri dell'organizzazione, assicurati di configurare seguenti:
- constraints/cloudkms.allowedProtectionLevels includono SOFTWARE o ALL.
Configura le seguenti regole firewall:
- Ingress dall'appliance di backup/ripristino in Compute Engine VPC all'host Linux (agente) sulla porta TCP-5106.
- Se utilizzi un disco di backup basato su blocchi con iSCSI, il traffico in uscita da Linux (agente) in Bare Metal Solution all'appliance di backup/ripristino dello 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 per l'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 di Bare Metal Solution, in modo da garantire la risoluzione dei nomi coerente tra i server Bare Metal Solution, le VM Risorse basate su Compute Engine come il servizio di backup e RE.

Installa la console di gestione di Backup & RE

Attiva il API Backup & DR Service se non è già abilitato.
Nella console Google Cloud, utilizza il menu di navigazione per andare alla 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 & RE. Questo è la regione in cui esegui il deployment dell'utente della console di gestione di Backup & RE nel progetto di un producer di servizi. Google Cloud possiede e mantiene le risorse della console di gestione.
Scegli la rete VPC nel progetto consumer di servizi che da connettere al servizio di backup e RE. In genere, questo è un file VPC o un progetto host.
Dopo aver atteso fino a un'ora, dovresti vedere la seguente schermata quando del deployment.
Nota: l'URL per ogni gestione di Backup & RE pagina della console utilizza il seguente formato:
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com
Sostituisci le variabili con quanto segue:
- Il numero di progetto per il progetto Google Cloud che ospita la console di gestione di Backup & RE.
- L'ID generato, indicato tra il numero di progetto e la parola dot nell'URL dell'API per la console di gestione di Backup & RE.
- La regione in cui utilizzi la console di gestione di Backup & RE in cui viene localizzato.

Installa l'appliance di backup/ripristino

Nella pagina Backup & DR, 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 & RE, vai alla Pagina Appliances:
```
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 del progetto in cui hai abilitato Servizio di 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 il deployment.
Scegli il progetto consumer in cui installare il backup/ripristino dell'appliance di ricerca.
Scegli la regione, la zona e la subnet che preferisci.
Seleziona un tipo di archiviazione. Ti consigliamo di scegliere Disco permanente standard per POC e disco permanente SSD per un ambiente di produzione.
Fai clic sul pulsante Inizia installazione. La procedura dovrebbe richiedere un'ora eseguire il deployment della console di gestione di Backup & RE e l'appliance di backup/ripristino.
Puoi aggiungere altre appliance di backup/ripristino in altre regioni o zone dopo la procedura di installazione iniziale sia completa.

Configura Backup & RE di Google Cloud

In questa sezione, scoprirai i passaggi necessari per configurare Backup & DR e proteggi i carichi di lavoro.

Configura un service account

A partire dalla versione 11.0.2 (release di dicembre 2022 di Backup & RE), puoi utilizzare un unico account di servizio per eseguire l'appliance di backup/ripristino e accedere nei bucket Cloud Storage e proteggi la tua virtuale Compute Engine (VM) (non trattati in questo documento).

Ruoli del service account

Il servizio Backup & RE di Google Cloud utilizza Google Cloud Identity and Access Management (IAM) per l'autorizzazione di utenti e account di servizio e autenticazione. Puoi usare i ruoli predefiniti per abilitare vari tipi di backup le funzionalità di machine learning. I due più importanti sono i seguenti:

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

Puoi trovare il tuo account di servizio visualizzando la VM di Compute Engine eseguire l'appliance di backup/ripristino nel progetto consumer/di servizio e il valore dell'account di servizio elencato nella sezione API e gestione delle identità.

Per fornire le autorizzazioni appropriate alle tue appliance di backup/ripristino, vai all' pagina Identity and Access Management e concedere i seguenti ruoli di Identity and Access Management per il servizio dell'appliance di backup/ripristino .

Backup and DR Cloud Storage Operator
Operatore Compute Engine di Backup & DR (facoltativo)

Configura i pool di archiviazione

I pool di archiviazione archiviano i dati in posizioni di archiviazione fisiche. Dovresti usare Persistent Disk per i dati più recenti (1-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 regione o di più regioni nella località in cui hai bisogno per archiviare i dati di backup.

Segui queste istruzioni per creare un bucket Cloud Storage:
1. Dalla pagina Bucket Cloud Storage, assegnare un nome al bucket.
2. Seleziona la posizione di archiviazione.
3. Scegli una classe di archiviazione: standard, Nearline o Coldline.
4. Se scegli Nearline Storage o Coldline Storage, imposta la casella di controllo Access Control su Granulare. Per l'archiviazione Standard, accetta l'accesso predefinito modalità di controllo di Uniforme.
5. Infine, non configurare altre opzioni di protezione dei dati e fai clic su Crea.
Poi, aggiungi questo bucket all'appliance di backup/ripristino. Vai alla sezione Console di gestione di Backup & RE.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/
 
```

Seleziona il pulsante Gestisci > Voce di menu Pool di archiviazione.

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

Pagina della console di gestione di Backup &RE che mostra il pulsante Gestisci > Menu Pool di archiviazione.

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 per il Nome pool.
2. Scegli Google Cloud Storage come Tipo di pool.
3. Seleziona l'appliance da collegare a Cloud Storage di sincronizzare la directory di una VM con un bucket.
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 le opzioni standard o SSD, il pool di snapshot Persistent Disk sarà di 4 TB per impostazione predefinita. Se la tua origine o file system richiedono un pool di dimensioni maggiori, puoi modificare impostazioni per l'appliance di backup/ripristino di cui è stato eseguito il deployment, aggiungi un nuovo Persistent Disk e creare un nuovo pool personalizzato o configurarne un altro pool predefinito.

Vai a 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 +Add New Disk (+Aggiungi nuovo disco).
1. Assegna un nome al disco.
2. Seleziona un tipo di disco Vuoto.
3. Scegli tra standard, bilanciati o SSD in base alle tue esigenze.
4. Inserisci le dimensioni del disco necessarie.
5. Fai clic su Salva.

Vai al Gestisci > Appliance nella sezione Backup & RE e la console di gestione.

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 o dal menu Fogli Google.
Puoi aggiungere il disco al pool di snapshot esistente (espansione) oppure creare un nuovo pool (ma non combinare tipi di Persistent Disk nello stesso pool). Se si espande, fai clic sull'icona in alto a destra relativa al pool che vuoi espandere.
In questo esempio, crei 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 piscina.
2. Fai clic su Invia.
3. Conferma di voler continuare digitando PROCEED in lettere maiuscole quando richiesto.
4. Fai clic su Conferma.
Il pool verrà espanso o creato con il Persistent Disk.

Nota: a questo punto non puoi spostare, espandere o eliminare il Persistent Disk finché non rimuovi eventuali immagini di backup archiviate in questo pool. Contatto Assistenza clienti Google Cloud se hai bisogno di aiuto, altrimenti chiudi la scheda del browser.

Configura i piani di backup

Con i piani di backup puoi configurare due elementi chiave per il backup di qualsiasi un database, una VM o un file system. I piani di backup includono profili e modelli.

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

Crea un profilo

Nella console di gestione di Backup & RE, vai a Piani di backup > Profili.

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

Verranno già creati due profili. Puoi usare un solo profilo per gli snapshot delle VM di Compute Engine e puoi modificare l'altro profilo e utilizzare per i backup di Bare Metal Solution. È possibile avere più profili, è utile se esegui il backup di molti database che richiedono livelli di disco diversi come backup. Ad esempio, puoi creare un pool per SSD (prestazioni superiori), e un pool per i dischi permanenti standard (prestazioni standard). Per ogni puoi scegliere un pool di snapshot diverso.
Fai clic con il tasto destro del mouse sul profilo predefinito denominato LocalProfile e seleziona Edit (Modifica).
Apporta le seguenti modifiche:
1. Aggiorna le impostazioni Profili con un nome più significativo e o l'audiodescrizione. Puoi specificare il livello del disco da utilizzare, laddove si trovano i bucket Cloud Storage o altre informazioni spiega lo scopo di questo profilo.
2. Cambia il pool di snapshot nel nuovo 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 & RE, vai a 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 il criterio.
3. Seleziona la casella di controllo corrispondente ai giorni in cui vuoi che il criterio venga eseguito oppure lascia la per impostazione predefinita è Tutti i giorni.
4. Modifica la finestra dei 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 i backup dei log di archivio con frequenza regolare (ad ad esempio ogni 15 minuti) e replicare i log di archivio Cloud Storage, devi abilitare le seguenti impostazioni dei criteri:
1. Imposta Tronca/Elimina il log dopo il backup su Tronca se è ciò che vuoi desiderato.
2. Se vuoi, imposta Abilita backup dei log del database su Sì.
3. Imposta RPO (Minuti) sull'intervallo di backup che preferisci per i log di archivio.
4. Imposta Registra periodo di conservazione del backup (in giorni) sul valore di conservazione che preferisci punto.
5. Imposta Replica log (utilizza la tecnologia Streamsnap) su No.
6. Imposta Send logs to OnVault pool (Invia log al pool OnVault) su Yes (Sì) se desideri inviare i log a del tuo bucket Cloud Storage. In caso contrario, seleziona No.
7. Fai clic su Salva modifiche.
Fai clic su Aggiorna criterio per salvare le modifiche.
Per OnVault sul lato destro, esegui queste azioni:
1. Fai clic su +Aggiungi.
2. Aggiungi il nome del criterio.
3. Imposta la Fidelizzazione su giorni, settimane, mesi o anni.
4. Fai clic su Aggiorna criterio.
(Facoltativo) Se devi aggiungere altre opzioni di conservazione, crea altre criteri per la conservazione settimanale, mensile e annuale. Per aggiungere un'altra conservazione segui questa procedura:
1. In OnVault a destra, fai clic su +Aggiungi.
2. Aggiungi un nome per il criterio.
3. Modifica il valore di In questi giorni nel giorno in cui vuoi attivare questa applicazione. un lavoro.
4. Imposta la Fidelizzazione su Giorni, settimane, mesi o anni.
5. Fai clic su Aggiorna criterio.
Fai clic su Salva modello. Nell'esempio seguente, vedrai un'istantanea criterio che conserva i backup per 3 giorni nel livello del Persistent Disk, 7 giorni per i job OnVault e un totale di 4 settimane. Il backup settimanale viene eseguito il sabato sera.

Nota: in Backup & RE, i job OnVault giornalieri e settimanali non sono in diversi campi. Un lavoro settimanale è semplicemente il lavoro giornaliero inviato Backup & RE in Cloud Storage. Il job settimanale riceve valore di conservazione aggiuntivo per non far scadere i dati. Backup & RE conserva le immagini del sabato sera in Cloud Storage per 8 volte i giorni e 4 volte le settimane.

Esegui il backup di un database Oracle

L'architettura Backup & RE di Google Cloud fornisce backup Oracle permanente e coerente con l'applicazione su Google Cloud, nonché recupero istantaneo e clonazione per database Oracle di più terabyte.

Il servizio Backup & 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 poiché la struttura fisica del file di dati esiste già. La ripresa L'istruzione Manager (RMAN) BACKUP AS COPY crea copie delle immagini per tutti i dati dei file dell'intero database e conserva il formato di file dei dati.
ASM e API CRS: utilizza la gestione automatica dello spazio di archiviazione (ASM) e Cluster API Ready Services (CRS) per gestire il gruppo di dischi di backup ASM.
API di backup dei log di archiviazione RMAN: questa API genera i log di archiviazione e ne esegue il backup. su un disco gestione temporanea e le 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 dagli host a Backup & RE, configurando gli host e scoprendo Database Oracle. Una volta che tutto è a posto, puoi eseguire i backup dal database Oracle a Backup & RE.

Installa l'agente di backup

L'installazione dell'agente Backup & RE è relativamente semplice. Tu installare l'agente solo la prima volta che utilizzi l'host i successivi upgrade possono essere eseguiti dall'utente di Backup & RE nella console Google Cloud. Devi accedere come un utente root o in una sessione sudo autenticata per eseguire un agente dell'installazione. Non è necessario riavviare l'host per completare l'installazione.

Scarica l'agente di backup dall'interfaccia utente o tramite il 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 l'appliance. Si apre una nuova finestra del browser.
Fai clic sull'icona Linux a 64 bit per scaricare l'agente di backup sul computer che ospita la sessione del browser. Utilizza scp (copia sicura) per spostare scaricato il file dell'agente negli host Oracle per l'installazione.
In alternativa, puoi archiviare l'agente di backup in un Cloud Storage bucket, abilita i download e utilizza i comandi wget o curl per scaricare direttamente sui tuoi host Linux.
```
curl -o agent-Linux-latestversion.rpm https://storage.googleapis.com/backup-agent-images/connector-Linux-11.0.2.9595.rpm
```

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

È molto importante che tu copi la chiave segreta generata automaticamente. Tramite la console di gestione di Backup & RE, devi aggiungere 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 dell'agente di backup firewall (TCP 5106) e 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 & RE

Nella console di gestione di Backup &RE, vai a Gestisci > Host.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#hosts
```
1. Fai clic su +Add Host (+ Aggiungi host).
2. Aggiungi il nome host.
3. Aggiungi un indirizzo IP per l'host e fai clic sul pulsante + per confermare configurazione.
4. Fai clic sulle appliance in cui vuoi aggiungere l'host.
5. Incolla la chiave segreta. Devi eseguire questa attività meno di due ore dopo installi l'agente di backup e viene generata la chiave segreta.
6. Fai clic su Aggiungi per salvare l'host.
Se ricevi un messaggio di errore o di successo parziale, prova a procedere nel seguente modo soluzioni alternative:
1. La chiave segreta di crittografia dell'agente di backup potrebbe essere scaduta. In caso contrario aggiungere la chiave segreta all'host entro due ore dalla sua creazione. Puoi genera una nuova chiave segreta sull'host Linux utilizzando il seguente comando riga di comando:
```
/opt/act/bin/udsagent secret --reset --restart
```
2. Il firewall che consente la comunicazione tra il backup/ripristino e l'agente installato sull'host potrebbe non essere configurato correttamente. Segui i passaggi per aprire le porte del firewall dell'agente di backup e Oracle.
3. La configurazione ntp (Network Time Protocol) per gli host Linux potrebbe essere configurazione errata. Controlla e verifica che le impostazioni NTP siano corrette.
Una volta risolto il problema di base, dovresti visualizzare lo Stato del certificato cambia da N/D a Valido.

Configura gli host

Nella console di gestione di Backup &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 Formato disco temporaneo e scegli NFS.

Nota: se preferisci usare dischi di gestione temporanea ASM (funzionalità nota anche come backup dischi formattati ASM), seleziona Blocca per Formato disco temporaneo .
Scorri verso il basso fino alla sezione Applicazioni rilevate e fai clic su . Scopri le applicazioni per avviare il processo di rilevamento da appliance ad agente.
Fai clic su Scopri per iniziare la procedura. Il processo di rilevamento richiede 5 minuti. Al termine, i file system e i database Oracle rilevati vengono visualizzate nella finestra delle applicazioni.
Fai clic su Salva per aggiornare le modifiche agli host.

prepara l'host Linux

Installando i pacchetti delle utilità iSCSI o NFS nel tuo host basato su Linux OS, può mappare un disco gestione temporanea a un dispositivo che scrive i dati di backup. Utilizza la i seguenti comandi per installare le utilità iSCSI e NFS. Sebbene sia possibile utilizzare una o entrambe le utilità, questo passaggio ti garantisce di avere ciò che ti serve quando serve.

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

Utilizza iSCSI per salvare il backup in un il disco gestione temporanea basato su blocchi (pensa al backup sul file system) o quando devi per 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).
Usa NFS, noto anche come NFS del kernel, per aumentare il backup e ripristinare le prestazioni. È possibile sfruttare più sessioni TCP con NFS, ma questo supporta solo l'opzione del disco gestione temporanea di backup del file system.
Utilizza Direct NFS (dNFS) quando vuoi eseguire il deployment di NFS, che è più veloce rispetto a NFS standard e migliora il backup e ripristinare la velocità effettiva. Tuttavia, dNFS supporta solo il backup del file system l'opzione del disco gestione temporanea. La configurazione di dNFS richiede l'arresto del database per consentire l'applicazione della configurazione 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à configurato un'istanza e un database Oracle e configurato. Backup & RE di Google Cloud supporta la protezione di database in esecuzione su file system, ASM, Real Application Clusters (RAC) molte altre configurazioni. Per ulteriori informazioni, consulta Backup e RE per Oracle o Microsoft SQL Server.

Devi configurare alcuni elementi prima di avviare il job di backup. Alcuni di questi sono facoltative, tuttavia consigliamo le seguenti impostazioni per ottimizzare rendimento:

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

Imposta l'ambiente Oracle sull'istanza specifica:

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

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

Usa i seguenti comandi 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 Direct NFS per l'host Linux:

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

Configurare il monitoraggio delle modifiche a blocchi. Verifica innanzitutto se è abilitato o disattivata. L'esempio seguente mostra che il monitoraggio delle modifiche a blocchi viene disattivato:

SQL> select status,filename from v$block_change_tracking;

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

Esegui il seguente comando quando utilizzi ASM:

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

Database altered.

Esegui il comando seguente 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 a 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 & RE, vai a Gestore 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 che vuoi proteggere e seleziona Gestisci piano di backup dal menu.
Seleziona il modello e il profilo da utilizzare e fai clic su Applica piano di backup.
Quando richiesto, configura le impostazioni avanzate specifiche per Oracle e RMAN necessari per la tua configurazione. Al termine, fai clic su Applica piano di backup.

Ad esempio, Numero di canali, il valore predefinito è 2. Quindi se hai una dimensione maggiore di core CPU, puoi aumentare il numero di canali per operazioni di backup e impostarlo su un numero maggiore.

Per ulteriori informazioni sulle impostazioni avanzate, vedi Configurare i dettagli dell'applicazione e impostazioni per i database Oracle.

di Gemini Advanced.

Finestra di dialogo Backup & RE che mostra come selezionare la conversione del formato ASM nel formato file system.

Oltre a queste impostazioni, puoi modificare il protocollo utilizzato dal disco di gestione temporanea per mappare il disco dall'appliance di backup all'host. Vai a Gestisci > Organizzatori e seleziona l'host che vuoi modificare. Seleziona l'opzione per Staging del formato del disco a Guest. Per impostazione predefinita è selezionato il formato Blocca, che mappa il disco di gestione temporanea tramite iSCSI, altrimenti questa impostazione può essere modificata in NFS il disco di gestione temporanea utilizza invece il protocollo NFS.

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

Avvia il job di backup

Nella console di gestione di Backup & RE, vai a Gestore 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 Istantanea a destra e seleziona Esegui ora. Inizia un job di backup on demand.
Per monitorare lo stato del processo di backup, vai a Monitor > Menu Job e visualizzazione del job . Potrebbero essere necessari da 5 a 10 secondi prima che un job venga visualizzato nell'elenco dei job. La Ecco un esempio di job in esecuzione:
Quando un job ha esito positivo, puoi utilizzare i metadati per visualizzare i dettagli un lavoro specifico.
- Applica filtri e aggiungi termini di ricerca per trovare offerte di lavoro che ti interessano. La nell'esempio seguente utilizza i filtri Riuscito e Ultimo giorno, insieme cercando l'host test1.
Per esaminare più da vicino un job specifico, fai clic sul job in Job. colonna. Nella nuova finestra visualizzata, Come vedi nell'esempio seguente, il job di backup acquisisce una grande quantità di informazioni.

Monta e ripristina un database Oracle

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

Supporti sensibili all'app
Ripristini (montaggio, migrazione e ripristino tradizionale)

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

Supporti sensibili all'app

Puoi utilizzare i montaggi per ottenere un accesso rapido a una copia virtuale di un database Oracle. Puoi configurare un montaggio quando le prestazioni non sono critiche e il database copia vite solo per poche ore o per pochi giorni.

Il vantaggio principale di un montaggio è che non utilizza grandi quantità spazio di archiviazione aggiuntivo. Il montaggio utilizza invece uno snapshot del disco di backup che può essere un pool di snapshot su un Persistent Disk o un pool OnVault di archiviazione ideale in Cloud Storage. L'utilizzo della funzionalità dello snapshot della copia virtuale riduce al minimo tempo per l'accesso ai dati perché non è necessario copiarli prima. Il disco di backup gestisce tutte le letture e un disco nel pool di snapshot archivia tutti scrive. Di conseguenza, il montaggio di copie virtuali è rapido e non la copia del disco di backup. I supporti sono ideali per lo sviluppo, i test Attività di DBA in cui è necessario convalidare modifiche o aggiornamenti dello schema prima di mentre vengono implementate in produzione.

Monta un database Oracle

Nella console di gestione di Backup & RE, vai a Backup e recupero > Recupera la pagina.

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

Nell'elenco Applicazione, trova 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 rampa di cronologia che mostra tutte le opzioni disponibili di immagini point-in-time. Puoi anche scorrere indietro per visualizzare la fidelizzazione a lungo termine se non compaiono nella visualizzazione della rampa. Il sistema seleziona per impostazione predefinita.
Se preferisci vedere una visualizzazione tabella per le immagini point-in-time, fai clic sull'icona Opzione Tabella per modificare la visualizzazione:
Trova l'immagine che ti interessa e seleziona Monta:
Scegli le Opzioni applicazione per il database che monta.
1. Seleziona Target Host (Host di destinazione) dal menu a discesa. Gli host vengono visualizzati in questo se li hai aggiunti in precedenza.
2. (Facoltativo) Inserisci un'etichetta.
3. Nel campo SID database di destinazione, inserisci l'identificatore della destinazione per configurare un database.
4. Imposta User Name (Nome utente) su Oracle. Questo nome diventa il nome utente del sistema operativo per autenticazione.
5. Inserisci la directory Home di Oracle. Per questo esempio, utilizza /u01/app/oracle/product/19c/dbhome_1.
6. Se configuri i log del database di cui eseguire il backup, diventa disponibile il tempo di inoltro. Fai clic sul selettore orologio/ora e scegli il punto di spostamento in avanti.
7. L'opzione Ripristina con recupero è abilitata per impostazione predefinita. Questa opzione monta apre il database per te.
Una volta inserite le informazioni, fai clic su Invia per avviare la la procedura di montaggio.

Monitorare l'avanzamento e il successo del job

Per monitorare il job in esecuzione, vai alla sezione Monitor > Job.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
```
La pagina mostra lo stato e il tipo di prestazione.
Al termine del job di montaggio, puoi visualizzarne i dettagli facendo clic sul pulsante Numero job:

Per visualizzare i processi pmon per il SID che hai creato, accedi all'host di destinazione ed emetti 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

Unmount an Oracle database

After you finish using the database, you should unmount and delete the database. There are two methods to find a mounted database:

Go to App Manager > Active Mounts page.
```
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 tasto destro del mouse sul supporto che vuoi pulire e seleziona Smonta ed elimina dal menu. Questa azione non eliminerà il backup e i dati di Google Cloud. Rimuove solo il database virtuale montato dall'host di destinazione sia il disco della cache snapshot che conteneva le scritture archiviate per per configurare un database.
Vai a Gestione app > Applicazioni.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
 
```
1. Fai clic con il tasto destro del mouse sull'app di origine (database) e seleziona Accesso.
2. Sulla rampa di sinistra, vedi un cerchio grigio con un numero all'interno del quale indica il Numero di montaggi attivi in questo momento. Clic l'immagine e viene visualizzato un nuovo menu.
3. Fai clic su Azioni.
4. Fai clic su Smonta ed elimina.
5. Fai clic su Invia e conferma questa azione nella schermata successiva.
6. Alcuni minuti dopo, il sistema rimuove il database dalla destinazione l'host, oltre a ripulire e rimuovere tutti i dischi. Questa azione libera qualsiasi disco nel pool di snapshot utilizzato per le scritture sul disco di ripetizione per montaggi attivi.
Puoi monitorare i job smontati come qualsiasi altro job. Vai alla sezione Monitora > Menu Job per monitorare l'avanzamento dello smontaggio del job. e conferma che il job viene completato.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
 
```
Se elimini manualmente il database Oracle o arresti il prima di eseguire il job di smontaggio ed eliminazione, esegui la Smonta ed elimina di nuovo il job e seleziona l'opzione Forza smontaggio sul la schermata di conferma. Questa azione rimuove forzatamente il disco di ripetizione temporanea dall'host di destinazione ed elimina il disco dal pool di snapshot.

Ripristini

Puoi utilizzare i ripristi 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 un copia di backup. Normalmente esegui un ripristino dopo un evento di tipo disastroso o per copie di test non di produzione. In questo caso, i tuoi clienti in genere dovrai attendere che i file precedenti vengano copiati nuovamente nell'host di origine prima riavviano i database. Tuttavia, Google Cloud Backup & RE supporta anche una funzione di ripristino (copia file e database) e una funzionalità di montaggio e migrazione, in cui si monta il database (tempo accedere è veloce) ed è possibile copiare i file di dati sul computer locale mentre sia montato e accessibile. La funzionalità di montaggio e migrazione è utile per di utenti con RTO (Recovery Time Objective) ridotto.

Monta ed esegui la migrazione

Il ripristino basato sulla migrazione e il montaggio prevedono due fasi:

Fase 1: la fase di ripristino del montaggio fornisce accesso immediato al database iniziando dalla copia montata.
Fase 2: la fase di ripristino della migrazione esegue la migrazione del database nella posizione di archiviazione in produzione, mentre è online.

Ripristina montaggio - Fase 1

Questa fase consente l'accesso immediato al database da un'immagine selezionata presentati dall'appliance di backup/ripristino.

Una copia dell'immagine di backup selezionata è mappata al server di database di destinazione e presentati a livello di ASM o file system in base al database di origine dell'immagine di backup.
Utilizza l'API RMAN per eseguire le seguenti attività:
- Ripristina il file di controllo e il file Ripeti log nel controllo locale specificato e ripetere la posizione dei file (disco gruppo disco ASM o file system).
- Passa dal database alla copia dell'immagine presentata dal l'appliance di backup/ripristino.
- Esegui il rollback di tutti i log di archiviazione disponibili al punto di ripristino specificato.
- Apri il database in modalità di lettura e scrittura.
Il database viene eseguito dalla copia mappata dell'immagine di backup presentata l'appliance di backup/ripristino.
Il file di controllo e il file di registro ripeti del database vengono posizionati posizione di archiviazione locale di produzione selezionata (gruppo di dischi ASM o file system) su l'obiettivo.
Dopo un'operazione di montaggio di ripristino riuscita, il database diventa disponibile le operazioni di produzione. Puoi utilizzare l'API di spostamento file di dati online Oracle i dati nella posizione di archiviazione di produzione (gruppo di dischi ASM o file di sistema) 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. Usa l'API Oracle Online Datafile Move per eseguire la migrazione dei dati.
Spostare i file di dati dalla copia presentata per Backup & RE del dell'immagine di backup nello spazio di archiviazione del database di destinazione selezionato (file o diskgroup ASM) di sistema).
Al termine del job di migrazione, il sistema rimuove e annulla la mappatura Copia dell'immagine di backup presentata da Backup & RE (file o gruppo di dischi ASM) system) dalla destinazione e il database viene eseguito dallo spazio di archiviazione di produzione.

Per ulteriori informazioni su montaggio e migrazione del ripristino, consulta: Monta ed esegui 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 & RE, vai a Backup e recupero > Recupera la pagina.

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 che ripristinare e selezionare Avanti:
Viene visualizzata la Visualizzazione rampa di cronologia che mostra tutte le opzioni disponibili di immagini point-in-time. Puoi anche scorrere indietro se devi visualizzare immagini della fidelizzazione a lungo termine che non compaiono nel periodo. Il sistema seleziona l'immagine più recente per impostazione predefinita.

Per ripristinare un'immagine, fai clic sul menu Monta e seleziona Ripristina:
Scegli le opzioni di ripristino.
1. Seleziona Roll Forward Time (Tempo di avanzamento del rollback). Fai clic sull'orologio e scegli in un determinato momento.
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 DATA LOSS per confermare che vuoi sovrascrivere il database di origine. e fai clic su Conferma.

Monitorare l'avanzamento e il successo del job

Per monitorare il job, vai a Monitor > Job.

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

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

Proteggi il database ripristinato

Al termine del job di ripristino del database, il sistema non esegue il backup automaticamente dopo il ripristino. In altre parole, quando ripristini un'immagine a cui in precedenza era associato un piano di backup, quest'ultimo non viene attivato predefinito.

Per verificare che il piano di backup non sia in esecuzione, vai a Gestore app > Applicazioni.

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

Individua il database ripristinato nell'elenco. L'icona della protezione cambia da da verde a giallo, che indica che l'esecuzione del sistema non è pianificata di backup per il database.
Per proteggere il database ripristinato, cerca nella colonna Applicazione la dicitura da proteggere. Fai clic con il tasto destro del mouse sul nome del database e seleziona Gestisci il piano di backup.
Riabilita il job di backup pianificato per il database ripristinato.
1. Fai clic sul menu Applica e seleziona Attiva.
2. Conferma eventuali impostazioni avanzate di Oracle e fai clic su Abilita piano di backup.

Risoluzione dei problemi e ottimizzazione

Questa sezione fornisce alcuni suggerimenti utili per la risoluzione dei problemi Backup di Oracle, ottimizzazione del sistema e valutazione di adeguamenti per RAC e Ambienti Data Guard.

Risoluzione dei problemi relativi al backup Oracle

Le configurazioni Oracle contengono una serie di dipendenze per garantire che l'attività di backup . I passaggi seguenti forniscono diversi suggerimenti per configurare il Istanze, listener e database Oracle per garantire il successo.

Per verificare che il listener Oracle per il servizio e l'istanza che ti interessa 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 del database è in una modalità diversa, potresti vedere job non riusciti con Codice di errore 5556 come segue:

Finestra di dialogo Backup & RE che mostra i dettagli del job contenenti 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 a blocchi nel database Oracle. Sebbene non si tratti di obbligatorio affinché la soluzione funzioni, l'attivazione del monitoraggio delle modifiche a blocchi impedisce la necessità di eseguire una quantità significativa di lavoro di post-elaborazione per calcolare ha modificato i blocchi e contribuisce a ridurre i tempi del 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 ripristinare i database Oracle, è la scelta preferita. Per migliorare ulteriormente la velocità effettiva, cambiare il disco gestione temporanea in base all'host abilita dnfs per Oracle.

Configura i nomi tnsname per la risoluzione per gli host di database Oracle. In caso contrario includono questa impostazione, i comandi RMAN spesso non riescono. Di seguito è riportato un esempio l'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 servizio nome 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 Impostazioni avanzate per il nome del 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. Per Ad esempio, il nome del database potrebbe essere CLU1_S e il nome dell'istanza CLU1_S.
- Se il nome del servizio Oracle non è in elenco, crea una voce del nome del servizio nella nel file tnsnames.ora che si trova all'indirizzo $ORACLE_HOME/network/admin o alle ore $GRID_HOME/network/admin aggiungendo il 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, specifica percorso assoluto al file nella pagina Dettagli e impostazioni dell'applicazione. descritto in Configurare i dettagli e le impostazioni delle applicazioni per i database Oracle.
- Verifica di aver configurato la voce del nome del servizio per il database in modo corretto. Accedi a Oracle Linux e configura l'ambiente Oracle:
```
TNS_ADMIN=TNSNAMES.ORA_FILE_LOCATION
tnsping CLU1_S
```
- Rivedi l'account utente del database per assicurarti che la connessione al server Applicazione Backup & RE:
```
sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
```
- Nella pagina Dettagli e impostazioni delle applicazioni descritta in Dettagli delle applicazioni e impostazioni per i 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 sui dischi di gestione temporanea NFS sono non supportata." Se ricevi questo errore, significa che non disponi della configurata in Dettagli e impostazioni per l'istanza che ti interessa 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 il formato ASM in formato filesystem su Sì. Dopo aver modificato questa impostazione, esegui nuovamente il job di backup.

Il codice di errore 15 indica al sistema di backup e RE "Impossibile connettersi all'host di backup". Se viene visualizzato questo errore, significa che uno dei tre problemi:

Il firewall tra l'appliance di backup/ripristino e l'host su cui che hai installato non consente la porta TCP 5106 (l'agente in ascolto ).
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 quando l'agente sta lavorando. Dopo aver corretto la causa alla base, esegui il comando Comando service udsagent status. Il seguente esempio di output mostra che il servizio agente Backup & RE sia 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 i log sull'host di origine su cui vengono eseguiti i job di backup. Per database Oracle backup, sono disponibili due file di log principali nell'/var/act/log directory:
- UDSAgent.log–: registra il log dell'agente Backup & RE di Google Cloud registra le richieste API, le statistiche dei job in esecuzione e altri dettagli.
- SID_rman.log–Log RMAN Oracle che registra tutti i comandi RMAN.

Considerazioni aggiuntive su Oracle

Quando implementi Backup & 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 per proteggere i database solo dai nodi in standby, devi usare Autenticazione Oracle Database anziché autenticazione del sistema operativo quando esegui l'operazione per configurare il database.

Considerazioni sui RAC

La soluzione Backup & RE non supporta il backup simultaneo da nodi multipli in un database RAC se il disco gestione temporanea è impostato sulla modalità NFS. Se le tue di sistema richiede un backup simultaneo da più nodi RAC; utilizza il comando Block (iSCSI) come modalità disco gestione temporanea e impostarla in base all'host.

Per un database Oracle RAC che utilizza ASM, devi inserire il file di controllo dello snapshot nei dischi condivisi. Per verificare questa configurazione, connettiti all'RMA ed esegui Comando show all:

rman target /

RMAN> show all

Se il file di controllo dello snapshot non è nella posizione corretta, riconfiguralo. Per Ad esempio, utilizza i seguenti parametri di configurazione RMAN per un database con un "db_unique_name" 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 dello snapshot a un ASM condiviso gruppo di dischi standard. Per assegnare il file al gruppo di dischi ASM, utilizza il metodo Comando Configure Snapshot Controlfile Name:

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

Consigli

A seconda dei requisiti, potrebbe essere necessario prendere decisioni in merito alcune caratteristiche che hanno un effetto sulla soluzione complessiva. Alcune decisioni possono influisce sul prezzo, il che a sua volta può influire sulle prestazioni, ad esempio la scelta della Dischi permanenti (pd-standard) o dischi permanenti prestazionali (pd-ssd) per i pool di snapshot dell'appliance di backup/ripristino.

In questa sezione, condividiamo i nostri suggerimenti per aiutarti a garantire delle prestazioni per la velocità effettiva del backup dei database Oracle.

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

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à i trasferimenti di dati tra le istanze Compute Engine.

Le velocità dei dispositivi dei dischi permanenti di Compute Engine si basano su tre fattori: il tipo di macchina, la quantità totale di memoria collegata dell'istanza e il conteggio delle vCPU dell'istanza.
Il numero di vCPU in un'istanza determina la velocità di rete allocata a un di Compute Engine. La velocità varia da 1 Gbps per un fino a 16 Gbps per 8 o più vCPU.
Combinando questi limiti, il servizio di backup e RE di Google Cloud viene impostato su utilizzando e2-standard-16 per un tipo di macchina di dimensioni standard l'appliance di backup/ripristino. Da questo punto di partenza, hai tre opzioni per l'allocazione del disco:

Scelta	Disco pool	Numero massimo di scritture sostenute	Numero massimo di letture sostenute
Minimo	10 GB	N/D	N/D
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 I/O ai rispettivi dischi permanenti collegati e riserva il 40% per altri utilizzi. Per Per maggiori dettagli, consulta Altri fattori che influiscono sul rendimento.

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

Ottimizza gli snapshot

Per aumentare la produttività di una singola appliance di backup/ripristino, puoi eseguire job di snapshot simultanei da più origini. Ogni singolo job si riduce la velocità. Tuttavia, con un numero sufficiente di job, puoi raggiungere il limite di scrittura sostenuto i volumi del 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 riscontrato che ciò è valido per tutto, dai 2 TB agli 80 TB in snapshot, supponendo che configuri sia l'host di origine sia il backup/ripristino dell'appliance a una dimensione ottimale e si trovano nella stessa regione e zona.

Scegli il disco di gestione temporanea corretto

Se hai bisogno di prestazioni e velocità effettiva elevate, Direct NFS può aggiungere vantaggio significativo rispetto a iSCSI come scelta del disco gestione temporanea da utilizzare per Oracle backup del database. La funzione NFS diretta consolida il numero di connessioni TCP, che migliora la scalabilità e le prestazioni di rete.

Quando abiliti Direct NFS per un database Oracle, configura un'origine sufficiente CPU (ad esempio, 8 vCPU e 8 canali RMAN) e stabilire un collegamento da 10 GB tra l'estensione regionale Bare Metal Solution e Google Cloud, può eseguire il backup di un singolo database Oracle con una velocità effettiva superiore tra 700 e 900 MB/s Anche le velocità di ripristino delle RMAN traggono vantaggio dalla NFS diretta, che consente i livelli di velocità effettiva raggiungono l'intervallo di 850 MB/s o superiore.

Bilancia costo e velocità effettiva

Inoltre, è importante capire che tutti i dati di backup sono archiviati in un file al pool di snapshot dell'appliance di backup/ripristino, operazione che consente di ridurre ad accesso meno frequente per ridurre i costi di archiviazione. 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, sarà probabilmente misurabile, anche se un impatto marginale sui dati relativi alla 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 dei tuoi server di backup in Google Cloud:

Archiviazione flash

In modo simile a Google Cloud Persistent Disk, gli array di archiviazione flash fornire spazio di archiviazione per i sistemi Bare Metal Solution aumentare le capacità di I/O in base a quanto spazio di archiviazione assegni all'host. Più spazio di archiviazione allochi, migliore sarà l'I/O. Per ottenere risultati coerenti, ti consigliamo di eseguire il provisioning e almeno 8 TB di spazio di archiviazione flash.

Latenza di rete

I job di backup di Backup & RE di Google Cloud sono sensibili latenza di rete tra gli host Bare Metal Solution e il backup/ripristino dell'appliance in Google Cloud. Piccoli aumenti della latenza possono creare modifiche ai tempi di backup e ripristino. Zone Compute Engine diverse Offrire latenze di rete diverse agli host Bare Metal Solution. È una buona di eseguire il test di ciascuna zona per un posizionamento ottimale dell'appliance di backup/ripristino.

Numero di processori utilizzati

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

Cloud Interconnect

L'interconnessione ibrida tra Bare Metal Solution e Google Cloud è disponibili in diverse dimensioni, ad esempio 5 Gbps, 10 Gbps e 2 x 10 Gbps, con e prestazioni elevate con l'opzione doppia da 10 GB. È anche possibile configurare collegamento di interconnessione dedicato, che verrà utilizzato esclusivamente per il backup e il ripristino operazioni aziendali. Questa opzione è consigliata per i clienti che vogliono isolare il proprio del traffico di backup proveniente dal traffico del database o dell'applicazione che può attraversare lo stesso oppure garantire la larghezza di banda completa laddove siano eseguite le operazioni di backup e ripristino sono fondamentali per garantire il raggiungimento del Recovery Point Objective (RPO) RTO (Recovery Time Objective).

Passaggi successivi

Ecco alcuni link e informazioni aggiuntivi su Google Cloud Backup & RE che potresti trovare utili.

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

Guida alla soluzione: Google Cloud Backup & RE per Oracle su Bare Metal Solution

Panoramica

Sfondo

Architettura

Installa Google Cloud Backup & RE

Prima di iniziare

Installa la console di gestione di Backup & RE

Installa l'appliance di backup/ripristino

Configura Backup & RE di Google Cloud

Configura un service account

Ruoli del service account

Configura i pool di archiviazione

Cloud Storage

Pool di snapshot di Persistent Disk

Configura i piani di backup

Crea 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 & 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

Supporti sensibili all'app

Monta un database Oracle

Monitorare l'avanzamento e il successo del job

Unmount an Oracle database

Ripristini

Monta ed esegui la migrazione

Ripristina montaggio - Fase 1

Ripristina migrazione - Fase 2

Ripristina un database Oracle

Monitorare l'avanzamento e il successo del job

Proteggi il database ripristinato

Risoluzione dei problemi e ottimizzazione

Risoluzione dei problemi relativi al backup Oracle

Considerazioni aggiuntive su Oracle

Considerazioni su Data Guard

Considerazioni sui RAC

Consigli

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

Ottimizza gli snapshot

Scegli il disco di gestione temporanea corretto

Bilancia 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