Skip to main content

Oracle E-Business Suite Schema Type

Oracle E-Business Suite Schema:

Type 1. Schemas that exist in every Oracle database - SYS, SYSTEM.
Type 2. A small set of critical core schemas used by shared components of Oracle E-Business Suite - APPLSYSPUB, APPLSYS, APPS, APPS_NE.
APPYSYSPUB schema:
  • It is public account, and has only Read-Only privileges on a few tables and views for signing on to Applications.
  • The password for this account can be seen from the OS in the environment variable or logical GWYUID.
  • It was pointless to change it before the security patch that allowed the APPLSYSPUB password to be encrypted.
  • Warning: The APPLSYSPUB password is unique in that it must be maintained as an uppercase password. This means that if you opt to change the APPLSYSPUB password in Oracle Database 11g, you must enter the new password in all uppercase to preserve system functionality.
  • Oracle recommend that the APPLSYSPUB password should be changed on all Release 12.x systems, using either AFPASSWD or FNDCPASS. AutoConfig should be run after changing the password, to synchronize all the application tier files.
Type 3. A large set of schemas provided by individual Oracle E-Business Suite products, ranging (using product short names) from ABM through to ZX.
4. A set of schemas that belong to optional database features or third party products.
These fall into three sub-categories:
 a. Schemas that are both used by and patched with Oracle EBS - CTXSYS.
 b. Schemas that are used by Oracle EBS but patched only with the database - MDSYS, ORDSYS.
Schemas that are not used by Oracle EBS - SCOTT.
All these types of schema are used during runtime operations of Oracle E-Business Suite.
The schemas of types 2, 3 and 4-1 above are accessed during initial installation and patching.
Note: None of the Oracle EBS schemas relate to a particular Oracle EBS user. The Oracle database schemas and passwords are used to connect to the database, while application usernames and passwords are used to access Oracle EBS.

Three passwords are especially significant in Oracle EBS schema usage, so should be chosen with particular care:

1. A password for APPLSYSPUB (also known as the GATEWAY user).
2. A password shared between APPLSYS, APPS, and APPS_NE.
3. A password for all of the product-specific base schemas (type 3).

Installation process automatically registers Oracle EBS ORACLE schemas.
Register an ORACLE schema with Oracle EBS, if you create a custom application using Oracle Application Object Library.
Refer Document 1577707.1, "Creating a Custom Application in Oracle E-Business Suite Release 12.2."
Add in custom initialization SQL code to be executed when a database session starts up or when it is re-initialized.
Code is executed by FND_GLOBAL.INITIALIZE and APPS_INITIALIZE immediately after initializing global variables, profiles, and the contents of client_info on session startup.
Using the profile option Initialization SQL Statement - Custom, you can add sitespecific initialization code, such as optimizer settings.
Oracle EBS allows the system administrator to assign individual Oracle EBS users to resource consumer groups.
In addition, concurrent programs and concurrent managers can be assigned to resource consumer groups.
Note: These resource consumer groups apply to CPU resources only.

Comments

Popular posts from this blog

MySQL InnoDB cluster troubleshooting | commands

Cluster Validation: select * from performance_schema.replication_group_members; All members should be online. select instance_name, mysql_server_uuid, addresses from  mysql_innodb_cluster_metadata.instances; All instances should return same value for mysql_server_uuid SELECT @@GTID_EXECUTED; All nodes should return same value Frequently use commands: mysql> SET SQL_LOG_BIN = 0;  mysql> stop group_replication; mysql> set global super_read_only=0; mysql> drop database mysql_innodb_cluster_metadata; mysql> RESET MASTER; mysql> RESET SLAVE ALL; JS > var cluster = dba.getCluster() JS > var cluster = dba.getCluster("<Cluster_name>") JS > var cluster = dba.createCluster('name') JS > cluster.removeInstance('root@<IP_Address>:<Port_No>',{force: true}) JS > cluster.addInstance('root@<IP add>,:<port>') JS > cluster.addInstance('root@ <IP add>,:<port> ') JS > dba.getC

MySQL slave Error_code: 1032 | MySQL slave drift | HA_ERR_KEY_NOT_FOUND

MySQL slave Error_code: 1032 | MySQL slave drift: With several MySQL, instance with master slave replication, I have one analytics MySQL, environment which is larger in terabytes, compared to other MySQL instances in the environment. Other MySQL instances with terabytes of data are running fine master, slave replication. But this analytics environment get started generating slave Error_code :1032. mysql> show slave status; Near relay log: Error_code: 1032; Can't find record in '<table_name>', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log <name>-bin.000047, end_log_pos 5255306 Near master section: Could not execute Update_rows event on table <db_name>.<table_name>; Can't find record in '<table_name>', Error_code: 1032; Can't find record in '<table_name>', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log <name>-bin.000047, end_l

InnoDB cluster Remove Instance Force | Add InnoDB instance

InnoDB cluster environment UUID is different on node: To fix it stop group replication, remove instance (use force if require), add instance back Identify the node which is not in sync: Execute following SQL statement on each node and identify the node has different UUID on all nodes. mysql> select * from mysql_innodb_cluster_metadata.instances; Stop group replication: Stop group replication on the node which does not have same UUID on all nodes. mysql > stop GROUP_REPLICATION; Remove instances from cluster: Remove all secondary node from the cluster and add them back if require. $mysqlsh JS >\c root@<IP_Address>:<Port_No> JS > dba.getCluster().status() JS > dba.getCluster () <Cluster:cluster_name> JS > var cluster = dba.getCluster("cluster_name"); JS >  cluster.removeInstance('root@<IP_Address>:<Port_No>'); If you get "Cluster.removeInstance: Timeout reached waiting......" JS > cluster.removeInstance(&#