Gestisci il backup e il recupero del database su Oracle Exadata Database Service on Dedicated Infrastructure

Scopri come lavorare con le strutture di backup e ripristino fornite da Oracle Exadata Database Service on Dedicated Infrastructure.

Opzioni consigliate da Oracle per eseguire operazioni di backup e recupero

Oracle offre le seguenti opzioni per le operazioni di backup e ripristino di Oracle Database. Queste opzioni si escludono a vicenda.

Nota

Una configurazione ibrida, ovvero la combinazione delle opzioni, non è supportata. La miscelazione delle opzioni interromperà l'automazione.

Opzione 1: backup gestiti da Oracle

I backup gestiti da Oracle sono interamente gestiti dall'infrastruttura Exadata Cloud (ExaDB-D) o da Exadata Cloud@Customer (ExaDB-C@C) in base a una configurazione una tantum. Oltre a essere completamente integrati nel piano di controllo dei servizi cloud ExaDB-D o ExaDB-C@C, è possibile accedere a questi backup anche tramite le API OCI. Oracle consiglia questo approccio.

  • I comandi dbaascli database backup e dbaascli database recover possono essere utilizzati insieme ai backup automatici per determinate operazioni. Per ulteriori informazioni, vedere dbaascli database backup e dbaascli database recover.
  • I clienti possono eseguire query sulle viste RMAN o eseguire comandi di ripristino e recupero RMAN, ad esempio tabelle, file di dati o comandi di recupero tablespace.
    Nota

    Non utilizzare la configurazione RMAN per modificare le impostazioni RMAN cloud preimpostate.

Opzione 2: backup configurati dall'utente

I clienti possono anche configurare i backup dall'host utilizzando i comandi dbaascli database backup e dbaascli database recover. Questi backup, tuttavia, non sono sincronizzati con il piano di controllo né sono integrati con le API OCI. Inoltre, né le operazioni di gestione né quelle relative al ciclo di vita di questi backup sono supportate dalla console del piano di controllo del servizio. Quindi, questo non è un approccio raccomandato.

Questo approccio è utile quando è richiesto l'accesso diretto alle destinazioni di backup per eseguire determinate attività. Accesso al bucket OSS, ad esempio, per replicare i backup tra aree o monitorare le destinazioni di backup.

Se i clienti configurano i backup nello storage degli oggetti utilizzando RMAN senza utilizzare il piano di controllo OCI o le API OCI, i clienti sono responsabili della configurazione manuale dei backup del wallet TDE. Per impostazione predefinita, l'automazione cloud di Oracle pulisce i file di log di archivio ogni 24 ore. Quando si utilizza RMAN per eseguire backup manuali, si rischia l'eliminazione dei log di archivio. Per informazioni su come configurare il cleanup dei log di archivio, vedere Backup del database dbaascli. Si consiglia di utilizzare i backup gestiti da Oracle.

Per ulteriori informazioni, vedere Backup configurato dall'utente.

Opzione 3: Backup con RMAN

I backup possono essere eseguiti direttamente utilizzando RMAN con script personalizzati di proprietà del cliente. Oracle, tuttavia, non consiglia questo approccio.

Si sconsiglia di utilizzare i backup RMAN insieme ai backup gestiti da Oracle o configurati dall'utente.

Chi può utilizzare questa opzione:
  • Clienti che desiderano mantenere gli script di backup/ripristino RMAN esistenti.
  • I clienti che desiderano configurare i backup dal database in standby negli ambienti Data Guard per scaricare il carico di lavoro di backup in standby.

ExaDB-D:

Se prevedi di eseguire il backup utilizzando RMAN, devi annullare la registrazione del database dall'automazione del backup. Per ulteriori informazioni, vedere Disabilitazione dei backup automatici per facilitare la gestione manuale di backup e recupero.

Gestione dei backup di Exadata Database

I backup automatici del database Exadata sono gestiti da Oracle Cloud Infrastructure. Per configurarlo, utilizzare la console o l'API.

Per i backup non gestiti, vedere Gestione dei backup dei database Exadata mediante dbaascli.

Sono possibili due destinazioni per i backup automatici del database Exadata: Autonomous Recovery Service o Oracle Object Storage.

La funzione di backup automatici gestiti da Oracle è il metodo preferito per eseguire il backup dei database Oracle Cloud perché è possibile configurare facilmente le impostazioni di backup utilizzando la console. La funzione di backup automatici supporta il servizio di recupero e lo storage degli oggetti come destinazione di backup per fornire una soluzione di backup cloud completamente automatizzata con lo stesso costo. Non è necessario eseguire backup manuali o attività di amministrazione dello storage di backup. Puoi anche memorizzare i backup nello storage locale. Ogni destinazione di backup ha i suoi vantaggi e requisiti che dovresti considerare, come descritto di seguito.

Recovery Service (consigliato)

Un servizio completamente gestito basato sulla tecnologia Zero Data Loss Recovery Appliance di Oracle on-premise che offre una moderna protezione della sicurezza informatica per i database Oracle. Funzionalità uniche e automatizzate proteggono le modifiche di Oracle Database in tempo reale, convalidano i backup senza sovraccarico del database di produzione e consentono un ripristino rapido e prevedibile in qualsiasi momento.

Se i backup sono attualmente configurati con lo storage degli oggetti, puoi passare senza problemi al servizio di recupero per ottenere funzionalità avanzate con lo stesso costo.

Per ulteriori informazioni sul servizio di recupero, vedere Informazioni su Oracle Database Autonomous Recovery Service.

Storage degli oggetti

Una soluzione di storage sicura, scalabile e on-demand per i database.

Nota

Se in precedenza è stato utilizzato dbaascli per configurare i backup e poi si passa all'uso della console o dell'API per i backup:

  • Una nuova configurazione di backup viene creata e associata al database. Ciò significa che non puoi più fare affidamento sui backup non gestiti configurati in precedenza per proteggere il database.

Tipi di backup gestiti e informazioni sull'uso

Esistono due tipi di backup automatici del database Exadata: Autonomous Recovery Service e Oracle Object Storage.

Affinché un'operazione di backup possa essere eseguita correttamente, il database e l'infrastruttura (cluster VM o sistema DB) devono essere in stato "Disponibile". Oracle consiglia di evitare di eseguire azioni che potrebbero interferire con la disponibilità (ad esempio operazioni di applicazione di patch) durante l'esecuzione di un'operazione di backup. Se un'operazione di backup automatico non riesce, il servizio di database tenta di nuovo l'operazione durante l'intervallo di backup del giorno successivo. Se un backup completo su richiesta non riesce, puoi provare a ripetere l'operazione quando vengono ripristinate l'istanza dell'infrastruttura Exadata Cloud e la disponibilità del database.

Quando si abilita la funzione Backup automatico, uno dei servizi crea backup incrementali giornalieri del database nella destinazione di backup selezionata.

Se si sceglie di abilitare i backup automatici, è possibile controllare il periodo di conservazione. Il sistema elimina automaticamente i backup alla scadenza del periodo di conservazione assegnato.

Periodo di conservazione del backup dello storage degli oggetti: 7, 15, 30, 45, 60. Impostazione predefinita: 30 giorni.

Il processo di backup automatico viene avviato in qualsiasi momento durante la finestra di backup giornaliero. Se lo si desidera, è possibile specificare una finestra di pianificazione di 2 ore per il database durante la quale inizierà il processo di backup automatico. Ci sono 12 finestre di programmazione tra cui scegliere, ciascuna a partire da un'ora pari (ad esempio, una finestra viene eseguita da 4:00-6:00 AM e la successiva da 6:00-8:00 AM). I job di backup non vengono necessariamente completati all'interno della finestra di pianificazione.

La finestra di backup predefinita compresa tra le 00:00 e le 06:00 nel fuso orario dell'area dell'istanza dell'infrastruttura Exadata Cloud viene assegnata al database se non si specifica una finestra. Si noti che la finestra di pianificazione del backup predefinita è lunga sei ore, mentre le finestre specificate sono lunghe due ore.

Criterio di protezione del servizio di recupero autonomo:
  • Bronzo: 14 giorni
  • Silver: 35 giorni
  • Gold: 65 giorni
  • Platinum: 95 giorni
  • Personalizzato
  • Predefinito: Silver - 35 giorni

Il processo di backup automatico viene avviato in qualsiasi momento o all'interno della finestra assegnata.

Nota

  • Data Guard: è possibile abilitare la funzione Backup automatico in un database con il ruolo in standby in un'associazione Data Guard.
  • Modifiche alla conservazione del backup: se si abbrevia il periodo di conservazione del backup del database o il criterio di protezione in futuro, i backup esistenti che non rientrano nel periodo di conservazione aggiornato vengono eliminati dal sistema.
  • Costi di storage di backup: i backup automatici comportano costi di utilizzo dello storage per Autonomous Recovery Service o Object Storage, a seconda della destinazione di backup selezionata.

Puoi creare un backup completo del database in qualsiasi momento utilizzando uno dei due servizi.

Quando si arresta un database delle istanze di Exadata Cloud Service, tutte le relative risorse vengono eliminate. I backup gestiti che utilizzano la destinazione dello storage degli oggetti verranno eliminati e i backup gestiti che utilizzano Autonomous Recovery Service verranno eliminati in base all'opzione di eliminazione selezionata. I backup standalone creati nello storage degli oggetti rimarranno dopo l'arresto del database e dovranno essere eliminati manualmente. Puoi utilizzare un backup standalone per creare un nuovo database.

Per allinearsi alla procedura consigliata da Oracle per l'utilizzo del privilegio amministrativo SYSBACKUP per le operazioni di backup e recupero, l'automazione cloud crea un utente amministrativo comune C##DBLCMUSER con il ruolo SYSBACKUP a livello di contenitore CDB$ROOT. Le operazioni di backup e recupero vengono pertanto eseguite con l'utente che dispone dei privilegi minimi necessari. Le credenziali per questo utente vengono generate in modo casuale e gestite in modo sicuro dall'automazione cloud. Se l'utente non viene trovato o è bloccato e scaduto, l'automazione cloud ricreerà o sbloccerà l'utente durante l'operazione di backup o recupero. Questa modifica nell'automazione cloud viene apportata a partire da dbaastools versione 21.4.1.1.0.

Backup della conservazione a lungo termine con il servizio di recupero

Il backup LTR (Long-Term Retention Backup) ti consente di archiviare backup completi per periodi fino a dieci anni per esigenze di conformità, normative o altre esigenze aziendali con una gestione completa del ciclo di vita LTR e immutabilità.

Per LTR con Recovery Service, il periodo di conservazione deve essere compreso tra i giorni (90 - 3.650) o gli anni (1 - 10) dalla creazione del backup.

Per creare un backup LTR con il periodo di conservazione richiesto, Recovery Service non richiede la creazione di un nuovo backup di produzione completo, ma lo fa utilizzando backup operativi già esistenti nel sistema all'interno della finestra di recupero definita nel criterio. Per ulteriori informazioni, vedere Per creare un backup su richiesta di un database.

Puoi modificare il periodo di conservazione per un backup LTR esistente specifico entro il periodo di conservazione. Per ulteriori informazioni, vedere Per modificare il periodo di conservazione di un backup LTR con il servizio di recupero.

Puoi ripristinare un backup LTR per creare un nuovo database entro il periodo di conservazione. Per ulteriori informazioni, vedere Per creare un database da un backup.

Al termine di un database, i backup LTR verranno eliminati in base al valore 'Opzioni di eliminazione dopo l'arresto del database'.

  • Elimina backup tra 72 ore: tutti i backup, inclusi quelli a lungo termine, verranno eliminati.
  • Elimina in base al criterio: i backup LTR verranno conservati in base al criterio di conservazione di ogni backup LTR.

Nota: Oracle consiglia di scegliere l'opzione 'Elimina in base a un criterio' durante la chiusura di un database per garantire la conservazione dei backup a lungo termine.

Considerare i seguenti fattori aggiuntivi per i backup a lungo termine:

  • I backup LTR continueranno a esistere indipendentemente da qualsiasi backup automatico configurato nel database.
  • I backup LTR verranno eliminati automaticamente al termine del periodo di conservazione specificato.
  • Il ripristino in loco non è supportato per LTR.
  • Per i database in una configurazione Data Guard, il backup a lungo termine verrà creato solo per il database in cui è richiesto.
  • Per creare un LTR, è necessario che lo stato del database sia AVAILABLE.
  • LTR è supportato per i database con keystore basati su file TDE o KMS.
  • Le chiavi di cifratura verranno conservate per l'intero periodo di conservazione dell'LTR.
  • Un backup LTR può essere annullato mentre è in stato di 'creazione'.
  • Un backup LTR può essere eliminato in qualsiasi momento dopo la sua creazione.
  • Durante il ripristino:
    • Se il backup è di una versione principale DBHome supportata, verrà ripristinato all'aggiornamento release più recente di tale versione.
    • Se il backup è di una versione major DBHome non supportata, verrà ripristinato a una versione major supportata, dopo di che il database dovrà essere aggiornato a una qualsiasi delle versioni major supportate.

Allocazione canale di backup predefinito

Le impostazioni predefinite per i canali di backup del database quando si utilizza "Oracle Managed Backup" o "Backup configurato dall'utente"

Quando un database è configurato per il backup utilizzando "Oracle Managed Backup" o "User Configured Backup", gli strumenti utilizzano "default" per i canali di backup. Quando si utilizza l'impostazione predefinita, dbaas determinerà il numero di canali da allocare al momento dell'esecuzione del comando di backup o ripristino. Il numero di canali allocati è determinato dal conteggio OCPU del nodo. La tabella riportata di seguito fornisce i valori utilizzati e l'intervallo OCPU, sia i valori OCPU che i valori del canale sono per nodo. Le operazioni di ripristino hanno la priorità. Il conteggio totale dei canali a livello di cluster è il valore per nodo moltiplicato per il numero di nodi. L'automazione utilizza lo SCAN per distribuire i canali RMAN su tutti i nodi del cluster.

OCPU per nodo Formula Allocazione canali di backup per nodo Ripristina allocazione canali per nodo
minore o uguale a 12. CPU <= 12 2 4
Maggiore di 12 e minore o uguale a 24 OCPU > 12 e OCPU <= 24 4 8
Maggiore di 24 CPU > 24 8 16

Se necessario, è possibile impostare un valore statico per nodo utilizzando getConfig/configure DBAASCLI per generare un cfg bckup e impostando il parametro bkup_channels_node sul numero di canali per nodo desiderato.

I valori validi sono 1 - 32: il conteggio totale dei canali sarà il valore moltiplicato per il numero di nodi. Questo valore non può superare il limite di 255 canali. Il valore default per bkup_channels_node imposta l'allocazione basata sul canale OCPU.

Prerequisiti per i backup nell'infrastruttura Exadata Cloud

Recovery Service

Assicurarsi che la tenancy sia configurata per utilizzare il servizio di recupero.

Tabella 5-4 Rivedere i task dei prerequisiti prima di utilizzare Recovery Service come destinazione di backup automatico

Attività Ulteriori informazioni Richiesto o facoltativo

Crea criteri IAM

Criteri per abilitare l'accesso al servizio di recupero e alle risorse correlate

Richiesto

Configurare le risorse di rete e registrare una subnet del servizio di recupero

Creazione di una subnet del servizio di recupero nella VCN del database

Richiesto

Crea criteri di protezione

Rivedi criteri di protezione per conservazione backup database

Facoltativo

Per ulteriori informazioni sul servizio di recupero, vedere Panoramica di Oracle Database Autonomous Recovery Service.

Storage degli oggetti

  • L'istanza di Exadata Cloud Service richiede l'accesso a Oracle Cloud Infrastructure Object Storage. Oracle consiglia di utilizzare un gateway di servizi con la VCN per abilitare questo accesso. Per ulteriori informazioni, vedere Impostazione di rete per le istanze dell'infrastruttura Exadata Cloud. In questo argomento, prestare particolare attenzione a:
  • Bucket di storage degli oggetti esistente da utilizzare come destinazione di backup. Puoi usare la console o l'API di storage degli oggetti per creare il bucket. Per ulteriori informazioni, vedere Gestione dei bucket.
  • Token di autenticazione generato da Oracle Cloud Infrastructure. Per generare la password, puoi utilizzare la console o l'API IAM. Per ulteriori informazioni, vedere Utilizzo dei token di autenticazione.
  • Il nome utente specificato nel file di configurazione del backup deve disporre dell'accesso a livello di tenancy allo storage degli oggetti. Un modo semplice per farlo è aggiungere il nome utente al gruppo Administrators. Tuttavia, ciò consente l'accesso a tutti i servizi cloud. Un amministratore deve invece creare un criterio simile al seguente che limiti l'accesso solo alle risorse necessarie nello storage degli oggetti per il backup e il ripristino del database:
    Allow group <group_name> to manage objects in compartment <compartment_name> where target.bucket.name = '<bucket_name>'
    Allow group <group_name> to read buckets in compartment <compartment_name>

    Per ulteriori informazioni sull'aggiunta di un utente a un gruppo, vedere Gestione dei gruppi. Per ulteriori informazioni sui criteri, consulta la Guida introduttiva ai criteri.

Utilizzo della console per gestire i backup

Puoi utilizzare la console per abilitare i backup incrementali automatici, creare backup completi su richiesta e visualizzare la lista dei backup gestiti per un database. Puoi anche utilizzare la console per eliminare i backup manuali (su richiesta).

Nota

  • Tutti i backup vengono cifrati con la stessa chiave master utilizzata per la cifratura del wallet TDE (Transparent Data Encryption).
  • I backup per un determinato database sono elencati nella pagina dei dettagli per tale database. La colonna Chiave di cifratura visualizza la chiave gestita da Oracle o un nome chiave se si utilizzano chiavi di cifratura proprie per proteggere il database. Per ulteriori informazioni, vedere Backup di vault e chiavi.
Nota

Non eliminare le chiavi di cifratura necessarie dal vault in quanto ciò rende non disponibili i database e i backup protetti dalla chiave.

Per configurare i backup automatici per un database

Per creare un backup su richiesta di un database

Per visualizzare lo stato del backup

Per annullare un backup

Per eliminare i backup completi dallo storage degli oggetti

Per eliminare i backup standalone dallo storage degli oggetti

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Backup standalone in Risorse.
  2. Nella lista dei backup standalone, individuare il backup che si desidera utilizzare per eliminare.
  3. Fare clic sul menu Azioni per il backup a cui si è interessati, quindi fare clic su Elimina.
  4. Nella finestra di dialogo Elimina, fare clic su Elimina per confermare l'eliminazione del backup.

Per modificare il periodo di conservazione di un backup LTR con il servizio di recupero

  1. Aprire il menu di navigazione. Selezionare Oracle Database, quindi selezionare Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Scegliere il compartimento.
  3. Passare al cluster VM cloud o al sistema DB contenente il database che si desidera modificare il periodo di conservazione del backup:

    Cluster VM cloud (nuovo modello di risorse): in Oracle Exadata Database Service on Dedicated Infrastructure, fare clic su Cluster VM Exadata. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli del cluster.

    Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

  4. Nella lista dei database, fare clic sul nome del database per il quale si desidera modificare il periodo di conservazione.
  5. In Risorse, fare clic su Backup.

    Viene visualizzata una lista di backup.

  6. Nella lista dei backup, fare clic sul menu Azioni per il backup con il tipo Backup a lungo termine per il quale si desidera modificare il periodo di conservazione.
  7. Fare clic su Modifica periodo di conservazione.
  8. Nel periodo di conservazione modifiche risultante, modificare il periodo di conservazione.
    Nota

    Il periodo di conservazione deve essere immesso in Giorni (90 - 3.650) o Anni (1 - 10) da quando è stato creato il backup.
  9. Fare clic suSalva.

Per designare Autonomous Recovery Service come destinazione di backup per un database esistente

Recupero di un database Exadata dalla destinazione di backup

Questo argomento spiega come recuperare un database Exadata da un backup memorizzato nello storage degli oggetti o nel servizio Autonomous Recovery utilizzando la console o l'API.

  • Il servizio di storage degli oggetti è una soluzione di storage su richiesta sicura, scalabile nell'infrastruttura Exadata Cloud.
  • OracleDatabase Autonomous Recovery Service è una soluzione di backup centralizzata, completamente gestita e standalone per i database Oracle Cloud Infrastructure (OCI).

Per ulteriori informazioni sul backup dei database nello storage degli oggetti, vedere Gestione dei backup dei database Exadata.

Utilizzo della console per ripristinare un database

È possibile utilizzare la console per ripristinare il database da un backup in una destinazione di backup creata mediante la console.

Nota

I backup LTR rappresentano un singolo point-in-time per il database, pertanto le seguenti opzioni non sono supportate durante il ripristino.

È possibile eseguire il ripristino in:

  • Ripristina alla versione più recente: ripristina il database all'ultimo stato valido conosciuto con la minore perdita di dati possibile.
  • Ripristina in base a un indicatore orario: ripristina il database in base all'indicatore orario specificato.
  • Ripristina in SCN: ripristina il database utilizzando l'SCN specificato. Questo SCN deve essere valido.
    Nota

    È possibile determinare il numero SCN da utilizzare mediante l'accesso e l'esecuzione di query sull'host del database o mediante l'accesso a qualsiasi log online o archiviato.
Nota

La lista di backup visualizzata nella console non include backup non gestiti (backup creati direttamente utilizzando dbaascli).

Per ripristinare un database
  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.
  3. Passare al cluster VM cloud o al sistema DB contenente il database che si desidera ripristinare:

    Cluster VM cloud (il nuovo modello di risorsa dell'infrastruttura cloud Exadata): in Oracle Exadata Database Service on Dedicated Infrastructure, fare clic su Cluster VM Exadata. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli del cluster.

    Sistemi DB: in Oracle Base Database, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

  4. Nella lista dei database, individuare il database che si desidera ripristinare e fare clic sul relativo nome per visualizzare i relativi dettagli.
  5. Fare clic su Ripristina.
  6. Selezionare una delle opzioni riportate di seguito e fare clic su Ripristina database.
    • Ripristina alla versione più recente: ripristina il database all'ultimo stato valido conosciuto con la minor perdita di dati possibile.
    • Ripristina in base all'indicatore orario: ripristina il database in base all'indicatore orario specificato.
    • Ripristina su SCN (System Change Number): ripristina il database utilizzando l'SCN specificato. Questo SCN deve essere valido.

      Nota

      È possibile determinare il numero SCN da utilizzare accedendo e eseguendo query sull'host del database o accedendo a qualsiasi log in linea o archiviato.
  7. Confermare quando richiesto.

    Se l'operazione di ripristino non riesce, lo stato del database sarà "Ripristino non riuscito". È possibile provare a ripristinare di nuovo utilizzando un'altra opzione di ripristino. Tuttavia, Oracle consiglia di rivedere i log RMAN sull'host e risolvere eventuali problemi prima di tentare di ripristinare il database. Questi file di log sono disponibili in sottodirectory di /var/opt/oracle/log.

Gestione dei backup del database Exadata mediante dbaascli

È possibile utilizzare la utility di backup di Exadata, dbaascli, per eseguire il backup dei database su un'istanza dell'infrastruttura Exadata Cloud in un bucket esistente nel servizio di storage degli oggetti Oracle.

Per i backup gestiti da Oracle Cloud Infrastructure, vedere Gestione dei backup del database Exadata.

In questo argomento viene spiegato come:

  • Creare un file di configurazione di backup predefinito e modificare i parametri in base ai requisiti per eseguire il backup del database nel servizio di storage degli oggetti.
  • Associare il file di configurazione del backup a un database. Una volta completata la configurazione, il backup del database verrà eseguito come pianificato oppure è possibile creare un backup su richiesta con una tag.
Nota

È necessario aggiornare gli strumenti specifici del cloud su tutti i nodi di calcolo nell'istanza dell'infrastruttura Exadata Cloud prima di eseguire le procedure riportate di seguito. Per ulteriori informazioni, vedere Applicazione manuale di patch e aggiornamento di un sistema di infrastruttura Exadata Cloud.

Configurazione di backup predefinita

Linee guida sulle procedure ottimali Oracle per la configurazione di backup predefinita.

La configurazione di backup predefinita segue un set di linee guida sulle procedure ottimali Oracle:

  • Cifratura: tutti i backup nello storage degli oggetti vengono cifrati.
  • Compressione per i backup: LOW
  • Compressione predefinita per i log di archivio: false
  • Algoritmo di cifratura RMAN: AES256
  • Ottimizzazione per i backup: attivo

Per ottenere la configurazione di backup predefinita per un database di cui è stato appena eseguito il provisioning

  1. SSH a uno dei nodi configurati del database nel cluster VM o nella risorsa del sistema DB.
  2. Eseguire il login come opc, quindi come sudo per l'utente root.
  3. Utilizzare il comando dbaascli database backup --getConfig per generare un file contenente le impostazioni di backup predefinite per la distribuzione del database di cui è stato appena eseguito il provisioning.
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
    Dove:
    • --getConfig: restituisce la configurazione di backup del database.
    • --configFile: specifica il file di configurazione del backup del database.

Per creare un file di configurazione di backup

Nota

La procedura riportata di seguito deve essere eseguita sul primo nodo di calcolo nel cluster VM dell'infrastruttura Exadata Cloud o nella risorsa del sistema DB. Per determinare il primo nodo di calcolo, connettersi a qualsiasi nodo di calcolo come utente grid ed eseguire il comando seguente:
$ $ORACLE_HOME/bin/olsnodes -n

Il primo nodo ha il numero 1 elencato accanto al nome del nodo.

Nota

In dbaascli Release 25.1.2.0.0, i parametri di configurazione del backup sono stati rinominati. Tuttavia, è comunque possibile utilizzare i vecchi nomi dei parametri, in quanto vengono mantenuti per la compatibilità con le versioni precedenti.
  1. SSH a uno dei nodi configurati del database nel cluster VM o nella risorsa del sistema DB.
    ssh -i <private_key_path> opc@<node_1_ip_address>
  2. Eseguire il login come opc, quindi come sudo per l'utente root.
    login as: opc [opc@dbsys ~]
    $ sudo su -
  3. Utilizzare il comando dbaascli database backup --getConfig per generare un file contenente le impostazioni di backup correnti per la distribuzione del database:
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
  4. Modificare i parametri nel file per soddisfare le proprie esigenze.
    Parametro descrizione;
    backupDestination=oss Indica se eseguire il backup nello storage degli oggetti. In caso affermativo, è necessario fornire anche i parametri bkup_oss_url, bkup_oss_user, bkup_oss_passwd e bkup_oss_recovery_window.

    Nome precedente: bkup_oss_url=<swift_url>

    Nuovo nome: ossURL=<swift_url>

    Obbligatorio se backupDestination=oss.

    L'URL di storage degli oggetti, inclusi il tenant e il bucket che si desidera utilizzare. L'URL è:

    https://swiftobjectstorage.<region_name>.oraclecloud.com/v1/<tenant>/<bucket>

    Dove:

    • <tenant>: nome tenant minuscolo (anche se contiene caratteri maiuscoli) specificato al momento dell'accesso alla console
    • <bucket>: nome del bucket esistente che si desidera utilizzare per i backup.

    Nome precedente: bkup_oss_user=<oci_user_name>

    Nuovo nome: ossUserName=<oci_user_name>

    Obbligatorio se backupDestination=oss.

    Nome utente per l'account utente di Oracle Cloud Infrastructure. Questo è il nome utente utilizzato per collegarsi alla console di Oracle Cloud Infrastructure.

    Ad esempio, jsmith@example.com per un utente locale o <identity_provider>/jsmith@example.com per un utente federato.

    Per determinare il tipo di utente disponibile, vedere gli argomenti riportati di seguito.

    Tenere presente che l'utente deve essere membro del gruppo Administrators, come descritto in Prerequisiti per i backup sull'infrastruttura Exadata Cloud.

    Nome precedente: bkup_oss_passwd=<auth_token>

    Nuovo nome: ossAuthToken=<auth_token>

    Obbligatorio se backupDestination=oss.

    Il token di autenticazione generato utilizzando la console o l'API IAM, come descritto in Prerequisiti.

    Questa non è la password per l'utente di Oracle Cloud Infrastructure.

    Nome precedente: bkup_oss_recovery_window=n

    Nuovo nome: ossRecoveryWindow=n

    Obbligatorio se backupDestination=oss.

    Numero di giorni durante i quali i backup e i redo log archiviati vengono gestiti nel bucket di storage degli oggetti. Specificare da 7 a 90 giorni.

    Nome precedente: bkup_daily_time=hh:mm

    Nuovo nome: autoBackupTime=hh:mm

    L'ora di pianificazione del backup giornaliero, specificata in ore e minuti (hh:mm), nel formato 24 ore.
  5. Utilizzare dbaascli database backup --configure per associare questa configurazione di backup a un nome di database.
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  6. Utilizzare dbaascli database backup --status per controllare lo stato dell'UUID generato per questo comando.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>
    Nota

    Un file di configurazione di backup può contenere le credenziali per accedere al bucket di storage degli oggetti. Per questo motivo, potresti voler rimuovere il file dopo aver configurato correttamente il backup.

Per personalizzare la configurazione del backup, è possibile modificare i seguenti parametri:

Nota

Compatible with Console Automatic Backups=Yes indica che il parametro può essere modificato in sicurezza anche quando si utilizzano i backup automatici basati sulla console. Se si utilizzano i parametri con Compatible with Console Automatic Backups=No, non abilitare i backup tramite la console.

Tabella 5-5 Parametri di configurazione del backup - Parametri di pianificazione per dbaascli

Parametro descrizione; Compatibile con i backup automatici della console*

Nome precedente: bkup_cron_entry

Nuovo nome: scheduleBackups

Abilita la configurazione del backup automatico.

I valori validi sono yes e no.

N

Nome precedente: bkup_archlog_cron_entry

Nuovo nome: manageArchivelogs

Abilita i backup automatici dei file di log del database archiviati.

I valori validi sono yes e no.

L'impostazione di manageArchivelogs su no disabilita i job di cleanup automatico dei log di archivio. Questa impostazione è valida solo se nel database associato non sono configurati backup automatici del database.

N

Nome precedente: bkup_l0_day

Nuovo nome: L0BackupDay

Questo parametro controlla il giorno della settimana di livello 0.

Giorno della settimana in cui viene eseguito un backup di livello 0.

I valori validi sono mon, tue, wed, thu, fri, sat e sun. Sono supportati anche formati più lunghi, ad esempio Monday e Tuesday.

Impostazione predefinita: sun.

N

Tabella 5-6 Parametri di configurazione del backup - Parametri di configurazione RMAN generali (validi per tutte le destinazioni di backup ad eccezione di Storage locale (FRA))

Parametro descrizione; Compatibile con i backup automatici della console*

Nome precedente: bkup_rman_compression

Nuovo nome: compressionLevel

Livello di compressione applicato ai backup automatici.

I valori validi sono NONE, basic, low, medium e high.

Il valore predefinito è low.

Il valore NONE disabilita la compressione RMAN.

Se la compressione RMAN è abilitata, qualsiasi file di dati cifrato TDE verrà decifrato, compresso e cifrato RMAN.

Nome precedente: bkup_section_size

Nuovo nome: sectionSize

Dimensione della sezione RMAN utilizzata per i backup automatici.

Il valore predefinito è 64G.

Nome precedente: bkup_channels_node

Nuovo nome: channelsPerNode

Numero di canali RMAN per nodo utilizzati per i backup automatici.

I valori validi sono compresi tra 1 e 32.

Il valore predefinito è 2.

Nome precedente: bkup_daily_time

Nuovo nome: autoBackupTime

Ora di inizio del backup giornaliero automatico espressa in 24 ore come hh:mm.

Nome precedente: bkup_archlog_frequency

Nuovo nome: backupFrequencyAL

Intervallo in minuti tra i backup automatici dei file di log del database archiviati.

I valori validi sono 15, 20, 30, 60, da 120 a 1440 in intervalli di un'ora espressi in minuti.

Il valore predefinito è 30 per ExaDB-D.

Nome precedente: bkup_type

Nuovo nome: backupDestination

Il tipo di posizione in cui si trova il backup. Specificare OSS come destinazione di backup, che è l'opzione predefinita e unica.

Nome precedente: bkup_filesperset_regular

Nuovo nome: filesPerSet

Specifica il numero massimo di file di dati che possono essere inclusi in un set di backup per i backup regolari/di archiviazione.

Nome precedente: bkup_filesperset_al

Nuovo nome: filesPerSetAL

Specifica il numero massimo di file di log di archivio che possono essere inclusi in un set di backup per i backup del log di archivio.

Nome precedente: bkup_encryption

Nuovo nome: encryption

La cifratura specifica se i backup devono essere cifrati o meno.

Per impostazione predefinita, la cifratura è abilitata per OSS e Recovery Service e questa impostazione non può essere modificata.

Nome precedente: rmanBackupOptimization

Nuovo nome: optimization

L'ottimizzazione è una funzionalità che riduce la quantità di dati di cui è necessario eseguire il backup, il trasferimento e il ripristino. Il valore consigliato è ON.

Nome precedente: rmanFraCleanupChannels

Nuovo nome: numberOfChannelsForFraCleanup

Specifica il numero di canali utilizzati per il job di cleanup FRA.

Nome precedente: Compress_Archive_Logs

Nuovo nome: compressionAL

Specifica se comprimere i backup dei log di archivio.

Non applicabile al servizio di recupero.

Nome precedente: bkup_archlog_fra_retention

Nuovo nome: archivelogRetentionDays

Specifica il numero di giorni di conservazione del log di archivio in FRA.

Tabella 5-7 Parametri di configurazione del backup - Parametri del servizio di storage degli oggetti (OSS)

Parametro descrizione; Compatibile con i backup automatici della console*
backupDestination=oss

Abilita i backup nello storage cloud.

I valori validi sono yes e no.

N

Nome precedente: bkup_oss_recovery_window

Nuovo nome: ossRecoveryWindow

Periodo di conservazione per i backup nello storage cloud, espresso come numero di giorni fino a 90.

Applicabile solo se bkup_oss è impostato su yes o backupdestination è impostato su OSS.

Il valore predefinito è 30.

N

Nome precedente: bkup_oss_url

Nuovo nome: ossURL

Posizione del contenitore di storage utilizzato per il backup nello storage cloud.

Applicabile solo se bkup_oss è impostato su yes o backupdestination è impostato su OSS.

N

Nome precedente: bkup_oss_user

Nuovo nome: ossUserName

Nome utente dell'utente Oracle Cloud con privilegi di scrittura sul contenitore di storage cloud specificato in bkup_oss_url.

Applicabile solo se bkup_oss è impostato su yes o backupdestination è impostato su OSS.

N

Nome precedente: bkup_oss_passwd

Nuovo nome: ossAuthToken

Password dell'utente Oracle Cloud con privilegi di scrittura sul contenitore di storage cloud specificato in bkup_oss_url.

Applicabile solo se bkup_oss è impostato su yes o backupdestination è impostato su OSS.

N

Tabella 5-8 Parametri di configurazione del backup - Parametri di supporto catalogo RMAN

Parametro descrizione; Compatibile con i backup automatici della console*

Nome precedente: bkup_use_rcat

Nuovo nome: useCatalog

Abilita l'uso di un Recovery Catalog RMAN esistente.

I valori validi sono yes e no.

Nome precedente: bkup_rcat_user

Nuovo nome: catalogUserName

Nome utente Recovery Catalog.

Applicabile solo se bkup_use_rcat è impostato su yes.

Nome precedente: bkup_rcat_passwd

Nuovo nome: catalogPassword

Password per l'utente del Recovery Catalog specificato in
bkup_rcat_user
.

Applicabile solo se bkup_use_rcat è impostato su yes.

Nome precedente: bkup_rcat_conn

Nuovo nome: catalogConnectionString

Stringa di connessione per il Recovery Catalog RMAN.

Applicabile solo se bkup_use_rcat è impostato su yes.

Nota

È possibile modificare in modo sicuro solo i parametri sopra indicati indicati con Compatible with Console Automatic Backups = Yes insieme ai backup automatici basati sulla console. Se è necessario modificare altri parametri, non abilitare i backup tramite la console.

Per creare un backup su richiesta

È possibile utilizzare dbaascli per creare un backup su richiesta di un database.

  1. SSH a uno dei nodi configurati del database nel cluster VM o nella risorsa del sistema DB.
    ssh -i <private_key_path> opc@<node_1_ip_address>

    Per determinare il primo nodo di calcolo, connettersi a qualsiasi nodo di calcolo come utente grid ed eseguire il comando seguente:

    $ $ORACLE_HOME/bin/olsnodes -n

    Il primo nodo ha il numero 1 elencato accanto al nome del nodo.

  2. Eseguire il login come opc, quindi come sudo per l'utente root.
    login as: opc [opc@dbsys ~]
    $ sudo su -
  3. Puoi lasciare che il backup segua il criterio di conservazione corrente oppure puoi creare un backup a lungo termine che persista fino a quando non lo elimini:
    • Per creare un backup che segua il criterio di conservazione corrente, immettere il comando seguente:
      # dbaascli database backup --start --dbname <database_name>
    • Per creare un backup a lungo termine, immettere il comando seguente:
      # dbaascli database backup --start --archival --dbname --tag <archival_tag>
  4. Uscire dalla shell del comando utente root e disconnettersi dal nodo di calcolo:
    # exit
    $ exit
  5. Utilizzare dbaascli database backup --status per controllare lo stato dell'UUID generato per il comando di backup
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Per rimuovere la configurazione di backup

  1. SSH a uno dei nodi configurati del database nel cluster VM o nella risorsa del sistema DB.
  2. Eseguire il login come opc, quindi come sudo per l'utente root.
  3. Creare un file temp con i seguenti parametri:
    • bkup_oss=no
    • bkup_cron_entry=no
    • bkup_archlog_cron_entry=no
  4. Utilizzare il file precedente con dbaascli database backup --configure per rimuovere la configurazione di backup per un database.
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  5. Utilizzare dbaascli database backup --status per controllare lo stato dell'UUID generato per questo comando.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Tutti i backup automatici verranno disattivati.

Per eliminare un backup nello storage degli oggetti

Puoi eliminare un backup di archiviazione o a lungo termine dallo storage degli oggetti.

# dbaascli database backup --delete --backupTag --dbname <database_name>

Dove:

  • --dbname: specifica il nome di Oracle Database
  • --delete: elimina il backup di archiviazione.
  • --backupTag: specifica la tag di backup da eliminare.

I backup basati su criteri vengono eliminati con i backup giornalieri pianificati. In alternativa, è possibile utilizzare il comando di eliminazione backup RMAN per eliminare un backup dall'area di memorizzazione degli oggetti.

Utilizzo dell'API per gestire il backup e il recupero

Utilizzo dell'API per gestire i backup

Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza. Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.

Utilizzare le operazioni API riportate di seguito per gestire i backup del database.

Per la lista completa delle interfacce API per il servizio di database, vedere API del servizio di database.

Metodi di backup alternativi

Informazioni sui metodi di backup alternativi disponibili oltre a OCI Console.

Il backup per i database nell'infrastruttura Exadata Cloud può essere eseguito mediante diversi metodi, oltre ai backup automatici configurati nella console. In generale, la console (o l'API/interfaccia CLI OCI che le corrispondono) è il metodo preferito in quanto fornisce il metodo più semplice e automatizzato. In generale, è preferibile utilizzare la console OCI, l'API OCI o la riga di comando OCI rispetto a metodi di gestione alternativi. Tuttavia, se non è possibile completare le azioni necessarie mediante i metodi preferiti, sono disponibili altre due opzioni per configurare manualmente i backup: dbaascli e Oracle Recovery Manager (RMAN).

Nota

Utilizzare i comandi backup del database dbaascli, backup del pdb dbaascli, recupero del database dbaascli e recupero del pdb dbaascli per eseguire il backup e il recupero dei container database e dei pluggable database. Per ulteriori informazioni, vedere Backup configurato dall'utente in Opzioni consigliate da Oracle per eseguire operazioni di backup e recupero.

RMAN è lo strumento di backup incluso in Oracle Database. Per informazioni sull'uso di RMAN, vedere il manuale Oracle Database Backup and Recovery User's Guide for Release 19. L'uso di RMAN per eseguire il backup dei database nell'infrastruttura Exadata Cloud offre la massima flessibilità in termini di opzioni di backup, ma anche la maggiore complessità.

Nota

Sebbene l'utilizzo di RMAN per il ripristino dei database di cui è stato eseguito il backup tramite qualsiasi metodo descritto in questo documento sia considerato sicuro, RMAN non deve mai essere utilizzato per impostare i backup in combinazione con la console (e l'API/interfaccia CLI OCI) né in combinazione con dbaascli. Se si sceglie di orchestrare i backup manualmente utilizzando RMAN, non utilizzare i backup automatici della console né dbaascli. È innanzitutto necessario disabilitare completamente i backup automatici basati su console. Per ulteriori informazioni, vedere Disabilitazione dei backup automatici per facilitare la gestione manuale di backup e recupero.

Il metodo dbaascli offre una via di mezzo tra RMAN e i backup automatizzati della console in termini di flessibilità e semplicità. Utilizzare dbaascli se la funzionalità necessaria non è supportata con i backup automatici della console, ma se si desidera evitare la complessità dell'utilizzo diretto di RMAN. In alcuni casi, è possibile utilizzare dbaascli per modificare la configurazione di backup automatico della console, ma in genere non è così. In genere, è necessario utilizzare dbaascli anziché abilitare i backup nella console.

Disabilitazione dei backup automatici per facilitare la gestione manuale di backup e ripristino

I backup, configurati nella console dell'infrastruttura Exadata Cloud, nell'API o in dbaascli, funzionano per una vasta gamma di casi d'uso di backup e recupero. Se sono necessari casi d'uso non supportati dai backup gestiti dal cloud, è possibile gestire manualmente il backup e il recupero del database utilizzando la utility Oracle Recovery Manager (RMAN). Per informazioni sull'uso di RMAN, vedere il manuale Oracle Database Backup and Recovery User's Guide for Release 19.

La gestione del backup e del recupero, tramite RMAN, nell'infrastruttura Exadata Cloud richiede la piena proprietà dei backup dei log di database e archivio e i backup gestiti dal cloud non devono più essere utilizzati. Prima di avviare i backup manuali, è necessario disabilitare la funzionalità di backup gestita dal cloud. Ciò è necessario in modo che i job di backup cloud non rimuovano i log di archivio prima che venga eseguito manualmente il backup e non siano in conflitto con i backup manuali.

È possibile utilizzare la utility dbaascli per disabilitare i backup gestiti dal cloud, inclusa la disabilitazione del job di rimozione automatica dei log di archivio.

Recupero di un database mediante Oracle Recovery Manager (RMAN)

Se è stato eseguito il backup del database utilizzando dbaascli, è possibile ripristinare manualmente il backup del database utilizzando la utility Oracle Recovery Manager (RMAN). Per informazioni sull'uso di RMAN, vedere il manuale Oracle Database Backup and Recovery User's Guide for Release 19.

Nota

Sebbene il recupero mediante RMAN sia sicuro, non è necessario utilizzare RMAN per avviare i backup o modificare l'impostazione di backup insieme all'uso di dbaascli o insieme ai backup automatici della console. In questo modo si potrebbero verificare condizioni in conflitto o sovrascritture delle impostazioni e l'esecuzione dei backup potrebbe non riuscire.