Tuesday, May 12, 2015

Running the Repository Creation Utility for OPSS

Running the Repository Creation Utility for OPSS


To create the necessary schemas for your application, you must run the Repository Creation Utility (RCU). You must have a supported OPSS schema before installing Oracle Primavera Prime. See the Tested Configurations document for supported OPSS servers.
To run the RCU:


  1. Go to the location where RCU was installed after you ran the fmw_infra_.jar. For example, C:\oracle\Middleware\Oracle_Home\oracle_common\bin.
    • For Windows installations, run rcu.bat
    • For Linux installations, run ./rcu
  2. On the Welcome screen, click Next.
    Note: Click Next on each screen to advance to the next step.
  3. On the Create Repository screen, choose Create Repository and System Load and Product Load.
  4. On the Database Connection Details screen, enter the following details for the OPSS Schema:
    • Database Type: Select the Oracle Database.
    • Host Name: The host name or the server IP address of the database server.
    • Port: A unique port number for the database schema.
    • Service Name: The global database name. For example, orcl.us.oracle.com.
    • Username: The username for a user with DBA privileges who can install a schema.
    • Password: The password for the username provided above.
    • Role: Role of the user who will be creating the OPSS schema. Select any of the following:
      SYSDBA: A user role with database administration privileges.
      Normal: A database user with no database administration privileges
  5. On the Select Components screen:
    1. Choose whether to use an existing or new prefix. Make a note of the prefix you choose.
    2. In the Components section, select Metadata Services and Oracle Platform Security Services.
  6. On the Schema Passwords screen, choose a method for handling your passwords. Make note of the password you use.
  7. On the Map Tablespaces screen, keep the defaults or choose different tablespace names. Make notes of your selections.
  8. On the Summary screen, review your selected installation options and click Create.
  9. When the wizard is finished, click Close.

Wednesday, May 6, 2015

Weblogic 12c (12.1.3.0.0) Admin and Nodemanager Issues


Installed weblogic12c(12.1.3.0.0) succesfully.
After installation I got many erros like not starting the Admin Server Then after NodeManger etc.
Here am giving the solutions for Admin Server issues:
installed weblogic on non SSL mode.
Check The config.xml file as always when the Admin server is not coming up.
I changed the couple of parameters in config.xml
cd $DOMAIN_HOME/config
configCache  config.lok  config.xml  config.xml_back  deployments  diagnostics  jdbc  nodemanager  security  startup
 10.1.11.104 ,update from hostname to IP Address as I Installed this on VM.
After this cahnge am able to start my Admin server.
After launch teh Admin server my cpnsole page take huge time to open like after 45 min my login page appeared .For this issue we  added JAVA_OPTIONS in domain.env file as below.
JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/./urandom"
export JAVA_OPTIONS
 in setDomainEnv.sh file.
Then after bounce the Admin server it works as expected.
2)Node Manager  startup issue.
The same way nodemanger will coming for after 20 min when I executed the start command.
JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/./urandom"
export JAVA_OPTIONS
Added in startNodeManager.sh
Issue has been resolved.
3)Domain Servers are not coming up through command prompat or console.
This is struggled a lot,Many ways I tried to resolved ,but lastly I amnged to startup from both the ways adding below parameters.
-Dweblogic.management.discover=false -Dweblogic.management.server=${ADMIN_URL} First I added above parameter in startManagedWebLogic.sh which will start domain servers. I am succed on this .Then after the same parameters passed specifically in created Manged servers through console.
 login to console:
go to Enviornments>servers> WLS_1
go to server start tab and add in Argument column abvoe parameters.
And try to start the  services through console.It will come up with out any issue.
Please contact me if any .






Tuesday, November 25, 2014

ASM views

View
Description
V$ASM_ALIAS
In an ASM instance, contains one row for every alias present in every disk group mounted by the ASM instance.
In a DB instance, contains no rows.
V$ASM_ATTRIBUTE
Displays one row for each attribute defined. In addition to attributes specified by CREATEDISKGROUP and ALTERDISKGROUPstatements, the view may show other attributes that are created automatically. Note that attributes are only displayed for disk groups where COMPATIBLE.ASM is set to 11.1 or higher.
V$ASM_CLIENT
In an ASM instance, identifies databases using disk groups managed by the ASM instance.
In a DB instance, contains information about the ASM instance if the database has any open ASM files.
V$ASM_DISK
In an ASM instance, contains one row for every disk discovered by the ASM instance, including disks that are not part of any disk group.
In a DB instance, contains rows only for disks in the disk groups in use by that DB instance.
This view performs disk discovery every time it is queried.
V$ASM_DISK_IOSTAT
Displays information about disk I/O statistics for each ASM client.
In a DB instance, only the rows for that instance are shown.
V$ASM_DISK_STAT
In an ASM instance, contains the same columns as V$ASM_DISK, but to reduce overhead, does not perform a discovery when it is queried. It does not return information about any disks that are new to the storage system. For the most accurate data, useV$ASM_DISK instead.
V$ASM_DISKGROUP
In an ASM instance, describes a disk group (number, name, size related info, state, and redundancy type).
In a DB instance, contains one row for every ASM disk group mounted by the local ASM instance.
This view performs disk discovery every time it is queried.
V$ASM_DISKGROUP_STAT
In an ASM instance, contains the same columns asV$ASM_DISKGROUP, but to reduce overhead, does not perform a discovery when it is queried. It does not return information about any disks that are new to the storage system. For the most accurate data, use V$ASM_DISKGROUP instead.
V$ASM_FILE
In an ASM instance, contains one row for every ASM file in every disk group mounted by the ASM instance.
In a DB instance, contains no rows.
V$ASM_OPERATION
In an ASM instance, contains one row for every active ASM long running operation executing in the ASM instance.
In a DB instance, contains no rows.
V$ASM_TEMPLATE
In an ASM or DB instance, contains one row for every template present in every disk group mounted by the ASM instance.

Online Patching on 11gR2


In 11g R2 new feature is added Online patching.

OPatch - How are Online Patches Installed?

OPatch is the recommended (Oracle-supplied) tool that customers are supposed to use in order to apply or rollback patches. It maintains an inventory of patches, and ensures that two conflicting patches are not simultaneously installed. OPatch was recently modified to support online patches, which means that it can apply/rollback online patches, as well as detect conflicts between any two kinds of patches. As such, it is not necessary for customers to execute the "oradebug patch" commands; OPatch does this.

All OPatch versions after 11.1.0.6 are Online Patch aware.

The syntax to install an Online Patch is:
opatch apply online -connectString :::

example:
$ opatch apply online -connectString db11202:sys:oracle -invPtrLoc /u01/app/oracle/product/11.2.0/dbhome_1/oraInst.loc
Invoking OPatch 11.2.0.1.4

Oracle Interim Patch Installer version 11.2.0.1.4
Copyright (c) 2010, Oracle Corporation. All rights reserved.


Oracle Home : /u01/app/oracle/product/11.2.0/dbhome_1
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/11.2.0/dbhome_1/oraInst.loc
OPatch version : 11.2.0.1.4
OUI version : 11.2.0.2.0
OUI location : /u01/app/oracle/product/11.2.0/dbhome_1/oui
Log file location : /u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch2011-01-27_16-14-21PM.log

Patch history file: /u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch_history.txt


The patch should be applied/rolled back in '-all_nodes' mode only.
Converting the RAC mode to '-all_nodes' mode.
ApplySession applying interim patch '10188727' to OH '/u01/app/oracle/product/11.2.0/dbhome_1'

Running prerequisite checks...
Provide your email address to be informed of security issues, install and
initiate Oracle Configuration Manager. Easier for you if you use your My
Oracle Support Email address/User Name.
Visit http://www.oracle.com/support/policies.html for details.
Email address/User Name:

You have not provided an email address for notification of security issues.
Do you wish to remain uninformed of security issues ([Y]es, [N]o) [N]: y

OPatch detected non-cluster Oracle Home from the inventory and will patch the local system only.

Backing up files and inventory (not for auto-rollback) for the Oracle Home
Backing up files affected by the patch '10188727' for restore. This might take a while...
Backing up files affected by the patch '10188727' for rollback. This might take a while...

Patching component oracle.rdbms, 11.2.0.2.0...
The patch will be installed on active database instances.
Installing and enabling the online patch 'bug10188727.pch', on database 'db11202'.

ApplySession adding interim patch '10188727' to inventory

Verifying the update...
Inventory check OK: Patch ID 10188727 is registered in Oracle Home inventory with proper meta-data.
Files check OK: Files from Patch ID 10188727 are present in Oracle Home.

OPatch succeeded.


For RAC you can list all of the instances:
opatch apply online -connectString :::,:::,...


The USERNAME and PASSWORD are those of a user that has SYSDBA privileges.
The USERNAME and PASSWORD can be left blank if the OS user applying the patch has the SYSDBA privilege.
To apply a patch only to local in the RAC environment, it is necessary to use '-loca








How are Online Patches rollback'ed?


Using "opatch" you can rollback the patch
opatch rollback -id -connectString :::,:::, ...

The USERNAME and PASSWORD are those of a user that has SYSDBA privileges. The USERNAME and PASSWORD can be left blank if the OS user applying the patch has the SYSDBA privilege. Also the NODE is optional if the patch is being applied locally.
Using opatch does not remove the patch, it simply disables it (rolls it back) and removes the patch entry from the inventory. This behavior may change in the future.

Example:
$ opatch rollback -id 10188727 -connectString db11202:sys:oracle -invPtrLoc /u01/app/oracle/product/11.2.0/dbhome_1/oraInst.loc
Invoking OPatch 11.2.0.1.4

Oracle Interim Patch Installer version 11.2.0.1.4
Copyright (c) 2010, Oracle Corporation.  All rights reserved.


Oracle Home       : /u01/app/oracle/product/11.2.0/dbhome_1
Central Inventory : /u01/app/oraInventory
   from           : /u01/app/oracle/product/11.2.0/dbhome_1/oraInst.loc
OPatch version    : 11.2.0.1.4
OUI version       : 11.2.0.2.0
OUI location      : /u01/app/oracle/product/11.2.0/dbhome_1/oui
Log file location : /u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch2011-01-27_16-21-59PM.log

Patch history file: /u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch_history.txt

RollbackSession rolling back interim patch '10188727' from OH '/u01/app/oracle/product/11.2.0/dbhome_1'

The patch should be applied/rolled back in '-all_nodes' mode only.
Converting the RAC mode to '-all_nodes' mode.

Running prerequisite checks...

OPatch detected non-cluster Oracle Home from the inventory and will patch the local system only.

Backing up files affected by the patch '10188727' for restore. This might take a while...

Patching component oracle.rdbms, 11.2.0.2.0...
The patch will be removed from active database instances.
Disabling and removing online patch 'bug10188727.pch', on database 'db11202'

RollbackSession removing interim patch '10188727' from inventory

OPatch succeeded.

Tuesday, January 28, 2014

Load Balancer

Using Load-Ba lancers with Oracle E-Business Suite Release 12 [ID 380489.1]
Implementing Load Balancing On Oracle E-Business Suite - Documentation For Specific Load Ba lancer Hardware [ID 727171.1]

Friday, January 24, 2014

How to apply India Localization Patches

How to apply India Localization Patches

1. How to apply india Localizatin Patches?


1. We have to install India localization Patch Application Tool by downloading patch 6491231 


2. Copy the downloaded patch to $JA_TOP and unzip the same there


3. A directory inpatch will be created afer unzipping. In which india localization patch tool avaialable 


4. Go to india localization patch directory 


5. use following command


perl $JA_TOP/inpatch/indpatch.pl drvr_file=6355941.drv fnd_patchset=H appspwd=apps japwd=ja logfile=6355941.log systempwd=manager


fnd_patchset= FND PATCHSET LEVEL

japwd = ja_top password

drv_file=patchnumber.drv file


2. How do you know what are india localization patches applied?

Solution : using JAI_APPLIED_PATCHES

Thursday, January 23, 2014

Unable to find an Output Post Processor service to post-proces

Concurrent Processing - Unable to Find the Concurrent Request Output Post Processor (OPP) Service [ID 465036.1]
Troubleshooting Oracle XML Publisher For The Oracle E-Business Suite [ID 364547.1]
The Output Post Processor does not process all requests. [ID 1399463.1]
BI Publisher Requests in Pending Status End in Warning When Starting Concurrent Managers [ID 375208.1]
R12: Troubleshooting Known XML Publisher and E-Business Suite (EBS) Integration Issues [ID 1410160.1]