› Fóruns › Banco de dados Oracle › Backup Físico (RMAN) + Archive Log › Backup Físico (RMAN) + Archive Log
vieri@vieri
Código:
4- O fato do novo servidor ter apenas 10gb inviabilizaria o restore/recover? Lembrando que a SGA é de 16gb.
não.
O fato de a máquina ter 10 gb e a SGA estar configurada para 16 gb não impede o restore/recover ? Só vai impedir do banco abrir ? Ou nem na hora de abrir vai dar problema ? 6 gb vai pra swap e o banco sobe se arrastando ?
Vc irá alterar no initdatabase.ora no $ORACLE_HOME/dbs o parametro
SGA_TARGET e SGA_MAX_SIZE para 5Gb , pois o novo servidor ficticio teria 10Gb. Se não mecher nesses parametros a base não irá subir, pois a SGA não usa area de swap, ela é alocado toda em memória, caso não tenha segmentos de memória disponível vc tomará erro de out of memory
Código:
7- É necessário criar o banco ou o restore do RMAN vai criar?
vc terá que setar o oracle_sid , abrir em nomount banco com o spfile ou pfile,
restaurar o control-file(aqui ele “cria” o database) abrir em mount, restaurar a base, e em seguida o recover.
Portanto não precisa de base. Se o datafile já existir no mesmo path dará erro. portanto sem base criada é melhor.
O RMAN faz backup do spfile ou pfile ?
Não entendi, como abrir o banco em nomount com o spfile ou pfile sem ter um banco criado ?
sim o rman faz backup de spfile.
ex:
[oracle@admbi1 bdump]$ rman target /
Recovery Manager: Release 10.2.0.3.0 – Production on Wed Sep 14 12:32:31 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: ORA10G (DBID=3909485338)
RMAN> backup spfile tag ‘BKP_SPFILE’
format ‘/u03/rman/data/bkp_spfile_%U.rman’;2>
Starting backup at 14-SEP-11
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=1061 devtype=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: sid=1065 devtype=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: sid=1066 devtype=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: sid=1081 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 14-SEP-11
channel ORA_DISK_1: finished piece 1 at 14-SEP-11
piece handle=/u03/rman/data/bkp_spfile_icmmhaf5_1_1.rman tag=BKP_SPFILE comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 14-SEP-11
Starting Control File and SPFILE Autobackup at 14-SEP-11
piece handle=/u01/app/oracle/product/10.2.0/dbs/c-3909485338-20110914-00 comment=NONE
Finished Control File and SPFILE Autobackup at 14-SEP-11
Em nomount vc não irá abrir um banco de dados, vc irá pedir para o
rdbms validar um arquivo de parâmetros e preparar a base para a próxima fase “mount”.
Vc não precisa criar um database, pois todos os arquivos necessários serão restaurados. Qdo vc faz o create ele cria o controlfile,undo,temp…
todos esses arquivos serão restaurados e precisão ser sincronizados e integros, não faz sentido para o sgbd e nem funciona criar o banco para depois restaurar… outro por cima. É algo conceitual no Oracle.
E ai tudo claro agora?