Best practice di Backup Exec 22.1
- Best practice di Backup Exec
Best practice per Backup Exec Agent for Oracle su server Windows e Linux
Le best practice includono consigli e raccomandazioni per un utilizzo efficace di Backup Exec Agent for Oracle su server Windows e Linux (Oracle Agent). Per ulteriori informazioni su Oracle Agent, consultare il Manuale dell'amministratore di Backup Exec.
Attivare la modalità Registro archivi di Oracle e l'archiviazione automatica dei file di registro di Oracle.
Conoscere il DBID e altri importanti dettagli di configurazione del database.
Conoscere i nomi di init<SID>.ora e spfiles per le istanze sul server di Oracle.
Non memorizzare l'archivio RMAN sullo stesso server in cui è presente il database del quale si desidera eseguire il backup.
Effettuare il backup del file di controllo attuale quando si esegue un processo iniziato dell'amministratore di database (DBA). Se si dispone di un backup del file di controllo attuale, non è necessario cercare i supporti per trovare un file di controllo disponibile per il recupero.
Provare spesso gli scenari di recupero per acquisire familiarità con le procedure di ripristino. Il recupero di Oracle può essere complesso ed è spesso sensibile al trascorrere del tempo a causa della natura dei dati in questione. Si consiglia di coordinare i piani di prova e le attività di configurazione con il DBA di Oracle per essere sicuri che le procedure di ripristino siano confermate.
Utilizzare gli script di RMAN per effettuare le seguenti operazioni:
Eliminare tutte le copie del registro degli archivi in una configurazione multiplex del registro degli archivi.
Nota:
È possibile utilizzare Backup Exec per eliminare tutti i registri degli archivi non multiplex e con posizione singola.
Eseguire l'ottimizzazione di RMAN.
Effettuare un backup completo ogni volta che si apportano modifiche strutturali a un database.
Non eliminare i file di registro archiviati a meno che non si disponga di due backup confermati per ogni registro.
Creare set di supporti e processi di backup specifici per Oracle per le seguenti ragioni:
RMAN può gestire la conservazione di supporti e può comunicare al server di Backup Exec che i set di backup sono scaduti. RMAN può gestire efficacemente il periodo di conservazione dei supporti finché i set di backup non correlati non sono presenti. I set di backup non correlati potrebbero avere periodi di conservazione che sono più lunghi del periodo di conservazione di RMAN.
I set di supporti per i backup di Oracle devono avere un periodo di conservazione maggiore dell'impostazione CONTROL_FILE_RECORD_KEEP_TIME. Per impostazione predefinita, il CONTROL_FILE_RECORD_KEEP_TIME è 7 giorni. Se i set di supporti per i backup di Oracle dispongono di un maggior periodo di conservazione, i set di backup non vengono sovrascritti e RMAN non viene aggiornato.
Quando si configurano più flussi di processo in Oracle, le risorse aggiuntive, come i file system, possono causare l'allocazione di unità da parte di più dispositivi dei previsti.
Bilanciamento del carico dei processi di Oracle tra i server di Backup Exec in un ambiente CASO. Tuttavia, questo scenario significa che i backup dei file di registro archiviati possono risiedere in più server di Backup Exec gestiti, il che rende i ripristini complicati.
Considerare le riassegnazioni delle porte quando si utilizza RALUS in un ambiente Linux. Le applicazioni come Webmin, che utilizza la porta 10000, possono interferire con le operazioni RALUS.
Attivare il rilevamento modifiche in blocco di Oracle per backup incrementali più veloci.
Attivare la compressione di Backup Exec quando si configurano le opzioni generali per i processi di backup.
Assicurarsi di immettere il nome di dominio completo del server di Oracle quando lo si aggiunge all'elenco di server nella scheda Backup e ripristino.
Assicurarsi di aggiungere il nome di dominio completo del server di Oracle e il nome dell'account di accesso all'elenco del server di Backup Exec con le credenziali di autenticazione dei server Oracle.
Eseguire il backup completo di un database contenitore (CDB) ogni volta che presentano modifiche strutturali, come l'aggiunta di un nuovo database collegabile (PDB).
Includere la radice del CDB nei backup per garantire che il backup dei metadati del CDB venga sempre eseguito.
Eseguire il database nella modalità del registro degli archivi per assicurarsi che il database possa essere recuperato in data e ora specifiche.
Se il CDB non è in modalità del registro degli archivi, prima di eseguire il backup dei PDB, arrestare il CDB. Per evitare di arrestare il CDB, è possibile eseguire il database nella modalità del registro degli archivi o eseguire un TBD dei PDB.
Oracle consiglia agli utenti di ripristinare non solo la radice perché potrebbe causare contraddizioni dei metadati, ma di recuperare l'intero CDB.
Se il ripristino point-in-time PDB (PIT) non viene eseguito, anche i processi seguenti potrebbero non venire eseguiti con il seguente messaggio di errore:
ORA-19852: Errore che crea servizi per l'istanza ausiliaria.
Questo errore si verifica perché i precedenti tentativi di ripristino PIT non eseguiti non sono stati puliti correttamente. Per risolvere questo problema, è necessario pulire i tentativi di ripristino PIT non eseguiti. Eseguire le seguenti operazioni per pulire i tentativi di creazione di servizi ausiliari non eseguiti:
Utilizzare il pacchetto di recupero (DB) PIT del database per pulire l'istanza ausiliaria nel caso di processi PIT non eseguiti:
SQL> exec dbms_backup_restore.manageauxinstance ('DBPITR',1);
Inoltre, eseguire l'ultimo set di comandi nello script RMAN per cancellare la configurazione RMAN.
CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;
CONFIGURE AUXILIARY CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;