Не запускается SAP/R3 после востановления с резервной копии

vlymar

Особо не документирую, так.. делаю для себя заметки.
Есть у нас продуктивный сервер, необходимо было сделать его зеркало на другой машине с бекапов которые сохранялись с продуктива на nfs. Даллее вы знаете..

Или все описать с установки SAP r3 и тд?

Ent-ch

Всем добрый день. Не создавал тему, так как ситуация схожа, с тем что описал коллега. Восстанавливал базу по миниману.

Code:

1.Запускаем утилиту восстановления:
#brrestore -m full -b beclizxq.afd -c -d disk
2.Сверяем контрольные таблицы на эдентичность, оставляем самый новый вариант.
#cp /oracle/PRD/origlogA/cntrl/cntrlPRD.dbf /oracle/PRD/sapdata1/cntrl/cntrlPRD.dbf
3.Создаем файл CONTROL.SQL
#su oraprd
#sqlplus /»as sysdba»
SQL> startup mount
SQL> alter database backup controlfile to trace;
SQL> exit
4. Редактируем файл CONTROL.SQL
Удаляем все строки до фрагмента «STARTUP MOUNT»
Удаляем все строки комментариев, которые начинаются с #
Удаляем все строки после CHARACTER SET WE8DEC
Заменяем строку
CREATE CONTROLFILE REUSE DATABASE ‘SSID’ NORESETLOGS ARCHIVELOG;
на
CREATE CONTROLFILE REUSE SET DATABASE ‘TSID’ RESETLOGS ARCHIVELOG;
5. Интегрируем созданный файл.
SQL> @/control.sql
6. Открываем БД с очисткой логов
SQL> alter database open resetlogs;

Но база не стартует

. Раньше это работало, но в этот раз я прибил логи в /oracle/PRD/oraarch, потому что переходил на новый винт. Не пинайте, я не базисник а абапер

. Эта инстанция не входит в системный ландшафт, используется для тестов в процессе разработки.
Сейчас при запуске выдает:

Code:

 alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/oracle/PRD/sapdata1/system_1/system.data1'

Базисника позвать не могу, нету его в штате, по организации работы критику послушать могу, но повлиять на ситуацию на предприятии - нет

.

шрам

эх...
а внешнего позвать? это не так дорого как кажется, зато с гарантией.

по сути вопроса - Вам требуются файлы архайвлогов, которые лежали/лежат в папке oraarch и называются
они имеют примерно такой вид SIDarch... .dbf
это архивные журналы, произведенных изменений в базе.
их и просит процесс восстановления.
подкладывать их надо тоже в папку oraarch, предварительно изменив SID в заголовке файла

команда на запуск восстановления может быть следующей в Вашем раскладе:

Code:

recover database using backup controlfile until cancel;

затем либо выбрать вариант AUTO, который восстановит базу до последнего доступного archiveLOG либо на каждый файл нажимать ENTER

тьфу... коллега мне ткнул носом в фразу:

Цитата:

но в этот раз я прибил логи в /oracle/PRD/oraarch, потому что переходил на новый винт.

если нигде не осталось копии, то без вариантов.

З.ы. если продуктив еще работает и файлы там лежат....скопируйте их уже...чтоли

Ent-ch

а через brrestore выдернуть из архива нельзя, неужели они там не сохраняются?
По поводу пригласить - это особо никому не нужно, кроме меня как разработчика, который заинтересован, в реальных данных, для быстрой разработки.

tr0ublemaker

Ent-ch написал(а):

а через brrestore выдернуть из архива нельзя, неужели они там не сохраняются?
По поводу пригласить - это особо никому не нужно, кроме меня как разработчика, который заинтересован, в реальных данных, для быстрой разработки.

с помошью brrestore редологи можно вытащить из бекапа опцией brrestore -a, подробности есть на help.sap.com.
если восстанавливаете со сменой SID, то в в скрипте пути надо не забыть поменять.

Ent-ch

Там только номера можно ставить, где в батчфайле можно посмотреть, какие номера сохранились, и скажите правильный синтаксис команды, я всяк пробовал - не получается.

tr0ublemaker

brrestore -a 200-220
Restore the archived redo log files with the log sequence numbers from 200 through 220 into the archiving directory.

log sequence numbers у вас будет просить oracle, после команды recover database until...
забекапленные номера можно посмотреть в логе *.svd

Ent-ch

А если нет такого файла?

tr0ublemaker

Ent-ch написал(а):

А если нет такого файла?

скорее всего у вас нет бекапа редологов.
вообще-то странно, что восстановление из оффлайн бекапа требует редологи.

шрам

повторно задам вопрос: а на рабочей системе, где делался

Code:

SQL> alter database backup controlfile to trace;

архайвлоги остались?

tr0ublemaker
угу..странно...

Ent-ch
а чего говорит команда на recovery?
Я правильно понимаю, что Вы делаете копию в продуктивную среду?

Ent-ch

Мне тоже странно почему требует редо, я подозреваю из-за пересоздания контрол файла. Мне тоже не понятно зачем пересоздавать контрол, если его извлекли только что. Данные восстанавливаю из продуктива, но в свою песочницу, которая вне транспортной системы.
Завершается повторное извлечение файлов, длится оно порядка 8 часов, попробую запустить базу через другой способ:

Code:

To restore data

Type the following command:

      BRRESTORE -d util_file -b last -m full  
To restore the database

Type the following commands:

      SQL>startup mount      SQL>recover database      SQL>alter database open;

Vadimus

1) Вам точно надо менять SID базы?
2) Я не увидел от Вас фразы, что восстанавливаете именно из холодного бэкапа. Проверьте, действительно ли это offline-backup.

Пересоздавать контрол-файл нужно лишь в том случае, если Вы хотите сменить SID базы. Если не хотите, то пересоздавать его не надо.

Ent-ch

SID менять не надо.

Code:

b********.ffd

oracle_sid                     PRD
backup_mode                    FULL
backup_type                    offline
backup_dev_type                disk
backup_root_dir                /backup
compress                       yes

Vadimus

Но раньше Вы пользовались этой инструкцией:
Заменяем строку
CREATE CONTROLFILE REUSE DATABASE ‘SSID’ NORESETLOGS ARCHIVELOG;
на
CREATE CONTROLFILE REUSE SET DATABASE ‘TSID’ RESETLOGS ARCHIVELOG;

Что Вы ставили вместо TSID?
Как я понимаю, сам SAP уже стоит? Соответственно, он уже ожидает БД с вполне конкретным SID.

Что значит "переходил на новый винт"? я так понимаю, что структуру папок вы восстановили как было?

Второй способ очень похож на восстановление из холодного бэкапа без смены сида.
А первый описанный Вами способ - восстановление со сменой SID.

Ent-ch

Сап установлесн, Сид не меняется.
Вот лог попытки запустить сап, после восстановления:

Code:

SQL> startup mount
ORACLE instance started.

Total System Global Area 1996488704 bytes
Fixed Size                  2072248 bytes
Variable Size            1006633288 bytes
Database Buffers          973078528 bytes
Redo Buffers               14704640 bytes
Database mounted.
SQL> recover database
ORA-00283: recovery session canceled due to errors
ORA-00264: no recovery required

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
SQL>

Вторая попытка восстановить, используя самый ранний редо полученный из продуктива.

Code:

SQL> recover database using backup controlfile until cancel;
ORA-00279: change 1815788485 generated at 05/15/2012 17:22:48 needed for thread
1
ORA-00289: suggestion : /oracle/PRD/oraarch/PRDarch1_369177_644701173.dbf
ORA-00280: change 1815788485 for thread 1 is in sequence #369177

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/oracle/PRD/oraarch/PRDarch1_1000_782619835.dbf
ORA-00342: archived log does not have expected resetlogs SCN 1
ORA-00334: archived log: '/oracle/PRD/oraarch/PRDarch1_1000_782619835.dbf'

ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/oracle/PRD/sapdata1/system_1/system.data1'

SQL>

Более ранних редо нет, так как они чистились недавно на продуктиве

.

Правила форума

Не запускается SAP/R3 после востановления с резервной копии

Кто сейчас на конференции