Забыл сказать - у меня Solaris on SPARC 64bit.
Посмотрите, пожалуйста, я действительно что-то не вижу тут:
https://support.sap.com/software/patches.html
?

смотря что Вы хотели увидеть

вот какие DBATOOLS под SPARC я вижу:
SAP KERNEL 7.21 64-BIT UNICODE -> Solaris on SPARC 64bit -> ORACLE:
DBATL720O10_40-10011214.SAR DBATOOLS Package for Oracle 10g and 11g 40 Info 35300 05.11.2014

SAP KERNEL 7.20 64-BIT UNICODE -> Solaris on SPARC 64bit -> ORACLE:
DBATL720O10_41-20005274.SAR DBATOOLS Package for Oracle 10g and 11g 41 Info 35300 10.02.2015

Да, спасибо, именно это я и вижу.
Когда написал свое первое сообщение но форуме - стояла версия:
SAP KERNEL 7.20 64-BIT UNICODE -> Solaris on SPARC 64bit -> ORACLE:
DBATL720O10_41-20005274.SAR DBATOOLS Package for Oracle 10g and 11g 41 Info 35300 10.02.2015

Сейчас поставил вот эту версию:
SAP KERNEL 7.21 64-BIT UNICODE -> Solaris on SPARC 64bit -> ORACLE:
DBATL720O10_40-10011214.SAR DBATOOLS Package for Oracle 10g and 11g 40 Info 35300 05.11.2014

но результат, к сожалению, прежний.

Маленькое уточнение:
Когда БД в статусе shutdown и пытаюсь сделать так:
brrecover -p initSIDsapbackup1.sap -pit 2015-02-05 12.00.00
то получаю ту же ошибку:
Total System Global Area 1,8178E+11 bytes
Fixed Size 2168536 bytes
Variable Size 1,8790E+10 bytes
Database Buffers 1,6267E+11 bytes
Redo Buffers 310992896 bytes
База данных смонтирована.
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 17.40.38
BR0279E Return code from '/oracle/SID/112_64/bin/sqlplus /nolog < /oracle/SID/sapbackup/.vepvkoff.spi': 0
BR0302E SQLPLUS call for database instance SID failed
BR0332E Start and mount of database instance SID failed

BR0280I BRRECOVER time stamp: 2015-02-11 17.40.38
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:

но в alert_SID.log никаких ошибок в принципе нет, поэтому не понимаю за что может зацепиться brrecover, когда пытается стартовать БД в режиме MOUNT:
RECO started with pid=49, OS id=57490
Wed Feb 11 17:40:33 2015
MMON started with pid=50, OS id=57492
Wed Feb 11 17:40:33 2015
MMNL started with pid=51, OS id=57494
ORACLE_BASE from environment = /oracle
Wed Feb 11 17:40:33 2015
ALTER DATABASE MOUNT
Successful mount of redo thread 1, with mount id 1935094033
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT

чот у меня уже фантазия начинает сбоить

вот чего могу посоветовать... практически из последних сил:
583861 - UNIX: Errors due to Oracle executable

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

настройке Secure Storage in the File System
расширьте использование SSFS на brtools
приведите права на brtools и оракловые папки согласно ORA-01017/ORA-01031 in BR*Tools on Linux and Solaris 11

и как-то смущает название инстанции... - SID
ранее в гайдах по инсталляции был перечень запрещенных вариантов СИДов

SID - это я так шифруюсь.
Конечно реальный SID - другой.

to jack_nsk:

ноту
ORA-01017/ORA-01031 in BR*Tools on Linux and Solaris 11
я смотрел и права на br* у меня установлены - с этого и начал...

а вот этот пункт я не могу выполнить, так как БД в состоянии mount, а отрыть БД я не могу, так как хочу докатить редологи офф-лайновые:
sqlplus /nolog
SQL> connect / as sysdba
SQL> create user ops$ora<dbsid> identified externally temporary tablespace psaptemp;
SQL> grant sapdba to ops$ora<dbsid>;

может быть я что-то не понимаю, но все операции с OPS$ могут быть, когда БД в состоянии OPEN и возможно чтение таблиц, например, dba_users, так?

to шрам:

по этой ноте
583861 - UNIX: Errors due to Oracle executable
все уже было выставлено изначально.

oratab то же присутствует с правильным ORACLE_HOME и переменные окружения то же все правильные.

обновил ядро до 7.21_EXT
обновил BRTools до 7.41 v12 (со своей библиотекой libsbt.so BRTools взлетел)

но это всё не помогло...

есть у кого-нибудь еще какие-нибудь идеи?

to avlag:
Вы оказались правы
Спасибо!

Если прописать NLS_LANG=AMERICAN_AMERICA.UTF8, то BRTools считывает статус БД.

Правда пришлось заново все пункты повторить - пока идет восстановление файлов данных, но надеюсь теперь и BRRECOVER отработает.

Всем спасибо - всё получилось!