Deployment in OWB

Hi,
I have developed a mapping in OWB.Now there is a new source which is added in the mapping.
Is it possible to execute the mapping with the new changes without deploying the mapping or re-deploying the changed mapping.
Is there any option in OWB for deployments where in I can execute the changed mapping (with the changes incorporated)without re-deploying the mapping
Thanks in advance

Hi,
As far as I know you can't. "Deploying" means that you (re)create the mapping code in the package in your target schema in the database.
When you "run" a mapping, it means that you execute that package.
So, if you change your mapping and want to run it with the new design, you will have to redeploy, to get the changes into the package body. Otherwise it will keep running the 'old' design mapping code.
Hope this helps,
Kind regards,
Ed

Similar Messages

  • How to view the DDL script prior to object deployment in OWB 10g R2?

    How to view the DDL script prior to object deployment in OWB 10g R2?
    Here is what I' looking for: in 10gR2, let's say I've built dimension X, but it's not deployed yet. I've selected one of the deployment options, let's say: "Deploy to Catalog only". Now, I'd like to see a DDL script that will be executed at the deployment time. Where can I find this script? What screen? What menu?
    Thanks,
    vr

    Viewing the Scripts
    After you have generated scripts for your target objects, you can open the scripts and
    view the code. Warehouse Builder generates the following types of scripts:
    ■ DDL scripts: Creates or drops database objects.
    ■ SQL*Loader control files: Extracts and transports data from file sources.
    ■ ABAP scripts: Extracts and loads data from SAP systems.
    To view the generated scripts:
    1. From the Generation Results window, select an object in the navigation tree on the
    left of the Generation Results dialog.
    2. Select the Scripts tab on the right of this dialog.
    The Scripts tab contains a list of the generated scripts for the object you selected.
    3. Select a specific script and click the View Code button.
    Regards,
    Marcos

  • Upgrade-deployment in OWB 10.2.

    Upgrade-deployment in OWB
    As I need to create new partitions for the fact table (with data!), I want to test upgrade-deployments in Control Center Manager.
    But I get the error dialog box.
    “RTC-5270: Invalid upgrade plan.
    The deployment has been aborted due to a problem with generating a valid upgrade plan.”
    I have already executed this Sql: grant_upgrade_privileges.sql
    and the Location access is: Host:Port:Service
    I am using OWB 10.2.0.3.0/33 on Windows
    Is it advisable to do upgrade-deployments in a production environments?

    I had also the same problem with the upgrade function in OWB. I also executed the SQL Script "grant_upgrade_privileges.sql". But also in my case the error was still present.
    On Oracle Metalink I found the Note:387919.1
    with this "quiet" interesting side note:
    "... Please note that grant_upgrade_privileges.sql script needs to be executed before that table is created (deployed) the first time. If this script has not been executed before the tables are deployed the first time it will not any more be possible to upgrade the table definition. Even if this script is executed it will not any more be possible to upgrade a table deployed before the execution of the script. "
    Now, after replacing all tables, I´m able to upgrade them. Luckily I was still in the Development phase when I discoverd this circumstance of OWB behaviour.
    But I still have problems to upgrade tables with TIMESTAMPS in it. It seems that Oracle does not support the upgrade function for some Datatypes.
    Does anyone of you has some experience in that problem or even better some way to solve (workaround) it?

  • BI deployment from OWB 10.2 (Paris)

    Hi all,
    I'm curious what success or lack thereof you have had in deploying dimensions and cubes relationally to Discoverer with OWB 10.2.
    Do you deploy item folders for dimensions and cubes seperately?
    Do you create item folders for every level of your dimensions?
    Do you create "complex" item folders instead having the dimensions and cubes prejoined?
    I'm working on our BI deployment and would love to know some of your experiences with either method. Also, are you able to fully manage your EULs with OWB or do you have to use Discoverer Administrator post-deployment?
    Thanks in Advance,
    Mike

    Hi Mike.
    Do you create item folders for every level of your dimensions?You must create item folders for all information you want to show to end-euser or you need to add to a calculation, hierarchy, join, etc. It depends on how you have imported the folder in discoverer. Make sure the item you want to add to a folder is not already there.
    Do you create "complex" item folders instead having the dimensions and cubes prejoined?Read the best practices document/thread. You'll see that using db views might be an alternative.
    I never tried this using OWB 10g R2. In previous releases you'd have to create collections, export/import it to discoverer and that was the most you could do using OWB.
    As far as I've read the documentation, the "Defining Business Intelligence Objects" chapter in OWB users guide, it seems like there's a lot stuff you can do in OWB.
    However you'll see the need to edit the Business Areas using Discoverer Adm Edition. Read this thread, you'll see there's plenty of stuff you won't be able to do using OWB (like editing security/privileges, for instance):
    Discoverer Adm. Best Practices
    Also, read the following document:
    http://www.oracle.com/technology/products/discoverer/pdf/Discoverer_10_1_2_BestPractices.pdf
    You'll find answers for most of your questions.
    Regards,
    Marcos

  • Can deployment  affect source system due to registering / deployment in owb

    HI ,
    We have one 3 source system and one target system. Through OWB 10 g r2 we have defined connections for all locations like source staging target repository, workflow manager...etc.
    Target system IP address was going to change. So we did reset the IP in our all connection information and register them again. then deployed all the location with the objects like mapping process ..etc.
    But Incident happened is,
    There is one of source (production) system, which have 10-12 tables. and those tables dropped and create as replace action of deployment.
    Ideally It should not happened through ETL tool.
    what are the steps or process which will ensure that if any changes need to do at server side (like IP address changes) , will not affect the production source system by re-registration of locations and re-deployment.
    needs reply on urgent basis.
    any body can help on this ....
    Regards
    Umesh
    Edited by: Umesh2 on Jan 14, 2009 10:38 PM
    Edited by: Umesh2 on Jan 14, 2009 10:39 PM

    In the Runtime Audit browser you should find a Location Summary report. From here you can view and edit the connection information for the registered location. Note that this information remains in the runtime, and does not get pushed back to the design repository, so if you re-register a location you'll overwrite the changes.
    The upgrade action will generate an upgrade plan for any changed objects - eg instead of dropping a table and then creating it again, it may just do an "alter table" statement. This ensures that the data is retained, and is the default deployment action for any data object.
    Using hostname instead of IP address is the right way to go, and should mean that when you changed the IP address of a server, the hostname remains the same. Unless you also changed port numbers and service names then you should not need to make any changes to the locations, or perform any redeployments.
    The Runtime Audit Browser is installed as part of OWB, so I'm not sure why it's not available in your environment. Could someone have removed the shortcuts from the menus? You could try reinstalling the OWB client and see if the shortcuts re-appear.
    Nigel.

  • Scripts generated post deployment in OWB

    Hi,
    I have a query regarding the sccripts generated after deployment of any object in OWB.
    When we create a map in OWB and deploy it, two scripts are generated. one is the package which physically create the mappning process in target schema. The other script is a ddl script e.g. map_name_drop.ddl.
    Can you provide me an understanding why this ddl script is generated.
    Many Thanks

    Nothing specific at the moment but would like to know if its possible and to what level its possible to interact via scripts or other methods with the applications in CS6 after deployment
    Can projects be opened in Captivate via script?
    Can publishing settings be set for labs of captivate installs so all have a common set of custom settings?
    Can projects be published via scripting?

  • Deployment of OWB-ETL? How did you do it?

    Hi folks,
    I'm considering the deployment of a large set of Mappings in OWB that are part of the population of a Data Warehouse.
    I see that the the Process Flow/Oracle Workflow is one suggestion for developing and deploying the framework for bringing these various Mappings under one logical unit.
    However I'm begining to wonder if the investment in the skills and training and effort required to implement the process flows in Oracle Workflow are worth it.
    I want to take a poll and also find out what people who implemented medium to large ETL using OWB have to say about this.
    a) What tool did you use to logically bind together the various mappings in your Warehouse.
    b) If you did create process flows, were you able to implement it with Oracle Workflow, and if so whats the stability of that system?
    c) If you did indeed create a Process Flow, have you tried running or implemented that workflow (XPDL file) in any of the other commercially available or Open Source workflow engines out there? If so please detail your experience.
    Thanks,
    Sridhar

    I have done a nuance of this with one SFDC instance partitioned with multiple Record Types (a virtual new instance)  The record type kept the contact from being visible to multiple business units and allowed for 'intentional' duplicates.
    We had at one time 5 different BUs with possible contact overlap.
    I have also implemented a single Eloqua instance with 2 BUs and 2 CRMs.  The logic for lead flow was the big challenge.  We turned off the native Activity write to the CRM systems and instead used the contact activity overview link.  Though not ideal, it solved for a ton of failed API calls where the contact/lead ID did not exist in Eloqua.
    Every situation is unique, there are no easy answers for this scenario. 
    I am happy to get on the phone with you to talk more.
    Nathan

  • Execute a mapping deployed with OWB 9.0.4 from SQL*Plus

    Hello,
    I could execute a mapping designed with OWB 9.0.3 from SQL*Plus with the next sentence:
    SQL> exec my_mapping.main;
    But now, with OWB 9.0.4, mappings are deployed as functions (in 9.0.3 were deployed as procedures) and they need parameters.
    Somebody know how I can execute deployed mappings with OWB 9.0.4 from SQL*Plus? I don't know the parameters I need to call a mapping.
    Thanks in advance,
    Pedro.

    Well, I've solved the problem with roles but
    I've executed the script called sqlplus_exec_template.sql and it fails at Stage 2 because the next sentence
    l_audit_execution_id := wb_rt_api_exec.open(l_task_type, l_task_name, l_location_name);
    returns me NULL.
    It is not clear the value that the variable called l_location_name have to stored. The script explain that this variable store the physical name of the
    location to which the task was deployed. I understand that this variable have to store the schema where the mapping was deployed. That's right?
    So I called the script in this manner:
    SQL> @sqlplus_exec_template OWBRUN904I OJBHT PLSQL MY_MAPPING "," "," ;
    where OWBRUN904I is the name of the Runtime Repository Schema, OJBHT is the
    schema where MY_MAPPING is deployed, PLSQL is the task type and MY_MAPPING is
    the name of the mapping I've designed.
    Can you tell me why the scripts fails?
    Regards,
    Pedro

  • Cant deploy in OWB 9.2.0.4.0 after database upgradation

    We are facing a problem with OWB 9.2.0.4.0 after the database is upgraded from[b] oracle 9.2.0.1.0 to 9.2.0.8.0.
    Initially OWB 9.2.0.4.0 was working fine with oracle 9.2.0.1.0 (i.e. the owb runtime and target schema was in this database) but due to some urgent requirement we need to upgrade the database to oracle 9.2.0.8.0. After the oracle upgradation we cant deploy any ETL object from the OWB design(9.2.0.4.0) to the runtime. Also we cant create any new runtime repositories into the upgraded database.
    Can anyone please suggest whether this is happening due to version incompatability?
    or is there any patches/scripts that needs to be run after the database upgradation?
    Thanks in advance.

    Hi there,
    I upgradet a cuple of Times a Database
    and use the OWB (and the Workflow) after that again.
    I didn´t know exactly what´s going on by you
    but maybe after the Upgrade there´re no more OWB Informations in teh Schemata?
    You can start the Design Browser (ControlCenter), right?
    Question: Is the DesignRepository in the same Instance
    as the Runtime Repository?
    If not, then i think it´s the best Way to reinstall the OWB Components using the Runtime Wizzards (runtimeinst.sh under UNIX).
    If it is the same Instance try to take a look in the Log-Files from the Upgradeprocess.
    You can even try to view the Oracle Documentations
    about what´s exactly happened during the Upgrade.
    Sorry, i think that didn´t help you very much, but i think at least with a new Installation of the OWB Components you can sure to fix your Problem.
    Regards
    Lone

  • Deployment from owb hangs

    Hi,
    I am using OWB10gr2 and it was working fine
    and I was able to deploy and run all the mappings.
    Suddenly owb started taking long time for
    deploying mappings and it showed status as busy deploying
    but it never finished and I had to drop the process and
    after that If I login again it deployed fine but gradually
    this problem became more frequent and now I am not
    able to deploy anything.
    Please let me know if someone faced same problem and any solution for same.

    HI,
    In our case also deployment stops at BEGIN wb_rt_notification.wait( :1 , :2 ,
    :3 , :4 , :5 , :6 )
    ; END;
    We have set up OWB in such a way that design repository is in one instance
    and we deploy code on different instances and have runtime installed on all other
    instances .For all other instances it works fine and for this instance also
    it was working fine for last three months but suddenly we started getting this
    problem and it is not consistent some time we are able to deploy but other time
    we just cannot.Tried everything bounced database even installed runtime again in this instance nothing worked .
    Regards,
    gswazir

  • Deploying an OWB project

    Hi,
    I have created an OWB project in my development environment, and want to deploy this onto my production database. What are the minimum OWB components that I need to install on the production server? Is it enough if I only install the OWB Runtime server? And how do I deploy the project on that server?
    Thanks,
    Mani

    Mani,
    There is a wealth of information on these basic questions in Oracle Warehouse Builder Self-service Education http://www.oracle.com/technology/products/warehouse/selfserv_edu/self_service_education.html. Specific to your questions, see Installation and Deployment sections.
    Nikolai Rochnik

  • Unable to deploy to Discoverer - OWB 10.2.0.2

    Hi all,
    I'm having problems deploying anything to Discoverer with OWB 10.2.0.2 (patched). I can test the BI Discoverer location successfully, there is an empty EUL in Discoverer and I can manually create Business Areas and Item folders. However, EVERY time I deploy from OWB, It get:
    RPE-02150: Failed to connect with user DISEUL, password ***, connection null. Disco export file 11090.eex written to directory owb/deployed_files.
    I've logged an SR, but Oracle support must be on vacation. Anyone else encounter this?
    Interestingly enough, immediately after the error above, the deployment has SUCCESS for each item but the items are not in the EUL.
    Any help would be appreciated!
    - Mike

    Thanks for the input. I did derive the objects and had successfully deployed them in development. This is using a separate configuration to deploy to production. I may try rederiving everything to see if that makes a difference. I've tried countless times deploying as things stand. I don't really want to blow away the BI objects and start over since I've done so much work on headings and discoverer names.

  • OWB Process flow deployment into auto sys

    Can some one tell us the steps to be followed for deploying the owb PROCESS FLOW into Auto sys.
    Thanks

    Hi
    There was some work a few years ago, but not sure it was ever productized. You can integrate with any 3rd party scheduler (in a course manner), see the post here;
    http://blogs.oracle.com/warehousebuilder/2008/11/using_3rd_party_schedulers_with_owb_1.html
    Cheers
    David

  • Versioning, Deployment, Execution in OWB 9.2

    For the warehouse created using OWB versions 9.0.3, my company used a versioning tool. All the PLS generated using OWB were moved to Source control system and from there deployed to Target Schema.
    Now in 9.0.4 generated code contains location information that gets replaced by physical location only when code is deployed using OWB. So the old system of versioning and deployment doesnt work. We need to deploy using OWB only. In this case we loose all the versioning of mappings.
    Question 1 :
    Will you please suggest a solution how can we do versioning of our code now ? Versioning is very important for us. In case it is not possible then can we go back to old system of deployment and execution by doing some manual workarounds.
    Question 2 :
    Is it necessary to deploy thru OWB only because of Location factor. In that case if we design such that source and target tables are in the same then these mappings will not contain location information and we should be able to deploy them without using OWB ? What are the other disadvantages of using this approach.
    Question 3 :
    When executing mapping using the template provided by OWB, we need to provide location name and execute it from Runtime Repository owner. I guess, When I deploy outside OWB I will not be able to use this method of execution. Default parameters and custome parameters of the mapping are stored in run time repository under the location name at the time of deployment . This information is accessed by the template to execute mapping. ( is it true ??)
    We are not going to use multiple physical configuration for the same mapping, so if we deploy not using owb, can we execute directly in Target schema, without using template. How can we provide the input parameter to Main function in this case ?
    Question 4 :
    Will we be able to get Audit information if we do not use OWB's recommended way of deployment and execution.
    Vibha

    Vibha,
    Question 1:
    What you can do, is store the entire deployment script using the deploy to file option and version control that file. The format will be an ASCII-based XML file that versions exactly the same as you would version the files that OWB generated in previous releases.
    Also, you may be interested in the version control you can do inside of OWB. That is, as of 9.0.4 we enable you to create snapshots of your design, which you could compare and restore at any point in the future. In 9.0.4, we provided a beta UI on top of this feature (scripting would be the other way to go), but in 9.2 we provide a production quality UI. To enable the UI in 9.0.4, close the product, locate preference.properties in <owb home>\owb\bin\admin and change the setting for MCMUIEnabled from false to true. Please do consider migrating to OWB92...
    Question 2:
    The locations were also introduced to support multi deployment (e.g. development, test, production) with potentially different physical setups of the machines, but no design changes necessary. Also, execution uses the location concepts. Did you already read http://otn.oracle.com/products/warehouse/pdf/OWB_RuntimeChanges.pdf, which contains more information about the changes and why these are there?
    Question 3:
    To execute directly from the database, I recommend you download http://otn.oracle.com/sample_code/products/warehouse/files/run_my_owb_stuff.sql and use that as the basis for your execution. The entire architecture changed from 9.0.3 to 9.0.4... and the runtime platform now manages the execution. Via the script above you get a wrapper around the script that OWB provides out of the box (minimum version 9.0.4.10).
    Question 4:
    The generated code contains all the calls to log the audits, so in principle yes. Having said that, if you do not deploy through OWB... it will be difficult to get the correct references that OWB will use during its logging to be resolved. I hope that with the explanation above you will be able to deploy and run inside the OWB context and make the entire environment work for you.
    Thanks,
    Mark.

  • OWB and Workflow

    I'm running OWB 10g on a 10g database. I'm attempting to deploy the workflow process developed in OWB to the edw schema in my database. I'm receiving the following error.
    RPE-02018: Oracle Workflow schema OWF_MGR on host 10.150.10.20 cannot be accessed using service DWREP through port 1599. Please check the location details and try again.
    - ORA-01017: invalid username/password; logon denied
    Do I need to deploy the processflows into a schema that has runtime objects? I tried to deploy the flows to owf_mgr's schema and got a runtime repository does not exsist. Then I tried to deploy the flows to my edw schema which has my target dims and cubes, and I receieved the error mentioned. Any assistance would be greatly appreciated.

    Ray,
    You create a process flow module, and a process flow location (stating OWF type and version 2.6.3). Then you register this location to the OWF_MGR schema in the deployment manager.
    Please verify you have the setup as described here.
    Then you click deploy and OWB will create:
    - A dblink to the Runtime Repository
    - A workflow definition in the OWF_MGR schema with the correct activities.
    Jean-Pierre

Maybe you are looking for