Здравствуйте!

Делаю восстановление БД ERP 6.0 из on-line бэкапа на другом сервере (версия ОС и БД - те же, т. е. все бинарники одинаковые).
В BRTools выбран пункт PITR.
BRTools 7.20 обновил до последней версии 41.
Проверил S-бит и права на br* -выставлены правильно:
-rwsrwxr-x 1 orasid sapsys 11174992 февр. 10 18:00 /sapmnt/SID/exe/brarchive*
-rwsrwxr-x 1 orasid sapsys 11413896 февр. 10 18:00 /sapmnt/SID/exe/brbackup*
-rwsrwxr-x 1 orasid sapsys 13894504 февр. 10 18:00 /sapmnt/SID/exe/brconnect*
-rwxr-xr-x 1 sidadm sapsys 11955296 февр. 10 18:00 /sapmnt/SID/exe/brrecover*
-rwxr-xr-x 1 sidadm sapsys 4600264 февр. 10 18:00 /sapmnt/SID/exe/brrestore*
-rwxr-xr-x 1 sidadm sapsys 14642864 февр. 10 18:00 /sapmnt/SID/exe/brspace*
-rwxr-xr-x 1 sidadm sapsys 5239904 февр. 10 18:00 /sapmnt/SID//exe/brtools*

BRTools запускаю из под orasid.

Файлы данных восстановились, а off-line archive log'и не хотят накатываться.
Вот такой лог:
BR0280I BRRECOVER time stamp: 2015-02-11 11.52.32
BR0307I Shutting down database instance SID ...
BR0278E Command output of '/oracle/SID/112_64/bin/sqlplus /nolog < /oracle/SID/sapbackup/.vepvjjiz.spi':

SQL*Plus: Release 11.2.0.2.0 Production on Ср Фев 11 11:52:32 2015
Copyright (c) 1982, 2010, Oracle. All rights reserved.
> Соединено.
>
> SQL> SQL> SQL> SQL> SQL> ORA-01109: база данных не открыта
База данных размонтирована.
Экземпляр ORACLE завершен.
SQL> Отсоединено от Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
With the Partitioning and Real Application Testing options

BR0280I BRRECOVER time stamp: 2015-02-11 11.52.41
BR0279E Return code from '/oracle/SID/112_64/bin/sqlplus /nolog < /oracle/SID/sapbackup/.vepvjjiz.spi': 0
BR0302E SQLPLUS call for database instance SID failed
BR0309E Shutdown of database instance SID failed

Т. е. BRTools может БД остановить/замонтировать, но эта информация не передается BRTools'у и он этого не видит, и не дает идти дальше:
BR0669I Cannot continue due to previous warnings or errors - you can go back and repeat the last action
BR0671I Enter 'b[ack]' to go back, 's[top]' to abort:

Как я понимаю тут не проблема с OPS$ так как на стадии mount мы не можем прочитать dba_users и до этого не доходит.
Можно попробовать накатить редологи руками через sqlplus, но хочется разобраться, как правильно восстанавливать БД через BRTools.

Подскажите, пожалуйста, где копать?

Можно робкий вопрос?
А на исходной системе тоже локаль русская была? И все работало нормально?

Да, и всё работает нормально.
Это плохо?

Ну, в общем-то, SAP всегда говорил, что локаль должна быть исключительно английской

А по теме: на смотрели содержимое файла которые оно пихает в sqlplus?
Что он там пытается выполнить?

Пытается такое сделать (когда запускает и останавливает соответственно):
@/oracle/SID/sapbackup/.vepvfxhf.spu
host /usr/sap/SID/SYS/exe/run/brtools -f delete /oracle/SID/sapbackup/.vepvfxhf.spu;
set sqlprompt "SQL> ";
set time off;
set tab off;
set linesize 1000;
set pagesize 1000;
startup mount;
exit;

@/oracle/SID/sapbackup/.vepvfxhf.spu
host /usr/sap/SID/SYS/exe/run/brtools -f delete /oracle/SID/sapbackup/.vepvfxhf.spu;
set sqlprompt "SQL> ";
set time off;
set tab off;
set linesize 1000;
set pagesize 1000;
shutdown immediate;
exit;

И да - в alert.log'е Oracle БД есть:
ALTER DATABASE MOUNT
...
ALTER DATABASE CLOSE NORMAL

Значения SID базы и переменных среды окружения для юзеров совпадают?

Что-то меня терзают смутные подозрения, что BRRECOVER видит в выводе строку ORA-01109 и считает, что операция закончилась неуспешно.
А сообщение лезет из-за того, что база не в том состоянии, которое ожидалось, т.е. не стартована.

to шрам:
да, совпадают
ОС и БД (бинарники) восстановлены из бэкапа полностью, имя сервера - такое же.

to avlag:
суть такая - файлы данных я восстановил (т. е. в brrestore нажимал пропустить пункты перемонтирования, а вот с brrecover уже так не проходит).
brrecover хочет зашатдаунить БД - и БД это делает, но brrecover этого не видит, то же самое с монтированием.
А в alert_SID.log я все эти действия вижу.

to avlag:

хотя в одном месте нашел такое при остановке БД:
ALTER DATABASE CLOSE NORMAL
ORA-1109 signalled during: ALTER DATABASE CLOSE NORMAL...
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089

а вот при MOUNT- точно никаких ORA-error нет.

Ну так оно и ругается при остановке, и бртулзы дальше не идут.
Это попытка остановить не стартованную базу.
Возможно именно это BRRECOVER и считает ошибкой. Хотя ошибки-то и нет

Понятно, спасибо, только что с этим дальше делать?
Я ручками перевожу БД в MOUNT, а BRRECOVER все равно сначала ее шатдаунит и хочет запустить с MOUNT сам...

после долгих кулуарных прений... выплыла следующая гипотеза:

бинарник brrecover некорректно воспринимает оракловый код ORA-1109, который по своей сути не является ошибкой.
проверить появление сего кода очень легко:
1. перевести любую базу в состояние mount
2. выполнить команду shut immediate

решение, кмк, только одно - заменить brtools
- можно взять с рабочей системы, если там версия отличается
- можно поставить brtools версии 721
и т.д.

задача одна - чтобы brrecover корректно воспринимал этот код и не считал его ошибкой.

В том то и дело, что все бинарники, права, brtools восстановлены с реальной системы, где и on-line backup делался, который теперь пытаюсь восстановить на другом сервере.
После того, как не получилось на старой версии brtools (которая была на реальном сервере) - поставил самую последнюю версию brtools для 6.20 (version 41)- но то же не помогло.
Это навело на мысли, что причина не в версии и багах brtools, а в чем-то другом что и побудило написать на форум.

Может быть я туплю, кончено, но на SAP Market Place в ядрах 7.20, 7.21 и 7.21_EXT лежат DBATL720O10_41-20005274.SAR и DBATL720O10_40-10011214 - т. е. brtools 7.20 в версиях 40 и 41.
У меня сейчас установлена как раз 7.20 v41.

Если у меня ядро 7.20 - то стоит ли пробовать ставить brtools 7.40 (DBATL740O11_13-20012205.SAR)?

скорее всего DBATOOLS для 721 и 720 будут разными.

7.40 скорее всего не взлетит. ибо захочет dboraslib родной версии