Oracle 12c Data Guard - dummies - Finanza personale 2025

Data Guard è la vera tecnologia di protezione da disastro di Oracle 12c. In essa sono presenti almeno due database, primario e standby. Data Guard ha opzioni per più siti di standby e una configurazione attivo-attivo .

Per attivo-attivo, significa che entrambi / tutti i siti sono attivi, in esecuzione e accessibili. Questo è contrario ai siti che hanno una posizione attiva e gli altri devono essere avviati quando sono necessari. Questo è un esempio del layout architettonico generale.

Data Guard architecture e Oracle 12c

Avviare una descrizione con il database primario è facile perché differisce molto poco da qualsiasi altro database che si possa avere. L'unica differenza è ciò che fa con i suoi registri di ripristino archiviati.

Il database principale scrive un set di registri di ripristino archivio in un'area di recupero Flash o in un disco locale. Tuttavia, è possibile configurare una o più destinazioni in un ambiente Data Guard.

Il parametro LOG_ARCHIVE_DEST_n potrebbe essere simile alla configurazione precedente:

LOG_ARCHIVE_DEST_10 = 'LOCATION = USE_DB_RECOVERY_FILE_DEST' LOG_ARCHIVE_DEST_1 = "SERVICE = PHYSDBY1 ARCH" LOG_ARCHIVE_DEST_2 = "SERVICE = LOGSDBY1 LGWR"

LOG_ARCHIVE_DEST_10 è configurato per inviare i registri di ripristino archivio all'area di recupero Flash locale. È richiesta una destinazione locale per tutti i database in modalità registro di archivio.
LOG_ARCHIVE_DEST_1 è configurato per inviare i registri di archivio tramite il processo di archiviazione a un sito remoto PHYSDBY1. Il nome del servizio per questo sito remoto ha una voce nei nomi tns. ora file sul server primario.
LOG_ARCHIVE_DEST_2 è configurato per inviare i registri di archivio tramite il processo LGWR a un sito remoto denominato LOGSDBY1. Il nome del servizio per questo sito remoto ha una voce nei nomi tns. ora il file sul server primario pure.

Perché la differenza tra i metodi di spedizione ARCn e LGWR? Questo ha qualcosa a che fare con le modalità di protezione. Un ambiente di Data Guard ha tre modalità di protezione.

Massima disponibilità

La modalità di protezione massima disponibilità compromette le prestazioni e la disponibilità dei dati. Funziona utilizzando la LGWR per scrivere contemporaneamente per ripristinare i log sia sui siti primari che su quelli di standby. Il degrado delle prestazioni si presenta sotto forma di processi che devono attendere che le voci del log di ripristino vengano scritte in più posizioni.

I commit delle sessioni devono attendere che tutte le informazioni necessarie siano state registrate in almeno un registro di ripristino del database in standby. Se una sessione si blocca a causa della sua incapacità di scrivere nuovamente informazioni, il resto del database continua ad andare avanti.

Massima protezione

La modalità di protezione massima è simile alla massima disponibilità, tranne che se una sessione non può verificare che la redo sia scritta sul sito remoto, il database primario si arresta.

Configurare almeno due siti di standby per la massima protezione. In questo modo, un sito di standby che diventa non disponibile non interromperà il servizio all'intera applicazione.

Questa modalità verifica che non si verifichi alcuna perdita di dati in caso di emergenza a scapito delle prestazioni.

Prestazioni massime

La modalità di protezione delle prestazioni massima stacca il processo di distribuzione dei registri dal database principale trasferendolo al processo di registrazione degli archivi (ARCn). In questo modo, tutte le operazioni sul sito primario possono continuare senza attendere la scrittura delle voci di ripristino per ripristinare i log o ripetere la spedizione.

Questo è contrario alle modalità di spedizione dei log che utilizzano il log writer per trasferire le transazioni. L'utilizzo del log writer può rallentare l'elaborazione della transazione perché può essere influenzata dalla disponibilità o dalle prestazioni della rete.

Le massime prestazioni offrono il massimo livello di prestazioni sul sito primario a scapito di divergenza dei dati. La divergenza dei dati si verifica quando i dati dei due siti iniziano a non essere sincronizzati. I dati di ripristino dell'archivio non vengono spediti fino a quando non è pieno un intero registro di ripristino dell'archivio. Nel peggiore dei casi, un'intera perdita del sito potrebbe comportare la perdita di un intero archivio di dati degni di essere archiviati.

Esecuzione di operazioni di switchover e failover

È possibile passare dall'elaborazione al sito di standby in due modi:

Switchover è un interruttore pianificato che può verificarsi se si desidera eseguire la manutenzione sul sito primario che lo richiede essere non disponibile Questa operazione potrebbe richiedere alcuni minuti di inattività dell'applicazione, ma se si deve eseguire una manutenzione che duri un'ora o più, il tempo di inattività potrebbe essere utile.

Questa operazione viene chiamata passaggio grazioso perché trasforma il sito primario in standby e il sito di standby nel principale. Inoltre, è possibile tornare facilmente al sito primario originale senza doverlo ricreare da zero.
Il failover si verifica quando il sito primario è stato compromesso in qualche modo. Forse è stata una perdita totale del sito, o forse hai scoperto la corruzione fisica in un file di dati. Non sempre, ma in genere dopo un failover, è necessario ricreare completamente il sito primario o ripristinarlo da un backup e re-installarlo.

Solitamente si esegue un failover solo quando si è stabilito che la correzione del sito primario richiederà un tempo sufficiente a consentire di non avere un'interruzione dell'applicazione per tutto il tempo.

Per eseguire una commutazione, attenersi alla seguente procedura:

Sul primario corrente, accedere a SQL * Plus e digitare quanto segue:
Si dovrebbe vedere quanto segue:
```
Database modificato.
```

Arresta il database principale:

Dovresti vedere questo:

Database chiuso. Database smontato. L'istanza di ORACLE si spegne.

Avviare il database primario in modalità nomount:

Si dovrebbe vedere qualcosa di simile:

istanza ORACLE avviata.Totale Area Globale Area 789172224 byte Dimensione fissa 2148552 byte Dimensione variabile 578815800 byte Buffer del database 201326592 byte Redo Buffers 6881280 byte

Montare il database come standby:
Si dovrebbe vedere questo:
```
Database alterato.
```
Avvia ripristino:
Si vede quanto segue:
```
Ripristino del supporto completo.
```
Accedere a SQL * Plus sullo standby corrente e digitare quanto segue:
Si dovrebbe vedere questo:
```
Database modificato.
```

Arresta il database di standby:

Dovresti vedere questo:

Database chiuso. Database smontato. L'istanza di ORACLE si spegne.

Assicurarsi che tutti i parametri di inizializzazione appropriati siano impostati affinché questo database si comporti correttamente come primario.

Avvia normalmente:

Dovresti vedere qualcosa del tipo:

Istanza di ORACLE avviata. Totale Area Globale Area 789172224 byte Dimensione fissa 2148552 byte Dimensione variabile 578815800 byte Buffer del database 201326592 byte Buffer di rifacimento 6881280 byte Database installato. Database aperto.