Newsgroup: it.comp.software.database
Titolo: Possibilità di replicare un database Oracle in rete

Salva a tutti .
Abbiamo un server oracle (A)  in produzione (su macchina bi processore e
windows 2000 serve) di una certa consistenza (attualmente occupa quasi 4 GB
di disco).
Per sicurezza vorremmo installare in rete un altro server (B) oracle come
"gemello" del server A e in particolare vorremmo che A aggiornasse B a
intervalli regolari in modo da avere , in casi di rotture della macchina A,
il server B pronto  all'uso (questo in aggiunta all'export dei dati nel file
.dmp che comunque continueremmo a fare).
Come si potrebbe fare ?
Grazie

Ciao mt e ben tornato dalla vacanze, anzi ben tornato a tutti!
Quello che vuoi fare č un RAC (Real Application Cluster) definito cosě dalla
9i, mentre per la 8i veniva definito come Parallel Server.
Le soluzioni che si prospettano sono tante e diverse sia per la parte
Hardware che Software e nella loro implementazione.
Con il RAC, si ha un fail-over al 100% nel senso che sia il server A che B
sanno in ogni momento cosa fanno gli utenti sul database ma solo per la 9i.
Per la 8i, le soluzioni sono diverse, scegliendo tra Parallel Server,
Stand-by database o usare la replica di Oracle.
In generale, le ultime due soluzioni sono repliche di database, mentre la
prima usa un tool di Oracle definito appunto Parallel Server.
Orientivamente, se non vuoi cambiare hardware e configurazione del db ti
consiglio uno stand-by database.
Le specifiche le trovi su 
otn.oracle.com
 o 
docs.oracle.com
 e su
metalink.oracle.com
 (se siete partner Oracle e registrati c/o di loro).
Se non trovi qlcs ti posso postare un paio di documenti in privato.
A presto,
Simone

 consiglio uno stand-by database.
[...]
Aggiungo che  sia la replicazione che lo standby db, non ti danno 
sicurezza nel caso la tua tolleranze a perdere il "lavoro" è prossima
a zero. Mi spiego meglio, essendo queste due soluzioni delle repliche
(o dei "merge" nel caso di advanced replic) di due db, per il concetto
di replica stessa esisterà un finestra temporale nella quale queste 
soluzioni non ti potranno fornire una copertura, ovvero il lavoro 
all'interno di quella finestra potenzialmente può essere perso.
Inoltre è prevedibile un seppur minimo tempo di downtime 
dell'applicazione necessario per far puntare i client da un dibbì 
all'altro, e questo può essere una inezia nel caso abbia una 
applicazione 3 tier con il solo application server che "multiplexa" le
connessioni o una eternità se hai 200 client in connessione
diretta con la base dati...
In linea generale standby dovrebbe essere la soluzione migliore, sempre
tu abbia il tuo dibbì in modalità archivelog... certo dovrai rivedere
anche un pochino le tue politiche di backup et similia... e IMHO devi
anche tener conto della natura della tua base dati (OLTP, DW, GP etc etc)
...con la replicazione ci ho giocato un pochino...e devo dirti che c'è
il suo bel gusto specialmente ti permette di avere due db "live" su cui
operare (cosa che non puoi fare con lo standby)...
...se sei smaliziato con oracol ti consiglio di buttare un occhio sulla
replicazione, se sei un po titubante vai sullo standby...
/G

Grazie Giorgio per le precisazioni! :-)
Simone
ps. nella tua ditta cercano un dba oracle junior?