Em alguns cenário de recuperação usando o RMAN, é necessário definirmos o DBID do ambiente (por exemplo quando restauramos o SPFILE ou Control file), e esta pode ser uma tarefa complicada caso não tenhamos nenhum arquivo externo de log de backup disponível para consulta.
O DBID é exibido assim que conectamos no target database pelo RMAN, conforme exemplo abaixo:
[oracle@oel8 ~]$ rman target /
Recovery Manager: Release 18.0.0.0.0 - Production on Tue Jul 27 19:41:30 2021
Version 18.13.0.0.0
Copyright (c) 1982, 2018, Oracle and/or its affiliates. All rights reserved.
connected to target database: RMANDB (DBID=3825250984)
Caso não tenhamos alterado a formatação do arquivo de backup do Control file, esse DBID também estará presente no backupset gerado:
RMAN> SHOW CONTROLFILE AUTOBACKUP FORMAT;
RMAN configuration parameters for database with db_unique_name RMANDB are:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
Os detalhes estão expostos na documentação:
Porém percebo que a formatação do RMAN não está sendo aplicada, por conta da FRA que está configurada em meu ambiente:
RMAN> BACKUP CURRENT CONTROLFILE;
Starting backup at 2021-07-27:20:17:46
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set
channel ORA_DISK_1: starting piece 1 at 2021-07-27:20:17:47
channel ORA_DISK_1: finished piece 1 at 2021-07-27:20:17:48
piece handle=/oracle/fra/RMANDB/backupset/2021_07_27/o1_mf_ncnnf_TAG20210727T201746_jj150v6p_.bkp tag=TAG20210727T201746 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 2021-07-27:20:17:48
Starting Control File and SPFILE Autobackup at 2021-07-27:20:17:48
piece handle=/oracle/fra/RMANDB/autobackup/2021_07_27/o1_mf_s_1079036268_jj150wmp_.bkp comment=NONE
Finished Control File and SPFILE Autobackup at 2021-07-27:20:17:49
SQL> sho parameter db_recovery_file_dest;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string /oracle/fra
db_recovery_file_dest_size big integer 5G
E o Oracle Note “How To Determine The DBID When Using RMAN. (Doc ID 227060.1)” (link AQUI) explica o motivo do DBID não ser exposto no arquivo de autobackup quando a FRA é usada:
Outros métodos possíveis de pegar o DBID do nosso ambiente de acordo com a própria nota:
RMAN> SELECT dbid FROM v$database;
DBID
----------
3825250984
RMAN> list incarnation;
List of Database Incarnations
DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1 1 RMANDB 3825250984 PARENT 1 2018-02-07:19:20:08
2 2 RMANDB 3825250984 PARENT 1477662 2020-04-05:21:44:14
3 3 RMANDB 3825250984 CURRENT 3489797 2021-07-23:21:04:57
E em caso extremo, podemos usar o comando de S.O abaixo para buscar a informação nos datafiles da SYSTEM/SYSAUX ou UNDO:
[oracle@oel8 2021_07_27]$ strings /oracle/RESTORE/undo.tbs | grep MAXVALUE | sort | uniq
3825250984, MAXVALUE
3825250984, MAXVALUE
J03825250984, MAXVALUE
U3825250984, MAXVALUE
...
[oracle@oel8 2021_07_27]$ strings /oracle/RESTORE/sysaux.dbf | grep MAXVALUE | sort | uniq
#3825250984, MAXVALUE
3825250984, MAXVALUE
...
[oracle@oel8 2021_07_27]$ strings /oracle/RESTORE/system.dbf | grep MAXVALUE | sort | uniq
1201448, MAXVALUE,
1201448, MAXVALUE<
3825250984, MAXVALUE
3825250984, MAXVALUE
3825250984, MAXVALUE,
Obs: Após essa operação, fiz o validate do banco de dados e observei o Alert.log e não foi reportado nenhum problema.
Uma vez de posse do DBID, é indicado salvá-lo em um arquivo externo que fique disponível para uso (em uma área que tenha backup). Pode haver o dia de você precisar deste DBID para recuperar o ambiente (espero que não precise, mas DBA desprevinido não é DBA). Segue um exemplo bem simples, que pode ser aperfeiçoado:
[oracle@oel8 trace]$ echo "3825250984" > /home/oracle/RMANDB_DBID.log
[oracle@oel8 trace]$ cat /home/oracle/RMANDB_DBID.log
3825250984
Obs: Este procedimento foi criado pelo senhor Ahmed Baraka (www.ahmedbaraka.com) e foi apenas reproduzido por mim em um laboratório pessoal para fins de aprendizado.
Portuguese
English
Spanish