ConfigLab

ConfigLab
The Oracle Utilities Software Configuration Management guidelines have a  number of recommendations which should be adhered to.. not least of which is the implementation of a structured method of deploying config/reference data in a manner which allows the on-site team to guarantee the environment content (code and data) for each release, before users start using it.

In the past I have always followed these guidelines in regards to migration of code, and associated technical reference data (batch controls, Algorithm Types, Lookups, etc), but I have been less diligent in tracking all Config through the recommended migration paths, and tended to adopt a Hub-and-Spoke approach to pushing reference data out from the Master copy environment.

Unfortunately this means that the management of this data then becomes a bit of a nightmare for the Config Team, and although the Bundling subsystem developed as part of 2.2 goes some way to providing version control functionality for some reference data, it is largely restricted to the new "Cool Tools" functionality (ie, Scripts, Zones, UI Maps, etc), although this can be extended for some data types via the Business Object configuration).

As a result of this, I have recommended that some of our local installs switch over to a reference data migration path which more closely aligns with the standard cascading migration, as detailed above.
Comments:

Post a Comment:
  • HTML Syntax: NOT allowed
About

Stuart Ramage

I am a Consulting Technical Manager for Oracle Corporation, and a member of the OU Black Belt Team, based in Hobart Tasmania.
I have worked in the Utility arena since 1999 on the Oracle UGBU product line, in a variety of roles including Conversion, Technical and Functional Architect.

Contact me on:

Search

Categories
Archives
« April 2014
SunMonTueWedThuFriSat
  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today