Добрый день! Помогите чем сможите

После гетерогенного копирования системы не выполнялся offline backup как через brtools, так и в DB13. Нашел ноту про права на BR* файлы.
Выставил и о чудо - через brtools заработало, как под sidadm, так и под orasid.
Однако, в DB13 все та же ошибка:



Пробовал менять версию brtools, пробовал делать бэкап на локальный каталог - не помогло.

попробуйте выполнить сброс паролей через brtools

Не меняется

BR0257I Your reply: 'c'
BR0259I Program execution will be continued...
BR0278W Command output of '/usr/sap/SM1/SYS/exe/run/brtools -f printpwd -U /usr/sap/SM1/SYS/global/security/data/.java.pwf | /oracle/SM1/112_64/jdk/bin/java -classpath /usr/sap/SM1/SYS/global/sltools/sharedlib/launcher.jar com.sap.engine.offline.OfflineToolStart com.sap.inst.secstore.AdjustSecureStoreFS /usr/sap/SM1/SYS/global/sltools/sharedlib:/usr/sap/SM1/SYS/global/security/lib/tools -sidSource SM1 -sidTarget SM1 -sec /usr/sap/SM1/SYS/global/security/data/SecStore.properties -key /usr/sap/SM1/SYS/global/security/data/SecStore.key -dbUser SAPSR3DB -useStdin -nomask':
java.lang.ClassNotFoundException: com.sap.inst.secstore.AdjustSecureStoreFS
at com.sap.engine.offline.FileClassLoader.findClass(FileClassLoader.java:691)
at com.sap.engine.offline.FileClassLoader.loadClass(FileClassLoader.java:600)
at com.sap.engine.offline.FileClassLoader.loadClass(FileClassLoader.java:578)
at com.sap.engine.offline.OfflineToolStart.main(OfflineToolStart.java:79)
BR0280I BRCONNECT time stamp: 2014-06-04 14.50.55
BR0279E Return code from '/usr/sap/SM1/SYS/exe/run/brtools -f printpwd -U /usr/sap/SM1/SYS/global/security/data/.java.pwf | /oracle/SM1/112_64/jdk/bin/java -classpath /usr/sap/SM1/SYS/global/sltools/sharedlib/launcher.jar com.sap.engine.offline.OfflineToolStart com.sap.inst.secstore.AdjustSecureStoreFS /usr/sap/SM1/SYS/global/sltools/sharedlib:/usr/sap/SM1/SYS/global/security/lib/tools -sidSource SM1 -sidTarget SM1 -sec /usr/sap/SM1/SYS/global/security/data/SecStore.properties -key /usr/sap/SM1/SYS/global/security/data/SecStore.key -dbUser SAPSR3DB -useStdin -nomask': 2
BR1527E Setting password for user SAPSR3DB in secure storage /usr/sap/SM1/SYS/global/security/data/SecStore.properties failed
BR0832E Changing password for user SAPSR3DB failed

BR0280I BRCONNECT time stamp: 2014-06-04 14.50.55
BR0804I BRCONNECT terminated with errors

###############################################################################

Сделал временно chmod 6777 /usr/sap/SM1/SYS/global/ -R - не помогло

посмотрите ноты
Note 134592 - Importing the SAPDBA role (sapdba_role.sql)
Note 50088 - Creating OPS$ users on Windows NT/Oracle (ORADBUSR.SQL)
в этих двух нотах ценны - скрипты, их стоит прогонять после гомогенного копирования.

Note 1622837 - Secure connection of AS ABAP to Oracle via SSFS
Note 1639578 - SSFS as password storage for primary database connect

получается чтобы заработало нужно SSFS внедрить ? online backup через DB13 работает.
Скрипты sapdba_role.sql и ORADBUSR.SQL прогнал - не помогло. Ядро менял на более старое (и соответственно, brtools комплект) - не помогло. отдельно менял Brtools (dbsutils) на 7.40 - не помогло.

да, а потом поискать ноты, в которых про полномочия на уровне файловой системы для brtools

Скрипты с правами на уровне файловой системы тоже прогонял (saproot.sh и oraroot.sh), именно они и исправили проблему работы offline backup через brtools, осталось через db13

Ура, разобрался!
Дело в том, что когда запускаешь brtools из терминала, он вызывается из /sapmnt/SM1/exe/brtools

Но когда его вызывает SAP из DB13, он запускает экземпляр из exe-шников инстанции /usr/sap/SM1/DVEBMGS00/exe/brtools

Скрипты saproot.sh and oraroot.sh, выставляющие права и владельца, смотрят лишь на /sapmnt/SM1/exe/brtools.
Поэтому чтобы работал offline backup через DB13 права на эти экземпляры нужно выставить вручную.

Чойта у вас не того с бр-тулзами.
В /usr/sap/<SID>/DVEBMGS<no>/exe их быть вроде как вообще не должно.
Они живут в /usr/sap/<SID>/exe/run/<возможны варианты>, что является линком на /sapmnt/<SID>/exe/<и т.д.>
Так что права и флаги достаточно правильно выставить именно в /sapmnt/<SID>

Да, ваша правда, avlag, где-то я перемудрил..