SSFS with brtools

[Former Member]

Hello to all!

I implemented SSFS, created BRT$ADM user and fixed SDBAC_DATA.

system is using ssfs:

con_info_ext_support(): DBSL supports extended connect protocol

==> connect info for default DB will be read from ssfs

brconnect is ok:

su - oraew1

brconnect -u // -c -f check

BR0801I BRCONNECT 7.20 (42)

BR0805I Start of BRCONNECT processing: cetatcqm.chk 2016-04-27 11.16.12

BR0484I BRCONNECT log file: /oracle/EW1/sapcheck/cetatcqm.chk

BR0477I Oracle pfile /oracle/EW1/112_64/dbs/initEW1.ora created from spfile /oracle/EW1/112_64/dbs/spfileEW1.ora

BR0280I BRCONNECT time stamp: 2016-04-27 11.16.14

BR0813I Schema owners found in database EW1: APPQOSSYS, BRT$ADM, DBSNMP, DIP, ORACLE_OCM, OUTLN, SAPSR3*, SYS, SYSTEM

BR0280I BRCONNECT time stamp: 2016-04-27 11.16.23

BR0814I Number of tables/partitions in schema of owner SAPSR3: 38259/24

BR0836I Number of tables treated as info cubes for owner SAPSR3: 429

BR0814I Number of tables/partitions in schema of owner SYS: 918/138

BR0814I Number of tables/partitions in schema of owner SYSTEM: 157/45

BR0280I BRCONNECT time stamp: 2016-04-27 11.16.37

BR0815I Number of indexes/partitions in schema of owner SAPSR3: 48995/126

BR0815I Number of indexes/partitions in schema of owner SYS: 988/137

BR0815I Number of indexes/partitions in schema of owner SYSTEM: 224/64

but in db13 it seems like i did't make the changes in SDBAC_DATA:

backup job:

check db job:

What I forgot to do ? Thanks for help!

[Former Member · Accepted solution]

I fixed it. For my kernel I should use SDBAC table instead of SDBAC_DATA.