Sommario:
- Come attivare e disattivare l'archiviazione in Oracle 12c
- Nozioni di base sui log di archivio in Oracle 12c
Video: Intro to Elastic File System - AWS July 2016 Webinar Series 2024
Archiviazione è la capacità del database di tenere traccia di tutte le modifiche dei dati. Puoi attivare o disattivare l'archiviazione. Fortunatamente, Oracle 12c ha progettato l'archiviazione per ridurre al minimo il sovraccarico. Alla fine, il prezzo vale la tranquillità che si ha di avere un funzionamento 24 ore su 24, 7 giorni su 7 con una perdita di dati zero praticamente garantita.
Come attivare e disattivare l'archiviazione in Oracle 12c
Con l'archiviazione disattivata, è possibile eseguire i backup del database solo quando è chiuso (anche denominato backup coerenti). Lo fai chiudendo quel database e avviandolo in modalità mount. Di conseguenza, non sono consentite modifiche ai dati.
Questo metodo consente di prendere una copia coerente dei dati così come esiste in quel momento. Se è necessario ripristinare questo backup, il database sarà esattamente come quando è stato eseguito il backup … anche se era un anno fa.
Potresti iniziare a vedere alcuni inconvenienti se disattivi l'archiviazione:
-
Gli inconvenienti sono inaccettabili se il tuo database richiede la disponibilità 24/7. Non puoi semplicemente spegnerlo e disabilitare le modifiche per tutto il tempo necessario per il backup.
-
Anche se si eseguono backup coerenti ogni giorno, cosa succede alle modifiche che si verificano tra i backup? Sono persi se è necessario ripristinare da un backup precedente.
Con l'archiviazione attivata, si ottengono i seguenti vantaggi:
-
Vengono tracciate tutte le modifiche ai dati.
-
È possibile eseguire backup con database aperti e disponibili per tutti gli utenti.
-
Se è necessario ripristinare un backup effettuato la sera prima, è possibile applicare gli archivi monitorati fino al punto di errore.
In realtà, l'archiviazione è un must per quasi tutti i database di produzione dal vivo. È raro che tu possa permetterti di portare il database offline per periodi di tempo significativi o di perdere dati nel caso in cui un backup debba essere ripristinato.
Nozioni di base sui log di archivio in Oracle 12c
Oltre all'impatto del processo di archiviazione, è necessario considerare cosa fare con tutti i file di registro di archivio creati. Anche in questo caso, le dimensioni del database e il numero di modifiche determinano la quantità di dati di archivio che verranno creati.
Sono disponibili due opzioni per la memorizzazione dei registri di archivio:
-
Area di recupero rapido: Se si archiviano qui i registri di archivio, Oracle li organizza ordinatamente per database e data. Questa soluzione comporta meno lavoro e meno parametri da configurare.
-
LOG_ARCHIVE_DEST_ n parametro di inizializzazione: Questo è in realtà 30 parametri. Il n rappresenta un numero da 1 a 30. Esatto: è possibile memorizzare fino a 30 copie dei registri di archivio (ma farlo sarebbe eccessivo).I DBA hanno in genere due, forse tre copie. Ecco un esempio di come potresti impostare il parametro LOG_ARCHIVE_DEST_1 nel tuo spfile:
alter system set log_archive_dest_1 = "LOCATION = / u01 / oradata / dev12c / archive";
La linea di fondo è che è necessario monitorare la creazione, l'archiviazione e il backup dei registri di archivio. È un fatto della vita del DBA.
La buona notizia è che è necessario mantenere i registri di archivio solo per il ripristino tra i backup. Significa che se esegui il backup ogni notte, puoi cancellare tutti i registri di archivio creati prima di quel backup? No. Non gettali tutti i giorni. Non esiste una regola generale per quanto a lungo tenerli, ma si consideri la seguente situazione:
È mercoledì. Stai effettuando un backup completo del tuo database ogni notte e eseguendo la modalità di registro archivio. Al termine del backup, si eliminano tutti i registri di archivio creati prima di tale backup.
A mezzogiorno, si verifica un errore irreversibile del disco e si devono ripristinare i backup dalla notte precedente (martedì). Scoprirai che il nastro di backup della notte precedente aveva versato del caffè (tsk tsk) e non è più buono.
Vedi dove stiamo andando con questo?
-
Devi tornare al nastro di backup da due notti fa (lunedì).
-
Si ripristina quel backup e si scopre che non è possibile eseguire il roll forward al momento in cui il disco è fallito oggi perché è stato eliminato tutti i registri di archivio dopo ogni backup notturno.
Anche in questo caso, si raccomanda non solo di conservare i registri di archivio per un po 'di tempo, ma anche di includerli come parte del backup.
Senza altri requisiti, è possibile mantenere i registri di archivio per almeno 30 giorni. Questo sistema ti dà un sacco di tempo per tornare indietro nel caso in cui i backup giornalieri o anche settimanali incorrano in una specie di disgrazia.
Guardalo in questo modo: se esegui il backup dei registri di archivio, puoi rimuoverli dal sistema per risparmiare spazio. Un altro motivo per conservare i backup del log di archivio: consente di ripristinare il database in periodi di molto tempo fa.