This chapter describes how to install and uninstall Oracle Communications Billing and Revenue Management (BRM) 7.5 Maintenance Patch Set 1 on top of a base BRM 7.5 system.
Important:
Be sure to test the patch on a non-production system before you deploy it on a production system.BRM 7.5 Maintenance Patch Set 1 is a patch that must be applied to the following:
BRM 7.5
Pipeline Manager
Important:
Before installing BRM 7.5 Maintenance Patch Set 1, you must have either BRM 7.5 or BRM 7.5 Patch Set 1 or later installed on your system. BRM 7.5 Maintenance Patch Set 1 is cumulative from BRM 7.5 Patch Set 1 and includes all the changes introduced since Patch Set 1.Note:
If you are upgrading to BRM 7.5 Maintenance Patch Set 1 from BRM 7.4, you must first upgrade to BRM 7.5. For more information, see "Upgrading from BRM 7.4 to the BRM 7.5 Patch Set".Note:
BRM 7.5 Maintenance Patch Set 1 is cumulative from BRM 7.5 Patch Set 1 and includes all the changes introduced since Patch Set 1.Note:
If you have an existing installation of BRM integrated with Oracle Communications Pricing Design Center (PDC) and Oracle Communications Billing and Revenue Management Elastic Charging Engine (ECE), see the discussion about the overview of upgrading ECE 11.2 Patch Set 5 to ECE 11.2 Patch Set 6 in BRM Elastic Charging Engine Installation Guide before upgrading from an earlier BRM patch set release to BRM 7.5 Patch Set 12 or a later release.The patch is available for Oracle Linux, AIX, HP-UX IA64, and Oracle Solaris operating systems.
The patch contains multiple packages to upgrade different BRM and Pipeline Manager components. You can upgrade the following components by installing their corresponding packages:
BRM
BRM SDK
Pipeline Manager
Only files that have been changed are updated. The patch installer makes a backup of any file it updates. You use the backup files to merge your customizations and to uninstall the patch. The prepatch version of each updated file (FileName) is renamed to FileName.PatchNumber.bak and is left in its original directory. For example, when you install BRM 7.5 Maintenance Patch Set 1 to upgrade Pipeline Manager, the existing sample.reg file is renamed to sample.reg.21513185.bak.
Caution:
When upgrading a multischema system, pay close attention to the system on which each task is performed.Perform the following tasks on your BRM system to install BRM 7.5 Maintenance Patch Set 1:
Important:
In multischema systems, all BRM instances must be shut down.To shut down BRM:
Ensure that no users are logged in.
Users include customers, client applications, customer service representatives (CSRs), and so on.
Stop all BRM processes.
Only the database instances should be running during the patch installation. For more information, see the discussion about starting and stopping the BRM system in BRM System Administrator's Guide.
Important:
In multischema systems, perform this task first on the primary BRM installation machine and then on the secondary BRM installation machines.Back up your BRM files. In particular, make sure you back up all customized files, including source code, policy, start_all, pin.conf, pin_ctl.conf, pin_setup.values, and Infranet.properties files.
If you want TAP Roaming Manager to process both TAP 3.11 (Transferred Account Procedure Number 3 version 11) TD57 specifications version 28 and TAP 3.12 GSM TD57 specifications version 32.1:
Go to the TAP 3.11 installation directory.
Copy and rename each of the files listed in Table 1-1:
Note:
This installation uses the extension _0311 in renaming the copies of the required files to associate them with the TAP 3.11 version to which they belong. This naming convention will be used when updating the roaming.reg file with registry configuration appropriate for the processing of TAP 3.11 roaming usage events.If you choose a different naming structure, make sure that the roaming.reg file is updated to reflect that naming structure for proper processing of TAP 3.11 roaming usage events.
Table 1-1 New Names for TAP 3.11 Files Requiring Backup
Old File Name | New File Name |
---|---|
RAP_0105_AckOutGrammar.dsc |
RAP_0105_AckOutGrammar_0311.dsc |
RAP_0105_FatalReturn.dsc |
RAP_0105_FatalReturn_0311.dsc |
RAP_0105_InGrammar.dsc |
RAP_0105_InGrammar_0311.dsc |
RAP_0105_MissingReturn.dsc |
RAP_0105_MissingReturn_0311.dsc |
RAP_0105_OutGrammar.dsc |
RAP_0105_OutGrammar_0311.dsc |
RAP_0105_StopReturn.dsc |
RAP_0105_StopReturn_0311.dsc |
containerDesc.dsc |
containerDesc_0311.dsc |
After installing the patch, configure your registry file to use both TAP 3.11 and TAP 3.12. See the discussion about setting up TAP Roaming Manager to process TAP 3.11 files in BRM Configuring Roaming in Pipeline Manager for more information.
Important:
In multischema systems, perform this task first on the primary database schema and then on the secondary database schemas.Make a complete offline backup of your BRM database using the appropriate backup tools for your database version and ensure that the backup is completely valid and usable. The backup must contain both the database definition and all the database contents. See your database software documentation for more information on performing full database backups.
Important:
Store this backup in a safe location. The data in these files will become necessary if you encounter any issues in the upgrade process.Important:
In multischema systems, perform this task first on the primary database schema and then on the secondary database schemas.Make a complete offline backup of your Pipeline Manager database using the appropriate backup tools for your database version and ensure that the backup is completely valid and usable. The backup must contain both the database definition and all the database contents. See your database software documentation for more information on performing full database backups.
Important:
Store this backup in a safe location. The data in these files will become necessary if you encounter any issues in the upgrade process.For the latest version of Java Runtime Environment (JRE) certified with BRM, see the discussion about BRM software compatibility in BRM Installation Guide.
To verify the JRE version:
On the system on which the BRM server and the BRM client application are installed, go to the command prompt.
Run the following command:
java -version
The Java version is displayed.
If the latest version of Java certified with BRM is not displayed, the latest JRE is not installed.
Install the latest version of JRE certified with BRM on the following systems:
The computer on which the BRM server is installed
Each Windows computer on which the BRM client application is installed
For information about installing JRE, see the Oracle Java documentation.
If BRM is installed on a Solaris server, install the 148198-03 for SPARC patch on that server.
To install the 148198-03 for SPARC patch on Solaris:
On the Solaris server on which BRM is installed, run the following command:
showrev -p
All the patches that are installed on the server are listed.
If the 148198-03 for SPARC patch is not listed, download and install the 148198-03 for SPARC patch from the My Oracle Support Web site:
For more information about installing the Solaris patches, see the Oracle Solaris documentation.
If BRM is installed on an Oracle Linux 6 Update 3 server, install the required 32-bit libraries for Oracle Linux 6 Update 3 on that server.
To install the required 32-bit libraries for Oracle Linux 6 Update 3:
Go to the command prompt on the Oracle Linux 6 Update 3 server on which BRM is installed.
Run the following commands:
yum -y install glibc.i686 yum -y install glibc-devel.i686 yum -y upgrade libXext yum -y install libXext.i686 yum -y upgrade libXtst yum -y install libXtst.i686 yum -y upgrade libgcc yum -y install libgcc.i686 yum -y upgrade libstdc++ yum -y install libstdc++.i686 yum -y install libaio.i686
Note:
If you use a proxy server as an intermediary for Internet access, configure a proxy server to access the yum repository. Seehttp://docs.oracle.com/cd/E37670_01/E37355/html/ol_yum_config.html#ol_proxy_config
.For more information about installing the 32-bit libraries for Oracle Linux 6 Update 3, see the Oracle Linux 6 documentation.
If your BRM components use Secure Sockets Layer (SSL) or Transport Layer Security (TLS) to provide secure communication between the components, you must disable SSL/TLS before you start the upgrade.
To disable SSL/TLS:
Open the BRM_home/sys/cm/pin.conf file in a text editor, where BRM_home is the directory in which BRM is installed.
Set the value of the following parameter:
- cm enable_ssl 0
Save and close the file.
Open the BRM_home/sys/data_manager/pin.conf file in a text editor, where data_manager is the directory for the DM you want to disable SSL/TLS for.
Set the value of the following parameter:
- dm enable_ssl 0
Save and close the file.
Open the pin.conf file of the PCM client application in a text editor.
Set the value of the following parameter:
- nap enable_ssl 0
Save and close the file.
Grant the synonym privileges to the BRM database user on the BRM database, if you have not already done so.
To grant synonym privileges:
Run the following command, which opens SQL*Plus:
sqlplus system/manager@database_alias
where database_alias is the BRM database alias.
Run the following command, which grants synonym privileges to the BRM database user on the BRM database:
SQL>grant CREATE SYNONYM, CREATE ANY SYNONYM to user;
where user is the name of a BRM database user.
Run the following command, which exits SQL*Plus:
SQL>exit
Important:
In multischema systems, perform this task first on the primary BRM installation machine and then on the secondary BRM installation machines.If the optional components that you require are not installed, install the optional managers.
For instructions on installing optional components, see the documentation for those components.
Important:
In multischema systems, perform this task first on the primary BRM installation machine and then on the secondary BRM installation machines.To install the patch:
Create a temporary directory (temp_dir).
Go to the My Oracle Support Web site:
Sign in with your user name and password.
Click the Patches & Updates tab.
From the list, select Patch Name or Number.
In the text field, enter 21513185 and click Search.
The Patch Search Results page appears.
Click the patch name.
The patch details appear.
From the Platform list, select the platform and click Download.
The File Download dialog box appears.
Download the appropriate p21513185_750_platform.zip software pack to temp_dir, where platform is linux, aix, hpux_ia64, or solaris.
Unzip the p21513185_750_platform.zip file.
Install the Third-Party software by doing the following:
Go to temp_dir and run the following command:
7.5MPS1_ThirdParty_platform_32_opt.bin -console
where platform is linux, aix, hpux_ia64, or solaris.
When prompted, enter the path to the Third-party_home directory, where Third-party_home is the directory in which the Third-Party software is installed.
Follow the instructions displayed during installation.
The latest supported versions of Perl and Remote Diagnostic Agent (RDA) are installed and the corresponding files in the Third-party_home/tools directory are replaced. For detailed information on supported versions, see the discussion about BRM software compatibility in BRM Installation Guide.
Go to BRM_home and source the source.me file, where BRM_home is the directory in which BRM is installed:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Go to temp_dir and run the following command, which installs the patch software:
PatchPackageName.bin -console
where PatchPackageName is:
7.5MPS1_21513185_Portal_Base_platform_opt for upgrading BRM plus any BRM optional components installed on your system.
7.5MPS1_21513185_Portal_SDK_platform_opt for upgrading the BRM SDK.
7.5MPS1_21513185_Pipeline_platform_opt for upgrading Pipeline Manager.
where platform is linux, aix, hpux_ia64, or solaris.
Follow the instructions displayed during installation.
Run the following command, which installs the database upgrade package:
PatchPackageName.bin -console
where PatchPackageName is:
7.5MPS1_PortalBase_Upgrade_75_75PS_platform_32_opt for upgrading the BRM patch set database schema plus the database schema for any BRM optional components installed on your system.
7.5MPS1_Pipeline_Upgrade_75_75PS_platform_32_opt for upgrading the Pipeline Manager patch set database schema.
where platform is linux, aix, hpux_ia64, or solaris.
Follow the instructions displayed during installation.
Important:
From BRM 7.5 Patch Set 10, the OpenSSL software is no longer part of the BRM patch set installation package. Installing BRM 7.5 Patch Set 10 removes the OpenSSL libraries that were installed by the previous patch sets. For BRM, Oracle recommends that you use the OpenSSL software bundled with the host operating system. Ensure that the latest version of the OpenSSL software is installed for your operating system.Note:
In multischema systems, perform this task first on the primary BRM installation machine and then on the secondary BRM installation machines.To create local indexes on all the existing event and non-event table partitions:
Open the BRM_home/setup/scripts/pin_tables.values file in a text editor.
Search the file for the following line:
$PIN_CONF_PARTITION_IND = "local (partition partition_historic,"."partition partition_last)";
Change the value to local:
$PIN_CONF_PARTITION_IND = "local";
Search the file for the following line:
$PIN_CONF_NON_EVENT_PARTITION_IND = "local (partition partition_last)";
Change the value to local:
$PIN_CONF_NON_EVENT_PARTITION_IND = "local";
Save and close the file.
The database objects associated with the optional components that are not already installed are not created or updated.
If Oracle In-Memory Database (IMDB) Cache is installed, upgrade the BRM Cache Groups Schema in IMDB Cache. See "Upgrading the BRM Cache Groups Schema in IMDB Cache".
To upgrade the BRM database schema, perform one of the following procedures:
To upgrade the schema on single-schema systems:
Open the BRM_home/sys/dm_oracle/pin.conf file in a text editor.
Uncomment the following entry:
- crypt md5| ${PIN_HOME}/lib/${LIBRARYPREFIX}pin_crypt4dm64${LIBRARYEXTENSION} "Abracadabra dabracaabrA"
Save and close the file.
Open the BRM_home/setup/pin_setup.values file in a text editor.
(Optional) Set the values of the following parameters:
Set PIN_TEMP_DIR to the directory in which you want to create the temporary files. Ensure that the directory has full write permissions.
Set PIN_LOG_DIR to the directory in which you want to create the BRM log files.
In the Information about the CM section, add the following text:
$MAIN_CM{'pcm_admin_passwd'} = "&aes|08|0D5E11BFDD97D2769D9B0DBFBD1BBF7E5D40C305EDF3D77DF111AAB8F781E92122";
The password that is used by the load utilities to connect to the Connection Manager (CM) is reset to the default password.
In the Information about the databases section, configure the database settings as required.
Set SETUP_INIT_DB to YES, if it is not set.
Save and close the file.
Go to BRM_home and source the source.me file:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Go to the BRM_home/setup/scripts directory and run the following script:
pin_75_75MPS1upgrade.pl
Merge the contents of the backed up pin_ctl.conf file into the new pin_ctl.conf file.
To upgrade the schema on multischema systems:
On the primary BRM installation machine, do the following:
Open the BRM_home/sys/dm_oracle/pin.conf file in a text editor.
Uncomment the following entry:
- crypt md5| ${PIN_HOME}/lib/${LIBRARYPREFIX}pin_crypt4dm64${LIBRARYEXTENSION} "Abracadabra dabracaabrA"
Save and close the file.
Open the BRM_home/setup/pin_setup.values file in a text editor.
(Optional) Set the values of the following parameters:
Set PIN_TEMP_DIR to the directory in which you want to create the temporary files.
Set PIN_LOG_DIR to the directory in which you want to create the BRM log files.
In the Information about the CM section, add the following text:
$MAIN_CM{'pcm_admin_passwd'} = "&aes|08|0D5E11BFDD97D2769D9B0DBFBD1BBF7E5D40C305EDF3D77DF111AAB8F781E92122";
The password that is used by the load utilities to connect to the CM is reset to the default password.
In the Information about the databases section, configure the database settings for your primary database schema.
Set SETUP_INIT_DB to YES, if it is not set.
Save and close the file.
Go to BRM_home and source the source.me file:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Go to the BRM_home/apps/multi_db directory and run the following script:
./install.sh
Follow the on-screen instructions, entering the following information for the primary schema and for each secondary schema when requested:
– Schema user name
– Schema password
– Schema SID (the BRM database alias of the schema)
Important:
Repeat the "Do you have secondary schema to process" step for each secondary schema in your system.The install script fixes any data errors caused by conflicting storable class IDs. The errors might have occurred during global (XA) transactions involving multiple schemas or when accounts were migrated from one schema to another.
Note:
As the install script runs, it generates the BRM_home/apps/multi_db/fix_multi_schema.log file. To view the progress of the script, display the log file in a different console window.Go to the BRM_home/setup/scripts directory and run the following script:
pin_75_75MPS1_upgrade.pl
Merge the contents of the backed up pin_ctl.conf file into the new pin_ctl.conf file.
On each secondary BRM installation machine, do the following:
Open the BRM_home/sys/dm_oracle/pin.conf file in a text editor.
Uncomment the following entry:
- crypt md5| ${PIN_HOME}/lib/${LIBRARYPREFIX}pin_crypt4dm64${LIBRARYEXTENSION} "Abracadabra dabracaabrA"
Save and close the file.
Open the BRM_home/setup/pin_setup.values file in a text editor.
In the Information about the CM section, add the following text:
$MAIN_CM{'pcm_admin_passwd'} = "&aes|08|0D5E11BFDD97D2769D9B0DBFBD1BBF7E5D40C305EDF3D77DF111AAB8F781E92122";
The password that is used by the load utilities to connect to the CM is reset to the default password.
Change the $DM_ORACLE{’db_num'} entry, where db_num is the number of the corresponding secondary database schema to upgrade.
Configure the database settings as required.
Set SETUP_INIT_DB to YES, if it is not set.
Save and close the file.
Go to BRM_home and source the source.me file:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Go to the BRM_home/setup/scripts directory and run the following script:
pin_75_75MPS1_upgrade.pl
Merge the contents of the backed up pin_ctl.conf file into the new pin_ctl.conf file.
On the primary BRM installation machine, do the following:
Go to the BRM_home/setup/scripts directory and run the following command:
pin_multidb.pl -i
At the following prompt, enter y, which begins the configuration:
Do you want to start the configuration now? (y/n): y
At the following prompt, enter 2, which initializes the primary database:
Please enter the starting step (0-8). If you don't know, enter 0: 2
Follow the instructions displayed and exit the pin_multidb.pl script.
The refresh groups are recreated in the primary database.
Run the following command:
pin_multidb.pl -R all
The views, based on the information in the refresh groups, are re-created in the secondary databases.
Note:
This procedure is required only if you installed Oracle IMDB Cache Manager.Important:
In multischema systems, perform these tasks first on the primary BRM installation machine and then on the secondary BRM installation machines.When you upgrade the BRM Cache Groups schema in IMDB Cache, you delete the data stores in IMDB Cache and then re-create them.
To upgrade the BRM Cache Groups schema in IMDB Cache:
If you have created any customizations in the cache groups, save the BRM_home/bin/pin_tt_schema_gen.values file to a different location. Note down the name and location of this file.
Note:
In a multischema system, save the pin_tt_schema_gen.values file for each schema.Connect to IMDB Cache using ttIsql.
Run the following command for each cache group to unload:
UNLOAD CACHE GROUP CacheGroupName
where CacheGroupName is the name of the cache group to be unloaded.
All cache instances from all cache tables in CacheGroupName are unloaded.
Important:
Unload all cache groups before you start the upgrade.For information about unloading a cache group, see the discussion about cache group operations in Oracle In-Memory Database Cache User's Guide.
Detach all IMDB nodes from the cache grid.
For high-availability (HA) systems:
Important:
If the grid member is an active standby pair, detach the active master and standby master databases separately.Run the following commands, in the order indicated, which detach the IMDB node on the active standby pair from the cache grid:
ttCWAdmin –stop –dsn DataStoreName ttCWAdmin –drop –dsn DataStoreName
where DataStoreName is the name of the data store to detach.
For more information on detaching grid members in an HA environment, see Oracle In-Memory Database Cache User's Guide.
For non-HA systems:
Run the following command, which detaches all the IMDB nodes:
ttGridDetach();
For information about the ttGridDetach() command, see the discussion about cleaning up the caching environment in Oracle In-Memory Database Cache User's Guide.
Run the following command, which stops the replication agent on each database:
CALL ttRepStop;
For more information on stopping the replication agent, see the discussion about managing the replication agent in Oracle In-Memory Database Cache User's Guide.
Drop the cache groups by doing the following:
Run the following command, which drops all the default BRM cache groups:
BRM_home/bin/tt_drop.sql
Run the following command for each custom cache group to drop the cache group:
DROP CACHE GROUP CacheGroupName
where CacheGroupName is the name of the cache group you want to drop.
For information about dropping cache groups, see Oracle In-Memory Database Cache User's Guide.
Run the following command, which stops the TimesTen cache agent:
call ttCacheStop;
For information about stopping the TimesTen cache agent, see Oracle In-Memory Database Cache User's Guide.
Destroy the data store by doing the following:
Disconnect from all databases.
Stop the TimesTen main daemon process, which manages all databases under the same TimesTen installation, by running the following command:
ttdaemonadmin -stop
Restart the TimesTen main daemon process by running the following command:
ttdaemonadmin -start
Destroy the data store by running the following command:
ttDestroy DataStoreName
where DataStoreName is the name of the data store to be destroyed.
For information about ttDestroy, see the discussion about cleaning up the caching environment in Oracle In-Memory Database Cache User's Guide.
Stop the CM processes.
For more information, see the discussion about starting and stopping the BRM system in BRM System Administrator's Guide.
Stop the IMDB Cache Data Manager (DM) processes.
For more information, see the discussion about starting and stopping Oracle IMDB Cache DM in BRM System Administrator's Guide.
Re-create the data store in IMDB Cache.
For more information, see the discussion about creating the data store in Oracle IMDB Cache in BRM System Administrator's Guide.
Generate the schema SQL and load SQL scripts to set up the cache group schema by doing the following:
Note:
In a multischema system, complete these steps for each schema.Configure the pin_tt_schema_gen.values file.
For more information, see the discussion about configuring the pin_tt_schema_gen.values file in BRM System Administrator's Guide.
Optionally, if you saved your BRM_home/bin/pin_tt_schema_gen.values file in step 1, use it.
Run the following command, which generates your schema and load scripts:
pin_tt_schema_gen
For more information, see the discussion about generating your schema and load SQL scripts in BRM System Administrator's Guide.
Initialize your data stores.
For more information, see the discussion about initializing your data stores in Oracle IMDB Cache in BRM System Administrator's Guide.
Connect your data stores to the BRM database.
For more information, see the discussion about connecting your data stores to the BRM database in BRM System Administrator's Guide.
Connect the IMDB Cache DM to your data stores.
For more information, see the discussion about connecting the IMDB Cache DM to your data stores in BRM System Administrator's Guide.
Configure the CM to connect to the Oracle DM.
For more information, see the discussion about using configuration files to connect and configure components in BRM System Administrator's Guide.
Go to the BRM_home/setup/scripts directory and run the following script:
pin_75_75MPS1_upgrade.pl
Important:
In multischema systems, first run the database upgrade script on the primary database schema, synchronize the configuration and rate-related tables for each secondary database schema in your BRM system, and then run the upgrade script on the secondary database schemas.To upgrade your Pipeline Manager database schema:
Open the Pipeline_home/upgrade/pipeline_upgrade.cfg file in a text editor, where Pipeline_home is the directory in which Pipeline Manager is installed.
Set the values of the following parameters:
Set PIN_TEMP_DIR to the directory in which you want to create the temporary files.
Set the $PIPELINE_TBLSPACE environment variable to the tablespace where you want to create pipeline database objects.
In the Information about the databases section, configure the database settings as required.
Save and close the file.
Grant the required access to user pin on the Pipeline Manager tables and sequences, if you have not already done so. See the discussion about loading the discount stored procedure in BRM Installation Guide for more information about the Pipeline Manager tables and sequences that you should grant user pin access to.
Go to the Pipeline_home/upgrade/scripts directory and run the following script:
pin_upgrade_pipeline_75_75MPS1.pl
Go to the Pipeline_home/database/Oracle/Scripts directory and run the following script:
sqlplus login/password@database_alias < create_pricing_discountmodel_procedures.plb
where:
login is the user name for the database schema you are updating.
password is the password for login.
database_alias is the BRM database alias of the schema you are updating.
Important:
In multischema systems, incorporate customizations first on the secondary BRM installation machines and then on the primary BRM installation machine.Incorporate any customizations you made, including source code, policy, pin.conf, pin_ctl.conf, pin_setup.values, and Infranet.properties files, if you have not already incorporated them.
If you have already loaded customized versions of the following files, incorporate any customizations you made and reload the files using the load_localized_strings utility:
BRM_home/sys/msgs/lifecycle_states/lifecycle_states.en_US
BRM_home/sys/msgs/active_mediation/active_mediation.en_US
BRM_home/sys/msgs/note/note.en_US
BRM_home/sys/msgs/reasoncodes/reasons.en_US
For more information about loading these files, see the discussion about localizing and customizing strings in BRM Developer's Guide.
(Production system only) Remove all entries for the pin_virtual_time utility from the configuration files.
Note:
In multischema systems, perform this task first on the primary BRM installation machine and then on the secondary BRM installation machines.To upgrade BRM 7.4 to the BRM 7.5 patch set:
Upgrade BRM 7.4 to base BRM 7.5. See the discussion about upgrading from BRM 7.4 to BRM 7.5 in BRM Upgrade Guide.
Note:
Do not upgrade the BRM 7.4 database schema to the base BRM 7.5 database schema.If BRM is installed on a Solaris server, install the 148198-03 for SPARC patch on that server. See "Installing Solaris Patches".
Open the BRM_home/setup/pin_setup.values file in a text editor.
Set the values of the following parameters:
$SETUP_CREATE_PARTITIONS = "NO"; $ENABLE_PARTITION = "NO"; $SETUP_DROP_ALL_TABLES = "NO"; $SETUP_INIT_DB = "NO"; $CREATE_DATABASE_TABLES = "NO";
Save and close the file.
Go to the BRM_home/setup directory and run the following command:
./pin_setup
Install the BRM 7.5 patch set software. See "Installing the BRM 7.5 Patch Set".
Upgrade the BRM patch set database schema. See "Upgrading the BRM 7.5 Patch Set Database Schema".
Upgrade the BRM patch set Pipeline Manager database schema. See "Upgrading the BRM 7.5 Patch Set Pipeline Manager Database Schema".
If you upgraded from BRM 7.4 Patch Set 21 or BRM 7.4 Maintenance Patch Set 2 to BRM 7.5 Maintenance Patch Set 1 or later, set up the appropriate item_t_synonym synonym. See "Generating General Ledger Reports Based on the Actual Billing Date (Patch Set 12)".
Important:
In multischema systems, perform this task first on the primary BRM installation machine and then on the secondary BRM installation machines.If the optional components that you require are not installed, you must install the optional managers before installing the BRM 7.5 patch set.
To install the BRM 7.5 patch set:
Create a temporary directory (temp_dir).
Go to the My Oracle Support Web site:
Sign in with your user name and password.
Click the Patches & Updates tab.
From the list, select Patch Name or Number.
In the text field, enter 21513185 and click Search.
The Patch Search Results page appears.
Click the patch name.
The patch details appear.
From the Platform list, select the platform and click Download.
The File Download dialog box appears.
Download the appropriate p21513185_750_platform.zip software pack to temp_dir, where platform is linux, aix, hpux_ia64, or solaris.
Unzip the p21513185_750_platform.zip file.
Install the Third-Party software by doing the following:
Go to temp_dir and run the following command:
7.5MPS1_ThirdParty_platform_32_opt.bin -console
where platform is linux, aix, hpux_ia64, or solaris.
When prompted, enter the path to the Third-party_home directory, where Third-party_home is the directory in which the Third-Party software is installed.
Follow the instructions displayed during installation.
The latest supported versions of Perl and Remote Diagnostic Agent (RDA) are installed and the corresponding files in the Third-party_home/tools directory are replaced. For detailed information on supported versions, see the discussion about BRM software compatibility in BRM Installation Guide.
Go to BRM_home and source the source.me file, where BRM_home is the directory in which BRM is installed:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Go to temp_dir and run the following command, which installs the patch software:
PatchPackageName.bin -console
where PatchPackageName is:
7.5MPS1_21513185_Portal_Base_platform_opt for upgrading BRM plus any BRM optional components installed on your system.
7.5MPS1_21513185_Portal_SDK_platform_opt for upgrading the BRM SDK.
7.5MPS1_21513185_Pipeline_platform_opt for upgrading Pipeline Manager.
where platform is linux, aix, hpux_ia64, or solaris.
Follow the instructions displayed during installation.
Run the following command, which installs the database upgrade package:
PatchPackageName.bin -console
where PatchPackageName is:
7.5MPS1_PortalBase_Upgrade_74_75_platform_32_opt for upgrading the BRM patch set database schema plus the database schema for any BRM optional components installed on your system.
7.5MPS1_Pipeline_Upgrade_74_75_platform_32_opt for upgrading the Pipeline Manager patch set database schema.
where platform is linux, aix, hpux_ia64, or solaris.
Follow the instructions displayed during installation.
Important:
From BRM 7.5 Patch Set 10, the OpenSSL software is no longer part of the BRM patch set installation package. Installing BRM 7.5 Patch Set 10 removes the OpenSSL libraries that were installed by the previous patch sets. For BRM, Oracle recommends that you use the OpenSSL software bundled with the host operating system. Ensure that the latest version of the OpenSSL software is installed for your operating system.The database objects associated with the optional components that are not already installed are not created or updated.
If Oracle In-Memory Database (IMDB) Cache is installed, upgrade the BRM Cache Groups Schema in IMDB Cache. See "Upgrading the BRM Cache Groups Schema in IMDB Cache".
To upgrade the BRM 7.5 patch set database schema, perform one of the following procedures:
To upgrade the BRM 7.5 patch set schema on single-schema systems:
Open the BRM_home/sys/dm_oracle/pin.conf file in a text editor.
Uncomment the following entry:
- crypt md5| ${PIN_HOME}/lib/${LIBRARYPREFIX}pin_crypt4dm64${LIBRARYEXTENSION} "Abracadabra dabracaabrA"
Save and close the file.
Open the BRM_home/setup/pin_setup.values file in a text editor.
(Optional) Set the values of the following parameters:
Set PIN_TEMP_DIR to the directory in which you want to create the temporary files. Ensure that the directory has full write permissions.
Set PIN_LOG_DIR to the directory in which you want to create the BRM log files.
In the Information about the CM section, add the following text:
$MAIN_CM{'pcm_admin_passwd'} = "&aes|08|0D5E11BFDD97D2769D9B0DBFBD1BBF7E5D40C305EDF3D77DF111AAB8F781E92122";
The password that is used by the load utilities to connect to the Connection Manager (CM) is reset to the default password.
In the Information about the databases section, configure the database settings as required.
Set SETUP_INIT_DB to YES, if it is not set.
Save and close the file.
Go to BRM_home and source the source.me file:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Go to the BRM_home/setup/scripts directory and run the following script:
pin_75MPS1_upgrade.pl
Merge the contents of the backed up pin_ctl.conf file into the new pin_ctl.conf file.
To upgrade the BRM 7.5 patch set schema on multischema systems:
On the primary BRM installation machine, do the following:
Open the BRM_home/sys/dm_oracle/pin.conf file in a text editor.
Uncomment the following entry:
- crypt md5| ${PIN_HOME}/lib/${LIBRARYPREFIX}pin_crypt4dm64${LIBRARYEXTENSION} "Abracadabra dabracaabrA"
Save and close the file.
Open the BRM_home/setup/pin_setup.values file in a text editor.
(Optional) Set the values of the following parameters:
Set PIN_TEMP_DIR to the directory in which you want to create the temporary files.
Set PIN_LOG_DIR to the directory in which you want to create the BRM log files.
In the Information about the CM section, add the following text:
$MAIN_CM{'pcm_admin_passwd'} = "&aes|08|0D5E11BFDD97D2769D9B0DBFBD1BBF7E5D40C305EDF3D77DF111AAB8F781E92122";
The password that is used by the load utilities to connect to the CM is reset to the default password.
In the Information about the databases section, configure the database settings for your primary database schema.
Set SETUP_INIT_DB to YES, if it is not set.
Save and close the file.
Go to BRM_home and source the source.me file:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Go to the BRM_home/apps/multi_db directory and run the following script:
./install.sh
Follow the on-screen instructions, entering the following information for the primary schema and for each secondary schema when requested:
– Schema user name
– Schema password
– Schema SID (the BRM database alias of the schema)
Important:
Repeat the "Do you have secondary schema to process" step for each secondary schema in your system.The install script fixes any data errors caused by conflicting storable class IDs. The errors might have occurred during global (XA) transactions involving multiple schemas or when accounts were migrated from one schema to another.
Note:
As the install script runs, it generates the BRM_home/apps/multi_db/fix_multi_schema.log file. To view the progress of the script, display the log file in a different console window.Go to the BRM_home/setup/scripts directory and run the following script:
pin_75MPS1_upgrade.pl
Merge the contents of the backed up pin_ctl.conf file into the new pin_ctl.conf file.
On each secondary BRM installation machine, do the following:
Open the BRM_home/sys/dm_oracle/pin.conf file in a text editor.
Uncomment the following entry:
- crypt md5| ${PIN_HOME}/lib/${LIBRARYPREFIX}pin_crypt4dm64${LIBRARYEXTENSION} "Abracadabra dabracaabrA"
Save and close the file.
Open the BRM_home/setup/pin_setup.values file in a text editor.
In the Information about the CM section, add the following text:
$MAIN_CM{'pcm_admin_passwd'} = "&aes|08|0D5E11BFDD97D2769D9B0DBFBD1BBF7E5D40C305EDF3D77DF111AAB8F781E92122";
The password that is used by the load utilities to connect to the CM is reset to the default password.
Change the $DM_ORACLE{’db_num'} entry, where db_num is the number of the corresponding secondary database schema to upgrade.
Configure the database settings as required.
Set SETUP_INIT_DB to YES, if it is not set.
Save and close the file.
Go to BRM_home and source the source.me file:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Go to the BRM_home/setup/scripts directory and run the following script:
pin_75MPS1_upgrade.pl
Merge the contents of the backed up pin_ctl.conf file into the new pin_ctl.conf file.
On the primary BRM installation machine, do the following:
Go to the BRM_home/setup/scripts directory and run the following command:
pin_multidb.pl -i
At the following prompt, enter y, which begins the configuration:
Do you want to start the configuration now? (y/n): y
At the following prompt, enter 2, which initializes the primary database:
Please enter the starting step (0-8). If you don't know, enter 0: 2
Follow the instructions displayed and exit the pin_multidb.pl script.
The refresh groups are recreated in the primary database.
Run the following command:
pin_multidb.pl -R all
The views, based on the information in the refresh groups, are re-created in the secondary databases. See the discussion about pin_multidb in BRM System Administrator's Guide.
Note:
This procedure is required only if you installed Oracle IMDB Cache Manager.Important:
In multischema systems, perform these tasks first on the primary BRM installation machine and then on the secondary BRM installation machines.When you upgrade the BRM 7.5 patch set Cache Groups schema in IMDB Cache, you delete the data stores in IMDB Cache and then re-create them.
To upgrade the BRM 7.5 patch set Cache Groups schema in IMDB Cache:
If you have created any customizations in the cache groups, save the BRM_home/bin/pin_tt_schema_gen.values file to a different location. Note down the name and location of this file.
Note:
In a multischema system, save the pin_tt_schema_gen.values file for each schema.Connect to IMDB Cache using ttIsql.
Run the following command for each cache group to upload:
UNLOAD CACHE GROUP CacheGroupName
where CacheGroupName is the name of the cache group to be unloaded.
All cache instances from all cache tables in CacheGroupName are unloaded.
Important:
Unload all cache groups before you start the upgrade.For information about unloading a cache group, see the discussion about cache group operations in Oracle In-Memory Database Cache User's Guide.
Detach all IMDB nodes from the cache grid.
For high-availability (HA) systems:
Important:
If the grid member is an active standby pair, detach the active master and standby master databases separately.Run the following commands, in the order indicated, which detach the IMDB node on the active standby pair from the cache grid:
ttCWAdmin –stop –dsn DataStoreName ttCWAdmin –drop –dsn DataStoreName
where DataStoreName is the name of the data store to detach.
For more information on detaching grid members in an HA environment, see Oracle In-Memory Database Cache User's Guide.
For non-HA systems:
Run the following command, which detaches all the IMDB nodes:
ttGridDetach();
For information about the ttGridDetach() command, see the discussion about cleaning up the caching environment in Oracle In-Memory Database Cache User's Guide.
Run the following command, which stops the replication agent on each database:
CALL ttRepStop;
For more information on stopping the replication agent, see the discussion about managing the replication agent in Oracle In-Memory Database Cache User's Guide.
Drop the cache groups by doing the following:
Run the following command, which drops all the default BRM cache groups:
BRM_home/bin/tt_drop.sql
Run the following command for each custom cache group to drop the cache group:
DROP CACHE GROUP CacheGroupName
where CacheGroupName is the name of the cache group you want to drop.
For information about dropping cache groups, see Oracle In-Memory Database Cache User's Guide.
Run the following command, which stops the TimesTen cache agent:
call ttCacheStop;
For information about stopping the TimesTen cache agent, see Oracle In-Memory Database Cache User's Guide.
Destroy the data store by doing the following:
Disconnect from all databases.
Stop the TimesTen main daemon process, which manages all databases under the same TimesTen installation, by running the following command:
ttdaemonadmin -stop
Restart the TimesTen main daemon process by running the following command:
ttdaemonadmin -start
Destroy the data store by running the following command:
ttDestroy DataStoreName
where DataStoreName is the name of the data store to be destroyed.
For information about ttDestroy, see the discussion about cleaning up the caching environment in Oracle In-Memory Database Cache User's Guide.
Stop the CM processes.
For more information, see the discussion about starting and stopping the BRM system in BRM System Administrator's Guide.
Stop the IMDB Cache Data Manager (DM) processes.
For more information, see the discussion about starting and stopping Oracle IMDB Cache DM in BRM System Administrator's Guide.
Re-create the data store in IMDB Cache.
For more information, see the discussion about creating the data store in Oracle IMDB Cache in BRM System Administrator's Guide.
Generate the schema SQL and load SQL scripts to set up the cache group schema by doing the following:
Note:
In a multischema system, complete these steps for each schema.Configure the pin_tt_schema_gen.values file.
For more information, see the discussion about configuring the pin_tt_schema_gen.values file in BRM System Administrator's Guide.
Optionally, if you saved your BRM_home/bin/pin_tt_schema_gen.values file in step 1, use it.
Run the following command, which generates your schema and load scripts:
pin_tt_schema_gen
For more information, see the discussion about generating your schema and load SQL scripts in BRM System Administrator's Guide.
Initialize your data stores.
For more information, see the discussion about initializing your data stores in Oracle IMDB Cache in BRM System Administrator's Guide.
Connect your data stores to the BRM database.
For more information, see the discussion about connecting your data stores to the BRM database in BRM System Administrator's Guide.
Connect the IMDB Cache DM to your data stores.
For more information, see the discussion about connecting the IMDB Cache DM to your data stores in BRM System Administrator's Guide.
Configure the CM to connect to the Oracle DM.
For more information, see the discussion about using configuration files to connect and configure components in BRM System Administrator's Guide.
Go to the BRM_home/setup/scripts directory and run the following script:
pin_75MPS1_upgrade.pl
Important:
In multischema systems, first run the database upgrade script on the primary database schema, synchronize the configuration and rate-related tables for each secondary database schema in your BRM system, and then run the upgrade script on the secondary database schemas.To upgrade your BRM 7.5 patch set Pipeline Manager database schema:
Open the Pipeline_home/upgrade/pipeline_upgrade.cfg file in a text editor, where Pipeline_home is the directory in which Pipeline Manager is installed.
Set the values of the following parameters:
Set PIN_TEMP_DIR to the directory in which you want to create the temporary files.
Set the $PIPELINE_TBLSPACE environment variable to the tablespace where you want to create pipeline database objects.
In the Information about the databases section, configure the database settings as required.
Save and close the file.
Grant the required access to user pin on the Pipeline Manager tables and sequences, if you have not already done so. See the discussion about loading the discount stored procedure in BRM Installation Guide for more information about the Pipeline Manager tables and sequences that you should grant user pin access to.
Go to the Pipeline_home/upgrade/scripts directory and run the following script:
pin_upgrade_pipeline_75MPS1.pl
Go to the Pipeline_home/database/Oracle/Scripts directory and run the following script:
sqlplus login/password@database_alias < create_pricing_discountmodel_procedures.plb
where:
login is the user name for the database schema you are updating.
password is the password for login.
database_alias is the BRM database alias of the schema you are updating.
This section provides instructions for the post-installation tasks.
Important:
You need to perform only the post-installation tasks relevant to the patch set you are installing. For example, if you are upgrading from Patch Set 2 to Patch Set 8, run all the tasks from Patch Set 3 to Patch Set 8, but not for Patch Set 9 or later. If you are upgrading from Patch Set 12 to Maintenance Patch Set 1, run only the tasks for Maintenance Patch Set 1.To enable the logging mechanism for the pin_purge utility:
Open the BRM_home/apps/pin_subscription/pin.conf file in a text editor.
Add the following entries to the file:
- pin_purge logfile BRM_Log_Dir/pin_subscription/pin_purge.pinlog - pin_purge loglevel 2
where BRM_Log_Dir specifies the directory for the generated log file.
Save and close the file.
You must configure the pin.conf file before using the load_config utility to load additional parameters for rule-based collections scenario assignment.
To configure the pin.conf file:
Open the BRM_home/apps/load_config/pin.conf file in a text editor.
Uncomment the following entry:
- load_config validation_module libLoadValidCollections LoadValidCollections_init
Save and close the file.
If your system includes Synchronization Queue DM, you must re-create your Oracle AQ database queue before you can begin synchronizing pricing data. For more information on how to create a database queue, see the discussions about the following:
Manually creating a database queue on an Oracle database in BRM Synchronization Queue Manager.
Creating additional account synchronization queues in BRM Installation Guide.
After you re-create the Oracle AQ database queue, do the following:
Open the BRM_home/sys/dm_aq/aq_queuenames file in a text editor.
Add the re-created Oracle AQ database queue name along with the relevant details in the queue block.
Save and close the file.
Stop and restart the DM_AQ services. See the discussion about starting and stopping the Synchronization Queue DM in BRM Synchronization Queue Manager.
You must load the create_amt_mv_pkg.sql and create_amt_mv_pkb.sql stored procedures to configure Account Migration Manager (AMM) with your external application using Oracle AIA in a multischema environment.
To configure AMM:
Go to the BRM_home/sys/amt/data directory.
Run the following command, which opens SQL*Plus:
sqlplus login/password@database_alias
where:
login is the login name to use for connecting to the BRM database.
password is the encrypted password for login.
database_alias is the BRM database alias.
Run the following commands in the given order:
SQL>@ create_amt_mv_pkg.sql SQL>@ create_amt_mv_pkb.sql
The stored procedures are loaded.
Run the following command, which exits SQL*Plus:
SQL>exit
If you have TAP Roaming Manager installed on your system, do the following:
Create the input and output directories for the Stop RAP Generator pipeline by running the following commands at the UNIX prompt:
mkdir -p Pipeline_home/data/stoprap/in mkdir -p Pipeline_home/data/stoprap/out
See BRM 7.5 Maintenance Patch Set 1 Release Notes for more information about the StopRapGen utility and the Stop RAP Generator pipeline.
Include the other iScript source files in your iScript by running the following command.
Bash shell:
export ISCRIPT_INCLUDE="Pipeline_home/iScriptLib/iScriptLib_Roaming;Pipeline_home/formatDesc/Formats/TAP3-NG;."
C shell:
setenv ISCRIPT_INCLUDE="Pipeline_home/iScriptLib/iScriptLib_Roaming;Pipeline_home/formatDesc/Formats/TAP3-NG;."
The preprocessor uses the semicolon-separated list of directories specified in the ISCRIPT_INCLUDE environment variable as the input directories for the other iScript source files to include in your iScript.
Important:
If an iScript include statement contains the relative path of an included iScript and the iScript file name, after setting the ISCRIPT_INCLUDE environment variable, remove the relative path and include only the iScript file name.To enable virtual columns in the BRM database, you must configure the Infranet.properties file before using the pin_virtual_gen utility to convert a standard BRM database into one with virtual columns.
Important:
In multischema systems, perform this task first on the primary BRM installation machine and then on the secondary BRM installation machines.To configure the Infranet.properties file:
Open the BRM_home/apps/pin_virtual_columns/Infranet.properties file in a text editor.
Add the following entries:
# Logging configuration infranet.log.file = vcol.pinlog infranet.log.level = 1 infranet.log.name = VCOL # Infranet JDBC connection configuration infranet.vcol.userid = user_name infranet.vcol.password = password infranet.vcol.dbname = database_alias infranet.vcol.worker_threads = 10
where:
user_name is the login name to use for connecting to the BRM database.
password is the encrypted password for user_name.
database_alias is the BRM database alias.
Save and close the file.
In single-schema or multischema environments, you must create or configure a unified collections action view and a unified collections scenario view to be queried by Oracle Application Infrastructure Architecture (Oracle AIA).
To configure the views for Oracle AIA:
On the primary database schema, run the following commands, which grant permissions for each of the secondary schemas:
Important:
This step is not required for single-schema systems.sqlplus login/password@database_alias SQL>GRANT SELECT ON CONFIG_COLLECTIONS_ACTION_T TO schema_name WITH GRANT OPTION; SQL>GRANT SELECT ON CONFIG_COLLECTIONS_SCENARIO_T TO schema_name WITH GRANT OPTION;
where:
login is the user name for the primary database schema.
password is the password for login.
database_alias is the BRM database alias of the primary schema.
schema_name is the name of the secondary schema.
On each secondary database schema, run the following commands, which grant permissions on tables required for collections action and scenario view:
Important:
This step is not required for single-schema systems.sqlplus login/password@database_alias SQL>GRANT SELECT ON AU_COLLECTIONS_ACTION_T TO schema_name; SQL>GRANT SELECT ON COLLECTIONS_SCENARIO_T TO schema_name; SQL>GRANT SELECT ON BILLINFO_T TO schema_name; SQL>GRANT SELECT ON COLL_ACTION_IF_VIEW To schema_name; SQL>GRANT SELECT ON COLL_SCENARIO_IF_VIEW to schema_name; SQL>exit
where:
login is the user name for the secondary database schema.
password is the password for login.
database_alias is the BRM database alias of the secondary schema.
schema_name is the name of the primary schema.
On the primary database schema, run the following command:
sqlplus login/password@database_alias
where:
login is the user name for the primary database schema.
password is the password for login.
database_alias is the BRM database alias of the primary schema.
Do the following:
To create a unified collections action view, run the following command:
SQL>CREATE OR REPLACE VIEW "UNIFIED_COLL_ACTION_IF_VIEW" AS SELECT * FROM schema1.COLL_ACTION_IF_VIEW UNION SELECT * FROM schema2.COLL_ACTION_IF_VIEW;
To create a unified collections scenario view, run the following command:
SQL>CREATE OR REPLACE VIEW "UNIFIED_COLL_SCENARIO_IF_VIEW" AS SELECT * FROM schema1.COLL_SCENARIO_IF_VIEW UNION SELECT * FROM schema2.COLL_SCENARIO_IF_VIEW;
where:
schema1 is the name of the primary schema.
schema2 is the name of each of the secondary schemas.
Run the following command, which exits SQL*Plus:
SQL>exit
In a multischema environment, do the following on each BRM installation machine in which a CM is running:
Go to the BRM_home/lib directory.
Run the following command, which copies the fm_global_search.so.PatchNumber.bak file to fm_global_search.so:
cp fm_global_search.so.PatchNumber.bak fm_global_search.so
where PatchNumber is the patch number of the current BRM 7.5 patch set.
Stop and restart the CM. See the discussion about starting and stopping the BRM system in BRM System Administrator's Guide.
To run the Rated Event (RE) Loader daemon to load the pipeline-rated events into the BRM database:
Open the BRM_home/apps/pin_rel/Infranet.properties file in a text editor.
Add the following entry:
infranet.rel.use_end_time = value
where value is:
1 to specify that RE Loader use the end time of the rated event for deciding the billing cycle. This is the default.
0 to specify that RE Loader use the start time of the rated event for deciding the billing cycle.
Add the following entries:
batch.check.interval = value batch.file.rename.extension = value batch.start.highload.time = value batch.end.highload.time = value batch.lock.socket.addr = value batch.rel.archiveDir = value batch.rel.rejectDir = value batch.random.events = value event.max.at.highload.time = value event.max.at.lowload.time = value event.file.location = value event.file.pattern = value event.tt_node = value event.archiveDir = value event.rejectDir = value
where:
value is the appropriate value for the respective entry. For more information about the appropriate values, see the discussion of configuring the RE Loader Infranet.properties file in BRM Configuring Pipeline Rating and Discounting.
event is the appropriate event type.
Create a set of these entries for each event type you want to load.
Save and close the file.
(Oracle IMDB Cache systems only) Do the following:
Open the BRM_home/bin/pin_ctl.conf file in a text editor.
Search the file for the following line:
common env_platform:common env_variable:TT_LIB_PATH:__TIMESTEN_CLIENT_HOME__/lib
Replace __TIMESTEN_CLIENT_HOME__ with the full path of the 32-bit Oracle IMDB Cache client software library directory.
(Linux only) Verify that the first directory path in the LD_LIBRARY_PATH environment variable is Oracle_home/lib32, where Oracle_home is the directory in which Oracle Database is installed.
Save and close the file.
Open the BRM_home/bin/start_rel_daemon file in a text editor.
Search the file for the following line:
TT_LIB_PATH=__TIMESTEN_CLIENT_HOME__/lib
Replace __TIMESTEN_CLIENT_HOME__/lib with the full path of the 32-bit Oracle IMDB Cache client software library directory.
Save and close the file.
To set up RE Loader processing directories, do the following in each instance of RE Loader:
In your BRM_home/apps/pin_rel directory, create processing directories, if they are not already created.
For example, create a BRM_home/apps/pin_rel/GPRS directory and a BRM_home/apps/pin_rel/GSM directory.
Configure the Infranet.properties file. See the discussion about configuring the RE Loader Infranet.properties file in BRM Configuring Pipeline Rating and Discounting.
Copy all files from the BRM_home/apps/pin_rel directory to each processing directory.
See the discussion about setting up RE Loader processing directories in BRM Configuring Pipeline Rating and Discounting.
If BRM is installed on a Solaris server, recompile the C++ code that links with BRM libraries.
To recompile and link your programs on Oracle Solaris:
If you have C++ code that links with BRM libraries and it uses standard C++ template libraries, rebuild the C++ code using the -library=stdcxx4 option.
For more information, see the discussion about creating client applications by using PCM C++ in BRM Developer's Guide.
If you have Vertex CTQ Series 2.00.05 or later installed on your system, you must update the BRM jurisdiction codes in the BRM database.
To update the BRM jurisdiction codes:
Go to the BRM_home/sys/dd/data directory.
Run the following command, which opens SQL*Plus:
sqlplus login/password@database_alias
where:
login is the login name to use for connecting to the BRM database.
password is the encrypted password for login.
database_alias is the BRM database alias.
Run the following command:
SQL>@ update_new_ctq2_jurisdiction_codes.source
The BRM jurisdiction codes are updated.
Note:
For more information about database performance during this update, see the comments in the update_new_ctq2_jurisdiction_codes.source file.Run the following command, which exits SQL*Plus:
SQL>exit
If you use Conversion Manager, you must load the create_cmt_procedure_oracle.sql stored procedure, which configures Conversion Manager to migrate the /purchased_bundle_t class from a legacy database to the BRM database.
To configure Conversion Manager:
Go to the BRM_home/sys/dd/data directory.
Run the following command, which opens SQL*Plus:
sqlplus login/password@database_alias
where:
login is the login name to use for connecting to the BRM database.
password is the encrypted password for login.
database_alias is the BRM database alias.
Run the following command:
SQL>@ create_cmt_procedure_oracle.sql
The stored procedure is loaded.
Run the following command, which exits SQL*Plus:
SQL>exit
If you use JCA Resource Adapter to support extended architecture (XA) transactions, grant read privileges to the pending XA transaction database views for each BRM database user.
To grant read privileges to the pending XA transaction database views:
Using SQL*Plus, log in to your database as the SYSDBA user:
sqlplus sys@database_alias as sysdba
where database_alias is the database alias of your BRM database.
Grant read privileges to the pending XA transaction views:
SQL>GRANT SELECT ON DBA_2PC_PENDING TO user; SQL>GRANT SELECT ON DBA_PENDING_TRANSACTIONS TO user;
where user is the name of a BRM database user.
Run the following command, which exits SQL*Plus:
SQL>exit
Installing BRM 7.5 Patch Set 8 automatically deploys JCA Resource Adapter in XA Transaction mode. To run JCA Resource Adapter in the Local Transaction mode or No Transaction mode, manually reset the transaction mode.
For a description of the transaction modes, see the discussion about JCA Resource Adapter transaction management in BRM JCA Resource Adapter.
To reset the transaction mode, see "Resetting the JCA Resource Adapter Transaction Mode on Oracle WebLogic Server".
After JCA Resource Adapter is deployed, you can reset the transaction mode.
To reset the JCA Resource Adapter transaction mode on the WebLogic server:
Start the WebLogic Server domain if it is not already started.
Log in to WebLogic Server Administration Console. The default is the following:
http://localhost:8001/console
In the Domain Structure tree, click Deployments.
The Summary of Deployments pane appears.
In the Deployments table, click the JCA Resource Adapter name.
By default, the name is OracleBRMJCA15Adapter.
The Settings for Adapter_Name pane appears.
Click the Configuration tab.
Click the Outbound Connection Pool tab.
In the Outbound Connection Pool Configuration table, expand the OracleConnectionFactory node.
Click eis/BRM, which is the name of the JNDI for JCA Resource Adapter.
In the Properties tab, click the TransactionMode property value.
Enter one of the following values:
NO_TRANSACTION
LOCAL_TRANSACTION
Click Save.
Click the Transaction tab.
From the Transaction Support list, select the value that matches the transaction mode selected in step 10:
No Transaction
Local Transaction
Click Save.
Log out of WebLogic Server Administration Console.
If BRM and the optional managers are installed on AIX 6.1 TL9, you must increase the size of the CM cache for the Facilities Modules (FMs) to prevent errors when the CM starts.
To increase the size of the CM cache for the FMs on AIX 6.1 TL9:
Open the BRM_home/sys/cm/pin.conf file in a text editor.
Add the following line:
- cm cm_cache_space 7340032
Save and close the file.
Stop and restart the CM. See the discussion about starting and stopping the BRM system in BRM System Administrator's Guide.
To generate billed revenue general ledger reports based on the actual billing date, reset the value of the OPENED_T field in the /item object for the previously billed items that are incorrectly set to 0 in the BRM database.
Note:
Reset the value of the OPENED_T field in the /item object for the previously billed items only if you plan to use the actual billed time for general ledger reporting. For more information, see the discussion about generating general ledger reports based on the actual time of billing in BRM Collecting General Ledger Data.To reset the value of OPENED_T of the previously billed items for billed revenue general ledger reports:
Go to the BRM_home/sys/dd/data directory.
Run the following command, which opens SQL*Plus:
sqlplus login/password@database_alias
Run the following command, which resets the value of OPENED_T for the previously billed items that are incorrectly set to 0:
SQL>@ fix_items_with_zero_opened_t.source
Note:
The fix_items_with_zero_opened_t.source script can update a potentially large table. To improve database performance, modify the PARALLEL hint to specify an appropriate degree of parallelism. See Oracle Database documentation for more information on PARALLEL hint.Run the following command, which exits SQL*Plus:
SQL>exit
If you are using the libcm_hash.so library's generate_hash API to generate the base64 encoded hash in a Solaris environment, you must set the environment variables to point to the OpenSSL libraries.
To set the environment variables:
Run the following command, which sets the LD_PRELOAD environment variable to the OpenSSL libcrypto.so library:
Bash shell:
export LD_PRELOAD=OpenSSL_home/lib/libcrypto.so
C shell:
setenv LD_PRELOAD OpenSSL_home/lib/libcrypto.so
where OpenSSL_home is the directory in which the OpenSSL software is installed on the host operating system.
Run the following command, which adds the directory path to the OpenSSL libcrypto.so file in the LD_LIBRARY_PATH environment variable:
Bash shell:
export LD_LIBRARY_PATH=OpenSSL_home/lib:$LD_LIBRARY_PATH
C shell:
setenv LD_LIBRARY_PATH OpenSSL_home/lib:$LD_LIBRARY_PATH
While upgrading the BRM database schema, if the optional components are not already installed, the database objects associated with the optional components are not created or updated.
If you install the optional components after upgrading the BRM database schema, upgrade the BRM database schema with the database objects associated with the optional components by doing the following:
Open the BRM_home/setup/pin_setup.values file in a text editor.
Set the values of the following parameters:
$DM_ORACLE{'enable_write_objects'} = 1; $DM_ORACLE{'enable_write_fields'} = 1; $DM_ORACLE{'enable_write_portal_objects'} = 1;
Save and close the file.
Open the BRM_home/sys/dm_oracle/pin.conf file in a text editor.
Set the values of the following parameters:
$DM_ORACLE{'enable_write_objects'} = 1; $DM_ORACLE{'enable_write_fields'} = 1; $DM_ORACLE{'enable_write_portal_objects'} = 1;
Save and close the file.
Go to the BRM_home/setup directory and enter the following command:
./pin_setup
Reinstall the patch. See "Installing the Patch".
Upgrade the BRM database schema. See "Upgrading the BRM Database Schema".
Merge the contents of the backed up pin_ctl.conf file into the new pin_ctl.conf file.
If you use Conversion Manager, you must load the update_realtime_batch_cntr_oracle.sql stored procedure to prevent errors when importing accounts.
To configure Conversion Manager:
Go to the BRM_home/sys/dd/data directory.
Run the following command, which opens SQL*Plus:
sqlplus login/password@database_alias
where:
login is the login name to use for connecting to the BRM database.
password is the encrypted password for login.
database_alias is the BRM database alias.
Run the following command:
SQL>@ update_realtime_batch_cntr_oracle.sql
The stored procedure is loaded.
Run the following command, which exits SQL*Plus:
SQL>exit
Important:
This procedure is required only if you are upgrading from either BRM 7.4 Patch Set 21 or BRM 7.4 Maintenance Patch Set 2, or from BRM 7.5 Patch Set 10 or BRM 7.5 Patch Set 11.To generate general ledger reports based on the actual billing date, create a view on the ITEM_T table and create the item_t_synonym synonym on the view on the ITEM_T table to enable the use of the actual billing date. The general ledger reporting accesses the ITEM_T table data through the item_t_synonym synonym.
Note:
If a custom synonym already exists with the same name, rename the custom synonym name before running this procedure.To generate general ledger reports based on the actual billing date:
Run the following command, which opens SQL*Plus:
sqlplus login/password@database_alias
where:
login is the login name to use for connecting to the BRM database.
password is the encrypted password for login.
database_alias is the BRM database alias.
Run the following command, which drops the i_item_glseg_eff__id index on the ITEM_T table:
SQL>DROP INDEX i_item_glseg_eff__id
Run the following command, which verifies if the UseActualBilledTimeForGLReport business parameter is enabled:
SQL>SELECT param_value FROM config_business_params_t WHERE param_name = 'use_actual_billed_time_for_gl_report';
If the query returns 0 or no rows selected, the UseActualBilledTimeForGLReport business parameter is not enabled.
Note:
The UseActualBilledTimeForGLReport business parameter is obsolete and no longer supported.If the UseActualBilledTimeForGLReport business parameter is not enabled, or the business parameter is not present in your environment, do the following:
If the i_item_glseg_eff__id index does not exist on the gl_segment and effective_t columns of the ITEM_T table, run the following command, which creates the i_item_glseg_eff__id index:
SQL>CREATE INDEX i_item_glseg_eff__id ON item_t (gl_segment, effective_t ) tablespace tablespaceName storage_clause NOLOGGING PARALLEL;
where:
tablespaceName is the tablespace name where you want to create the index.
storage_clause specifies the storage parameters to use when you create the index; for example, storage (initial 30k next 30k maxextents unlimited pctincrease 0 freelists 2).
Go to step 6.
If the UseActualBilledTimeForGLReport business parameter is enabled, do the following:
Run the following command, which creates the i_item_glseg_eff__id index on the gl_segment and opened_t columns of the ITEM_T table:
SQL>CREATE INDEX i_item_glseg_eff__id ON item_t (gl_segment, opened_t) tablespace tablespaceName storage_clause NOLOGGING PARALLEL;
Create the item_t_gl_view view on ITEM_T table with all the columns in the ITEM_T table with the exception of the effective_t column of the view pointing to the opened_t column of the ITEM_T table.
For example:
SQL>CREATE OR REPLACE VIEW item_t_gl_view AS SELECT POID_ID0, ACCOUNT_OBJ_DB, ACCOUNT_OBJ_ID0, ACCOUNT_OBJ_REV, ACCOUNT_OBJ_TYPE, ADJUSTED, ARCHIVE_STATUS,AR_BILLINFO_OBJ_DB, AR_BILLINFO_OBJ_ID0,AR_BILLINFO_OBJ_REV,AR_BILLINFO_OBJ_TYPE, AR_BILL_OBJ_DB,AR_BILL_OBJ_ID0,AR_BILL_OBJ_REV,AR_BILL_OBJ_TYPE, BAL_GRP_OBJ_DB,BAL_GRP_OBJ_ID0,BAL_GRP_OBJ_REV,BAL_GRP_OBJ_TYPE, BILLINFO_OBJ_DB,BILLINFO_OBJ_ID0,BILLINFO_OBJ_REV,BILLINFO_OBJ_TYPE, BILL_OBJ_DB,BILL_OBJ_ID0,BILL_OBJ_REV,BILL_OBJ_TYPE,CLOSED_T,CREATED_T, CURRENCY, CURRENCY_OPERATOR,CURRENCY_RATE,CURRENCY_SECONDARY, DELTA_DUE,DISPUTED,DUE,DUE_T, OPENED_T "EFFECTIVE_T",EVENT_POID_LIST, FLAGS, GL_SEGMENT, ITEM_NO,ITEM_TOTAL, MOD_T, NAME, OPENED_T, POID_DB, POID_REV, POID_TYPE, READ_ACCESS, RECVD,SERVICE_OBJ_DB, SERVICE_OBJ_ID0, SERVICE_OBJ_REV, SERVICE_OBJ_TYPE, STATUS, TRANSFERED, WRITEOFF, WRITE_ACCESS FROM item_t;
Run the following command, which creates the item_t_synonym synonym on the item_t_gl_view view on the ITEM_T table:
SQL>CREATE OR REPLACE SYNONYM item_t_synonym FOR item_t_gl_view;
Run the create_procedures_UTF8.plb script:
SQL>@ BRM_home/sys/dm_oracle/data/create_procedures_UTF8.plb
Run the following command, which removes the UseActualBilledTimeForGLReport business parameter:
SQL>@ BRM_home/sys/dd/data/remove_bus_param_use_billed_time_for_gl.source
Run the following command, which exits SQL*Plus:
SQL>exit
If BRM is installed on AIX, you must configure the Java security key manager factory algorithm to support Transport Layer Security (TLS).
To configure the Java security key manager factory algorithm to support TLS on AIX:
Open the Java_home/jre/lib/security/java.security file in a text editor, where Java_home is the directory in which Java is installed.
Search for the following entry:
ssl.KeyManagerFactory.algorithm=IbmX509
Replace IbmX509 with PKIX.
Save and close the file.
Go to BRM_home/bin directory and run the following command, which stops and restarts the Payload Generator EM:
pin_ctl bounce eai_js
You must set the JAVA_HOME environment variable to the latest version of JRE certified with BRM before running any BRM processes.
To set the JAVA_HOME environment variable on the system on which the BRM server is installed:
Stop all BRM daemons, processes, and managers and all Java processes.
For more information, see the discussion about starting and stopping the BRM system in BRM System Administrator's Guide.
Set the JAVA_HOME environment variable to the directory in which the latest version of JRE certified with BRM is installed.
See the discussion about BRM software compatibility in BRM Installation Guide for the latest version of JRE certified with BRM.
Create a symbolic link, for all BRM-related Java processes, to the latest version of JRE by running the following command:
ln -s $JAVA_HOME/bin/java BRM_home/ThirdPartyApps/jre/1.6.0/bin/java
Start all the BRM processes.
Verify the Java version by running the following command:
java -version
The Java version is displayed.
If the latest version of Java certified with BRM is not displayed, the latest JRE is not installed.
To set the JAVA_HOME environment variable on each Windows system on which the BRM client application is installed:
Stop all the BRM client applications.
On the desktop, right-click My Computer and select Properties.
The System Properties dialog box appears.
Click the Advanced tab.
Click Environment Variables.
The Environment Variables dialog box appears.
In the System variables pane, click New.
The New System Variable dialog box appears.
In the Variable name field, enter JAVA_HOME.
In the Variable value field, enter the path to the directory in which the latest version of JRE certified with BRM is installed.
Click OK.
From the System variables list, select Path and then click Edit.
The Edit System Variable dialog box appears.
In the Variable value field, add ;%JAVA_HOME%\bin at the end of the existing path.
Click OK.
In Environment Variables dialog box, click OK.
In the System Properties dialog box, click OK.
You must set the Java path to the latest version of JRE certified with BRM before running any BRM client application.
See the discussion about BRM software compatibility in BRM Installation Guide for the latest version of JRE certified with BRM.
Important:
Ensure that your Web browser is using the latest version of JRE 1.6 before starting Pricing Center from Java Web Start. You cannot start Pricing Center from Java Web Start in a Web browser using a version of JRE later than JRE 1.6.To set the Java path for the BRM client application installed on a Windows system:
Close the BRM client application.
Open the BRM_Client_home\lib\BRM_client_batch file in a text editor.
where:
BRM_Client_home is the directory in which the BRM client application is installed.
BRM_client_batch is the batch file you use to run the BRM client application. For example, to run Customer Center, you use runCC.bat.
Search for the following entry:
C:\PROGRA~1\COMMON~1\PORTAL~1\JRE\bin\javaw.exe
Change this entry to:
java_path\bin\java.exe
where java_path is the directory in which the latest version of JRE certified with BRM is installed.
Note:
If @start is not present, add it to the entry. For example:
@start java_path\bin\java.exe
Save and close the file.
Start the BRM client application.
On the system on which the BRM server is installed, if you want to use latest version of JRE, set the BRM_JRE environment variable to the location of the latest version of JRE before running any BRM processes. If you do not set the BRM_JRE environment variable, BRM uses the JRE configured in the JAVA_HOME environment variable.
To set the BRM_JRE environment variable:
Stop all BRM daemons, processes, and managers and all Java processes.
For more information, see the discussion about starting and stopping the BRM system in BRM System Administrator's Guide.
Set the BRM_JRE environment variable to the directory in which the latest version of JRE certified with BRM is installed.
See the discussion about BRM software compatibility in BRM Installation Guide for the latest version of JRE certified with BRM.
Start all the BRM processes.
If you have the 64-bit version of JRE installed and the JAVA_HOME environment variable is set to the directory in which you installed the 64-bit version of JRE, you must configure the BRM Java applications to work with the 64-bit version of JRE.
To configure the BRM Java applications to work with the 64-bit version of JRE:
Create a symbolic link, for all BRM-related Java processes, to the 64-bit version of the common core library by running the following command:
ln -s BRM_home/lib/libportal64.Library_Extension BRM_home/lib64/libportal.Library_Extension
where Library_Extension is .so for Solaris, HP-UX, and Linux; .a for AIX.
If you are running Account Migration Manager (AMM), set the common core library directory path by doing the following:
Stop the AMM Controller.
For more information, see the discussion about starting and stopping the AMM Controller in BRM System Administrator's Guide.
Open the BRM_home/bin/pin_amt file in a text editor.
Set the environment variable specific to your operating system to the BRM_home/lib64 directory before the command that executes Java:
LD_LIBRARY_PATH for Linux
SHLIB_PATH for HP-UX IA64
LD_LIBRARY_PATH_64 for Solaris
LIBPATH for AIX
For example, in a Linux environment, include or set the LD_LIBRARY_PATH variable:
setenv LD_LIBRARY_PATH ${PIN_HOME}/lib64:$LD_LIBRARY_PATH
Save and close the file.
Start the AMM Controller.
If you are running Conversion Manager, set the common core library directory path by doing the following:
Open the BRM_home/apps/cmt/pin_cmt file in a text editor.
Set the environment variable specific to your operating system to the BRM_home/lib64 directory before the command that executes Java:
LD_LIBRARY_PATH for Linux
SHLIB_PATH for HP-UX IA64
LD_LIBRARY_PATH_64 for Solaris
LIBPATH for AIX
For example, in a Linux environment, include or set the LD_LIBRARY_PATH variable:
setenv LD_LIBRARY_PATH ${PIN_HOME}/lib64:$LD_LIBRARY_PATH
Save and close the file.
If you are running Rated Event (RE) Loader, set the common core library directory path by doing the following:
Open the BRM_home/apps/pin_rel/pin_rel file in a text editor.
Set the environment variable specific to your operating system to the BRM_home/lib64 directory before the command that executes Java:
LD_LIBRARY_PATH for Linux
SHLIB_PATH for HP-UX IA64
LD_LIBRARY_PATH_64 for Solaris
LIBPATH for AIX
For example, in a Linux environment, include or set the LD_LIBRARY_PATH variable:
setenv ORACLE_HOME Oracle_home
setenv LD_LIBRARY_PATH ${ORACLE_HOME}/lib:${PIN_HOME}/lib64:$LD_LIBRARY_PATH
where Oracle_home is the location where the 64-bit Oracle database client software is installed.
Save and close the file.
SSL/TSL was disabled in "Disabling SSL/TLS".
To enable SSL/TLS:
Open the BRM_home/sys/cm/pin.conf file in a text editor.
Set the value of the following parameter:
- cm enable_ssl 1
Save and close the file.
Open the BRM_home/sys/data_manager/pin.conf file in a text editor.
Set the value of the following parameter:
- dm enable_ssl 1
Save and close the file.
Open the pin.conf file of the PCM client application in a text editor.
Set the value of the following parameter:
- nap enable_ssl 1
Save and close the file.
To uninstall the patch set from BRM:
(Optional) Back up the upgraded environment by doing the following:
Back up the BRM database. See "Backing Up Your BRM Database".
Back up all of the BRM files. See "Backing Up Files".
Stop all BRM daemons, processes, and managers.
Log in as user pin.
Go to the directory in which you installed the Third-Party package and source the source.me file:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Run the BRM_home/uninstaller/PatchPackageName/uninstaller.bin program, where PatchPackageName is the name of the upgrade package you want to uninstall.
Note:
You can use the -console parameter to run the program from a command line.Follow the instructions displayed during uninstallation.
Restore the database from the offline backup of your BRM database that you created in "Backing Up Your BRM Database". See your database software documentation for more information on restoring full database backups.
To uninstall the patch set from Pipeline Manager:
(Optional) Back up the upgraded environment by doing the following:
Back up the Pipeline Manager database. See "Backing Up Your Pipeline Manager Database".
Back up all of the Pipeline Manager files. See "Backing Up Files".
Stop all Pipeline Manager daemons, processes, and managers.
Log in as user pin.
Go to the directory in which you installed the Third-Party package and source the source.me file:
Bash shell:
source source.me.sh
C shell:
source source.me.csh
Run the Pipeline_home/uninstaller/PatchPackageName/uninstaller.bin program, where PatchPackageName is the name of the upgrade package you want to uninstall.
Note:
You can use the -console parameter to run the program from a command line.Follow the instructions displayed during uninstallation.
Restore the database from the offline backup of your Pipeline Manager database that you created in "Backing Up Your Pipeline Manager Database". See your database software documentation for more information on restoring full database backups.