Migrate Your Customizations With iSetup: Part I

So – your developers have been working on creating some new concurrent programs in your test environment. Or perhaps they’ve got some new request groups, printer setups, new responsibilities or other customized objects that need to be migrated out of the test environment and into production. Or perhaps you’d like to add users to a test environment that are already set up on production. It turns out you have three options: 1. Manually - Open up a screen pointing to your test environment and a screen pointing to your production environment, and manually copy (type) everything you want to move. Uggh – that’s how we did it in the olden days, but it is certainly not how we want to do it today. Manually making the changes takes too long, and it’s too easy to make mistakes. A thorough and time-consuming test of each migration would have to be included in your project plan. 2. FNDLOAD – Oracle’s utility can be used to download application data from an Oracle Applications instance into a portable, editable text file (.ldt file). The data in the FNDLOAD .ldt file can then be uploaded into another Oracle E-Business Suite instance. Check out Brad Simmons’ and Donna Campbell’s paper Customization Survival Guide: How to Use E-Business Utilities to Migrate Your Custom Code. They’ve included examples of commands and sample Unix scripts, and they’ve highlighted the potential “gotchas” that you need to keep in mind. With FNDLOAD, you’re working from a Unix account and have to have a thorough understanding of the objects that you want to move. You’ll still need to do a thorough test of the objects that you’ve migrated, but errors are less likely than if you hand-typed the information. 3. iSetup – iSetup is a module provided within the E-Business Suite that allows you to easily migrate setups using a user-friendly interface. You’ll work through EBusiness Suite screens rather than at the Unix level, so you do not have to be a programmer or DBA to feel comfortable using this tool. iSetup includes templates that make it easy to move commonly migrated objects, and, unlike our other two options, iSetup documents the configuration changes to allow you to compare changes across instances and timelines. There is one major caveat with iSetup – your source and target instances must be running the same patch set levels of the E-Business Suite, so iSetup would not be the tool to use for an upgrade, but would be very useful once the upgrade is complete for ongoing maintenance. For this paper, we’ll use two Release 12 Vision Instances that have been patched to Release Update Pack 12.0.5 (RUP5) Financials and HRMS. Besides the typical FND customizations that we expect iSetup to handle, like Roles, Users and Lookups, the Oracle E-Business Suite Release Content Document for Release Update Pack 12.0.5 (RUP5) Financials and HRMS says that iSetup also includes APIs for the General Ledger, Accounts Payable, Accounts Receivable, Assets, Cash Management, Credit Management, E-Business Tax, Legal Entity, Public Sector Financials, Payments, and WebExpense modules. It is worthwhile to stay current on your ATG Family Pack levels because Oracle continues to enhance iSetup.

Copyright 2008 TruTek


and Administration. someone still needs to test the customization after it is migrated. Foundation data and Operational data. And. Only then should the customization be considered for migration into your production environment. the tool that actually migrates data from one instance to another. so your Applications System Administrators are not likely to hand it out to just anyone. Figure 1 shows the screen you’ll see after selecting iSetup: Copyright 2008 TruTek 2 . Note that this is a powerful responsibility. even though iSetup makes migrating a simple process. Once I have that working.For this first round of evaluation. A Functional Super User should sign off on the customization after thorough testing. the tool that reports on what has been migrated. Customizations must be tested thoroughly on your test environment. and then report on the configuration as well as compare configurations across instances or across time lines from the same instance. From an account with the iSetup responsibility assigned. the screens used to set up iSetup. iSetup consists of three main pieces – iSetup Migrator. Most companies would also include a migration test from your test instance into another test instance before migrating into production. Your company needs to incorporate using iSetup into your customization migration process. I’ll describe how iSetup works and test moving some users created on one instance over to another instance. iSetup Reporter. you need to have an E-Business Suite account that has the iSetup responsibility. Administration To use iSetup. I’ll add more to the paper about issues encountered and ease of use. iSetup allows you to migrate Application Setup data (AOL).

Click on iSetup. Figure 2 Copyright 2008 TruTek 3 . so we’ll need to tell iSetup which Applications instances can migrate data into this instance. Figure 2 shows the Administration screen. and you’ll see ‘Home’. In this case. ‘Reports’ and ‘Administration’. Figure 1 Your Applications System Administrator or your Applications DBA will need to do some configuration of your environment before you can start migrating customizations. ‘Migrations’. we haven’t configured iSetup yet.

the VIS instance is the target instance.Before you can map an instance. click on the Create button on the target instance (see Figure 2) to set up a new instance. Enter a Name for the instance that you’ll migrate from. Enter the Responsibility Name that can migrate setups (you should choose iSetup). and VIS1 is the source instance. Enter the DBC Filename of that instance. In our example. the Create Instance Mapping screen will give you an error. If the DBC file is not in place where iSetup expects to find it. your Applications System Administrator or DBA will need to copy the source instance’s DBC file into the target instance. Next. or if you type the DBC Filename incorrectly. DBC files are located under $FND_SECURE. Figure 3 Figure 4 Copyright 2008 TruTek 4 . In Release 12.

But you can see that having a separate instance where all the setup configurations are maintained would be preferred. iSetup allows you to transform certain attributes within an Extract prior to loading the data into the target instance. tcp. except if running Manufacturing APIs to extract or load. iSetup Migrator To migrate data.validnode_checking = yes to the sqlnet. iSetup extracts data from a source instance.<central>) o On the central instance.ora.invited_nodes=(<central>. you’ll need to install XDB using the instructions in MetaLink Doc. tcp. I am testing whether you can work with just a source and target instance because at least for now we don’t feel like using a third instance.<central>. including AZ: VO Fetch Size (Oracle’s recommended value: 100). How to troubleshoot iSetup issues describes how to check your database’s XML DB Setup: ♦ Check to see if the user XDB exists with the sql query: select * from all_users where username=’XDB’. so tcp. add: tcp. If you receive any “no rows selected” errors. The database instances need to be able to connect to each other via sqlnet.<target>) The “central instance” is an instance that just runs iSetup.invited_nodes=(<source>.1.invited_nodes needs to be updated on the database tier in $TNS_ADMIN/sqlnet. MetaLink Doc. This feature means that users can save a transformed set of data just once and then reuse that transformed data the next time they Copyright 2008 TruTek 5 .According to Oracle’s R12: Oracle iSetup Functional Overview online training class. then: o On the source node. optionally transforms the data. ID: 560719.<target>) o On the target instance. 3.ora file. AZ: Reporter Max Records (Oracle’s recommended value: 100) 2. ID: 243554. AZ: CP Number of Batches (Oracle’s recommended value: 5. since you will lose your iSetup configurations if the instance that handles extracting and migrating the data is refreshed. Profile Options. ♦ Determine if the Oracle XML DB status is valid with the sql query: select status from dba_registry where comp_id=’XDB’. XML DB must be enabled for the database for both iSetup Migrator and iSetup Reporter. AZ: Number of Records For Home Tab (Oracle’s recommended value: 4).invited_nodes=(<source>. use 1). tcp. The ability to transform data is a very useful feature. additional settings that need to be reviewed to run iSetup are: 1. ♦ For each node.1. and then loads the data into a target instance. AZ: Commit Row Counts (Oracle’s recommended value: 1000). How to Deinstall and Reinstall XML Database (XDB). ♦ Confirm that the view RESOURCE VIEW exists with the sql command: describe resource_view.

I’ll extract those three users from VIS1: 1.need to load data. and to register Generic Loader interfaces and set filters for them to extract a subset of the data. including user accounts: Copyright 2008 TruTek 6 . I created three new users on our VIS1 instance: MARYJOBEAKLEY. This Selection Set is used to migrate AOL Foundation setups. from the SYSTEM ADMINISTRATOR responsibility. Additional iSetup Migrator features include the ability to create a custom selection set. While there are a number of options. Create a new Selection Set Figure 5 When you click on the Create button. JONATHANHOWARD and JUMPINJEHOSEPHAT. the one we’re interested in is General Foundation. you get to choose what type of information you want to extract. Next. For a simple example.

Figure 6 Choose a pre-defined Selection Set from the list Figure 7 Additional Select Sets that you may choose in the Create Selction Set: Select Template screen Next. we see the Create Selection Set: Set Parameters screen. where we can choose what we want to migrate: Copyright 2008 TruTek 7 .

1. Uncheck all the Select boxes except ‘Users’ 3. I chose VIS1 from the list of values for the Source Instance. Notice that our Source Instance VIS1 is automatically available 2. I gave my Selection Set a Description. “New Users for Production”. And then I clicked on the Filter to limit which users will be extracted: Copyright 2008 TruTek 8 . Click on the Filter for “users” to see how much control we have over choosing users Figure 8 I gave my Selection Set a Name. “New Users”. I unchecked all the boxes under the Select column except the one for Users.

Figure 9 – The Create Selection Set: Set Parameters screen. just before filtering out users Figure 10 If I click on the magnifying glass next to “USER_NAME”. Copyright 2008 TruTek 9 .

Figure 11 Figure 12 Copyright 2008 TruTek 10 .

Uncheck all the Select boxes except ‘Users’ All we want are these three users. Copyright 2008 TruTek 11 . Click on the Filter for “users” to see how much control we have over choosing users 1.2. Then I clicked on the “Filter” icon to see how much help I might get in pulling the three users. so I unclicked the checkmarked Select boxes for everything except “Users”.

In the meantime. then migrate the extract into my VIS1 database instance. or on a single instance between two Copyright 2008 TruTek 12 .Figure 13 Stay Tuned… This is as far as I got before my lovely VIS instance was refreshed. users can compare setup data between snapshots of the data. so I’ll take a break and come back to finish off the migration next month. My biggest concern as I tackled this migration was to see how simple it would be to find the three users and extract them. read on to understand some of iSetup’s other features. Next I’ll create an extract to get our new users from VIS1 Figure 14 The extract is next iSetup Reporter With iSetup Reporter. The comparisons can be between two different instances. Just how user friendly is the iSetup User Interface? Stay tuned! 1. Click on Extracts 2. I believe my next steps will be to finish the extract of my three users.

This note references some patches for performance issues and java. A user must have an account on both the source and target instances. 4. Stay tuned! Sources MetaLink Note: 560719. 2. Also.different timelines. the ATG Family Pack level has to be the same. August 2007 Oracle offers three self-paced learning topics. The Source and Target instances must be on the same patchset before migrating setup data. With this reporting capability. users can determine differences between the setups of two different instances.ora on both the source and target instances must have the corresponding instance invited. or determine what setups have changed over a period of time. I’ll move on to detailing more about the reports. Part No. 5.OutOfMemory Errors. B31430-02. Once I finish the migration. The file $TNS_ADMIN/sqlnet. 3. “How to troubleshoot iSetup issues” – caveats include: 1. all very helpful: R12: Oracle iSetup Functional Overview R12: Oracle iSetup Technical Overview R12: Oracle Payables iSetup Technical Overview Copyright 2008 TruTek 13 . Release 12. Oracle iSetup User Guide.1. so be careful when filling out the Instance Mapping screen.lang. The DBC file name is case-sensitive.

Sign up to vote on this title
UsefulNot useful