Почему база данных при переносе на другой сервер даёт ошибки?

Question

[MasterArt]

Oracle 11g. Делаю полное холодное копирование базы на другой идентично настроенный сервер и при запуске получаю ошибки

ORA-00742: Log read detects lost write in thread %d sequence %d block %d
ORA-00312: online log 1 thread 1: '/app/oracle/oradata/orcl/redo01.log'

Пишет, как я понял, что каких-то записей недостаёт, но как такое может быть? Все файлы базы скопированы полностью, база перед копированием закрывалась. Как чего-то может недоставать?

Answer 1

[Евгений]

>база перед копированием закрывалась
Точнее, что значит закрывалась? Как выключали, какой командой?

А также обратите внимание:
https://docs.oracle.com/cd/E25178_01/backup.1111/e...
Caution:
Never back up online redo log files.

Comments

[MasterArt]

service oracle stop;

Я почитаю по вашей ссылке. Но можете сказать как тогда правильно делать бекап базы на другой сервер и восстанавливать его там? Я всё это время просто копировал все файлы базы и потом справлялся с ошибками при восстановлении их на другом сервере.

Вот инструкция доставшаяся мне от предыдущего админа базы:
Восстановление бекапа на запасном сервере:

1) Заходим под root-ом на Server
2) останавливаем сервис - service oracle stop
3) копируем данные из каталога резервной копии в каталог /app/oracle/oradata/orcl, выставляем права на доступ 755 и владельца файлов oracle:oinstall
4) копируем файл control01.ctl в каталог /app/oracle/fast_recovery_area/orcl и переименовываем его в control02.ctl. Выставляем права доступа и владельца.
5) Запускаем сервис — service oracle start
6) смотри лог запуска /app/oracle/product/11gR1/db/startup.log и видим ошибки запуска базы orcl
7) заходим пользователем oracle – su – oracle
8) запускаем sqlplus – sqlplus /nolog;
9) коннектимся к базе под sys-ом с правами дба
10) запускаем восстановление бд — alter database recover;
11) открываем базу — alter database open;
12) выключаем бд — shutdown immediate;
13) запускаем бд — startup;
14) выходим из sqlplus – exit;

Вот так я и делал.

[Евгений]

MasterArt, это довольно творческое решение.

На верхнем уровне у вас все правильно: вы выключаете БД, копируете на новое место, включаете. При этом никаких ошибок восстановления быть не должно, так как вы делаете холодный бэкап. Скорее всего проблема в вашем случае в том, что "service oracle stop" не выключает, либо не успевает выключить БД до того, как вы начинаете копирование.

Я бы рекомендовал выключать БД более традиционным способом:

su - oracle
sqlplus / as sysdba
shutdown immediate
--выполнить копирование файлов БД на новое место
startup
exit

[MasterArt]

Евгений,


Вроде успевает выключится. Но я попробую выключить через shutdown immediate. Но выключить для копирования её можно только ночью.

А как быть с

Never back up online redo log files.

? redo.log копировать или нет?

[Евгений]

MasterArt, если база выключена корректно и полностью, то они не нужны.

[Евгений Комаров]

MasterArt, а для чего такие сложности? Есть же стандартные механизмы и для дампов и для бэкапов... Чем обусловлена необходимость именно в холодном копировании файлов, да еще и с последующим танцем с бубном?..

[MasterArt]

Евгений Комаров, так вроде холодный бекап проще всего должен быть. Выключил базу, скопировал на другой сервер, запустил. Я так понимаю, что моя ситуация, когда в процессе восстановления из холодного бекапа появляются ошибки это аномалия, с которой я пытаюсь разобраться.

Я когда искал решение своей проблемы обратил внимание, что люди делающие бекап через например rman сталкиваются с такими же проблема при востановлении.

[Евгений Комаров]

MasterArt, с rman реально бывают приколюхи при попытке восстановления на другом сервере. Самый надежный вариант развертывания на другом железе, как по мне, через data pump.

Но выключить для копирования её можно только ночью

тот же дамп

[rPman]

Евгений Комаров, можно поднять второй сервер с базой (даже на слабом железе или виртуалке), настроить master-slave репликацию между ними, и в момент, когда тебе нужна резервная копия, останавливать slave копию, делать копирование, после чего опднимать ее, она 'догонит' master по изменениям.

кстати, просто создание резервной копии штатным dump с помощью slave машины очень полезно, не будет ронять производительность основного сервера да и сама копия будет максимально быстрой, так как slave будет не нагружен.

[Евгений]

MasterArt, а покажите скрипт, которым базу выключаете.

[MasterArt]

Евгений, service oracle stop;