- Este tópico contém 18 respostas, 5 vozes e foi atualizado pela última vez 10 anos, 10 meses atrás por Rodrigo Almeida.
-
AutorPosts
-
11 de outubro de 2013 às 8:55 pm #106013mpunganParticipante
Pessoal a situação é o seguinte; tenho um ambiente que utilizo o rman com o catalogo de recuperação. Mas o que estamos simulando é uma perda total de nosso ambiente, portanto tenho que recuperar uma base em outro ambiente. O que fiz: foi instalar somente os binários do oracle em outro servidor e tentar recuperar o backup feito pelo rman, mas não estou conseguindo pois da o erro abaixo:
[oracle@alfa dbs]$ rman target /
Recovery Manager: Release 11.2.0.3.0 – Production on Fri Oct 11 11:57:25 2013
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database (not started)
RMAN> set DBID=658221577
executing command: SET DBID
RMAN> startup force nomount;
Oracle instance started
Total System Global Area 20243197952 bytes
Fixed Size 2237088 bytes
Variable Size 12750687584 bytes
Database Buffers 7449083904 bytes
Redo Buffers 41189376 bytesRMAN>
RMAN> restore controlfile from ‘/rman_bkp_oracle/n0_c-658221577-20131010-04’ from autobackup;
Starting restore at 11-OCT-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=2186 device type=DISKchannel ORA_DISK_1: looking for AUTOBACKUP on day: 20131011
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20131010
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20131009
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20131008
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20131007
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20131006
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20131005
channel ORA_DISK_1: no AUTOBACKUP in 7 days found
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 10/11/2013 13:54:57
RMAN-06172: no AUTOBACKUP found or specified handle is not a valid copy or pieceAlguém já fez esse tipo de simulação. Qual é o melhor caminho para resolver esse tipo de situação?
Att.
Mpungan
11 de outubro de 2013 às 8:56 pm #106014mpunganParticipanteParametros do rman na máquina onde estou fazendo a recuperação da base.
RMAN> show all;
RMAN configuration parameters for database with db_unique_name HSLPUCRS are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F’; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM ‘AES128’; # default
CONFIGURE COMPRESSION ALGORITHM ‘BASIC’ AS OF RELEASE ‘DEFAULT’ OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default11 de outubro de 2013 às 9:00 pm #106015rmanParticipante@mpungan
Você utiliza a fast recovery area no ambiente original? O AUTOBACKUP está ativo?
Posta as configurações do RMAN do ambiente original.
11 de outubro de 2013 às 9:05 pm #106016mpunganParticipanteParametros do rman na máquina onde estou fazendo a recuperação da base.
RMAN> show all;
RMAN configuration parameters for database with db_unique_name HSLPUCRS are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F’; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM ‘AES128’; # default
CONFIGURE COMPRESSION ALGORITHM ‘BASIC’ AS OF RELEASE ‘DEFAULT’ OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default11 de outubro de 2013 às 9:08 pm #106017rmanParticipante@mpungan
Preciso das configurações do ambiente de produção não a do ambiente de restore.
11 de outubro de 2013 às 10:07 pm #106018mpunganParticipanteConfiguração original do ambiente de produção.
[oracle@hos ~]$ $ORACLE_HOME/bin/rman
Recovery Manager: Release 11.2.0.3.0 – Production on Fri Oct 11 15:04:13 2013
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
RMAN> CONNECT TARGET SYS/sh1990rs;
connected to target database: HSLPUCRS (DBID=658221577)
RMAN> CONNECT CATALOG RMAN/19rman90@DBRMAN
connected to recovery catalog database
RMAN> show all;
RMAN configuration parameters for database with db_unique_name HSLPUCRS are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘/oracle2/backup/n0/%F’;
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM ‘AES128’; # default
CONFIGURE COMPRESSION ALGORITHM ‘BASIC’ AS OF RELEASE ‘DEFAULT’ OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO ‘/oracle/product/11.2.0/dbhome/dbs/snapcf_HSLPUCRS.f’; # default11 de outubro de 2013 às 10:26 pm #106020rmanParticipante@mpungan
Tente da seguinte forma:
RMAN> CONNECT TARGET /
RMAN> CONNECT CATALOG RMAN/19rman90@DBRMAN
RMAN> SET DBID=658221577;
RMAN> STARTUP NOMOUNT;
RMAN> RESTORE SPFILE FROM '/rman_bkp_oracle/n0_c-658221577-20131010-04';
RMAN> SHUTDOWN IMMEDIATE;
RMAN> STARTUP NOMOUNT;
RMAN> RESTORE CONTROLFILE FROM '/rman_bkp_oracle/n0_c-658221577-20131010-04';
RMAN> ALTER DATABASE MOUNT;
RMAN> RESTORE DATABASE;
RMAN> RECOVER DATABASE;
RMAN> ALTER DATABASE OPEN RESETLOGS;
11 de outubro de 2013 às 10:30 pm #106021mpunganParticipanteMas essa opção que você passou seria usar o catalogo de recuperação e se eu não tiver a máquina do catalogo de recuperação. Como faço para recuperar a base? Assim como você passou acredito que funcionará, mas se for na pior situação em que eu perder tudo inclusive o catalogo como fazer para recuperar?
Mpungan
11 de outubro de 2013 às 10:43 pm #106022rmanParticipante@mpungan
Também pensei nisso, aqui eu uso o CONTROLFILE como repositório do RMAN, ou seja, eu não trabalho com o catalogo de recuperação.
Realmente não sei se é possível se você também perder a máquina que está o catalogo de recuperação. Tente catalogar os backup:
http://arjudba.blogspot.com.br/2008/09/how-to-catalog-and-uncatalog-backup-to.html
Isso eu nunca fiz, mas creio que dará certo.
Bom, já é difícil encontrar quem usa o catalogo de recuperação, agora imagina quem faz backup deste banco? Se tiver backup, é só restaurar e subir em outra máquina, bom talvez você vai entrar em recursão, ou neste banco você usa o CONTROLFILE para isso.
11 de outubro de 2013 às 11:07 pm #106024rmanParticipante@mpungan
Talvez nem precise restaurar o banco do catalogo e nem catalogar os backups. Pelo que pesquisei utilizando ou não o catalogo, as informações sempre estará no CONTROLFILE.
Tente assim:
RMAN> CONNECT TARGET /
RMAN> SET DBID=658221577;
RMAN> STARTUP NOMOUNT;
RMAN> RESTORE SPFILE FROM '/rman_bkp_oracle/n0_c-658221577-20131010-04';
RMAN> SHUTDOWN IMMEDIATE;
RMAN> STARTUP NOMOUNT;
RMAN> RESTORE CONTROLFILE FROM '/rman_bkp_oracle/n0_c-658221577-20131010-04';
RMAN> ALTER DATABASE MOUNT;
RMAN> RESTORE DATABASE;
RMAN> RECOVER DATABASE;
RMAN> ALTER DATABASE OPEN RESETLOGS;
Desta forma será usado o CONTROLFILE como repositório, depois você cria o catalogo. O importante no momento e subir o banco de produção.
19 de novembro de 2013 às 3:51 pm #106133mpunganParticipantePessoal, executei conforme abaixo, mas não consigo recuperar o spfile para iniciar o recover da base de dados.
RMAN> connect target /
connected to target database (not started)
RMAN> SET DBID=658221577;
executing command: SET DBID
RMAN> STARTUP NOMOUNT;
Oracle instance started
Total System Global Area 30264590336 bytes
Fixed Size 2243112 bytes
Variable Size 3087009240 bytes
Database Buffers 27111981056 bytes
Redo Buffers 63356928 bytesRMAN> RESTORE SPFILE FROM ‘/rman_bkp_oracle/c-658221577-20131117-02’;
Starting restore at 19-NOV-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=254 device type=DISKRMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/19/2013 09:47:31
RMAN-06564: must use the TO clause when the instance is started with SPFILE19 de novembro de 2013 às 4:10 pm #106134rmanParticipante@mpungan
Tente assim:
RESTORE SPFILE FROM AUTOBACKUP;
Ou assim:
RESTORE SPFILE FROM '/path/do/backup/full';
19 de novembro de 2013 às 8:23 pm #106135mpunganParticipantePrimeira tentativa
RMAN> RESTORE SPFILE FROM AUTOBACKUP;
Starting restore at 19-NOV-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=254 device type=DISKRMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/19/2013 14:17:52
RMAN-06564: must use the TO clause when the instance is started with SPFILESegunda tentativa:
RMAN> RESTORE SPFILE FROM ‘/rman_bkp_oracle/c-658221577-20131117-02’;Starting restore at 19-NOV-13
using channel ORA_DISK_1RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/19/2013 14:20:15
RMAN-06564: must use the TO clause when the instance is started with SPFILENão esta funcionando, eu uso o catálogo de recuperação do RMAN, mas deste caso não estou me conectando no catálogo para a recuperação. Isso deveria funcionar mesmo não estando conectado no catálogo. Outra coisa que estou pensando, todos os caminhos tem que ser exatamente iguais aos caminhos do banco de produção para fazer a recuperação?
Caso algum caminho esteja diferente ocorre erro ao restaurar o banco?19 de novembro de 2013 às 9:09 pm #106136rmanParticipante@mpungan
Primeiramente o rman não sabe que você mudou de máquina, logo ele irá procurar no caminho original.
É possível sim, restaurar em caminhos totalmente diferentes, pesquise por SET NEWNAME.
c-658221577-20131117-02, isso é o backup full? Não seria apenas o control file + spfile? Tente com o backup full.
19 de novembro de 2013 às 9:20 pm #106137mpunganParticipanteEsse backup do control file + spfile, mas estou tentando restaurar somente esse arquivo mas não estou conseguindo restaurar, da os erros que enviei que não consegue restaurar.
Att.
mpungan
-
AutorPosts
- Você deve fazer login para responder a este tópico.