Montare un database Oracle come database virtuale

Prima di iniziare

Per i database Oracle con Transparent Data Encryption (TDE), il wallet per TDE può essere acquisito impostando l'impostazione avanzata Posizione del file di configurazione per l'applicazione Oracle. I montaggi con riconoscimento delle applicazioni per i database abilitati per TDE richiedono che il wallet venga copiato nella posizione appropriata sull'host di montaggio e che il wallet sia configurato e aperto. Per impostare l'accesso automatico, utilizza questo codice: orapki wallet create -wallet <wallet_path> -auto_login -pwd <wallet_password>

Montare un database Oracle come applicazione virtuale

Per montare un database Oracle come applicazione virtuale:

  1. Nella console di gestione del servizio Backup e DR, fai clic su App Manager > Applicazioni e inserisci il nome dell'applicazione di database o utilizza i filtri per trovare più facilmente l'immagine del database che ti serve.

  2. Fai clic con il tasto destro del mouse sull'applicazione e seleziona Accesso.

  3. Nella pagina Accesso, seleziona l'immagine richiesta e fai clic su Monta nel menu Monta.

  4. In Opzioni applicazione, attiva Crea nuova applicazione virtuale.

  5. Compila il modulo in base alle esigenze di questa applicazione virtuale. I campi contrassegnati con un asterisco (*) sono obbligatori. Puoi fare clic su ogni voce per visualizzare ulteriori informazioni utili.

    Opzioni dell'applicazione

    • Se l'applicazione di origine è protetta da un criterio di snapshot che ha abilitato i backup dei log del database e i log sono disponibili con l'immagine, puoi utilizzarli per eseguire il roll forward a un momento specifico modificando queste opzioni nella sezione Ora di roll forward:

      • Il campo della data contiene tutte le date possibili a cui può essere ripristinato il database tramite l'applicazione dei log delle transazioni del database. Seleziona la data a cui vuoi che venga eseguito il roll forward del database.
      • Il campo ora contiene un cursore che mostra tutte le ore possibili nella data selezionata a cui il database può eseguire il roll forward. Se selezioni l'ultima data possibile e poi sposti il cursore all'estrema destra, il job si applica a tutti i log disponibili. Se selezioni la data più remota possibile e sposti il cursore nella posizione più a sinistra, il job non applica log.
      • Puoi specificare di eseguire il roll forward utilizzando Ora utente o Ora host. L'opzione Ora utente è relativa all'ora locale dell'utente corrente. L'ora dell'host è relativa al sistema che ospita i dati da montare.

    • SID database di destinazione: specifica il SID per il nuovo database Oracle di cui eseguire il provisioning nella destinazione. Segui le convenzioni di denominazione standard di Oracle per questo valore. Assicurati che la versione del database host di destinazione corrisponda alla versione dell'host di origine e che sul server del database di destinazione siano disponibili risorse sufficienti. Segui le convenzioni di denominazione Oracle standard per questo valore.

    • Nome utente: specifica le credenziali utente del sistema operativo Oracle sulla destinazione.

    • Directory home di Oracle: specifica la directory home di Oracle ($ORACLE_HOME) sul server di database di destinazione.

    • Il montaggio consapevole dell'applicazione è un nuovo database. Se vuoi proteggere il nuovo database, attiva Gestisci nuova applicazione per applicare un piano di backup al nuovo database. Vengono visualizzati i nuovi campi Modello e Profilo, in cui puoi selezionare uno dei modelli di backup e profili delle risorse esistenti. Gli snapshot del database sono incrementali.

    Opzioni avanzate

    • TNS Admin Directory path (Percorso della directory di amministrazione TNS): specifica il percorso della directory TNS_ADMIN, ovvero il percorso del file tnsnames.ora, sul server di database di destinazione.

    • Dimensioni memoria database in MB: dimensioni totali della memoria del database, in MB, per il database di cui viene eseguito il provisioning sulla destinazione. Consulta la seguente tabella per il comportamento previsto a seconda di come sono impostati questo e SGA%—next—.

    • SGA%: parametro per configurare la memoria SGA/PGA, come percentuale della memoria totale, per il database di cui viene eseguito il provisioning. Consulta la tabella seguente per il comportamento previsto a seconda di come sono impostati questo e Dimensioni memoria database in MB.

      Memoria database Dimensioni in MB SGA% Comportamento
      non specificato N/D La dimensione totale della memoria del database e il parametro di memoria nella destinazione sono uguali a quelli del database di origine.
      specificato non specificato Il parametro MEMORY_TARGET è impostato per il database di cui viene eseguito il provisioning sulla destinazione.
      specificato specificato Imposta SGA e PGA per il database di cui è stato eseguito il provisioning nella destinazione su:
      SGA_TARGET = Dimensioni memoria database in MB x (SGA%/100) PGA_TARGET = Dimensioni memoria database in MB x (100-SGA%/100) Nota: non impostare SGA su 100. Per evitare la lentezza del database, riserva un po' di spazio di memoria per PGA.

    • REDO Size: parametro per configurare le dimensioni di REDO, in MB, per il database di cui viene eseguito il provisioning. Se non specificata, la dimensione di REDO è impostata su 1000 MB.

    • Shared_Pool_Size in MB: parametro per configurare le dimensioni del pool condiviso, in MB, per il database di cui viene eseguito il provisioning. Se non specificato, shared_pool_size non viene utilizzato.

    • DB_Cache_Size in MB: parametro per configurare le dimensioni della cache del database, in MB, per il database di cui viene eseguito il provisioning. Se non specificato, db_cache_size non viene utilizzato.

    • DB_Recovery_File_Dest_Size in MB: parametro per configurare le dimensioni della destinazione del file di recupero del database, in MB, per il database di cui viene eseguito il provisioning. Se non specificato, db_recovery_file_dest_size è impostato su 50.000 MB.

    • inmemory_size: parametro per configurare inmemory_size del database, in MB, per il database di cui viene eseguito il provisioning. La dimensione minima impostabile è 100 MB. Se non specificato, il parametro inmemory_size viene ignorato indipendentemente dalla versione di Oracle.

    • Diagnostic_Dest: parametro per configurare la destinazione di diagnostica sull'host. Se non specificato, diagnostic_dest è impostato su ORACLE_HOME.

    • Numero massimo di processi: parametro per configurare il numero massimo di processi utente di sistema che possono connettersi simultaneamente a Oracle per il database di cui viene eseguito il provisioning. Se non specificato, processes è impostato su 500.

    • Numero massimo di cursori aperti: parametro per configurare il numero massimo di cursori aperti che una sessione può avere contemporaneamente per il database di cui viene eseguito il provisioning. Se non specificato, il numero di cursori aperti utilizza le impostazioni del database di origine.

    • IP listener TNS: specifica l'indirizzo IP del listener TNS. Può essere SCAN IP, VIP o Host IP. Se non specificato, viene utilizzato l'IP host.

    • Porta listener TNS: porta listener TNS da utilizzare per creare il nome del servizio in tnsnames.ora per il database di cui è stato eseguito il provisioning nella destinazione. Se non specificato, viene utilizzata la porta 1521.

    • Nome di dominio TNS: specifica il nome di dominio da utilizzare con il nome del servizio in tnsnames.ora per il database di cui è stato eseguito il provisioning sulla destinazione. Questo è necessario quando il servizio di database utilizza il nome di dominio.

    • Prefisso PDB: specifica un prefisso per rinominare il PDB durante la creazione del database secondario.

    • Utente da rimuovere: si tratta di un elenco separato da virgole di utenti da rimuovere nell'ambito dell'operazione di montaggio.

    • Non modificare DBID database: se selezionato, il DBID del nuovo database non viene modificato.

    • Nessuna modalità archivio: se selezionata, il nuovo database viene eseguito in modalità no-archivelog. La riprotezione della nuova istanza non è disponibile.

    • Cancella archivelog: se selezionata, cancella gli archivelog dopo l'esecuzione del mascheramento.

    • Non aggiornare tnsnames.ora: se selezionata, una voce per il nuovo database non viene aggiunta a tnsnames.ora. Ciò potrebbe richiedere un intervento manuale per le connessioni al nuovo database e, in alcuni casi, i job di snapshot per il nuovo database non vanno a buon fine senza questo intervento manuale.

    • Non aggiornare oratab:se selezionata, una voce per il nuovo database non viene aggiunta a oratab, se esistente.

    • Add TNS Listener Entry: il valore predefinito è false. Se questa opzione è attivata, viene aggiunta una voce del listener al file tnsnames.ora.

    • Numero di canali: il numero di canali RMAN.

    • Cancella OS_Authent_Prefix: OS_Authent_Prefix è un prefisso che Oracle utilizza per autenticare gli utenti che si connettono al server. Oracle concatena il valore di questo parametro all'inizio del nome e della password dell'account del sistema operativo dell'utente.

    • Ripristina con il recupero: se selezionata, porta online il database appena creato: il database di cui è stato eseguito il provisioning nella destinazione è aperto per la lettura e la scrittura. Questa è la selezione predefinita.

    • Stand Alone Non-RAC: questo vale solo per i database in cui il database di origine è in una configurazione non RAC e Backup e RE archivia la copia in formato ASM. Se selezionata, questa opzione esegue un montaggio consapevole dell'applicazione su un'istanza ASM non RAC autonoma. Non selezionare questa opzione se è stato fornito un elenco di nodi RAC.

    • Utilizza il file delle password Oracle esistente: se questa opzione è selezionata, un mount del database virtuale utilizza il file delle password Oracle esistente e non lo elimina durante la pulizia al momento dello smontaggio.

    • Variabile d'ambiente: se hai variabili d'ambiente definite dall'utente da passare agli script pre e post, puoi inserirne una qui.

  6. Fai clic su Invia per inviare il job. Puoi andare a Monitoraggio job per visualizzare l'avanzamento e i dettagli del job. L'immagine montata è disponibile in Montaggi attivi.

Gestione dei supporti attivi

Dopo aver creato un montaggio, puoi monitorare l'immagine da App Manager > Montaggi attivi. Idealmente, non lasciare montata nessuna immagine a tempo indeterminato. Questo perché l'immagine di backup da cui è stato creato il montaggio non può scadere finché tutti i relativi montaggi non sono stati eliminati. Al termine dell'utilizzo dell'immagine montata:

  • Smonta l'immagine. Se necessario, puoi rimontarlo. Puoi quindi eliminare l'immagine in un secondo momento, quando avrai la certezza che non ti serve più.
  • Smonta ed elimina l'immagine. Questa operazione elimina l'immagine montata, non il backup su cui si basa il montaggio. ## Rimettere online i gruppi di dischi ASM protetti da Backup e RE dopo il riavvio di un server DB di destinazione

Dopo il riavvio di qualsiasi server di database in cui è montata la copia di Backup e RE o i backup di Backup e RE sono in corso per il database al momento del riavvio/arresto anomalo, segui questi passaggi per ripristinare il montaggio del gruppo di dischi di Backup e RE:

  1. Verifica che il server di database di destinazione sia di nuovo attivo e che anche il sistema ASM e RAC sia attivo.

  2. Riavvia l'agente Backup and RE (da root).

  3. Imposta l'ambiente ASM.

  4. Accedi a ASM sqlplus e controlla lo stato del gruppo di dischi:

    `select name, state from v$asm_diskgroup where (name = '<dg name>';)`

  5. Se non è montato, monta il gruppo di dischi: alter diskgroup <dg name> mount;

  6. Accedi al sistema operativo Oracle, imposta l'ambiente del database e avvia il database.

Guida per Oracle DBA