Guida alle soluzioni: backup e RE di Google Cloud per Oracle su Bare Metal Solution
Panoramica
Per garantire resilienza per i tuoi database Oracle in 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. Ti comunicheremo anche alcuni dati sulle prestazioni ricavate dai risultati dei nostri test, così potrai avere un benchmark da confrontare con il tuo ambiente. Questa guida è utile se sei un amministratore di backup, un amministratore di Google Cloud o un Oracle DBA.
Contesto
A giugno 2022, il team Solution Architect ha avviato una dimostrazione mediante proof of concept (PDC) di Backup e RE di Google Cloud per un cliente aziendale. Per soddisfare i criteri di successo previsti, dovevamo supportare il ripristino del database Oracle da 50 TB e ripristinare il database entro 24 ore.
Questo obiettivo ha posto una serie di sfide, ma la maggior parte delle persone coinvolte nel PDC riteneva di poter raggiungere questo risultato e di dover procedere con il PDC. Abbiamo ritenuto che il rischio fosse relativamente basso perché avevamo dati precedenti di test da parte del team tecnico addetto a backup e RE che mostravano che era possibile ottenere questi risultati. Abbiamo inoltre condiviso i risultati del test con il cliente per farlo sentire a proprio agio nel procedere con il PDC.
Durante il PDC, abbiamo imparato a configurare con successo più elementi: Oracle, backup e RE di Google Cloud, spazio di archiviazione ed estensioni per regione, in un ambiente Bare Metal Solution. Seguendo le best practice che abbiamo appreso, potrai ottenere risultati ottimali.
"Il chilometraggio può variare" è un ottimo modo per valutare i risultati complessivi di questo documento. Il nostro obiettivo è condividere alcune conoscenze su ciò che abbiamo imparato, su cosa dovresti concentrarti, sulle cose da evitare e sulle aree da approfondire se non ottieni il rendimento o i risultati auspicati. Ci auguriamo che questa guida ti aiuti ad acquisire sicurezza con le soluzioni proposte e che i tuoi requisiti possano essere soddisfatti.
Architettura
La Figura 1 mostra una visualizzazione semplificata dell'infrastruttura di cui hai bisogno per creare quando esegui il deployment di backup ed RE per proteggere i database Oracle in esecuzione in un ambiente Bare Metal Solution.
Figura 1: componenti per l'utilizzo di backup ed RE con database Oracle in un ambiente Bare Metal Solution
Come puoi vedere dal diagramma, questa soluzione richiede i seguenti componenti:
- Estensione di regione Bare Metal Solution: consente di eseguire database Oracle in un data center di terze parti adiacente a un data center Google Cloud e di utilizzare le 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 dei carichi di lavoro Bare Metal Solution e 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 ti 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 tuoi 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 HTML 5 dell'interfaccia utente e dell'API che consente di creare e gestire i backup dalla console Google Cloud.
- appliance di backup/ripristino: questo dispositivo funge da worker per l'esecuzione dei 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 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 maggiori informazioni su backup e RE, consulta Configurare e pianificare un deployment di backup e RE. Per visualizzare la definizione di un producer di servizi e un 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. In questo modo viene garantita la corretta risoluzione di googleapis.com (tramite ricerca privata o pubblica).
- Configura le route predefinite di rete e le regole del firewall per consentire il traffico in uscita verso
*.googleapis.com
(tramite IP pubblici) oprivate.googleapis.com
(199.36.153.8/30) sulla porta TCP 443 o un traffico in uscita esplicito per0.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. Per ulteriori informazioni, consulta Configurare l'accesso privato Google. - 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 i criteri dell'organizzazione, assicurati di configurare quanto segue:
constraints/cloudkms.allowedProtectionLevels
includonoSOFTWARE
oALL
.
- 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 a blocchi con iSCSI, il traffico in uscita viene eseguito 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 viene inviato in uscita dall'host Linux (agente) in Bare Metal Solution 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 di 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, come il servizio di backup e RE.
Installa la console di gestione di backup e RE
- Abilita l'API del servizio di backup e RE, se non è già abilitata.
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 creata in precedenza.
Scegli la posizione per la console di gestione di backup ed 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 servizio che vuoi connettere al servizio di backup e RE. In genere si tratta di un VPC condiviso o un progetto host.
Dopo aver atteso fino a un'ora, dovresti visualizzare la schermata seguente al completamento del deployment.
Installazione dell'appliance di backup/ripristino
Nella pagina Backup ed 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 Appliance:
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
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 vuoi 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 PDC e Disco permanente SSD per un ambiente di produzione.
Fai clic sul pulsante Inizia l'installazione. Il processo richiede 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 al termine del processo di installazione iniziale.
Configura backup e RE di Google Cloud
In questa sezione apprenderai 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 unico account di servizio per eseguire l'appliance di backup/ripristino in modo da accedere ai bucket Cloud Storage e proteggere le macchine virtuali (VM) Compute Engine (non descritte in questo documento).
Ruoli dell'account di servizio
Backup e RE di Google Cloud utilizzano Google Cloud Identity and Access Management (IAM) per l'autorizzazione e l'autenticazione degli account di utenti e servizi. Puoi utilizzare i ruoli predefiniti per abilitare varie funzionalità di backup. I due aspetti più importanti sono i seguenti:
- Operatore Cloud Storage per backup e RE: assegna questo ruolo agli account di servizio utilizzati dall'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 per backup e RE: assegna questo ruolo agli account di servizio utilizzati dall'appliance di backup/ripristino per creare snapshot di Persistent Disk per le macchine virtuali di Compute Engine. Oltre alla creazione di snapshot, questo ruolo consente all'account di servizio di ripristinare le VM nello stesso progetto di origine o in altri 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/servizio e controlla il valore dell'account di servizio elencato nella sezione Gestione di API e identità.
Per fornire le autorizzazioni appropriate alle tue 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 & DR
- Operatore Compute Engine per backup ed RE (facoltativo)
Configura pool di archiviazione
I pool di archiviazione archiviano i dati in località di archiviazione fisiche. Devi usare Persistent Disk per i dati più recenti (1-14 giorni) e Cloud Storage per una 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.
Per creare un bucket Cloud Storage, segui queste istruzioni:
- Nella pagina Bucket Cloud Storage, assegna un nome al bucket.
- Seleziona la posizione di archiviazione.
- Scegli una classe di archiviazione: standard, Nearline o Coldline.
- Se scegli Nearline Storage o Coldline Storage, imposta la modalità Controllo accesso su Granulare. Per l'archiviazione standard, accetta la modalità di controllo dell'accesso predefinita Uniforme.
Infine, non configurare altre opzioni 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 ed 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
Fai clic sull'opzione all'estrema destra +Aggiungi pool OnVault.
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#addonvaultpool
- Digita un nome per il Nome del pool.
- Scegli Google Cloud Storage come Tipo di pool.
- Seleziona l'appliance che desideri collegare al bucket Cloud Storage.
- Inserisci il nome del bucket Cloud Storage.
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, per impostazione predefinita il pool di snapshot Persistent Disk sarà di 4 TB. Se i tuoi database di origine o i tuoi 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.
- Assegna un nome al disco.
- Seleziona un tipo di disco vuoto.
- Scegli tra standard, bilanciati o SSD, a seconda delle tue esigenze.
- Inserisci le dimensioni del disco necessarie.
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) o 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 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.
- Assegna un nome al pool e fai clic sull'icona verde + per aggiungere il disco al pool.
- Fai clic su Invia.
- Conferma di voler continuare digitando PROCEED in lettere maiuscole quando viene richiesto.
Fai clic su Conferma.
Il pool verrà ora espanso o creato con il Persistent Disk.
Configura 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 ti consentono di definire quando eseguire il backup di un elemento e per quanto tempo conservare i dati di backup.
- I modelli forniscono un elemento di configurazione che ti consente di decidere l'appliance di backup/ripristino e il pool di archiviazione (Persistent Disk, Cloud Storage e così via) 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, mentre puoi modificare l'altro profilo e utilizzarlo per i backup di Bare Metal Solution. Puoi avere più profili, 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 migliori) e un pool per 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:
- Aggiorna le impostazioni Profili con un nome e una descrizione più significativi. Puoi specificare il livello del disco da utilizzare, la posizione dei bucket Cloud Storage o altre informazioni che spieghino lo scopo di questo profilo.
- Modifica il pool di snapshot impostandolo sul pool espanso o nuovo che hai creato in precedenza.
- Seleziona un pool OnVault (bucket Cloud Storage) per questo profilo.
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.
- Assegna un nome al modello.
- Seleziona Sì per Consenti l'override delle impostazioni dei criteri.
- Aggiungi una descrizione per questo modello.
Fai clic su Salva modello.
Nel modello, configura quanto segue:
- Nella sezione Norme a destra, fai clic su +Aggiungi.
- Specifica un nome per il criterio.
- Seleziona la casella di controllo relativa ai giorni in cui vuoi che il criterio venga eseguito oppure lascia il valore predefinito su Ogni giorno.
- Modifica la finestra relativa ai job che vuoi eseguire entro quel periodo di tempo.
- Seleziona un periodo di conservazione.
Fai clic su Impostazioni avanzate dei criteri.
Se vuoi eseguire backup dei log di archiviazione con una frequenza regolare (ad esempio ogni 15 minuti) e replicare i log di archiviazione in Cloud Storage, devi abilitare le seguenti impostazioni dei criteri:
- Imposta Tronca/Elimina log dopo il backup su Tronca se è quello che vuoi.
- Imposta Abilita backup dei log di database su Sì, se lo desideri.
- Imposta RPO (Minuti) sull'intervallo di backup dei log di archiviazione desiderato.
- Imposta Periodo di conservazione del backup dei log (in giorni) sul periodo di conservazione che preferisci.
- Imposta Replica log (utilizza la tecnologia Streamsnap) su No.
- Imposta Invia log al pool OnVault su Sì se vuoi inviare i log al tuo bucket Cloud Storage. In caso contrario, seleziona No.
Fai clic su Salva modifiche.
Fai clic su Aggiorna criterio per salvare le modifiche.
Per OnVault, sul lato destro, esegui le seguenti azioni:
- Fai clic su +Aggiungi.
- Aggiungi il nome del criterio.
- Imposta la Conservazione su giorni, settimane, mesi o anni.
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:
- Per OnVault a destra, fai clic su +Aggiungi.
- Aggiungi un nome per il criterio.
- Modifica il valore di In questi giorni con il giorno in cui vuoi attivare il job.
- Imposta la Fidelizzazione su Giorni, Settimane, Mesi o Anni.
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 quattro settimane totali. Il backup settimanale viene eseguito il sabato notte.
Esegui il backup di un database Oracle
L'architettura di backup e RE di Google Cloud fornisce backup Oracle incrementale, coerente con l'applicazione e permanente in Google Cloud, nonché ripristino e clonazione istantanei per database Oracle multi-terabyte.
Backup e RE di Google Cloud utilizza le seguenti API Oracle:
- API RMAN image copy: il ripristino della copia immagine di un file di dati è molto più rapido perché la struttura fisica del file di dati esiste già. La direttiva Recovery Manager (RMAN) BACKUP AS COPY crea copie di immagini per tutti i file di dati dell'intero database e conserva il formato file dei dati.
- API ASM e CRS: utilizza l'API di gestione automatica dell'archiviazione (ASM) e di servizi pronti per il cluster (CRS) per gestire il gruppo di dischi di backup di ASM.
- API RMAN Archive log backup: questa API genera log di archiviazione, li esegue il backup su un disco di gestione temporanea e 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 completata la configurazione, puoi eseguire i backup del database Oracle su Backup e RE.
Installa l'agente di backup
L'installazione dell'agente di backup e RE è relativamente semplice. Devi installare l'agente solo la prima volta che utilizzi l'host, dopodiché gli upgrade successivi possono essere eseguiti 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
ocurl
per scaricare l'agente direttamente negli host Linux.curl -o agent-Linux-latestversion.rpm https://storage.googleapis.com/backup-agent-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 e 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
- Fai clic su +Add Host (+ Aggiungi host).
- Aggiungi il nome host.
- Aggiungi un indirizzo IP per l'host e fai clic sul pulsante + per confermare la configurazione.
- Fai clic sulle appliance a cui vuoi aggiungere l'host.
- Incolla la chiave segreta. Devi eseguire questa attività meno di due ore dopo l'installazione dell'agente di backup e la generazione della chiave segreta.
Fai clic su Aggiungi per salvare l'host.
Se ricevi un messaggio di errore o di operazione riuscita parziale, prova le seguenti soluzioni:
La chiave segreta di crittografia dell'agente di backup potrebbe essere scaduta. Se non hai aggiunto la chiave segreta all'host entro due ore dalla sua creazione. Puoi generare una nuova chiave segreta sull'host Linux utilizzando la seguente sintassi della riga di comando:
/opt/act/bin/udsagent secret --reset --restart
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 del firewall dell'agente di backup e dei servizi Oracle.
La configurazione ntp (Network Time Protocol) per gli host Linux potrebbe non essere configurata correttamente. Controlla e verifica che le impostazioni NTP siano corrette.
Quando risolvi il problema sottostante, lo stato del certificato dovrebbe cambiare da N/D a Valido.
Configurare 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 tasto 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.
Scorri verso il basso fino alla sezione Discovered Applications (Applicazioni rilevate) e fai clic su Discover Applications (Rileva 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 uno o entrambi i gruppi di utilità, questo passaggio ti garantisce di avere ciò che ti serve al momento giusto.
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 maggiori informazioni, vedi Backup ed 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 prestazioni ottimali:
- Utilizza SSH per connetterti all'host Linux e accedere come utente Oracle con privilegi su.
Imposta l'ambiente Oracle sull'istanza specifica:
. oraenv ORACLE_SID = [ORCL] ? The Oracle base remains unchanged with value /u01/app/oracle
Esegui la connessione 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 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 è attivata o disattivata. Nell'esempio seguente il monitoraggio delle modifiche ai blocchi è 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 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 ai blocchi sia ora attivo:
SQL> select status,filename from v$block_change_tracking; STATUS FILENAME ---------- ------------------------------------------------------------------ ENABLED +DATADG/ORCL/CHANGETRACKING/ctf.276.1124639617
Proteggi 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 che vuoi 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 configurazione. Al termine, fai clic su Applica piano di backup.
Numero di canali, ad esempio, il valore predefinito è 2. Quindi, se hai un numero maggiore di core CPU, puoi aumentare il numero di canali per le operazioni di backup in parallelo e impostarlo su un numero maggiore.
Per scoprire di più sulle impostazioni avanzate, consulta Configurare i dettagli e le impostazioni delle applicazioni per i database Oracle.
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 alla pagina Gestisci > Host e seleziona l'host che vuoi modificare. Seleziona l'opzione Staging Disk Format to Guest. Per impostazione predefinita è selezionato il formato Blocca, che mappa il disco di gestione temporanea tramite iSCSI, altrimenti può essere modificato in NFS e il disco di gestione temporanea utilizza invece il protocollo NFS.
Le impostazioni predefinite dipendono dal formato del database. Se usi ASM, il sistema usa iSCSI per inviare il backup di un gruppo di dischi ASM. Se usi un file system, il sistema usa
iSCSI per inviare il backup a un file system. Se vuoi utilizzare NFS o NFS diretto (dNFS), devi modificare le impostazioni Host per il disco di gestione temporanea in NFS
. Se 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 Istantanea 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. Possono trascorrere 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 riportato di seguito utilizza i filtri Riuscito e Ultimo giorno, insieme alla ricerca dell'host test1.
Per esaminare più da vicino 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 scegliere quale vuoi utilizzare a seconda del caso d'uso, dei requisiti delle prestazioni e per quanto tempo devi 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 dura solo 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 dal pool di dischi di backup, che può essere un pool di snapshot su un Persistent Disk o un pool OnVault in Cloud Storage. L'uso della funzionalità di snapshot di copia virtuale riduce al minimo il tempo necessario per accedere ai dati, poiché non è necessario prima copiare. Il disco di backup gestisce tutte le letture e un disco nel pool di snapshot archivia tutte le scritture. Di conseguenza, il montaggio delle copie virtuali è accessibile rapidamente e non sovrascrive la copia del disco di backup. I montaggi sono ideali per attività di sviluppo, test e DBA in cui è necessario convalidare le modifiche o gli aggiornamenti dello schema prima dell'implementazione in produzione.
Monta un database Oracle
Nella console di gestione di backup e RE, vai alla pagina Backup e recupero > Ripristino.
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 rampa della sequenza temporale che mostra tutte le immagini point-in-time disponibili. Puoi anche scorrere indietro per vedere le immagini con conservazione a lungo termine se non appaiono nella visualizzazione rampa. Per impostazione predefinita, il sistema seleziona l'immagine più recente.
Se preferisci vedere una visualizzazione tabella per le immagini point-in-time, fai clic sull'opzione Tabella per cambiare la visualizzazione:
Trova l'immagine che ti interessa e seleziona Monta:
Scegli le Opzioni di applicazione per il database che monti.
- Seleziona Target Host (Host di destinazione) dal menu a discesa. Gli organizzatori vengono visualizzati in questo elenco se li hai aggiunti in precedenza.
- (Facoltativo) Inserisci un'etichetta.
- Nel campo SID database di destinazione, inserisci l'identificatore del database di destinazione.
- Imposta Nome utente su Oracle. Questo nome diventa il nome utente del sistema operativo per l'autenticazione.
- Inserisci Oracle Home Directory. Per questo esempio, utilizza
/u01/app/oracle/product/19c/dbhome_1
. - Se configuri i log del database di cui eseguire il backup, diventa disponibile il tempo di rollback. Fai clic sul selettore dell'orologio/ora e scegli il punto di rotazione in avanti.
- L'opzione Ripristina con recupero è abilitata per impostazione predefinita. Questa opzione monta e apre il database per te.
Una volta inserite le informazioni, fai clic su Invia per avviare il processo di montaggio.
Monitora l'avanzamento e il successo del 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.
Al termine del job di montaggio, puoi visualizzare i dettagli del job facendo clic sul numero del 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
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.
Fai clic con il tasto 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
- Fai clic con il pulsante destro del mouse sull'app di origine (database) e seleziona Accesso.
- Sulla rampa di sinistra viene visualizzato un cerchio grigio con un numero all'interno che indica il numero di montaggi attivi da questo momento. Fai clic sull'immagine per aprire un nuovo menu.
- Fai clic su Azioni.
- Fai clic su Smonta ed elimina.
- Fai clic su Invia e conferma questa azione nella schermata successiva.
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 qualsiasi altro job. Vai al menu Monitora > Job per monitorare l'avanzamento del job di smontaggio e verifica che il job venga completato.
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 i ripristini 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 viene eseguito il ripristino dopo un evento di tipo di emergenza o per le copie di test non di produzione. In questo caso, i clienti di solito devono attendere che tu copi nuovamente i file precedenti nell'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 database), nonché una funzionalità di montaggio e migrazione che consente di montare il database (il tempo di accesso è rapido) e di copiare i 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) bassi.
Monta ed esegui la migrazione
Il recupero 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 al percorso di archiviazione in produzione mentre il database è online.
Ripristino della 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 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 del log di ripetizione nel file di controllo locale specificato e nel percorso del file di ripetizione (gruppo di dischi o file system ASM).
- Imposta nel database la copia dell'immagine presentata dall'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 dall'appliance di backup/ripristino.
- Il file di controllo e il file del log di ripetizione del database vengono posizionati nel percorso di archiviazione locale della produzione selezionato (gruppo di dischi o file system ASM) sulla destinazione.
- Dopo un'operazione di ripristino del montaggio riuscita, il database diventa disponibile per le operazioni di produzione. Puoi utilizzare l'API Oracle Online Datafile Movement per spostare nuovamente i dati nella posizione di archiviazione di produzione (gruppo di dischi o file system ASM) mentre il database e l'applicazione sono in esecuzione.
Ripristina migrazione - Fase 2
Sposta online il file di dati del database nello spazio di archiviazione di produzione:
- La migrazione dei dati viene eseguita in background. Utilizza l'API Oracle online Datafile Movement per eseguire la migrazione dei dati.
- I file di dati vengono spostati dalla copia presentata di backup e RE dell'immagine di backup allo spazio di archiviazione del database di destinazione selezionato (gruppo di dischi o file system ASM).
- Al completamento del job di migrazione, il sistema rimuove la copia dell'immagine di backup di backup e RE (gruppo di dischi o file system ASM) e ne annulla la mappatura dalla destinazione e il database viene eseguito dallo spazio di archiviazione di produzione.
Per ulteriori informazioni sul montaggio e sulla migrazione del ripristino, vedi: Montare ed eseguire la migrazione di un'immagine di backup Oracle per il ripristino istantaneo in qualsiasi destinazione.
Ripristina un database Oracle
Nella console di gestione di backup e RE, vai alla pagina Backup e recupero > Ripristino.
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#recover/selectapp
Nell'elenco Applicazione, fai clic con il pulsante destro del mouse sul nome del database che vuoi ripristinare e seleziona Avanti:
Viene visualizzata la visualizzazione rampa della sequenza temporale, che mostra tutte le immagini point-in-time disponibili. Puoi anche scorrere indietro se devi visualizzare le immagini di 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.
- Seleziona il Tempo di rollback. Fai clic sull'orologio e scegli il momento desiderato.
- Inserisci il nome utente che intendi utilizzare per Oracle.
- Se il sistema utilizza l'autenticazione del database, inserisci una password.
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.
Monitora l'avanzamento e il successo del job
Per monitorare il job, vai alla pagina Monitora > Job.
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
Quando il job viene completato, fai clic sul 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, il piano di backup non si attiva 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 della 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 che vuoi proteggere. Fai clic con il tasto destro del mouse sul nome del database e seleziona Gestisci piano di backup.
Riattiva il job di backup pianificato per il database ripristinato.
- Fai clic sul menu Applica e seleziona Attiva.
Conferma le impostazioni avanzate di Oracle e fai clic su Attiva piano di backup.
Risoluzione dei problemi e ottimizzazione
Questa sezione fornisce alcuni suggerimenti utili per la risoluzione dei problemi dei backup di Oracle, per l'ottimizzazione del sistema e per la valutazione delle modifiche per gli ambienti RAC e Data Guard.
Risoluzione dei problemi del 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 configurare istanze, listener e database Oracle al fine di 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 vedere job non riusciti con il messaggio Codice di errore 5556, come segue:
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 notevole quantità di lavoro di post-elaborazione per calcolare i blocchi modificati e consente di 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 il backup e il ripristino dei database Oracle, dnfs è la scelta preferita. Per migliorare ulteriormente la velocità effettiva, puoi modificare il disco gestione temporanea in base all'host e abilitare dnfs per Oracle.
Configura tnsnames per la risoluzione per gli host del 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 il nome del servizio Oracle. Inserisci il nome specifico del servizio 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 è elencato, crea una voce del nome del servizio sui server nel file tnsnames.ora che si trova in
$ORACLE_HOME/network/admin
o$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 del file nella pagina Dettagli e impostazioni dell'applicazione descritta in Configurare i dettagli e le impostazioni dell'applicazione 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 Application Details and Settings (Dettagli applicazione e impostazioni) descritta in Application Details and Settings for Oracle Databases (Dettagli applicazione 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 di 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 che vuoi proteggere. In questa configurazione errata, 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 al sistema di backup e RE "Impossibile connettersi all'host di backup". Se ricevi questo errore, significa che esistono 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 corretto la causa, esegui il comando
service udsagent status
. L'esempio di output seguente mostra che il servizio agente di backup e RE viene eseguito 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 dell'agente di backup e RE di Google Cloud che registra le richieste API, l'esecuzione di statistiche dei job e altri dettagli.
- SID_rman.log: log RMAN di Oracle che registra tutti i comandi RMAN.
Considerazioni aggiuntive su Oracle
Quando implementi backup ed 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 del database Oracle anziché l'autenticazione del sistema operativo quando esegui il backup del database.
Considerazioni RAC
La soluzione di backup e RE non supporta il backup simultaneo da più nodi di un database RAC se il disco gestione temporanea è impostato sulla modalità NFS. Se il tuo sistema richiede il backup simultaneo da più nodi RAC, utilizza Blocca (iSCSI) come modalità disco temporanea e impostala in base all'host.
Per un database Oracle RAC che utilizza ASM, devi inserire 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 allSe il file di controllo dello snapshot non si trova nella posizione corretta, riconfiguralo. Ad esempio, usa i seguenti parametri di configurazione RMAN per un database con **ctdb** "db_unique_name" che usa 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 delle tue esigenze, potresti dover prendere decisioni su alcune funzionalità che hanno un effetto sulla soluzione nel suo complesso. Alcune decisioni possono influire sul prezzo, che a sua volta può influire sulle prestazioni, ad esempio la scelta di dischi permanenti standard (pd-standard) o dischi permanenti prestazionali (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 del 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 avvengono i trasferimenti di dati dell'istanza dell'host tra le istanze di 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 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 di Compute Engine. La velocità va da 1 Gbit/s per una vCPU condivisa a 16 Gbit/s per 8 o più vCPU.
- Combinando questi limiti, Backup e RE di Google Cloud per impostazione predefinita utilizzano e2-standard-16 per un tipo di macchina di dimensioni standard per un'appliance di backup/ripristino. Ora puoi scegliere tra tre opzioni per l'allocazione del disco:
Scelta |
Disco del pool |
Numero massimo di scritture sostenute |
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 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 almeno 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 rendimento nell'intervallo 10-20%, ma prevede costi aggiuntivi. Se questo 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 di snapshot simultanei da più origini. La velocità di ogni singolo job si riduce. Tuttavia, con un numero sufficiente di job, è possibile raggiungere il limite di scrittura sostenuta per i volumi di Persistent Disk nel pool di snapshot.
Quando utilizzi iSCSI per il disco di gestione temporanea, puoi eseguire il backup di una singola istanza di grandi dimensioni su un'appliance di backup/ripristino con una velocità di scrittura prolungata di circa 300-330 MB/s. Nei nostri test, abbiamo riscontrato che questo valore è valido per tutti gli snapshot, da 2 TB a 80 TB, supponendo che l'host di origine e l'appliance di backup/ripristino siano configurati in modo ottimale e che 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ò aggiungere 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, configura una CPU di origine sufficiente (ad esempio 8 vCPU e 8 canali RMAN) e stabilisci un collegamento di 10 GB tra l'estensione di regione Bare Metal Solution e Google Cloud, puoi eseguire il backup di un singolo database Oracle con velocità effettiva aumentata tra 700 e 900 MB/s. Le velocità di ripristino di RMAN beneficiano anche di Direct NFS, in 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 sono archiviati in un 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 di compressione sono marginali. Tuttavia, per i dati criptati (TDE) o i set di dati molto compressi, probabilmente ci sarà un impatto misurabile, anche se 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 a Google Cloud Persistent Disk, 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. Più spazio di archiviazione assegni, migliore sarà 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 modifiche significative ai tempi di backup e ripristino. Zone di Compute Engine diverse offrono latenze di rete diverse agli 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 maggiore velocità possibile con i 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 dall'opzione dual da 10 GB. È anche 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 può attraversare lo stesso collegamento o garantire l'intera larghezza di banda laddove le operazioni di backup e ripristino sono fondamentali per garantire il rispetto dell'RPO (Recovery Point Objective) e del RTO (Recovery Time Objective).
Passaggi successivi
Ecco alcuni link e informazioni aggiuntivi sul 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 dei prodotti per backup e RE.
- Per guardare l'installazione del prodotto e le dimostrazioni delle funzionalità, consulta la playlist video per backup e RE di Google Cloud.
- Per visualizzare le informazioni sulla compatibilità per Backup e RE di Google Cloud, consulta Support Matrix: Backup e RE. È importante verificare che siano in esecuzione versioni supportate delle istanze di database Linux e Oracle.
- Per ulteriori passaggi relativi alla protezione dei database Oracle, vedi Backup ed 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 ripristino di emergenza 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 ed RE di Google Cloud, consulta Configurare 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.