OPS$ Vs SSFS

OPS$ Connect Mechanism:
During Installation OPS$ Users are created in database.The Users who are created in Operating System are allowed to connect to database without any password provided they are prefixed with OPS$. Ex: <sid>adm(OS User) is created in database as OPS$<SIDADM>.
  • Each SAP R3 Work Process Connects to the database directly and establishes a dedicated connection.
  • Each Process Connects as OPS$User and Connects to table SAP USER.
    SAPUSER table is owned by OPS$USER. This table Contains SAP Schema Owner(database Owner) and Password.
  • Each Process gets the password,disconnects from database and Reconnect as SCHEMA OWNER(SAPSR3).
OS_AUTHENT_PREFIX=OPS$ REMOTE_OS_AUTHENT=TRUE
Note: These Two parameters obsolete from Oracle 11 and outdated and removed from oracle 12C.
select owner,count(*) from dba_tables group by owner; select table_name,owner from dba_tables where owner=’OPS$DEVADM’; select * from “OPS$DEVADM”.SAPUSER;
Secure Storage File System(SSFS):
Instead of going to Database using OPS$ Mechanism to get the password,
the password is now stored more securely in the global shared File System
usr\sap\<SID>\SYS\global\security\rsecssfs|DATA
usr\sap\<SID>\SYS\global\security\rsecssfs|KEY
The User ID and password are stored in DATA and KEY Directories.
The Work Process directly gets this password and Connects to database and obsoleting the OPS$ Mechanism.

Comments

Popular posts from this blog

ENQUEUE WORK PROCESS

SPOOL WORK PROCESS

DIALOG PROCESS