Friday, 9 September 2011

Oracle11.5.10 Appl



ORACLE ALERTS


Overview of Alerts:
Oracle Alerts facilitates the flow of information within the organization by letting us create entities called alerts to monitor the business information and to notify us of the information we want.

Oracle Alerts
  • Keeps us informed of the critical activities in the database.
  • Delivers the key information from applications, in the format we want.
  • Provides us with regular reports on database information.
  • Automate system maintenance, and routine online tasks.
Types of Alerts:
  1. Event Alert
  2. Periodic Alert
Event Alert: An Event Alert immediately notifies us of activity in the database as it occurs i.e. This type of 


alert will fire on a database event, such as an update or insert into a specified table.

Periodic Alert: A periodic Alert checks the database for information according to a schedule we
define.

Defining Periodic Alert:
Responsibility : Alert Manager, Vision Enterprises
Navigation : Alert → Define



       1. Choose the Application that owns the alert for example: Inventory.
2. Enter Name (for example XX_TEST1) for the alert.
3. Check Enabled flag – for activation of alert. You can leave it unchecked until you are ready to run the alert.
4. Choose Periodic tab. Enter the Frequency and Start Time you want the alert to run.
Select a frequency for your periodic alert from nine frequency options:
On Demand—If you choose this frequency, Oracle Alert checks your periodic alert only when you specify. You do not have to fill in any other field in the Periodic Details block. You check on
demand alerts by using the Request Periodic Alert Check window.
On Day of the Month—If you choose this frequency, Oracle Alert checks your alert on a monthly basis on the day number you enter in the Day field.
On Day of the Week—If you choose this frequency, Oracle Alert checks your alert on the day of the week you enter in the Day field.
Every N Calendar Days—If you choose this frequency, enter a value in the Days field. Oracle Alert considers every day a calendar day, and does not skip holidays.
Every Day—Choosing this frequency is the same as choosing Every N Calendar Days and entering a value of 1 in the Days field.
Every Other Day—Choosing this frequency is the same as choosing Every N Calendar Days and entering a value of 2 in the Days field.
Every N Business Days—If you choose this frequency, enter a value in the Days field. Oracle Alert lets you choose your business days, but does not skip any holidays. A value of 1 indicates that Oracle Alert should check the alert every business day, and a value of 2 indicates that Oracle Alert should check the alert every other business day. If you enter 3 in the Days field, Oracle Alert checks your periodic alert every three business days.
For example, if you enable your alert on a Monday, Oracle Alert checks the alert first on that Monday, then on Thursday, then on the following Tuesday, then the following Friday, and so on.
Every Business Day—Choosing this frequency is the same as choosing Every N Business Days and entering a value of 1 in the Days field.
Every Other Business Day—Choosing this frequency is the same as choosing Every N Business Days and entering a value of 2 in the Days field.

6. Specify the number of days you want to keep the alert history logs in Keep Days.
7. Enter SQL statement in Select Statement.
Select statement must include an INTO clause that contains one output for each column selected by your Select statement.
For Example:
SELECT SEGMENT1,:DAYS
INTO &ITEM_NAME,&NDAYS
FROM MTL_SYSTEM_ITEMS_B
WHERE TRUNC(CREATION_DATE)=TRUNC(SYSDATE-:DAYS);
Identify inputs with a colon before the name (in above example :DAYS) and outputs with an ampersand (&)


before the name (in above example &ITEM_NAME, &NDAYS).
you may also import a SQL Select statement from a file in your operating system.
Choose Verify to parse the Select statement. The results will be displayed in a Note window.
Choose Run to execute the Select statement. It will display the number of rows returned in a Note window.


Save your work.

Re-Query the alert created and click on Alert Details Button.
The Alert Details window includes information such as which Application installations you want the alert to run against, what default values you want your inputs variables to use, and what additional characteristics you want your output variables to have.
The Alert Details window that appears contains three tabbed regions: Installations, Inputs, and Outputs.

In the Inputs tabbed region, Oracle Alert automatically displays the inputs used in your Select statement, unless they are the implicit.
Specify the Default Values for the inputs.








In the Outputs tabbed region, Oracle Alert automatically displays the outputs used in your alert Select statement without the ampersand (&).

In the Installations tabbed region,Oracle Alert automatically displays the Oracle ID that is associated with the application that owns your alert.
Specify the organization you want the alert to run against in the Operating Unit field.





Creating Alert Actions:
After defining a Period or Event alert, you need to create actions for the alert to perform. On the same alert form, click on Actions button.
1. Enter the Action Name for the Alert.
2. Select a level for Action: Detail, Summary or No Exception.
During an alert check, a detail action performs once for each individual exception found, a summary action performs once for all exceptions found, and a no exception action performs when no exceptions are found.
Choose Action Details button in Actions form.

On the Action Details page, select the type of action you want to create in the Action Type field.
Depending upon the action level and type you choose, different fields appear in the Action Details window.
Message Action: To send a message as an action we create Message Actions.
Concurrent Program Actions: To run a concurrent program as an event action we create Concurrent Program Actions.
Operating Script Actions: To run an operating script as an event action create Operating Script Actions.
SQL Statement Script Actions: To run a SQL statement script as its action then create SQL Statement Script Actions.
Specify the electronic mail IDs of the recipients you want to send your message to in the To: field.
You can also enter the IDs of recipients to whom you want to send ”carbon” (Cc) and ”blind” (Bcc) copies of your alert message.
Specify the subject for the message in Subject field.
If you want to write your message in Oracle Alert, choose the Text option and enter the text in the Text field. (You can also click on the Import button and import the contents of a file into the Text field.)
You can include any outputs in the message text. (In the above screen shot you can see that ITEM_NAME is the output variable).

Save the Record.

Creating an Action Set:
Once you create your alert actions, you must include them in an enabled action set for Oracle Alert to perform during an alert check. An action set can include an unlimited number of actions and any combination of actions.
During each action set check, Oracle Alert executes each action set member in the sequence you specify.
Steps:
  1. Click on Action Set button in Alert main form and enter the Action Set Name and save the record.
  2. Re-Query the Alert and click on Action Set Button. You can see that input and output variables are 


    automatically displayed in respective Input and Output tabs.

Note: At runtime, alert will use the values from the Action Sets form. If you want the alert to run for different


Input value then make changes in the Action Set Definition form.
  1. In the Members tab choose the Action you want the alert to perform.
Save the Record.

Running an Alert:
To manually run a Periodic Alert, Navigate to Request → Check
Enter the Application that owns the Alert
Enter the name of the Periodic Alert you want to check and submit the Request.
Once the concurrent program is done successfully navigate to Alert → History to review history.


Enter the Application that owns the Alert.
Enter the name of the Periodic Alert you want to view.
Oracle Alert automatically displays the alert type, the number of days of history kept, and when the alert was last checked.

Click on Find Checks button.

In this form it displays the history of action sets that were run: the date and time when the action set completed and the Oracle ID that the action set ran against.

In the Action Set Checks it displays the name of the Action set and the number of exceptions found and the number of actions performed.

Click on Find Exceptions in the History window.
In this form it displays the Exceptions found for each out put variable and their corresponding values.



Click on Find Actions button.

In this form it displays the action name, type of action and Finished time of the action.
It also displays the details of the recipient to whom the message was sent.

Defining Event Alert:
Responsibility : Alert Manager, Vision Enterprises
Navigation : Alert → Define

1. Choose the Application that owns the alert i.e. Inventory
2. Enter Name & Description for the alert
3. Check Enabled flag – for activation of alert. You can leave it unchecked until you are ready to run the alert
4. Choose Event tab.
5. Choose the Application and database table you want Oracle Alert to monitor.
6. Check After Insert and/or After Update if you want the event alert to run when a user inserts and/or updates a row in the database table.
7. Specify the number of days you want to keep the alert history logs in Keep Days.
8. Enter SQL statement in Select Statement
SELECT SEGMENT1, INVENTORY_ITEM_ID,:ROWID,:ORG_ID,:MAILID
INTO &ITEM_NAME, &item_id,&ROWID,&ORG_ID,&MAILID
FROM MTL_SYSTEM_ITEMS_B
WHERE TRUNC(LAST_UPDATE_DATE)=TRUNC(SYSDATE);

Choose Verify to parse the Select statement. The results will be displayed in a Note window.
Choose Run to execute the Select statement. It will display the number of rows returned in a Note window.

Creating Actions and Action sets for Event alert is same as Creating Actions and Action sets for Periodic alert.
Event alert gets checked when an insert or an update to an event table occurs.


Implicit Inputs:
Oracle Alert automatically displays values for the Implicit Inputs.
:ROWID, :MAILID, :ORG_ID and :DATE_LAST_CHECKED.
The values of the implicit inputs are as follows:
• ROWID—Contains the ID number of the row where the insert or update that triggers an event alert
occurs.
• MAILID—Contains the email user name of the person who enters an insert or update that triggers an
event alert.
• ORG_ID—Contains the organization ID that is selected when the alert runs.
DATE_LAST_CHECKED—Contains the date and time that the alert was most recently checked.
For Example consider an Event Alert with the select statement:
SELECT SEGMENT1, INVENTORY_ITEM_ID,:ROWID,:ORG_ID,: DATE_LAST_CHECKED
INTO &ITEM_NAME, &item_id,&ROWID,&ORG_ID,& DATE_LAST_CHECKED
FROM MTL_SYSTEM_ITEMS_B
where TRUNC(LAST_UPDATE_DATE)=TRUNC(SYSDATE);
Text in the Action Details
-------------------------------
item name :&ITEM_NAME
ITEM_ID: &ITEM_ID
ROWID: &ROWID
ORG_ID:&ORG_ID
DATE_LAST_CHECKED:&DATE_LAST_CHECKED
Output
------------
item name :SR_ITEM
ITEM_ID: 17849
ROWID: AAAehOAAkAAAB9SAAL
ORG_ID:204
DATE_LAST_CHECKED:31-MAR-2009 11:34:28






References:
Alerts User Guide.
http://www.aboutoracleapps.com/2007/07/oracle-alerts-interview-questions.html

Oracle Documents which are used in PROJECTS - A.I.M Implimentations


                                                            A.I.M.Introduction



Oracle A.I.M. Methodology encompasses a project management methodology with documentation templates that support the life cycle of an implementation. The life cycle methodology and documentation templates allows A.I.M. to be a very useful tool for managing implementation projects successfully.
The A.I.M. methodology can actually be used for any type IT software implementations however the value of A.I.M is within the documentation template. The software includes the documentation templates, manuals and an html website to manage these templates.
This is a depiction of the A.I.M. methodology life cycle:



                                               A.I.M. Document Deliverables




Business Process Architecture (BP)
BP.010 Define Business and Process Strategy
BP.020 Catalog and Analyze Potential Changes
BP.030 Determine Data Gathering Requirements
BP.040 Develop Current Process Model
BP.050 Review Leading Practices
BP.060 Develop High-Level Process Vision
BP.070 Develop High-Level Process Design
BP.080 Develop Future Process Model
BP.090 Document Business Procedure
Business Requirements Definition (RD)
RD.010 Identify Current Financial and Operating Structure
RD.020 Conduct Current Business Baseline
RD.030 Establish Process and Mapping Summary
RD.040 Gather Business Volumes and Metrics
RD.050 Gather Business Requirements
RD.060 Determine Audit and Control Requirements
RD.070 Identify Business Availability Requirements
RD.080 Identify Reporting and Information Access Requirements
Business Requirements Mapping
BR.010 Analyze High-Level Gaps
BR.020 Prepare mapping environment
BR.030 Map Business requirements
BR.040 Map Business Data
BR.050 Conduct Integration Fit Analysis
BR.060 Create Information Model
BR.070 Create Reporting Fit Analysis
BR.080 Test Business Solutions
BR.090 Confirm Integrated Business Solutions
BR.100 Define Applications Setup
BR.110 Define security Profiles
Application and Technical Architecture (TA)
TA.010 Define Architecture Requirements and Strategy
TA.020 Identify Current Technical Architecture
TA.030 Develop Preliminary Conceptual Architecture
TA.040 Define Application Architecture
TA.050 Define System Availability Strategy
TA.060 Define Reporting and Information Access Strategy
TA.070 Revise Conceptual Architecture
TA.080 Define Application Security Architecture
TA.090 Define Application and Database Server Architecture
TA.100 Define and Propose Architecture Subsystems
TA.110 Define System Capacity Plan
TA.120 Define Platform and Network Architecture
TA.130 Define Application Deployment Plan
TA.140 Assess Performance Risks
TA.150 Define System Management Procedures
Module Design and Build (MD)
MD.010 Define Application Extension Strategy
MD.020 Define and estimate application extensions
MD.030 Define design standards
MD.040 Define Build Standards
MD.050 Create Application extensions functional design
MD.060 Design Database extensions
MD.070 Create Application extensions technical design
MD.080 Review functional and Technical designs
MD.090 Prepare Development environment
MD.100 Create Database extensions
MD.110 Create Application extension modules
MD.120 Create Installation routines
Data Conversion (CV)
CV.010 Define data conversion requirements and strategy
CV.020 Define Conversion standards
CV.030 Prepare conversion environment
CV.040 Perform conversion data mapping
CV.050 Define manual conversion procedures
CV.060 Design conversion programs
CV.070 Prepare conversion test plans
CV.080 Develop conversion programs
CV.090 Perform conversion unit tests
CV.100 Perform conversion business objects
CV.110 Perform conversion validation tests
CV.120 Install conversion programs
CV.130 Convert and verify data
Documentation (DO)
DO.010 Define documentation requirements and strategy
DO.020 Define Documentation standards and procedures
DO.030 Prepare glossary
DO.040 Prepare documentation environment
DO.050 Produce documentation prototypes and templates
DO.060 Publish user reference manual
DO.070 Publish user guide
DO.080 Publish technical reference manual
DO.090 Publish system management guide
Business System Testing (TE)
TE.010 Define testing requirements and strategy
TE.020 Develop unit test script
TE.030 Develop link test script
TE.040 Develop system test script
TE.050 Develop systems integration test script
TE.060 Prepare testing environments
TE.070 Perform unit test
TE.080 Perform link test
TE.090 perform installation test
TE.100 Prepare key users for testing
TE.110 Perform system test
TE.120 Perform systems integration test
TE.130 Perform Acceptance test
PERFORMACE TESTING(PT)
PT.010 – Define Performance Testing Strategy
PT.020 – Identify Performance Test Scenarios
PT.030 – Identify Performance Test Transaction
PT.040 – Create Performance Test Scripts
PT.050 – Design Performance Test Transaction Programs
PT.060 – Design Performance Test Data
PT.070 – Design Test Database Load Programs
PT.080 – Create Performance Test TransactionPrograms
PT.090 – Create Test Database Load Programs
PT.100 – Construct Performance Test Database
PT.110 – Prepare Performance Test Environment
PT.120 – Execute Performance Test
Adoption and Learning (AP)
AP.010 – Define Executive Project Strategy
AP.020 – Conduct Initial Project Team Orientation
AP.030 – Develop Project Team Learning Plan
AP.040 – Prepare Project Team Learning Environment
AP.050 – Conduct Project Team Learning Events
AP.060 – Develop Business Unit Managers’Readiness Plan
AP.070 – Develop Project Readiness Roadmap
AP.080 – Develop and Execute CommunicationCampaign
AP.090 – Develop Managers’ Readiness Plan
AP.100 – Identify Business Process Impact onOrganization
AP.110 – Align Human Performance SupportSystems
AP.120 – Align Information Technology Groups
AP.130 – Conduct User Learning Needs Analysis
AP.140 – Develop User Learning Plan
AP.150 – Develop User Learningware
AP.160 – Prepare User Learning Environment
AP.170 – Conduct User Learning Events
AP.180 – Conduct Effectiveness Assessment
Production Migration (PM)
PM.010 – Define Transition Strategy
PM.020 – Design Production Support Infrastructure
PM.030 – Develop Transition and Contingency Plan
PM.040 – Prepare Production Environment
PM.050 – Set Up Applications
PM.060 – Implement Production Support Infrastructure
PM.070 – Verify Production Readiness
PM.080 – Begin Production
PM.090 – Measure System Performance
PM.100 – Maintain System
PM.110 – Refine Production System
PM.120 – Decommission Former Systems
PM.130 – Propose Future Business Direction
PM.140 – Propose Future Technical Direction


                                               AIM Methodology Summary


Application Implementation Method is a proven approach for all the activities required to implement oracle applications.
The scope of the AIM is focused on an enterprise as a whole.
There are eleven processes of implementation.
1. Business Process Architecture [BP]
This phase outlines:
  • Existing business practices
  • Catalog change practices
  • Leading practices
  • Future practices
2. Business Requirement Definition[RD]
This phase explains about the initial baseline questionnaire and gathering of requirements.

3. Business Requirement Mapping[BR]
In this phase the requirements of business are matched with the standard functionality of the oracle applications.

4. Application and Technical Architecture [TA]
This outlines the infrastructure requirements to implement oracle applications.

5. Build and Module Design [MD]
This phase emphasizes the development of new functionality (customization) required by the client. It mainly details how to design the required forms, database and reports.

6. Data Conversion [CV]
Data Conversion is the process of converting or transferring the data from legacy system to oracle applications.
Ex. Transferring customer records from the legacy to the Customer Master.

7. Documentation [DO]
Documentation prepared per module that includes user guides and implementation manuals.

8. Business System Testing [TE]
A process of validating the setup’s and functionality by QA(functional consultant) to certify status.

9. Performance Testing [PT]
Performance testing is the evaluation of transactions saving time, transaction retrieval times, workflow background process, database performance, etc…

10; Adoption and Learning [AP]
This phase explains the removal of the legacy system and oracle application roll out enterprise wide.

11. Production Migration [PM]
The process of “decommissioning” of legacy system and the usage(adoption) of oracle application system.


Query for Checking for Locked Tables

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
                                                Check for locked tables
                                                ===================
select a.object_id, a.session_id, substr(b.object_name, 1, 40)
from v$locked_object a,
dba_objects b
where a.object_id = b.object_id
order by b.object_name ;


+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++