Saturday, 6 December 2014

Oracle Application Architecture R12

Oracle E-Business Suit (Oracle Applications) is a ERP Software the question is that What is ERP?

What is ERP:

ERP stands for Enterprise Resource Planning. A term that is used for business management systems which are designed to integrate the data sources and processes of an entire organization into a unified system. A key element is the use of a single database to store data for the various system modules like CRM, Finance, HR, Production, Sales etc.

Oracle Application R12 Architecture: 

Oracle Applications have a three-tire architecture. They are comprised of a Database Tier which manages the Oracle Database and stores all data, an Application Tier hosts various servers, manages communication between the desktop and database tier and contains the application file system and a Client Desktop through which user access Oracle Applications. 
A server (or services) is a process or group of processes that runs on a single machine and provides a particular functionality. For example, Web services process HTTP requests, and Forms services process requests for activities related to Oracle Forms. The Concurrent Processing server supports data-intensive programs that run in the background.

Note: 
A tier does not mean a physical machine. It's a logical grouping of services normally spread across more than one machine. A server is a process that runs on a single machine and provides a particular functionality. In Oracle Applications, one cab install the database and the application tier on a single machine and can start all servers from that machine.

Desktop Tier:

The client interface is provided through HTML for HTML-based applications, and via a Java applet in a Web browser for the traditional Forms-based applications. In Oracle Applications Release 12, each user logs in to Oracle Applications through the E-Business Suite Home Page on a desktop client web browser. The E-Business Suite Home Page provides a single point of access to HTML-based applications, Forms-based applications, and Business Intelligence applications.
Oracle JInitiator will no longer be required to run Oracle Forms in E-Business Suite Release 12. Oracle Forms in Release 12 will run directly in the native Sun Java2 Standard Edition plug-in.
The Forms client applet is a general-purpose presentation applet that supports all Oracle Applications Forms-based products, including those with customizations and extensions. The Forms client applet is packaged as a collection of Java Archive (JAR) files. The JAR files contain all Java classes required to run the presentation layer of Oracle Applications forms.

Database Tier:

The Database tier contains the Oracle Database Server which store all the data needed by Oracle Applications. The database stores the Oracle Applications online help as well. The database tier contains the Oracle data server files and Oracle Applications database executables that physically store the tables, indexes, and other database objects for your system.The database server communicates with middle tier and does not communicate directly with the desktop tier.
          For high availability environments, real application cluster can also be configured with Oracle Applications. In this case, more than one instance of Oracle is run. The data files are stored at a central location accessible from all of the instances.

Application Tier:

The application tier has a dual role: hosting the various servers and service groups that process the business logic, and managing communication between the desktop tier and the database tier. This tier is sometimes referred to as the middle tier.


Three servers or service groups comprise the basic application tier for Oracle E-Business Suite:

Web services
Forms services
Concurrent Processing server

In Release 12, Web and Forms services are provided by Oracle Application Server (OracleAS) 10g. They are no longer servers in the sense of being a single process, as was the case in previous Applications releases.

Note: There is no concept of an Administration server in Release 12. By default, patching can be undertaken from any application tier node.

Web Services: 
The Web services component of Oracle Application Server processes requests received over the network from the desktop clients, and includes the following components:

Web Listener (Oracle HTTP Server powered by Apache)
Java Servlet Engine (OC4J)
Oracle Process Manager (OPMN)

The Web listener component of the Oracle HTTP server accepts incoming HTTP requests (for particular URLs) from client browsers, and routes the requests to the appropriate OC4J container.
If possible, the Web server services the requests itself, for example by returning the HTML to construct a simple Web page. If the page referenced by the URL needs advanced processing, the listener passes the request on to the servlet engine, which contacts the database server as needed.

Forms Services: 
Forms services in Oracle Applications Release 12 are provided by the Forms listener servlet or Form Socket mode, which facilitates the use of firewalls, load balancing, proxies, and other networking options.
The Forms listener servlet is a Java servlet that delivers the ability to run Oracle Forms applications over HTTP or HTTPS connections. It hosts the Oracle E-Business Suite forms and associated runtime engine, mediating the communication between the desktop client and the Oracle database server, displaying client screens, and initiating changes in the database according to user actions.
The Forms listener servlet caches data and provides it to the client as needed, for example when scrolling through multiple order lines that exceed the limitations of a single screen.

Concurrent Processing server:
server which run reporting programs and data updating programs (periodically or ad hoc). These programs (named concurrent programs) run on this server in background in order not to interfere with the normal operations. When you submit such a request, either through HTML-based or Forms-based Application a request is made, a row is inserted into FND_CONCURRENT_REQUEST table. The concurrent managers read these requests in the table and start the relevant concurrent programs;

See also:
Step by Step Oracle Application R12 Installation with screen shots
Oracle Applications R12 imprtant/log files locations
Conucurrent Manager 11i
Patching
adadmin
Defining Custom Concurrent Managers

Wednesday, 3 December 2014

Linux User Management

Users:

All users on a system are identified by a username and a userid. The username is something that users would normally refer to, but as far as the operating system is concerned this is referred to using the userid (or uid). The username is typically a user friendly string, such as your name, whereas the userid is a number.

Types of Users:

There are three basic types of Linux user accounts:
• administrative (root) user (supper user)
• regular users
• Service users


Administrative (root) user:
• The Linux administrative root account is automatically created when you install Linux.
• It has administrative privileges for all services on Linux Operating System. 
• The root account is also known as super user.
• The root users home directory is /root

Regular Users:
• Regular users have the necessary privileges to perform standard tasks on a Linux computer such
as running databases, and Web browsers.
• They can store files in their own home directories “/home/username”
• Since regular users do not normally have administrative privileges, they cannot accidentally
delete critical operating system configuration files.

Service Users:
• Services such as Apache, mail, games, and printing, Fax etc have their own individual
service accounts.
• These accounts exist to allow each of these services to interact with your computer.

User Identification Number (UID):

• Each user on a Red Hat Enterprise Linux system is assigned a unique user identification
number, also known as a UID.
• UIDs below 500 are reserved for system users such as the root user and service users.
• The root user has an id of ‘0’, which has a special meaning. The root user has full
permissions to do anything on the system.

User Group:

• A user group is a group of one or more users.
• A user can be a member of more than one group.
• In Red Hat Enterprise Linux, when a user is added, a private user group (primary group) is created meaning that a user group of the same name is created and that the new user is the sole user in that group.
• A user can have only one Primary Group.
• When a User is created home directory “/home/username” is create by default.
• When any user is created in Linux it affects 4 files
 /etc/passwd
 /etc/group
 /etc/shadow
 /etc/gshadow

/etc/passwd:

• Information about any user stored in a separate file “/etc/passwd”.
• If you explore this file you will see entries like.
 # cat /etc/passwd

/etc/shadow:
• This file contains encrypted password of users.

Creating User:

You can create a user by useradd command
# useradd <username>

Options:
 -u (for specific UID)
 -g (for specific Primary group)
 -d (home Directory)
 -c (comment)
 -G (for Secondary group)

 # useradd applmgr –u 700 -d /oradata/applmgr -c manager -g sales -G market

In above command we have create a user with name applmgr 
We assigned user specific UID (user ID) 700
We assigned user specific home directory /oradata/applmgr
We have commented user as manager  you can comment any thing like designation of user etc.
We have assigned user a specific existing group named slaes means applmgr users primary group is sales.
We have assigned users primary group market.

User Password:
You can assign password for a user by using passwd command.
• This command is used for assigning or changing user password.
# passwd <usrename>
# passwd applmgr

User Login:
• To login user we use “su” switch user.
 # su - <username>
 # su - applmgr

Changing user information's:

for changing user information eg: primary, secondary group etc we user usermod command.
• This Linux command is very powerful to change the user information like group, comment etc.
Options:
-l (to change login name)
 # usermod -l <newname> <oldname>
 # usermod –l oracle applmgr


-L (to lock password)
 # usermod -L oracle
 -U (to unlock password)
 # usermod -U oracle

Delete User:
You can delete user by using userdel command
• By using this command we can delete user.
# userdel <username>
# userdel applmgr

• For deleting user with users  home directory and mail box we use “-r” option.
# userdel -r <username>
# userdel -r applmgr
It will delete user as well as users home directory.

Group Administration:

• Group is a collection of users with same permission.
• There are two types of groups primary and secondary 

Group files:
The information about the group are stored in
/etc/group
/etc/gshadow

/etc/group:

This file contains information about group

/etc/gshadow:

This file contains information's like group password, admin name etc


Adding Group:

You can add group by using groupadd command
This command is used to add a group.
# groupadd <groupname>
# groupadd dba

Create group with group id (GID) 600.
# groupadd –g 600 dba

Change Group Informations:

You can use groupmod command to change groups information's.
• This command is used to change the info. Of group.
• We can change name, GID etc.
#groupmod <groupname>
Options:

-g
(for changing GID)
# groupmod dba -g 700

-n (for changing name)
# groupmod <oldgroup> -n <newgroup>
# groupmod dba -n mba

Delete Group:

groupdel
• This command is used to delete Group.
• Group cant be deleted if it has a primary member.
• So first delete user then delete group.
# groupdel <groupname>
# groupdel dba

gpasswd:

• This command is very useful in group administration.

Options:
-M (add multiple users to group)
-A (add as admin to group)
-a (add a user to group)
-d (delete user from group)

Adding multipule users to group

# gpasswd -M a1, a2, a3 dba 
Where a1, a2, a3 are users and dba is a group.

Delete user from a group
# gpasswd –d a1 dba

Add user as a admin to group
# gpasswd -A a2 dba

Add a single user to group