Backup a caldo di Oracle
Salvatore Longobardi
Qualcuno ha mai fatto un backup a caldo con Oracle, cioč senza fermare
l'istanza (credo che voglia dire questo)???
Come si realizza ?? C'č un comando particolare ?
Per completezza io uso Unix e Oracle 8i.
Scusate, magari č semplice ma sono concetti nuovi per me.
Grazie a chiunque voglia rispondere.
Salvatore
--
Posted from [217.59.175.113]
via Mailgate.ORG Server - http://www.Mailgate.ORG
punkarruso
news:609402fb0ac38042561...@mygate.mailgate.org:
> Qualcuno ha mai fatto un backup a caldo con Oracle, cioè senza fermare
> l'istanza (credo che voglia dire questo)???
esatto, l'istanza rimane APERTA. (si sono diversi stati...)
> Come si realizza ?? C'è un comando particolare ?
rman (vedi sotto)
> Per completezza io uso Unix e Oracle 8i.
fai bene
> Scusate, magari è semplice ma sono concetti nuovi per me.
dipende dai punti di vista, per me all'inizio era incasinato!
esiste un tool chiamato RMAN.
la guida ORACLE backup & recovery ti sarà più utile di me...
questo tool appoggia su un db CHE TI DEVI CREARE A MANO ed esiste un file
di catalogo (se non erro catrman.sql) per creare le strutture di dati
opportune.
per definire i backup e i restore c'è un linguaggio procedurale apposito
con cui creare script che vanno interpretati da RMAN.
auguri (subito non è facile)
ciao
dav...@yahoo.com
> Come si realizza ?? C' un comando particolare ?
O usi RMAN come gia' ti e' stato suggerito, oppure metti il database
in modalita' ARCHIVELOG (modificando l'apposito parametro nel file
di inizializzazione), in questo stato Oracle automaticamente crea dei
file di log "scaricando" su disco i redo log via via che vengono
completati.
Questi file devi salvarteli da qualche parte (eliminando i piu'
vecchi eventualmente).
A questo punto puoi mettere un singolo tablespace in modalita'
backup,
ALTER TABLESPACE BEGIN BACKUP;
questo riduce al minimo le scritture sul tablespace, che puo'
essere copiato usando il normale cp di Unix, una volta fatta la copia
del tablespace, rimetti il tablespace in modalita' "normale"
ALTER TABLESPACE END BACKUP;
Vedi la documentazione di Oracle.
Davide
Salvatore Longobardi
> esiste un tool chiamato RMAN.
Con RMAN posso fare solo il backup di tutto il database o anche di singoli
tablespace?
> questo tool appoggia su un db CHE TI DEVI CREARE A MANO
Scusami ma non mi è molto chiaro la funzione di questo database e
quali caratteristiche deve avere?
> ed esiste un file di catalogo (se non erro catrman.sql) per creare
> le strutture di dati opportune.
Che cosa intendi per "strutture di dati opportune" , opportune a cosa?
Grazie, Salvatore
Salvatore Longobardi
> O usi RMAN come gia' ti e' stato suggerito, oppure metti il database
> in modalita' ARCHIVELOG (modificando l'apposito parametro nel file
> di inizializzazione), in questo stato Oracle automaticamente crea dei
> file di log "scaricando" su disco i redo log via via che vengono
> completati.
>
> in modalita' ARCHIVELOG (modificando l'apposito parametro nel file
di inizializzazione)
Ma per rendere effettive le modifiche devo ristartare l'istanza (è giusto??)
Se si non mi va bene perchè io voglio fare un backup a caldo senza fermare
l'istanza.
In modalità ARCHIVELOG posso fare il backup di tutto il database
o solo di singoli tablespace??
Grazie, Salvatore
dav...@yahoo.com
> Ma per rendere effettive le modifiche devo ristartare l'istanza
Solo la prima volta (dopo che hai modificato il file dei parametri
dell'istanza), poi puoi passare da Archivelog a non-archivelog
senza dover fare il bounce dell'istanza.
> In modalit ARCHIVELOG posso fare il backup di tutto il database
> o solo di singoli tablespace??
Tutti i singoli tablespaces sono l'intero database.
Davide
punkarruso
> O usi RMAN come gia' ti e' stato suggerito, oppure metti il database
> in modalita' ARCHIVELOG (modificando l'apposito parametro nel file
> di inizializzazione), in questo stato Oracle automaticamente crea dei
> file di log "scaricando" su disco i redo log via via che vengono
> completati.
questo ti salva lo storico delle transazioni, non i dati!
(e puoi fare "alter database archivelog"...)
> Questi file devi salvarteli da qualche parte (eliminando i piu'
> vecchi eventualmente).
aaaaarrrgggh!!! bravo!!! così ti fumi lo storico degli archive e li butti
tutti nel cesso!!
(mi son dimenticato, per fare un backup a caldo, il DB DEVE essere in
archivelog e NESSUN archivelog deve essere cancellato!!)
> A questo punto puoi mettere un singolo tablespace in modalita'
> backup,
>
> ALTER TABLESPACE BEGIN BACKUP;
>
> questo riduce al minimo le scritture sul tablespace, che puo'
> essere copiato usando il normale cp di Unix, una volta fatta la copia
> del tablespace, rimetti il tablespace in modalita' "normale"
>
> ALTER TABLESPACE END BACKUP;
aaarrrggghh!!! se ti copi i files così il db rimane inconsistente!!
e se devi restorare devi fare operazioni di recover per aprire il db!
(e ci riesci solo se sei bravo)
>
> Vedi la documentazione di Oracle.
>
ecco va, rileggila un po'!!
non è per dire, ma se uno ha bisogno di backuppare i dati e NON DEVE
PERDERLI facendo così dà via il culo!! (e ti perdi il supporto Oracle, se
ce l'hai)
punkarruso
> Con RMAN posso fare solo il backup di tutto il database o anche di
> singoli tablespace?
backuppi quello che vuoi!
> Scusami ma non mi č molto chiaro la funzione di questo database e
> quali caratteristiche deve avere?
salva su db le date, gli SCN e tutto quello di cui hai bisogno per fare un
restore 'pulito'.
> Che cosa intendi per "strutture di dati opportune" , opportune a cosa?
le strutture (tabelle, indici, viste ecc.) che gli permettono di conservare
i dati dei salvataggi...
il catalogo di RMAN (cosě si chiama il db) č la cosa piů importante e va
esportato regolarmente dopo ogni backup...
rman ha bisogno di backuppare i dati e ha bisogno di TUTTI gli archivelog
prodotti dall'inizio del backup alla fine, in modo da effetture una recover
pulita in caso di restore.
vedi manuali vari... il discorso č troppo lungo...
punkarruso
> Salvatore Longobardi <thewa...@inwind.it> wrote:
>> Ma per rendere effettive le modifiche devo ristartare l'istanza
>
> Solo la prima volta (dopo che hai modificato il file dei parametri
> dell'istanza), poi puoi passare da Archivelog a non-archivelog
> senza dover fare il bounce dell'istanza.
devi definire dentro il parfile anche tutte le informazioni come
log_archive_dest ecc..
fai da db uno show parameter arch per vedere cosa puoi settare...
>> In modalit ARCHIVELOG posso fare il backup di tutto il database o
>> solo di singoli tablespace??
>
> Tutti i singoli tablespaces sono l'intero database.
in archivelog non salvi un bel niente, solo lo storico delle transazioni
che ti serve per la recover database.
e archivelog salva i log relativi a tutto il db. poi eventualmente, si
applicano datafile per datafile...
Salvatore Longobardi
> (mi son dimenticato, per fare un backup a caldo, il DB DEVE essere in
> archivelog e NESSUN archivelog deve essere cancellato!!)
>
Ma come si fa per passare in modalità Archivelog senza ristartare l'istanza,
scusate ma è fondamentale altrimenti che backup a caldo è ??
> A questo punto puoi mettere un singolo tablespace in modalita'
> backup,
>
> ALTER TABLESPACE BEGIN BACKUP;
>
> questo riduce al minimo le scritture sul tablespace, che puo'
> essere copiato usando il normale cp di Unix, una volta fatta la copia
> del tablespace, rimetti il tablespace in modalita' "normale"
>
> ALTER TABLESPACE END BACKUP;
aaarrrggghh!!! se ti copi i files così il db rimane inconsistente!!
e se devi restorare devi fare operazioni di recover per aprire il db!
Ora non ho capito,ma allora come copiarli ??
Grazie ancora ad entrambi, Salvatore
punkarruso
> Ma come si fa per passare in modalità Archivelog senza ristartare
> l'istanza, scusate ma è fondamentale altrimenti che backup a caldo è ??
alter database archivelog (se i parametri sono settati nell'init.)
una cosa: un db che backuppa a caldo è SEMPRE in archivelog!!
in questo modo, se backuppi di domenica e crashi di venerdì, non ti perdi
5 giorni di dati! (questa è l'importanza n°2 dell'archivelog, dopo a
quella che se no il db non si restora)
> aaarrrggghh!!! se ti copi i files così il db rimane inconsistente!!
> e se devi restorare devi fare operazioni di recover per aprire il db!
>
> Ora non ho capito,ma allora come copiarli ??
con RMAN (non fare confusione coi quote del NG)!!
oppure tiri giù tutto il db e lo backuppi "a freddo"!
non ti fidare dei NG comunque, per le cose importanti come i dati metti
mano al manuale!!
ciao
Felice Pago
news:609402fb0ac38042561...@mygate.mailgate.org...
>
>
> Qualcuno ha mai fatto un backup a caldo con Oracle, cioč senza fermare
> l'istanza (credo che voglia dire questo)???
>
> Come si realizza ?? C'č un comando particolare ?
>
> Per completezza io uso Unix e Oracle 8i.
>
> Scusate, magari č semplice ma sono concetti nuovi per me.
>
> Grazie a chiunque voglia rispondere.
>
> Salvatore
tieni da parte l'industrializzazione del db , uno script che ti crei
in modo automatico la struttura del db , non si sa mai per la
procedura che vado ad esporti, e lanci una bella
exp full=y consistent=y
salvi in qualche punto sicuro questa exp e vai avanti, nel caso
ti crechasse tutto sai da dove ripartire, ci metti per un db di
30-40-gb al max un paio d'ore.
dopo ricreato db imp . . .
ciao
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG