Gestisci backup e recupero del database su Oracle Exadata Database Service su infrastruttura Exascale

Scopri come lavorare con le strutture di backup e ripristino fornite da Oracle Exadata Database Service sull'infrastruttura Exascale.

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 di opzioni, non è supportata. La combinazione delle opzioni romperà l'automazione. A partire dal 06 agosto 2025, per le tenancy create nelle aree FRA, PHX o NRT, Autonomous Recovery Service sarà l'unica destinazione di backup quando si abilita il backup automatico sui database.

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.

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 venga eseguita correttamente, il database e l'infrastruttura (cluster VM) devono essere in stato "Disponibile". Oracle consiglia di evitare di eseguire azioni che potrebbero interferire con la disponibilità (ad esempio le operazioni di applicazione delle patch) mentre è in corso un'operazione di backup. Se un'operazione di backup automatico non riesce, il servizio di database riprova l'operazione durante la finestra di backup del giorno successivo. Se un backup completo su richiesta non riesce, puoi riprovare l'operazione quando l'istanza e la disponibilità del database Oracle Exadata Database Service on Exascale Infrastructure vengono ripristinate.

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 conservazione backup storage degli oggetti

I periodi di conservazione (in giorni) sono 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 di backup 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. Tuttavia, i backup automatici per tale database non verranno creati finché non assume il ruolo primario.
  • 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 è stata apportata a partire da dbaastools versione 21.4.1.1.0.

Comportamento della destinazione di backup durante l'abilitazione dei backup automatici e dei backup standalone mediante OCI Console

A partire dal 06 agosto 2025, quando abiliti i backup automatici in OCI Console, Autonomous Recovery Service sarà l'unica destinazione di backup disponibile nelle seguenti condizioni:

  • La tenancy è stata creata il 06 agosto 2025 o successivamente.
  • Il database viene distribuito nelle region OCI di Francoforte (FRA), Phoenix (PHX) e Tokyo (NRT).
  • La versione di Oracle Database è successiva alla 19.18 o alla 23.4.

Se queste condizioni non vengono soddisfatte, lo storage degli oggetti OCI verrà mostrato come destinazione di backup.

Backup della conservazione a lungo termine con il servizio di recupero

Il backup della fidelizzazione a lungo termine (LTR) ti consente di archiviare backup completi per periodi fino a dieci anni per esigenze di compliance, normative o di altro tipo con una gestione e un'immutabilità complete del ciclo di vita LTR.

Per LTR con Recovery Service, il periodo di conservazione deve essere in giorni (90 - 3.650) o in anni (1 - 10) da quando è stato creato il 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 i 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 uno specifico backup LTR esistente entro il periodo di conservazione. Per ulteriori informazioni, vedere Per modificare il periodo di conservazione di un backup LTR con Recovery Service.

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'interruzione del database'.

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

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

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

  • I backup LTR continueranno a esistere indipendentemente da eventuali backup automatici configurati nel database.
  • I backup LTR verranno eliminati automaticamente al termine del periodo retention 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.
  • Il database deve essere in stato AVAILABLE per creare un LTR.
  • LTR è supportato per database con keystore basati su file TDE o KMS.
  • Le chiavi di cifratura verranno mantenute per l'intero periodo di conservazione dell'LTR.
  • Un backup LTR può essere annullato mentre si trova nello 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'ultima RU di tale versione.
    • Se il backup è di una versione principale DBHome non supportata, verrà ripristinato a una versione principale supportata, dopodiché il database deve essere aggiornato a una delle versioni principali supportate.

Allocazione canale di backup predefinito

Queste sono le impostazioni predefinite per i canali di backup del database quando si utilizza "Backup gestito da Oracle" 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 di base del nodo. La tabella seguente fornisce i valori utilizzati e l'intervallo di base, sia i valori di base che i valori di 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.

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

Se necessario, è possibile impostare un valore statico per nodo utilizzando il file getConfig/configure DBAASCLI per generare un file bckup cfg 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 principale.

Prerequisiti per i backup su Oracle Exadata Database Service su infrastruttura Exascale

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

Autorizzazioni necessarie per i database Oracle in OCI per utilizzare il servizio di recupero

Richiesto

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

Creare una subnet del servizio di recupero nella VCN del database

Richiesto

Crea criteri di protezione

Creazione di un criterio di protezione

Facoltativo

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

Storage degli oggetti

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 Backing Up Vaults and Keys.
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

Nota

Lo storage degli oggetti crea un backup completo del database mentre il servizio di recupero crea un backup incrementale.
  1. Aprire il menu di navigazione. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure
  2. Scegliere il compartimento.
  3. Passare al cluster VM cloud contenente il database di cui si desidera eseguire il backup:

    In Oracle Exadata Database Service on Exascale 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 relativo nome evidenziato per visualizzare la pagina dei dettagli per il cluster.

  4. Nella lista dei database, individuare il database per il quale si desidera creare un backup completo su richiesta e fare clic sul relativo nome per visualizzare i dettagli del database.
  5. In Risorse, fare clic su Backup.

    Viene visualizzata una lista di backup.

  6. Fare clic su Crea backup.
  7. Nella finestra Crea backup risultante, effettuare le operazioni riportate di seguito.
    • Nome: fornire un nome descrittivo per il backup.
    • Selezionare un'opzione Conservazione backup:
      • Mantieni backup per periodo retention backup: selezionare questa opzione per utilizzare il periodo retention dei criteri di protezione per questo backup.
      • Specificare il periodo di conservazione dei backup a lungo termine: selezionare questa opzione per specificare un periodo LTR con Autonomous Recovery Service. Il periodo di conservazione deve essere immesso in Giorni (90 - 3.650) o Anni (1 - 10) da quando è stato creato il backup.
    • Fare clic su Crea.

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 Recovery Service

  1. Aprire il menu di navigazione. Seleziona Oracle Database, quindi seleziona Oracle Exadata Database Service on Exascale Infrastructure.
  2. Scegliere il compartimento.
  3. Passare al cluster VM cloud contenente il database che si desidera modificare il periodo di conservazione del backup:

    In Oracle Exadata Database Service on Exascale 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 per il cluster.

  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 visualizzato un elenco 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 retention.
  7. Fare clic su Modifica periodo retention.
  8. Nel periodo retention modifica risultante, modificare il periodo retention.
    Nota

    Il periodo retention deve essere immesso in giorni (90 - 3.650) o in anni (1 - 10) da quando è stato creato il backup.
  9. Fare clic su Salva.

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 opzioni riportate di seguito non sono supportate durante il ripristino.

È possibile eseguire il ripristino in:

  • Ripristina alla versione più recente: ripristina l'ultimo stato valido noto del database con la minore perdita di dati possibile.
  • Ripristina in base a 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

Utilizzare questa procedura per ripristinare Oracle Exadata Database Service on Exascale Infrastructure Oracle Database.

  1. Aprire il menu di navigazione. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure
  2. Fare clic su Cluster VM Exadata.
  3. Nella lista dei cluster VM, individuare il cluster VM che conta il database che si desidera ripristinare e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli per il cluster.
  4. Nella lista dei database, individuare il database che si desidera ripristinare e fare clic sul relativo nome per visualizzarne i 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'opzione di ripristino diversa. Tuttavia, Oracle consiglia di esaminare i log RMAN sull'host e di risolvere eventuali problemi prima di tentare di ripristinare il database. Questi file di log si trovano in sottodirectory della directory /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 di Oracle Exadata Database Service nell'infrastruttura Exascale 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.

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 creare un file di configurazione di backup

Nota

La procedura riportata di seguito deve essere eseguita sul primo nodo di calcolo nel cluster VM Exadata Cloud Infrastructure. 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.

  1. Utilizzare SSH per connettersi a uno dei nodi configurati del database nel cluster VM.
    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.
    Nota

    A partire dal 06 agosto 2025, per le tenancy create nelle aree FRA, PHX o NRT, Autonomous Recovery Service sarà l'unica destinazione di backup quando si abilita il backup automatico sui database.

    Informazioni sull'uso di Recovery Service per eseguire il backup e il recupero dei database Oracle Cloud

    Parametro descrizione;
    bkup_disk=[yes|no] Indica se eseguire il backup locale su disco (Area di recupero rapido).
    bkup_oss=[yes|no] 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.
    bkup_oss_url=<swift_url>

    Obbligatorio se bkup_oss=yes.

    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.
    bkup_oss_user=<oci_user_name>

    Obbligatorio se bkup_oss=yes.

    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.

    Si noti che l'utente deve essere membro del gruppo Administrators.

    bkup_oss_passwd=<auth_token>

    Obbligatorio se bkup_oss=yes.

    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.

    bkup_oss_recovery_window=n

    Obbligatorio se bkup_oss=yes.

    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.

    bkup_daily_time=hh:mm L'ora di pianificazione del backup giornaliero, specificata in ore e minuti (hh:mm), nel formato 24 ore.
    bkup_archlog_cron_entry=[yes|no] Se non viene configurato alcun backup con dbaastools, l'impostazione bkup_archlog_cron_entry=no rimuoverà il job di cleanup del log di archivio da crontab. Il valore predefinito è "yes".
  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 di backup è possibile modificare i parametri riportati di seguito.

Nota

Compatible with Console Automatic Backups=Yes indica che il parametro è sicuro da modificare, anche quando si utilizzano i backup automatici basati sulla console. Se si utilizzano 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 di 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 processi di cleanup automatico dei log di archivio. Questa impostazione è valida solo se al 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 della memorizzazione 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 risiede 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 è possibile includere in un backup set per i backup regolari/di archivio.

Nome precedente: bkup_filesperset_al

Nuovo nome: filesPerSetAL

Specifica il numero massimo di file di log di archivio che è possibile includere in un set di backup per Archivelog Backups.

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 lo sono.

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 OSS (Object Storage Service)

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 del 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 dell'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

Solo i parametri sopra indicati con Compatible with Console Automatic Backups = Yes possono essere modificati in sicurezza 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 nella risorsa cluster VM.
    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 nella risorsa cluster VM.
  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 locale

Per eliminare un backup di una distribuzione del database nell'istanza di Oracle Exadata Database Service sull'infrastruttura Exascale, utilizzare la utility bkup_api.

Nota

bkup_api non è più valido. Utilizzare dbaascli database backup e l'opzione corrispondente.
  1. Connettersi al primo nodo di calcolo nella risorsa cluster VM Exadata come utente opc.

    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. Avviare una shell di comandi utente root:

    $ sudo -s#
  3. Elenca i backup disponibili:

    # >/var/opt/oracle/bkup_api/bkup_api recover_list --dbname=<database_name>

    dove dbname è il nome del database su cui si desidera agire.

    Viene visualizzata una lista di backup disponibili.

  4. Eliminare il backup desiderato:

    # /var/opt/oracle/bkup_api/bkup_api bkup_delete --bkup=<backup-tag> --dbname=<database_name>

    dove backup-tag è la tag del backup che si desidera eliminare.

  5. Uscire dalla shell dei comandi utente root:

    # exit
    $

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

Scopri come utilizzare l'API per i backup del database su Oracle Exadata Database Service nell'infrastruttura Exascale.

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, nell'API o in bkup_api di Exadata Cloud Service, funzionano per una vasta gamma di casi d'uso di backup e recupero.

I backup, configurati in Oracle Exadata Database Service su console, API o bkup_api dell'infrastruttura Exascale, funzionano per una vasta gamma di casi d'uso di backup e ripristino. 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.

La gestione del backup e del recupero, tramite RMAN, su Oracle Exadata Database Service sull'infrastruttura Exascale richiede la piena proprietà dei backup dei log di database e archivio e i backup gestiti dal cloud non dovrebbero 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 bkup_api per disabilitare i backup gestiti dal cloud, inclusa la disabilitazione del job di rimozione automatica dei log di archivio, attenendosi alla procedura riportata di seguito.

Nota

Se si eseguono questi passi, l'automazione non rimuoverà/eseguirà più il backup dei log di archivio in FRA per il database.
  1. Connettersi come utente opc al primo nodo di calcolo.

    Per istruzioni dettagliate, vedere Connessione a un nodo di calcolo con SSH.

  2. Avviare una shell di comandi utente root:
    sudo -s
  3. Utilizzare il comando bkup_api get config per generare un file contenente le impostazioni di backup correnti per la distribuzione del database:
    /var/opt/oracle/bkup_api/bkup_api get config [--file=filename] --dbname=dbname
    Dove:
    • filename è un parametro facoltativo utilizzato per specificare un nome per il file generato
    • dbname è il nome del database su cui si desidera agire
  4. Modificare i valori dei parametri nel file generato per modificare i parametri riportati di seguito.
    Questa operazione rimuoverà le voci del crontab di backup e disabiliterà tutti i backup automatici. Se i valori sono impostati su yes, impostare su no.
    bkup_cron_entry=no
    bkup_archlog_cron_entry=no
    bkup_nfs=no
    bkup_oss=no
    bkup_local=no
  5. Utilizzare il comando bkup_api set config per aggiornare le impostazioni di backup utilizzando il file contenente le impostazioni di backup aggiornate:
    /var/opt/oracle/bkup_api/bkup_api set config --file=filename --dbname=dbname
    Dove:
    • filename è un parametro facoltativo utilizzato per specificare un nome per il file generato
    • dbname è il nome del database su cui si desidera agire

    Il completamento del job di impostazione della configurazione richiederà alcuni minuti.

  6. È possibile utilizzare il comando bkup_api configure_status per controllare lo stato dell'aggiornamento della configurazione:
    /var/opt/oracle/bkup_api/bkup_api configure_status --dbname=dbname
    Where:
    • dbname è il nome del database su cui si desidera agire

    Al termine, Configura stato backup viene avviato come in esecuzione, quindi viene spostato in finito.

  7. Eseguire nuovamente il comando bkup_api get config e verificare che le impostazioni sopra elencate siano impostate su no.
    /var/opt/oracle/bkup_api/bkup_api get config [--file=filename] --dbname=dbname
    Where:
    • filename è un parametro facoltativo utilizzato per specificare un nome per il file generato
    • dbname è il nome del database su cui si desidera agire
    Nota

    Dopo aver apportato queste modifiche, l'automazione del cloud non esegue alcun backup, inclusi i backup dei log di archivio. Assicurarsi che siano presenti backup RMAN manuali per evitare di riempire la posizione del log di archivio.
    Nota

    Le modifiche apportate utilizzando il comando bkup_api non si riflettono nella console di Oracle Exadata Database Service su Exascale Infrastructure.
  8. Uscire dalla shell dei comandi utente root:
    exit

Recupero di un database mediante Oracle Recovery Manager (RMAN)

Se è stato eseguito il backup del database utilizzando bkup_api, è possibile ripristinare manualmente il backup del database utilizzando la utility Oracle Recovery Manager (RMAN).

Se è stato eseguito il backup del database utilizzando bkup_api, è 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.

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 backup_api 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.