Manual configurations in CSM v2

As some of you may have noticed, or read in the alert box on MetaLink's CSM tab, the ability to create and use manual configurations is being phased out.  The consequence of that is that CSM v2 does not have any functionality to manually create new configurations; and, any manual configurations that had been previously created using the v1 interface will not be shown.

We've decided to take this step to improve the overall reliability of the configuration data found in CSM, which benefits both our customers and Oracle Support.  By using OCM -- Oracle Configuration Manager -- to collect and upload configuration details automatically, the data shown through CSM is known to be accurate and up-to-date.  And for those customers who don't have internet connections from their systems for automatic uploading, the ability to upload disconnected-mode configuration collections will be available before CSM v2 completely replaces v1.

Comments:

What will be the role of RDA in this new scheme? Will SR's still have use or need for RDA reports? I have set up a standardized installation procedure that includes running RDA, and using its output as a reference for verifying the installation. It seems from my few glances at the OCM xml pages that RDA is much more comprehensive (and readable). I probably will be adding a step to the procedure for OCM installation/collection/upload to "seed" the MetaLink config repository, but still would like to use RDA for viewing/verifying the installation/configuration internally at least. Rory

Posted by Rory O'Connor on October 26, 2007 at 01:28 AM PDT #

in the next couple of weeks, Disconnected Mode Collections will be enable on MetaLink. An FAQ is in works and one of the FAQ'a is: Q:How does Disconnected Mode collection and upload work? A: The customer experience with Disconnected Mode collection is very similar to running traditional Remote Diagnostic Agent (RDA) and attaching the RDA output to a SR. There are two primary methods for performing a Disconnected collection and upload: 1. RDA 4.8�s RDA/OCM package (ML note 372331.1), is one package to get a combined diagnostic and configuration collections from a host machine with no internet connection to MetaLink:CSM. 2. OCM 10.2.5 or 10.2.6 standalone, available for download from MetaLink, or included in your Oracle product install, is the second. This collects configuration information only. The disconnected mode collection is manually run on the host machine, then transported to a machine with an internet connection. Log in to MetaLink. When creating or updating a Service Request, attach the configuration package to the Service Request. �Submit the SR�, or �Save as Draft�. Either action will result in the OCM configuration collected in disconnected mode to be uploaded to repository at Oracle. Once the configuration information is stored in the repository, MetaLink:Configuration Support Manager treats configurations created from disconnected mode collections exactly the same way as it treats configurations generated in the traditional connected mode collection.

Posted by tony cavotta on October 26, 2007 at 09:03 AM PDT #

Ok, that is starting to make sense, although it seems the current SR creation mode will need to change from it current design in which a number of config items are entered up front such as Oracle product/version, and platform/version. I will be interested to see how that is "transformed". What about the role of RDA data in this new scheme? Will it still be requested along with the OCM config info? It seems there is considerable overlap where the config info of the Oracle product is concerned with RDA also adding a lot of platform config info - is that correct? Thanks, Rory

Posted by Rory O'Connor on October 30, 2007 at 07:54 AM PDT #

What would really be helpful would be an adaptation of the collect/upload mechanism such that we could aggregate the ocmconfig.jar files on one machine on our site that has the requisite internet access, and run the upload from that "host". How tightly is the emCCR/upload process tied to the server/instance it normally runs on? I can see that there would be a need to uniquely identify each ocmconfig.jar file, but given that, would it not be relatively straightforward to do the upload? FWIW, Rory

Posted by Rory O'Connor on November 06, 2007 at 05:58 AM PST #

I am still not finding any info on how to do manual config uploads. Now that CSM 2 has gone live, I would think that should be imperative to know. TIA, Rory

Posted by Rory O'Connor on November 09, 2007 at 06:23 AM PST #

I am very disappointed with Oracle's decision not to support OCM/CCR on Itanium platform. I have been promised several times (in SRs) in more than two years that this will happen, but still nothing. Ok, I understand that ia64 needs some additional effort and I will tolerate and understand when patches get released with delay for itanium, but I can not understand why should whole range of customers be taken out for an important service and product ?! The only workaround would be using RDA and some clever scripting or manual upload, which I will try. I will get back with results, but I would be much happier to have a consistent configuration and support maintenance for all Oracle products and platforms on our site. ZP.

Posted by Zoran Popovic on May 25, 2009 at 08:11 PM PDT #

Zoran: Which Itanium OS are you looking for? OCM does currently support the HP and Linux Itanium platforms (you can download the software from the Collector tab on My Oracle Support). As for Windows Itanium, we have that on our radar screen for support in an upcoming release to be determined. thanks, Joshua

Posted by Joshua Solomin on May 26, 2009 at 03:20 AM PDT #

Post a Comment:
  • HTML Syntax: NOT allowed
About

Search

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