CM Failover Uses Wrong Server Connection With Multi-DB
Last updated on SEPTEMBER 26, 2016
Applies to:Oracle Communications Billing and Revenue Management - Version 184.108.40.206.0 to 220.127.116.11.1 [Release 7.3.0]
HP-UX PA-RISC (32-bit)
***Checked for relevance on 01-Apr-2010***
***Checked for relevance on 29-Nov-2011***
***Checked for relevance on 10-May-2013***
***Checked for relevance on 13-Oct-2014***
In 7.3 of BRM, in a prepaid high-availability+MultiDB configuration environment, when the CM tries to failover to the second entry of a secondary DB dm_pointer (for instance, the secondary TIMOS for database 0.0.0.2), it uses the second entry of the primary DB dm_pointer instead (i.e. the dm_pointer for database 0.0.0.1).
The CM connects to the second dm_pointer entry for DB 0.0.0.2 and starts normally.
The issue can be reproduced with the following steps:
1. Install a multiDB + HA standard system with at least 2 schemas (0.0.0.1 & 0.0.0.2)
2. Startup the DMOs and all DMT (primary & secondary for 0.0.0.1 & for 0.0.0.2)
3. Configure a CM dm_pointer entry for db 0.0.0.2 to try the secondary DMT first.
The CM cannot start.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms