Newsgroup: it.comp.software.database
Titolo: Duplicazione database di produzione ORACLE

Ciao a tutti,
avrei la necessità di duplicare un database esistente di ORACLE in una 
macchina di test.
Qual'è la via + semplice per farlo ?
BACKUP/RESTORE ?
Esiste qualche utility in rete che mi possa aiutare ?
Ciao e grazie.
Roby 

 BACKUP/RESTORE ?
spegni la produzione, e porti TUTTI i file sulla macchina di test,
dove avrai il motore opportuno per rifare il restart :)
tutti dico tutti, ctl log redo init dbf undo . . .
felice_pago
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Mentre cercavo di capire la differenza tra una select e un drop database,
Roby HL ha scritto:

ciao,
se puoi eseguire uno shutdown dell'istanza, allora il modo più veloce
è la copia dei datafiles + redo log + ctrl files + init.ora ecc
sull'altro server su cui avrai installato i binari e preparato
un ambiente identico a quello originale.
Parlo per ambiente unix, su windows non saprei.
ciao


Grazie.
Ne approfitto per un'altra domandina.
Avevo sentito parlare di una versione limitata di oracle solo runtime. Un 
equivalente di MSDE per SQL Server.
Come si chiama ?
Roby

 Parlo per ambiente unix, su windows non saprei.
Assolutamente identico. 
In entrambi i casi se prima di chiudere l'istanza dai (da SYSTEM) un bel 
comando ALTER DATABASE BACKUP CONTROLFILE TO TRACE avrai nella directory 
"user_dump_dest" un bel file .TRC che contiene gli statement per 
rigenerare i control file (startup nomount, create controlfile, ecc.)
Dopo aver copiato _tutti_i file, come ti e' gia' stato spiegato, potrai 
adattare quei comandi per cambiare struttura directory, posizionamento 
file e anche nome dell'istanza. ;)
HTH

 ciao
Scusatemi mi intrometto nella discussione che mi interessa:
Cosa intendi per "preparato un ambiente itentico a quello originale"
Grazie 1000
Zacc

Mentre cercavo di capire la differenza tra una select e un drop database,
Zaccaria ha scritto:

Ciao,
quando sposti fisicamente i datafiles di un db oracle su
un altro server, devi fare in modo che quando l'istanza 
sale non ci siano problemi nel trovare gli stessi path 
e gli stessi file.
In due parole:
quando un'istanza oracle parte ci sono tre stadi che devono
essere superati per andare in stato open:
1) no mount;
2) mount;
3) open.
In stato no mount, l'istanza fondamentalmente alloca
la SGA e starta i processi di bacground. DEVONO quindi 
essere possibili entrambe le attività, perciò, in ambiente 
UNIX ci devono essere dei parametri del kernel che lo permettano.
In solaris, che è lo unix che abbiamo in azienda, bisogna
modificare il file /etc/system.
Quando l'istanza passa allo stato mount, legge di fatto i control file,
verifica che siano identici,  e se ci sono particolari settaggi
(bdump, config file ecc) questi devono essere presenti nel sistema.
Dallo stato mount all'open, oracle verifica che le informazioni presenti
sui control file trovino corrispondenza nel sottosistema datafiles/redo
ecc.ecc. Quindi, per es. i path devono essere identici, pena un rename di TUTTI i
dbfile, i rollback definiti nel init.ora devono essere presenti ecc. ecc.
Questo intendevo con " ambiente identico.."
Tutto quanto sopra l'ho scritto in 1 minuto e senza approfondire, ma non
dovrei aver scritto troppe scemenze, nel caso criticate il post :)
ciao