Backup e ripristino di Oracle Database in una macchina virtuale Linux di Azure con Backup di Azure

Si applica a: ✔️ macchine virtuali Linux

Questo articolo illustra l'uso di Backup di Azure per acquisire gli snapshot dei dischi della macchina virtuale, inclusi i file di Oracle Database e l'area di recupero rapido di Oracle. Usando Backup di Azure, è possibile acquisire snapshot completi del disco adatti come backup e che vengono archiviati in un insieme di credenziali di Servizi di ripristino.

Backup di Azure offre anche backup coerenti con l'applicazione, che eliminano la necessità di correzioni aggiuntive per ripristinare i dati. I backup coerenti con l'applicazione funzionano sia con i database del file system che con quelli di Oracle Automatic Storage Management (ASM).

Il ripristino di dati coerenti con l'applicazione riduce il tempo di ripristino e consente quindi di tornare rapidamente allo stato operativo. Il recupero di Oracle Database è comunque necessario dopo il recupero. È possibile facilitare il recupero usando i file di log di rollforward archiviati da Oracle acquisiti e archiviati in una condivisione file di Azure separata.

L'articolo guida l'utente nell'esecuzione delle attività seguenti:

Prerequisiti

• Usare l'ambiente Bash in Azure Cloud Shell. Per altre informazioni, vedere Avvio rapido su Bash in Azure Cloud Shell.

  

• Se si preferisce eseguire i comandi di riferimento dell'interfaccia della riga di comando in locale, installare l'interfaccia della riga di comando di Azure. Per l'esecuzione in Windows o macOS, è consigliabile eseguire l'interfaccia della riga di comando di Azure in un contenitore Docker. Per altre informazioni, vedere Come eseguire l'interfaccia della riga di comando di Azure in un contenitore Docker.

  • Se si usa un'installazione locale, accedere all'interfaccia della riga di comando di Azure con il comando az login. Per completare il processo di autenticazione, seguire la procedura visualizzata nel terminale. Per altre opzioni di accesso, vedere Accedere tramite l'interfaccia della riga di comando di Azure.

  • Quando richiesto, al primo utilizzo installare l'estensione dell'interfaccia della riga di comando di Azure. Per altre informazioni sulle estensioni, vedere Usare le estensioni con l'interfaccia della riga di comando di Azure.

  • Eseguire az version per trovare la versione e le librerie dipendenti installate. Per eseguire l'aggiornamento alla versione più recente, eseguire az upgrade.

• Per eseguire il processo di backup e recupero, è necessario innanzitutto creare una macchina virtuale Linux con un'istanza di Oracle Database 12.1 o una versione successiva installata.

• Creare un'istanza di Oracle Database seguendo i passaggi descritti in Creare un'istanza di Oracle Database in una macchina virtuale di Azure.

Preparare l'ambiente

Per preparare l'ambiente, completare questi passaggi:

1. Connettersi alla VM.
2. Configurare l'archiviazione di File di Azure.
3. Preparare i database.

Connettersi alla macchina virtuale

1. Per creare una sessione Secure Shell, SSH con la macchina virtuale, usare il comando seguente. Sostituire <publicIpAddress> con il valore dell'indirizzo pubblico per la macchina virtuale.

   ssh azureuser@<publicIpAddress>
   

2. Passare all'utente radice:

   sudo su -
   

3. Aggiungere l'utente oracle al file /etc/sudoers:

   echo "oracle   ALL=(ALL)      NOPASSWD: ALL" >> /etc/sudoers
   

Configurare l'archiviazione di File di Azure per i file di log di rollforward archiviati in Oracle

I file di log di rollforward archiviati dell'istanza di Oracle Database svolgono un ruolo fondamentale nel recupero del database. Archiviano le transazioni di cui è stato eseguito il commit necessarie per eseguire il roll forward da uno snapshot del database acquisito in passato.

Quando il database è in modalità ARCHIVELOG, archivia il contenuto dei file di log di rollforward online quando sono pieni e cambiano. Insieme a un backup, sono necessari per ottenere un ripristino temporizzato quando il database viene perso.

Oracle offre la possibilità di archiviare i file di log di rollforward in posizioni diverse. La procedura consigliata del settore prevede che almeno una di queste destinazioni si trovi nell'archiviazione remota, quindi sia separata dall'archiviazione host e protetta con snapshot indipendenti. File di Azure soddisfa questi requisiti.

Una condivisione file di Azure è una risorsa di archiviazione che è possibile collegare a una macchina virtuale Linux o Windows come componente normale del file system, usando il protocollo SMB (Server Message Block) o NFS (Network File System). Per configurare una condivisione file di Azure in Linux (usando il protocollo SMB 3.0) da usare come risorsa di archiviazione dei log di archiviazione, vedere Montare una condivisione file di Azure SMB in Linux. Al termine dell'installazione, tornare a questa guida e completare tutti i passaggi rimanenti.

Preparare i database

Questa parte del processo presuppone che sia stata seguita la procedura per Creare un'istanza di Oracle Database in una macchina virtuale di Azure. Di conseguenza:

• Si dispone di un'istanza di Oracle denominata oratest1 in esecuzione in una macchina virtuale denominata vmoracle19c.
• Si usa lo script di Oracle standard oraenv con la relativa dipendenza nel file di configurazione di Oracle standard /etc/oratab per configurare le variabili di ambiente in una sessione della shell.

Seguire questa procedura per ogni database nella macchina virtuale:

1. Passare all'utente oracle:

    sudo su - oracle
   

2. Impostare la variabile di ambiente ORACLE_SID eseguendo lo script oraenv. Richiede di immettere il ORACLE_SID nome.

   . oraenv
   

3. Aggiungere la condivisione file di Azure come altra destinazione per i file di log di archiviazione del database.

   Questo passaggio presuppone che nella macchina virtuale Linux sia stata configurata e montata una condivisione file di Azure. Per ogni database installato nella macchina virtuale, creare una sottodirectory denominata in base all'identificatore di sicurezza del database (SID).

   In questo esempio il nome del punto di montaggio è /backup e il SID è oratest1. Si crea quindi la sottodirectory /backup/oratest1 e si modifica la proprietà impostando l'utente oracle. Sostituire /backup/SID per il nome del punto di montaggio e il SID del database.

   sudo mkdir /backup/oratest1
   sudo chown oracle:oinstall /backup/oratest1
   

4. Stabilire la connessione al database:

   sqlplus / as sysdba
   

5. Avviare il database se non è già in esecuzione:

   SQL> startup
   

6. Impostare la prima destinazione del log di archiviazione del database sulla directory della condivisione file creata in precedenza:

   SQL> alter system set log_archive_dest_1='LOCATION=/backup/oratest1' scope=both;
   

7. Definire l'obiettivo del punto di ripristino (RPO) per il database.

   Per ottenere un RPO coerente, prendere in considerazione la frequenza con cui i file di log di rollforward online vengono archiviati. Questi fattori controllano la frequenza:

   • Dimensioni dei file di log di rollforward online. Quando un file di log online diventa pieno, viene cambiato e archiviato. Più grande è il file di log online, più tempo è necessario per riempirlo. Il tempo aggiunto riduce la frequenza di generazione dell'archivio.
   • L'impostazione del parametro ARCHIVE_LAG_TARGET controlla il numero massimo di secondi consentiti prima che il file di log online corrente debba essere cambiato e archiviato.

   Per ridurre al minimo la frequenza di cambio e archiviazione, insieme all'operazione di checkpoint associata, i file di log di rollforward online di Oracle hanno in genere grandi dimensioni (ad esempio, 1.024M, 4.096M o 8.192M). In un ambiente di database occupato, è probabile che i log vengano cambiati e archiviati a distanza di pochi secondi o minuti. In un database meno attivo, potrebbero passare ore o giorni prima che le transazioni più recenti vengano archiviate, riducendo notevolmente la frequenza di archiviazione.

   È consigliabile impostare ARCHIVE_LAG_TARGET per garantire un RPO coerente. Un'impostazione di 5 minuti (300 secondi) è un valore opportuno per ARCHIVE_LAG_TARGET. Garantisce che qualsiasi operazione di recupero del database possa essere eseguire il recupero entro 5 minuti dal momento dell'errore.

   Per impostare ARCHIVE_LAG_TARGET, eseguire questo comando:

   SQL> alter system set archive_lag_target=300 scope=both;
   

   Per comprendere meglio come distribuire le istanze di Oracle Database a disponibilità elevata in Azure con un RPO pari a zero, vedere Architetture di riferimento per Oracle Database.

8. Assicurarsi che il database sia in modalità di log di archiviazione per abilitare i backup online.

   Controllare prima lo stato di archiviazione dei log:

   SQL> SELECT log_mode FROM v$database;
   
   LOG_MODE
   ------------
   NOARCHIVELOG
   

   Se è in modalità NOARCHIVELOG, eseguire i comandi seguenti:

   SQL> SHUTDOWN IMMEDIATE;
   SQL> STARTUP MOUNT;
   SQL> ALTER DATABASE ARCHIVELOG;
   SQL> ALTER DATABASE OPEN;
   SQL> ALTER SYSTEM SWITCH LOGFILE;
   

9. Creare una tabella per testare le operazioni di backup e recupero:

   SQL> create user scott identified by tiger quota 100M on users;
   SQL> grant create session, create table to scott;
   SQL> connect scott/tiger
   SQL> create table scott_table(col1 number, col2 varchar2(50));
   SQL> insert into scott_table VALUES(1,'Line 1');
   SQL> commit;
   SQL> quit
   

Eseguire il backup dei dati usando Backup di Azure

Il servizio Backup di Azure offre soluzioni per eseguire il backup dei dati e recuperarli dal cloud di Microsoft Azure. Backup di Azure fornisce backup indipendenti e isolati per salvaguardare dalla distruzione accidentale dei dati originali. I backup vengono archiviati in un insieme di credenziali di Servizi di ripristino con la gestione predefinita dei punti di recupero, così da poter eseguire il recupero in base alle necessità.

In questa sezione si usa Backup di Azure per acquisire snapshot coerenti con l'applicazione delle istanze in esecuzione della macchina virtuale e di Oracle Database. I database vengono inseriti in modalità di backup, consentendo così l'esecuzione di un backup online coerente in modo transazionale mentre Backup di Azure acquisisce uno snapshot dei dischi della macchina virtuale. Lo snapshot è una copia completa della risorsa di archiviazione e non uno snapshot incrementale o copy-on-write. È un mezzo efficace per ripristinare il database.

Il vantaggio di usare snapshot coerenti con l'applicazione di Backup di Azure è che vengono acquisiti rapidamente, indipendentemente dalle dimensioni del database. È possibile usare uno snapshot per le operazioni di recupero subito dopo averlo acquisito, senza dover attendere che venga trasferito nell'insieme di credenziali di Servizi di ripristino.

Per usare Backup di Azure per eseguire il backup del database, completare questa procedura:

1. Informarsi sul framework di Backup di Azure.
2. Preparare l'ambiente per un backup coerente con l'applicazione.
3. Configurare backup coerenti con l'applicazione.
4. Attivare un backup coerente con l'applicazione della macchina virtuale.

Informarsi sul framework di Backup di Azure

Il servizio Backup di Azure offre un framework per ottenere coerenza con l'applicazione durante i backup delle macchine virtuali Windows e Linux per varie applicazioni. Questo framework comporta la chiamata di un codice per disattivare le applicazioni prima di creare uno snapshot dei dischi. Chiama un postscript per sbloccare le applicazioni dopo il completamento dello snapshot.

Microsoft ha migliorato il framework in modo che il servizio Backup di Azure fornisca prescript e postscript in pacchetto per le applicazioni selezionate. Questi prescript e postscript sono già caricati nell'immagine Linux, quindi non c'è nulla da installare. È sufficiente assegnare un nome all'applicazione e successivamente Backup di Azure richiama automaticamente gli script pertinenti. Microsoft gestisce i prescritti e i postscript in pacchetto, in modo da poter essere certi del supporto, della proprietà e della validità di essi.

Attualmente, le applicazioni supportate per il framework avanzato sono Oracle 12.x o una versione successiva e MySQL. Per informazioni dettagliate, vedere Matrice di supporto per i backup della macchina virtuale di Azure gestita.

È possibile creare script personalizzati per Backup di Azure da usare con i database pre-12.x. Script di esempio sono disponibili in GitHub.

Ogni volta che si esegue un backup, il framework avanzato esegue i prescript e i postscript in tutte le istanze di Oracle Database installate nella macchina virtuale. Il parametro configuration_path nel file workload.conf punta al percorso del file /etc/oratab di Oracle (o a un file definito dall'utente che segue la sintassi oratab). Per informazioni dettagliate, vedere Configurare backup coerenti con l'applicazione.

Backup di Azure esegue i prescritti e i postscript per ogni database elencato nel file a cui configuration_path punta. Le eccezioni sono righe che iniziano con # (considerate come commento) o +ASM (un'istanza di Oracle ASM).

Il framework avanzato di Backup di Azure esegue backup online di istanze di Oracle Database che operano in modalità ARCHIVELOG. I prescript e i postscript usano i ALTER DATABASE BEGIN comandi e END BACKUP per ottenere la coerenza dell'applicazione.

Affinché il backup del database sia coerente, i database in modalità NOARCHIVELOG devono essere arrestati del tutto prima dell'avvio dello snapshot.

Preparare l'ambiente per un backup coerente con l'applicazione

Oracle Database usa la separazione dei ruoli di un processo per garantire la separazione dei compiti usando i privilegi minimi. Associa gruppi separati del sistema operativo a ruoli separati amministrativi del database. Agli utenti possono quindi essere concessi privilegi del database diversi, a seconda dell'appartenenza ai gruppi del sistema operativo.

Il ruolo del database SYSBACKUP (nome generico OSBACKUPDBA) fornisce privilegi limitati per eseguire operazioni di backup nel database. Backup di Azure lo richiede.

Durante l'installazione di Oracle, è consigliabile usare backupdba come nome del gruppo del sistema operativo da associare al ruolo SYSBACKUP. È tuttavia possibile usare qualsiasi nome, quindi è necessario determinare prima il nome del gruppo del sistema operativo che rappresenta il ruolo SYSBACKUP di Oracle.

1. Passare all'utente oracle:

   sudo su - oracle
   

2. Impostare l'ambiente Oracle:

   export ORACLE_SID=oratest1
   export ORAENV_ASK=NO
   . oraenv
   

3. Determinare il nome del gruppo del sistema operativo che rappresenta il ruolo SYSBACKUP di Oracle:

   grep "define SS_BKP" $ORACLE_HOME/rdbms/lib/config.c
   

   L'output è simile al seguente esempio:

   #define SS_BKP_GRP "backupdba"
   

   Nell'output il valore racchiuso tra virgolette doppie è il nome del gruppo del sistema operativo Linux in cui viene autenticato esternamente il ruolo SYSBACKUP Oracle. In questo esempio è backupdba. Annotare il valore effettivo.

4. Verificare che il gruppo del sistema operativo esista eseguendo il comando seguente. Sostituire <group name> con il valore restituito dal comando precedente (senza virgolette).

   grep <group name> /etc/group
   

   L'output è simile al seguente esempio:

   backupdba:x:54324:oracle
   

   Importante

   Se l'output non corrisponde al valore del gruppo del sistema operativo Oracle recuperato nel passaggio 3, usare il comando seguente per creare il gruppo del sistema operativo che rappresenta il ruolo SYSBACKUP di Oracle. Sostituire <group name> con il nome del gruppo recuperato nel passaggio 3.

   sudo groupadd <group name>
   

5. Creare un nuovo utente di backup denominato azbackup appartenente al gruppo del sistema operativo verificato o creato nei passaggi precedenti. Sostituire <group name> con il nome del gruppo verificato. L'utente viene aggiunto anche al gruppo oinstall per consentire l'apertura dei dischi ASM.

   sudo useradd -g <group name> -G oinstall azbackup
   

6. Configurare l'autenticazione esterna per il nuovo utente del backup.

   L'utente di backup azbackup deve essere in grado di accedere al database usando l'autenticazione esterna, quindi non viene richiesta una password. Per abilitare l'accesso, è necessario creare un utente del database che esegua l'autenticazione esternamente tramite azbackup. Il database usa un prefisso per il nome utente, che è necessario trovare.

   Seguire questa procedura per ogni database installato nella macchina virtuale:

   1. Accedere al database usando SQL Plus e controllare le impostazioni predefinite per l'autenticazione esterna:

      sqlplus / as sysdba
      SQL> show parameter os_authent_prefix
      SQL> show parameter remote_os_authent
      

      L'output dovrebbe essere simile a questo esempio, che mostra ops$ come prefisso del nome utente del database:

      NAME                                 TYPE        VALUE
      ------------------------------------ ----------- ------------------------------
      os_authent_prefix                    string      ops$
      remote_os_authent                    boolean     FALSE
      

   2. Creare un utente del database denominato ops$azbackup per l'autenticazione esterna dell'utente azbackup e concedere i privilegi SYSBACKUP:

      SQL> CREATE USER ops$azbackup IDENTIFIED EXTERNALLY;
      SQL> GRANT CREATE SESSION, ALTER SESSION, SYSBACKUP TO ops$azbackup;
      

7. Se viene visualizzato l'errore ORA-46953: The password file is not in the 12.2 format quando si esegue l'istruzione GRANT, seguire questa procedura per eseguire la migrazione del file orapwd al formato 12.2. Eseguire questi passaggi per ogni istanza di Oracle Database nella macchina virtuale.

   1. Uscire da SQL Plus.

   2. Spostare il file di password con il formato precedente in un nuovo nome.

   3. Eseguire la migrazione del file di password.

   4. Rimuovere il file precedente.

   5. Eseguire i comandi seguenti:

      mv $ORACLE_HOME/dbs/orapworatest1 $ORACLE_HOME/dbs/orapworatest1.tmp
      orapwd file=$ORACLE_HOME/dbs/orapworatest1 input_file=$ORACLE_HOME/dbs/orapworatest1.tmp
      rm $ORACLE_HOME/dbs/orapworatest1.tmp
      

   6. Eseguire di nuovo l'operazione GRANT in SQL Plus.

8. Creare una stored procedure per registrare i messaggi di backup nel log degli avvisi del database. Usare il codice seguente per ogni database installato nella macchina virtuale:

   sqlplus / as sysdba
   SQL> GRANT EXECUTE ON DBMS_SYSTEM TO SYSBACKUP;
   SQL> CREATE PROCEDURE sysbackup.azmessage(in_msg IN VARCHAR2)
   AS
     v_timestamp     VARCHAR2(32);
   BEGIN
     SELECT TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS')
     INTO v_timestamp FROM DUAL;
     DBMS_OUTPUT.PUT_LINE(v_timestamp || ' - ' || in_msg);
     SYS.DBMS_SYSTEM.KSDWRT(SYS.DBMS_SYSTEM.ALERT_FILE, in_msg);
   END azmessage;
   /
   SQL> SHOW ERRORS
   SQL> QUIT
   

Configurare backup coerenti con l'applicazione

1. Passare all'utente radice:

   sudo su -
   

2. Verificare che la cartella /etc/azure sia presente. Se non lo è, creare la directory di lavoro per il backup coerente con l'applicazione:

   if [ ! -d "/etc/azure" ]; then
      mkdir /etc/azure
   fi
   

3. Cercare il file workload.conf all'interno della cartella. Se non è presente, crearlo nella directory /etc/azure e assegnargli il contenuto seguente. I commenti devono iniziare con [workload]. Se il file è già presente, è sufficiente modificare i campi in modo che corrispondano al contenuto seguente. In caso contrario, il comando seguente crea il file e popola il contenuto:

   echo "[workload]
   workload_name = oracle
   configuration_path = /etc/oratab
   timeout = 90
   linux_user = azbackup" > /etc/azure/workload.conf
   

   Il file workload.conf usa il formato seguente:

   • Il parametro workload_name indica il tipo di carico di lavoro del database. In questo caso, l'impostazione del parametro su Oracle consente di Backup di Azure di eseguire i prescript e i postscript corretti (comandi di coerenza) per le istanze di Oracle Database.
   • Il parametro timeout indica il tempo massimo, in secondi, in cui ogni database deve completare gli snapshot di archiviazione.
   • Il parametro linux_user indica l'account utente Linux usato da Backup di Azure per eseguire operazioni di disattivazione del database. In precedenza è stato creato l'utente azbackup.
   • Il parametro configuration_path indica il nome del percorso assoluto per un file di testo nella macchina virtuale. Ogni riga elenca un'istanza di database in esecuzione nella macchina virtuale. Si tratta in genere del file /etc/oratab generato da Oracle durante l'installazione del database, ma può essere qualsiasi file con qualsiasi nome scelto. Deve seguire queste regole di formato:
     • Il file è un file di testo. Ogni campo è delimitato dal carattere due punti (:).
     • Il primo campo in ogni riga è il nome di un'istanza di ORACLE_SID.
     • Il secondo campo in ogni riga è il nome del percorso assoluto per ORACLE_HOME per l'istanza ORACLE_SID.
     • Tutto il testo dopo i primi due campi viene ignorato.
     • Se la riga inizia con un segno cancelletto (#), l'intera riga viene ignorata come commento.
     • Se il primo campo ha il valore +ASM, denotando un'istanza di Oracle ASM, viene ignorato.

Attivare un backup coerente con l'applicazione della macchina virtuale

Ripristinare la macchina virtuale

Il ripristino di un'intera macchina virtuale implica il ripristino della macchina virtuale e dei relativi dischi collegati a una nuova macchina virtuale da un punto di ripristino selezionato. Questa azione ripristina anche tutti i database eseguiti nella macchina virtuale. Successivamente, è necessario recuperare ciascun database.

Per ripristinare un'intera macchina virtuale, completare questa procedura:

1. Arrestare ed eliminare la macchina virtuale.
2. Recuperare la macchina virtuale.
3. Impostare l'indirizzo IP pubblico.
4. Recuperare il database.

Quando si esegue il ripristino di una macchina virtuale sono disponibili due opzioni principali:

• Ripristinare la macchina virtuale da cui sono stati originariamente eseguiti i backup.
• Ripristinare (clonare) una nuova macchina virtuale senza toccare la macchina virtuale da cui sono stati originariamente eseguiti i backup.

I primi passaggi di questo esercizio (arresto, eliminazione e recupero della macchina virtuale) simulano il primo caso d'uso.

Arrestare ed eliminare la macchina virtuale

Recuperare la macchina virtuale

Impostare l'indirizzo IP pubblico

Dopo il ripristino della macchina virtuale, è necessario riassegnare l'indirizzo IP originale alla nuova macchina virtuale.

Ripristinare il database

Per recuperare un database dopo un ripristino completo della macchina virtuale:

1. Riconnettersi alla macchina virtuale:

   ssh azureuser@<publicIpAddress>
   
   

   Quando l'intera macchina virtuale viene ripristinata, è importante ripristinare i database nella macchina virtuale eseguendo i passaggi seguenti in ogni database.

2. È possibile scoprire che l'istanza è in esecuzione, perché l'avvio automatico ha tentato di avviare il database all'avvio della macchina virtuale. Tuttavia, il database richiede il ripristino e probabilmente si trova esclusivamente nella fase di montaggio. Eseguire un arresto preparatorio prima di avviare la fase di montaggio:

   sudo su - oracle
   sqlplus / as sysdba
   SQL> shutdown immediate
   SQL> startup mount
   

3. Eseguire il recupero del database.

   È importante specificare la sintassi per informare il USING BACKUP CONTROLFILE comando che il RECOVER AUTOMATIC DATABASE ripristino non deve arrestarsi in corrispondenza del numero di modifica del sistema Oracle (SCN) registrato nel file di controllo del database ripristinato.

   Il file di controllo del database ripristinato era uno snapshot, insieme al resto del database. L'SCN archiviato al suo interno deriva dal punto nel tempo dello snapshot. Dopo questo punto potrebbero essere state registrare transazioni e si desidera eseguire il recupero nel punto dell'ultima transazione di cui è stato eseguito il commit nel database.

   SQL> recover automatic database using backup controlfile until cancel;
   

4. Quando viene applicato l'ultimo file di log di archivio disponibile, immettere CANCEL per terminare il ripristino.

   Al termine del recupero, viene visualizzato il messaggio Media recovery complete.

   Tuttavia, quando si usa la clausola BACKUP CONTROLFILE, il comando di recupero ignora i file di log online. È possibile che le modifiche nel log di rollforward online corrente siano necessarie per completare il recupero temporizzato. In questo caso, potrebbero essere visualizzati messaggi simili a questi esempi:

   SQL> recover automatic database until cancel using backup controlfile;
   ORA-00279: change 2172930 generated at 04/08/2021 12:27:06 needed for thread 1
   ORA-00289: suggestion :
   /u02/fast_recovery_area/ORATEST1/archivelog/2021_04_08/o1_mf_1_13_%u_.arc
   ORA-00280: change 2172930 for thread 1 is in sequence #13
   ORA-00278: log file
   '/u02/fast_recovery_area/ORATEST1/archivelog/2021_04_08/o1_mf_1_13_%u_.arc' no
   longer needed for this recovery
   ORA-00308: cannot open archived log
   '/u02/fast_recovery_area/ORATEST1/archivelog/2021_04_08/o1_mf_1_13_%u_.arc'
   ORA-27037: unable to obtain file status
   Linux-x86_64 Error: 2: No such file or directory
   Additional information: 7
   
   Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
   

   Importante

   Se il log di rollforward online corrente viene perso o danneggiato e non è possibile usarlo, in questo punto è possibile annullare il recupero.

   Per correggere questa situazione, è possibile identificare il log online non archiviato e fornire il nome completo del file quando richiesto.

5. Aprire il database.

   L'opzione RESETLOGS è necessaria quando il comando RECOVER usa l'opzione USING BACKUP CONTROLFILE. RESETLOGS crea una nuova incarnazione del database reimpostando la cronologia all'inizio, perché non è possibile determinare la quantità di incarnazione del database precedente ignorata nel recupero.

   SQL> alter database open resetlogs;
   

6. Verificare che il contenuto del database sia stato recuperato:

   SQL> select * from scott.scott_table;
   

L'esecuzione di backup e recupero di Oracle Database su una macchina virtuale Linux di Azure è stata completata.

Per altre informazioni sui comandi e i concetti di Oracle, vedere la documentazione di Oracle, tra cui:

• Esecuzione di backup gestiti dall'utente Oracle dell'intero database
• Esecuzione di un recupero completo del database gestito dall'utente
• Comando STARTUP di Oracle
• Comando RECOVER di Oracle
• Comando ALTER DATABASE di Oracle
• Parametro LOG_ARCHIVE_DEST_n di Oracle
• Parametro ARCHIVE_LAG_TARGET di Oracle

Eliminare la macchina virtuale

Quando la macchina virtuale non è più necessaria, è possibile usare i comandi seguenti per rimuovere il gruppo di risorse, la macchina virtuale e tutte le risorse correlate:

1. Disabilitare l'eliminazione temporanea dei backup nell'insieme di credenziali:

   az backup vault backup-properties set --name myVault --resource-group rg-oracle --soft-delete-feature-state disable
   

2. Arrestare la protezione per la macchina virtuale ed eliminare i backup:

   az backup protection disable --resource-group rg-oracle --vault-name myVault --container-name vmoracle19c --item-name vmoracle19c --delete-backup-data true --yes
   

3. Rimuovere il gruppo di risorse, includendo tutte le risorse:

   az group delete --name rg-oracle
   

Passaggi successivi

Creare VM a disponibilità elevata

Esplorare gli esempi dell'interfaccia della riga di comando di Azure per la distribuzione di macchine virtuali