This content has been marked as final. Show 9 replies
Having dev and UAT on a same server is not a good IT strategy Creating managed server is not a good idea as well. The reason is
1. you would have to create different jdbc, jms resources for dev and UAT. And you would have to change deployment plan for this.
2. And there are chances that developers could accidently change some the settings.
I would suggest create another weblogic domain in the same machine. So that UAT can be isolated completely.
Thanks for a quick reply
1. I do agree that the strategy of having both UAT and DEV on same box is not great. But I have limited scope to comment to the client on this specific choice of landsacpe.
2. Do you have some links which is a sure proof to create additional weblogic domain quickly and correctly. I am getting references of Creating domain the first time. But my requirement is to create an additional domain on top of what is existing currently. Any advice here.
If you can't avoid this all in the same host restriction, at least create different domains for DEV and UAT, then use ranges of port numbers, e.g., 800x for DEV and 900x for UAT...
You can reuse the same product installation, just use config.cmd(config.sh) to create a new domain on a different directory...
Thanks for the link. We will update the result of the new domain creation.
And for the sceham confusion we had that is "whether we should create separate schema for the additional domain?", based on this thread SOA 11g - Schema for Multiple domains we will be going ahead with new schema creation for this new weblogic domain.
Will update the thread with results. Thanks all for the support.
0. I know you already figured this out. Just wanted to share my 2 cents.
1. Its highly recommended to have each SOA/BPM Domain point to its own set of RCU Schemas. See below post. I know you already got this.
Re: Can I install two versions of SOA suite using same Oracle database
2. Basically for any Weblogic Domain, there are some things which are at Domain level like Security Settings, DataSources (you can control by targetting to different clusters, but in case of soa it will not work). So even though you have 2 different servers for DEV and UAT, behind the screens all the tasks from all the Env go into one Single Set of soa_infra tables and this creates a big confusion. The tasks created from UAT may be visible in DEV and vice versa. If you have Reports like to get all Active Tasks, it will pretty much fetch all the Tasks created from both the Env. This is definetly not what you want. Under domain root folder/config/jdbc you will see bunch of .xml files related to data sources. They all point to soa cluster and internal soa framework uses these data sources.
This applies to pretty much any Domain that has a backend database linked to store Meta-Data like for SOA/BPM, OBIEE, Portal, WebCenter etc. One Domain (Env) point to one set of DB Schemas. Good thing is you can have all these schemas prefixed properly and reside in the same single Oracle database (hopefully you should have large memory for this db). The above post has some tips.
Thanks for the solution. It worked for us.
We created a seperate weblogic domain called UAT_Domain to host all UAT process in the same SOA instance(11g) where DEV is currently installed. This way both DEV and UAT can co-exist in the same SOA instance.
We used the normal weblogic configuration wizard(config.cmd/config.sh) to create an additional domain in existing SOA instance and allowed the configuration wizard to create its own set of schemas to store the metadata. This way every domain has a clear distinction to store its metadata in DB in its own schema.