Добрый день форумчане. Есть такой вот вопросик по технологии стендбай.
Какое-то время в прошлом написал я скрипт, который успешно обновлял тестовую БД из бекапов RMAN на протяжении минимум года.
При этом тестовая БД никоим образом не была напрямую связана с боевой. Только файлы бекапа архивлогов накатывались на тестовую БД.
Вот упрощенный код скрипта
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
sqlplus / as sysdba << ENDPLUS
shutdown immediate
startup mount
alter database convert to physical standby;
exit;
ENDPLUS
rman target / << ENDRMAN
shutdown immediate
startup mount
catalog start with '/mnt/backup/db_rman/' NOPROMPT;
recover database;
exit;
ENDRMAN
sqlplus / as sysdba << ENDPLUS2
alter database convert to snapshot standby;
alter database open;
exit;
ENDPLUS2
Бекап на боевом сервере изменили. Теперь он бекапит на виртуальное ленточное устройство.
И команду "catalog start with" не запустишь.
Переделал я скрипт. Я вначале восстанавливаю controlfile который знает где и какие файлы есть на виртуальном ленточном устройстве. А потом уже обновляю БД.
упрощенный код нового скрипта.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
sqlplus / as sysdba << ENDPLUS
shutdown immediate
startup mount
alter database convert to physical standby;
exit;
ENDPLUS
rman target / << ENDRMAN
shutdown abort
startup nomount
set dbid 9999999999;
RUN {
ALLOCATE CHANNEL a1 TYPE sbt_tape PARMS "SBT_LIBRARY=/opt/veeam/VeeamPluginforOracleRMAN/libOracleRMANPlugin.so";
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE SBT_TAPE TO '%F_RMAN_AUTOBACKUP.vab';
RESTORE standby CONTROLFILE FROM AUTOBACKUP maxdays 10;
}
exit;
ENDRMAN
rman target / << ENDRMAN
shutdown abort;
startup mount;
CONFIGURE DEFAULT DEVICE TYPE TO SBT_TAPE;
recover database;
exit;
ENDRMAN
sqlplus / as sysdba << ENDPLUS2
alter database convert to snapshot standby;
alter database open;
exit;
ENDPLUS2
Новый скрипт после recover database;
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
channel ORA_SBT_TAPE_1: starting archived log restore to default destination
channel ORA_SBT_TAPE_1: restoring archived log
archived log thread=1 sequence=22187
channel ORA_SBT_TAPE_1: restoring archived log
archived log thread=1 sequence=22188
channel ORA_SBT_TAPE_1: reading from backup piece e1f778c6-2771-4005-817b-2f146ace1fb1/arclog_RMAN_2142714001_GRP_20201123_javg96k8_1_1.vab
channel ORA_SBT_TAPE_1: piece handle=e1f778c6-2771-4005-817b-2f146ace1fb1/arclog_RMAN_2142714001_GRP_20201123_javg96k8_1_1.vab tag=ARCHIVELOG_VEEAM
channel ORA_SBT_TAPE_1: restored backup piece 1
channel ORA_SBT_TAPE_1: restore complete, elapsed time: 00:07:35
archived log file name=/ora/admin/grp/archivelogs/1_22187_1030018271.dbf thread=1 sequence=22187
archived log file name=/ora/admin/dbgrp/archivelogs/1_22188_1030018271.dbf thread=1 sequence=22188
unable to find archived log
archived log thread=1 sequence=22189
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 11/23/2020 21:50:42
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 22189 and starting SCN of 10663310202
И преобразование в snapshot вываливается с ошибкой
1.
2.
3.
4.
5.
6.
SQL> alter database convert to snapshot standby
*
ERROR at line 1:
ORA-38784: Cannot create restore point 'SNAPSHOT_STANDBY_REQUIRED_11/23/2020
21:50:42'.
ORA-38788: More standby database recovery is needed
Вручную это лечится легко. Архивируем лог 22189 на боевом сервере копируем его на тестовой сервер. команда "catalog archivelog".
А далее тестовая база успешно обновляется, конвертится и открывается.
Но мне нужен скрипт который обновлял тестовую БД автоматически из виртуального ленточного устройства. Без ручного вмешательства. Может кто знает как это сделать?
