Newsgroup: it.comp.software.database
Titolo: Esperti - Oracle export/backup Linux

Ciao 
ho installato un serverino Linux RH72 e Ora 8.1.7 patchato.
Sulla macchina è installato un DAT DDS4 20/40.
Per ragioni di sicurezza ho installato un secondo disco identico e
clonato dalla installazione di base del primo, quindi con Linux e Oracle
funzionanti ma vuoti.
Ora... ho la necessità di iniziare a fare delle copie di backup (avevo
pensato ad un export settimanale e delle copie giornaliere.
Le mie domande:
Usando il comando " exp ammin file=/oraback/export.dmp
log=/oralog/export.log owner=ammin consistent=Y" sono sicuro di copiare
TUTTO il necessario per ritirare su il db semplicemente facendo un imp
sul secondo disco?
La seconda: quale può essere il comando per lanciare la copia su DDS
delle directory che mi interessano... magari usando una tar cfz.
Ho letto molti script in giro per la rete ma preferirei qualcosa di più
intuitivo e personalizzabile.
Grazie e ciao!
Natra
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG







 intuitivo e personalizzabile.
tar -czf /dev/st0 /prima/dir/* /seconda/dir/* /terza/dir/* ...
Davide
P.S. butta via quel coso che stai usando per leggere i NG che posta
'n' copie dello stesso messaggio ed usa un qualche cosa di piu' decente.

Natra wrote:

Devi utilizzare il parametro "FULL" di exp e l'export deve essere fatto da 
un utente che abbia il privilegio "EXPORT FULL DATABASE" o simile (non 
ricordo il nome preciso del privilegio).
HTH 
Andrea

 sul secondo disco?
Assolutamente no!
L'export č una procedura che non basta di per se a garantire il
ripristino di un intero database.
Exp esporta esclusivamente quello che č il "contenuto logico"
dell'istanza.. tutto quello che č fisico (datafile, struttura
tablespaces...)
non viene riflettuto sul file dump.
Se ti trovi davanti a un disaster recovery con il solo dump... beh
buona fortuna.
La cosa piů intelligente da fare č...
con database != 24x7: cold backup schedulato;
con database == 24x7: utilizza il secondo disco per il mirroring, oppure
gestire il database in archive mode.
/G

 gestire il database in archive mode.
hot backup con rman, no?
-- 
Punkarruso
mail:punkarruso(at)geniotradottoininglese(dot)it
pubblicità progresso:
http://www.gnu.org/philosophy/free-sw.it.html

 hot backup con rman, no?
anche... ma se da una parte rman ti semplifica
la vita... c'è anche il rovescio della medaglia:
istanze separate... script da testare... etc etc
non sono un gran fanatico di rman...
/G

 non sono un gran fanatico di rman...
il fatto è che rman è il tool consigliato dal supporto.
se hai problemi di backup, il supporto ti dice di usarlo!
e una volta che testi gli scripts sei a cavallo.
comunque sia, puoi risolvere facendo:
-start archivelog
-begin backup
-salvataggio fisico dei datafiles
-end backup
-stop archivelog
-salvataggio fisico degli archives
e non hai bisogno di tirare giù il db o di spendere i soldoni per 
l'hardware di mirroring.
ciao
-- 
Punkarruso
mail:punkarruso(at)geniotradottoininglese(dot)it
pubblicità progresso:
http://www.gnu.org/philosophy/free-software-for-freedom.it.html

 l'hardware di mirroring.
cold bu... per me quando č possibile farlo č sempre meglio
farlo...
poi dipende sempre che tipo di DB gestisci...
IMHO... la soluzione perfetta per database mission critical
č sempre il FT hardware... e specificatamente configurazioni
RAID10... ovviamente contornati da BU mirati...


devi copiare -a database spento- i controlfile (li prendi da v$controlfile),
i files di log (da v$logfile) e i datafile (da v$datafile). Ti conviene
anche copiare il file di init (anche se non č indispensabile)
Paulus
[OT per APaone]: Come ai vecchi tempi, lavoro d'equipe!!!!
Paulus
http://spazioweb.inwind.it/it_informatica
--------------------------------
Inviato via 
http://usenet.libero.it

 RAID10... ovviamente contornati da BU mirati...
la soluzione perfetta varia a seconda della realtà.
se devi fare un backup a caldo è meglio avere rman e l'istanza in 
archivelog. (indipendentemente dal fault level e dai vari mirrors)
poi ognuno segue le sue preferenze!
ciao
-- 
Punkarruso
mail:punkarruso(at)geniotradottoininglese(dot)it
pubblicità progresso:
http://www.gnu.org/gnu/why-gnu-linux.it.html

 poi ognuno segue le sue preferenze!
a me piacciono le bionde...
/G

 a me piacciono le bionde...
:-)
ciao
-- 
Punkarruso
mail:punkarruso(at)geniotradottoininglese(dot)it
pubblicità progresso:
http://www.ic.unicamp.br/~oliva/papers/free-software/selection-html/