Un database Oracle in stand-by è una copia esatta di un database operativo su un server remoto, usato come una copia di backup, e copia per riferimento, il disaster recovery, ecc.
Un database in modalità standby è più di un backup normale, perché può essere messo in produzione disastro in meno tempo di quanto se avessimo per ripristinare una copia (o da una semplice RMAN o esportazione). Ripristinare una copia di file richiede tempo, e durante questo periodo il sistema non è disponibile. Con un database aggiuntivo in modalità standby non c'è nulla (o quasi nulla per ripristinare) in caso di calamità. In pochi minuti, permettendo il cambiamento è la continuità del servizio. Offre i vantaggi di prestazioni di un cluster o di sicurezza dello specchio, ma il rapporto tra costi e prestazioni e lasciare il tempo sembra giusto per me.
Da una prospettiva globale:
-Abbiamo una copia del database in remoto, possiamo contare come una seconda serie di copie.
-A differenza di un semplice backup, la copia è conservata viva ed i dati sono aggiornati più frequentemente.
-In un disastro possiamo usare in pochi minuti, senza attendere di ripristinare un backup completo, sia logico (export) o fisico (RMAN).
-Serve un ambiente più realistico di prova per testare le patch e il tempo stimato. Il volume dei dati è identico.
-Capisco che un database di standby può utilizzare fino a 10 giorni l'anno senza tassa di licenza (anche se si guarda in cui Microsoft lascia 30 giorni ...)
Da un punto di vista tecnico:
-Cambiamenti nel database primario vengono catturati nel redo log file. Redo
-file non sono permanenti, vengono sovrascritti a rotazione (in questo stato non è ancora copiato il secondo server).
-Si fa una copia di redo log. Il file di log permanente copia è chiamato.
-L'archivio log (copie di redo log) è trasferito al server di standby.In tali sistemi, come Linux può fare questo rsync.
-Applicare i registri di archivio sono trasferiti al database di standby verrà aggiornato.
Globalmente i passi per montare il chiosco può essere:
1. Impostare il database primario per l'esecuzione in modalità ARCHIVELOG.
2. Preparare uno script per fare una copia a caldo (usando RMAN).
3. Creare un file di attesa di controllo (control file) nel database principale.
4. Copia (file di configurazione di ogni cosa, e RMAN di controllo della copia), sul secondo server (dove installare il database in standby).
5. Riconfigurazione rotte (DB_FILE_NAME_CONVERT in init.ora o utilizzando piccola mano).
6. Avvio del database secondo la modalità di montaggio di database di standby.
7. Ripristinare i dati (database di recupero). 8. Sincronizzare periodicamente (cron) trasporto (rsync?) Ed applicando i registri di archivio.
In un altro post cercherò di andare più nel dettaglio con un esempio ... e le utilità che si può dare.