Aunque suele ser menos habitual tener que recuperar una base de datos en la misma m\u00e1quina que en un host diferente, en esta entrada vamos a indicar los pasos necesarios para poder recuperar una base de datos en el mismo host, en este caso no estamos usando ASM como almacenamiento. La base de datos origen se llama \u00abtest\u00bb y nuestra copia se llamar\u00e1 \u00abtestcopy\u00bb.<\/p>\n\n\n\n
Para ello partimos de un backup <\/strong>realizado con anterioridad.<\/p>\n\n\n\n En nuestro caso hemos lanzado el siguiente:<\/p>\n\n\n\n RMAN> run { Antes de comenzar, vamos a crear la entrada en el oratab <\/strong>de la nueva base de datos. vi \/etc\/oratab<\/mark> El primer paso es copiar el pfile de la base de datos actual<\/strong>, en nuestro caso \u00abtest\u00bb con el que arrancaremos nuestra base de datos, basta con los m\u00ednimos par\u00e1metros necesarios. Un fichero init con los par\u00e1metros m\u00ednimos ser\u00eda algo parecido a lo que muestro aqu\u00ed posteriormente. [oracle@localhost dbs]$ cat inittestcopy.ora Creamos el spfile<\/strong> de nuestra nueva base de datos a trav\u00e9s del pfile.<\/p>\n\n\n\n SQL> create spfile from pfile=’inittestcopy.ora’; Comprobamos que el spfile se ha creado correctamente:<\/p>\n\n\n\n SQL> startup nomount Nos conectamos a RMAN y recuperamos el controlfile. RMAN> list backup of controlfile;<\/p>\n\n\n\n Conectados ya a la base de datos testcopy<\/strong>, a trav\u00e9s de rman, recuperamos la copia del controlfile que hemos localizado con anterioridad.<\/p>\n\n\n\n RMAN> restore controlfile from ‘\/u01\/backup\/0e267imt_1_1’; Montamos la base de datos:<\/strong><\/p>\n\n\n\n RMAN> alter database mount; Antes de lanzar la recuperaci\u00f3n de la base de datos, vamos a asegurarnos que los ficheros de redo logs<\/strong> se encuentran en la ruta adecuada. Esto lo podemos hacer con la siguiente query:<\/p>\n\n\n\n set lines 200 Si los redo logs apuntan a la antigua base de datos hay que cambiarlos a la ubicaci\u00f3n que tendr\u00e1n en nuestra nueva base de datos. Para ello lanzamos el siguiente comando:<\/p>\n\n\n\n SQL> alter database rename file ‘<old file location and name>’ to ‘<new location and name>’;<\/p>\n\n\n\n Puedes ayudarte con alguna query como la siguiente para hacerlo de forma autom\u00e1tica;<\/p>\n\n\n\n select ‘ALTER DATABASE RENAME FILE \u00bb’||member||\u00bb’ TO \u00bb<localizaci\u00f3n destino> ||substr(member,INSTR(member,’\\’,-1,1),length(member)) ||\u00bb’;’ from v$logfile;<\/p>\n\n\n\n Ejecutamos el rename de los datafiles y lo comprobamos con la query lanzada anteriormente para asegurarnos que el cambio de ubicaci\u00f3n es el correcto:<\/p>\n\n\n\n ALTER DATABASE RENAME FILE ‘\/data\/test\/TEST\/onlinelog\/o1_mf_3_hz8q3jd1_.log’ TO ‘\/data\/testcopy<\/strong>\/TESTCOPY\/redolog\/o1_mf_3_hz8q3jd1_.log’; SQL> set lines 200 Realizamos la restauraci\u00f3n de la base de datos<\/strong>, a trav\u00e9s del backup de RMAN.<\/p>\n\n\n\n Con la base destino (testcopy), montada lanzamos el siguiente comando:<\/p>\n\n\n\n run{ El comando \u00abset newname for database to\u00bb, indica d\u00f3nde queremos que se almacenen nuestros ficheros de nuestra nueva BBDD, esto puede realizarse de forma manual, renombrando cada datafile o de la forma expuesta en este documento. Starting restore at 13-SEP-23 En esta salida indica que se ha recuperado correctamente la base de datos y que se ha aplicado el \u00faltimo archive disponible. SQL> alter database open resetlogs; Comprobamos que todo es correcto:<\/p>\n\n\n\n SQL> select name from v$datafile; SQL> Select member from v$logfile; En este \u00faltimo punto, ya tendr\u00edamos la base de datos recuperada, en este caso puede ser interesante cambiar renombrar la base de datos, ya que el DBID y el DB_NAME de la base de datos original y la copia ser\u00e1 el mismo. Para ello recomiendo realizarlo con la herramienta NID, mejor que de forma manual.<\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" Aunque suele ser menos habitual tener que recuperar una base de datos en la misma m\u00e1quina que en un host diferente, en esta entrada vamos a indicar los pasos necesarios para poder recuperar una base de datos en el mismo host, en este caso no estamos usando ASM como almacenamiento. La base de datos origen<\/p>\n
allocate channel t1 type disk;
allocate channel t2 type disk;
allocate channel t3 type disk;
allocate channel t4 type disk;
backup format ‘\/u01\/backup\/%U’ (base de datos);
backup format ‘\/u01\/backup\/%U’ (archivelog all);
backup format ‘\/u01\/backup\/%U’ current controlfile;
}<\/p>\n\n\n\n
Editamos el fichero oratab y a\u00f1adimos la nueva base de datos:<\/p>\n\n\n\n
test:\/u01\/sw:N
testcopy:\/u01\/sw:N<\/strong><\/p>\n\n\n\n
Muy importante fijarse en los par\u00e1metros \u00abdb_create_file_dest\u00bb donde indicamos donde se guardar\u00e1n nuestros datos, en este escenario es muy importante, ya que estamos recuperando la base de datos en un mismo host donde tenemos nuestra base de datos origen, tambi\u00e9n es muy importante el par\u00e1metro \u00abdb_unique_name\u00bb, que diferenciar\u00e1 nuestra copia de la original.<\/p>\n\n\n\n
*.compatible=’19.0.0′
*.db_block_size=8192
*.db_create_file_dest=’\/data\/testcopy\/’
*.db_name=’test’
*.db_unique_name=’testcopy’
*.diagnostic_dest=’\/u01\/app\/oracle’
*.open_cursors=300
*.pga_aggregate_target=797m
*.processes=300
*.remote_login_passwordfile=’EXCLUSIVE’
*.sga_target=2388m
*.undo_tablespace=’UNDOTBS1′<\/p>\n\n\n\n
File created.
<\/p>\n\n\n\n
ORACLE instance started.
Total System Global Area 2516581464 bytes
Fixed Size 8899672 bytes
Variable Size 536870912 bytes
Database Buffers 1962934272 bytes
Redo Buffers 7876608 bytes
SQL> show parameter pfile
NAME TYPE VALUE
————————————————————–
spfile string \/u01\/sw\/dbs\/spfiletestcopy.ora<\/strong>
<\/p>\n\n\n\n
Restauramos el controlfile:<\/strong><\/p>\n\n\n\n
Nota. Podemos localizar el backup del controlfile, conect\u00e1ndonos a la base de datos \u00aboriginal\u00bb, o base de datos a copiar, en nuestro caso test <\/strong>y ejecutar el siguiente comando.<\/p>\n\n\n\n
Starting restore at 12-SEP-23
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=17 device type=DISK
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
output file name=\/data\/testcopy\/TESTCOPY\/controlfile\/o1_mf_lj1qob64_.ctl
Finished restore at 12-SEP-23
<\/p>\n\n\n\n
released channel: ORA_DISK_1
Statement processed<\/p>\n\n\n\n
col member format a60
select a.thread#,a.group#,b.type,b.member,a.bytes\/1048576
from v$log a,v$logfile b
where a.group#=b.group# order by a.group#;<\/p>\n\n\n\n
ALTER DATABASE RENAME FILE ‘\/u01\/app\/oracle\/fast_recovery_area\/TEST\/onlinelog\/o1_mf_3_hz8q4lbd_.log’ TO ‘\/data\/testcopy\/TESTCOPY\/redolog\/o1_mf_3_hz8q4lbd_.log’;
ALTER DATABASE RENAME FILE ‘\/data\/test\/TEST\/onlinelog\/o1_mf_2_hz8q3jcc_.log’ TO ‘\/data\/testcopy\/TESTCOPY\/redolog\/o1_mf_2_hz8q3jcc_.log’;
ALTER DATABASE RENAME FILE ‘\/u01\/app\/oracle\/fast_recovery_area\/TEST\/onlinelog\/o1_mf_2_hz8q4qgp_.log’ TO ‘\/data\/testcopy\/TESTCOPY\/redolog\/o1_mf_2_hz8q4qgp_.log’;
ALTER DATABASE RENAME FILE ‘\/data\/test\/TEST\/onlinelog\/o1_mf_1_hz8q3jbo_.log’ TO ‘\/data\/testcopy\/TESTCOPY\/redolog\/o1_mf_1_hz8q3jbo_.log’;
ALTER DATABASE RENAME FILE ‘\/u01\/app\/oracle\/fast_recovery_area\/TEST\/onlinelog\/o1_mf_1_hz8q4lfp_.log’ TO ‘\/data\/testcopy\/TESTCOPY\/redolog\/o1_mf_1_hz8q4lfp_.log’;<\/p>\n\n\n\n
col member format a60
select a.thread#,a.group#,b.type,b.member,a.bytes\/1048576
from v$log a,v$logfile b
where a.group#=b.group# order by a.group#;SQL> SQL> 2 3
THREAD# GROUP# TYPE MEMBER A.BYTES\/1048576
1 1 ONLINE \/data\/testcopy<\/strong>\/TESTCOPY\/redolog\/o1_mf_1_hz8q4lfp_.log<\/p>\n\n\n\n
\n\n\n\n
set newname for database to ‘\/data\/tescopy\/TESCOPY\/%U’;
RESTORE DATABASE;
SWITCH DATAFILE ALL;
RECOVER DATABASE;
}<\/p>\n\n\n\n
Si todo es correcto, se tendr\u00e1 una salida similar a esta:<\/p>\n\n\n\n
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=237 device type=DISK
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00004 to \/data\/tescopy\/TESCOPY
.
.
starting media recovery
archived log for thread 1 with sequence 23 is already on disk as file \/u01\/app\/oracle\/fast_recovery_area\/TEST\/archivelog\/2023_09_12\/o1_mf_1_23_lj1pkgkj_.arc
archived log file name=\/u01\/app\/oracle\/fast_recovery_area\/TEST\/archivelog\/2023_09_12\/o1_mf_1_23_lj1pkgkj_.arc thread=1 sequence=23
unable to find archived log
archived log thread=1 sequence=24
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 09\/13\/2023 13:15:18
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 24 and starting SCN of 313766
<\/p>\n\n\n\n
En este momento ya podemos abrir nuestra base de datos<\/strong>.<\/p>\n\n\n\n
Database altered.<\/p>\n\n\n\n
\/data\/tescopy\/TESCOPY\/<\/strong>data_D-TEST_TS-SYSTEM_FNO-1
\/data\/tescopy\/TESCOPY\/data_D-TEST_TS-SYSAUX_FNO-3
\/data\/tescopy\/TESCOPY\/data_D-TEST_TS-UNDOTBS1_FNO-4
\/data\/tescopy\/TESCOPY\/data_D-TEST_TS-USERS_FNO-7
<\/p>\n\n\n\n
\/data\/testcopy\/TESTCOPY\/<\/strong>onlinelog\/o1_mf_3_lj37cp5g_.log
\/data\/testcopy\/TESTCOPY\/onlinelog\/o1_mf_2_lj37cp4r_.log
\/data\/testcopy\/TESTCOPY\/onlinelog\/o1_mf_1_lj37cp41_.log
<\/p>\n\n\n\n