Security migration

I have a TEST box and point Shared Services to PROD LDAP.
I want to develop security in TEST using Shared Services to set up groups/filters in an automated fashion, a feed from the LDAP group.
Is there an easy way to migrate the security settings in TEST to PROD?
Can you just take the essbase.sec file from the TEST box and restore to PROD box?
Jz

Hmm, I have used ASM with Essbase 6.1.3a before.. was I using an older version?Although it is supposedly not supported, we have had success migrating our security files simply by installing the newer version of Essbase over the old, and starting it up. No problems to date, and we have done this from versions 5.0.2p7 -> 6.1.3a -> 6.5.1. This was done on three servers, the most recent version upgrade was done almost one year ago. We use groups, filters, etc. We use replicated partioning. OS: Win2k sp3 on one box, sp4 on other two.

Similar Messages

ADF11g Security Migration

We are installing an ADF 11g EAR into our development instance of WLS 10.3.1 and are seeing some strange behavior with the ADF policy migration. During the EAR install from either the WLS console, or using WLST scripts, the ear deployment appears to create entries in our domains system-jazn-data.xml file in the .../config/fmwconfig directory. The policies work fine when testing the application. Users in the various application roles see expected security behavior. If we then start and stop a completely different managed server from the console, the entries that were in the system-jazn-data.xml file disappear, but the our application security continues to work as expected. If we then bounce the server our ear is deployed to, the entries show up again in system-jazn-data.xml.
Can anyone explain this behavior and verify if this is expected?
Additional Information: We have followed the enterprise deployment guide when setting up our middleware home directory. We have the following directory structure:
/opt/oracle/admin/snidomain/aserver
/opt/oracle/admin/snidomain/mserver
The aserver directory contains the admin server and the mserver directory contains our managed servers. Each directory contains a config/fmwconfig subdirectory each containing a system-jazn-data.xml file. Each also contains a jps-config.xml file that specifies an XML policy provider pointing at "./system-jazn-data.xml". When we install an EAR that utilizes ADF security, the system-jazn-data.xml file in the mserver directory is updated during deployment, but the one in the aserver directory is not. Each recycle of a managed server appears to replace the contents of the system-jazn-data.xml file in the mserver directory.
Also, when I bring up Fusion Middleware Control and view the roles/policies of the ear, none are displayed in the UI. If I add a role/policy using Fusion Middleware Control, the new role/policy is placed in the system-jazn-data.xml file in the aserver directory, and the contents of the one in the mserver directory is completely replaced with the same contents as the one in the asever directory, overwriting the ones added during the deployment.
Sorry this is getting so long...just wanted to share these additional observations.
Edited by: mike mckeehan on Aug 19, 2009 8:21 PM

Mike,
this question should be posted to the FMW, WLS or Security forum. This forum is on development specific topics. The behavior of WLS clusters and managed donains is a bit out of scope here
Frank

BPC Security Migration

I'm wondering how people migrate security between environments i.e. production to development.
Security is typically quite different in development vs. production. Some users will have more access in development and some users will not be active in development. Also in some cases, users may have different id's because they are on different domains. This means that there are many changes that need to be made before the development environment can be used.
In version 4 of OutlookSoft, security was all contained within an Excel workbook which made it very easy to apply these types of changes very quickly. For example, there was a column that indicated whether or not a user was active. You could very quickly go through this column and change users from Yes to No. Also, security could be processed all at one time.
In BPC, there are many dialog boxes to go through which is time consuming. There does not seem to be a way to flag a user as inactive. I notice that the field still exists in the database table but it is not in the UI. Also, it seems that each of the Task Profiles, Member Access Profiles, and Teams needs to be saved whenever an appset is restored or else you will get errors. There does not seem to be a way to process the security so you do not have to visit each of these dialog boxes.
Is anyone automating this type of migration by modifying the database tables directly instead of going through the UI?

Furthermore, in the corporate environment we are in today (i.e. SOX, Enron, etc.), current customers would be very WEARY to implement a "workaround" (not endorsed by the vendor) to migrate security settings into a live production environment.
I suggest you send an enhancement request via the SAP Support portal and ask that something like this be implemented in the next release of BPC.
As a starter here are some security functions that I think should be automated via a menu option in the Security UI of BPC:
Importing Security Information
-Import ALL Security info.
-ImportUsers
-ImportUserGroupNames
-ImportUserGroupMembers
-ImportPrivileges
Exporting Security Information
-Export ALL Security info.
-ExportUsers
-ExportUserGroupNames
-ExportUserGroupMembers
-ExportPrivileges
Deleting Security Information
-DeleteUsers
-DeleteUserGroups
-DeleteUserGroupMembers
-DeletePrivileges
Regards,
John

Essbase security Migration from native mode to external authentication

Hi!!
I want some guidance on setting up security, all the users are currently in Native user mode and Native groups.
Now we want to migrate to external mode, current version of hyperion is 11.1.1.3, any steps to follow in
this direction would be really helpful.
What is the best way of migrating huge user base from native directory to setting up for external authentication,
this is the first time move from native to external authentication, If anyone who has done this will be helpful.
steps to setup , maxl based migration will be helpful or utility based.
Thanks

When you say native mode do you mean that that essbase security is in native mode and you want to convert to shared services security mode,or do you mean you are using shared services securtiy with native users and you want to use an external directory like MSAD.
For your question ::
Yes the first piece is correct, our security is in native mode.
and we want to convert to shared services security mode,
The request involves moving from essbase native mode to Shared services native user mode (moving all the existing users, groups and existing provisioning)
The next stage is moving from Shared services native user mode to external directory. (moving all the existing users, groups and existing provisioning)
Your input will guide me in the direction.
Thanks

Direct security migration from 9.3.3 to 11.1.2.3

Gurus,
My environment has HFR reports, FDM and HFM applications.
Source: 9.3.3
Target: 11.1.2.3
Is there a way to migrate security directly from the source to target??
Let me know if there are any ways possible

Hi
We have done the same exact migration between these versions. For HFM we used HFM Copy app utility and hssmigrate.bat , we did direction migration of HFR and for FDM applications we migrated directly the RDMBs and connected to it.
We faced below issues
1. All Intercompany transacations were not visible (Date format between the two enviroments differed , in 11.1.2.3 more stringent format was expected but in 933 format did not matter)
2. Post all/unpost all options were not posting all the entries together (There was a patch for this 11.1.2.3.500)
3. SOAP error when opening HFM application (We were not able to fix this but workaround was found)
4 FDM locations had some minor issue , I don't remember exactly.
Thanks
Anjum

Shared Services Security Migration

Hi All,
I need to migrate Shared Services Security from one server to another server(applications already migrated).
Can you please let me know if we copy essbase.sec file will it work, or any other process we need to follow.
Thanks,
Pinky

Dear Pinky,
As John just mentioned - it depends a bit on the version that you use as well (11.1.2 is different from 11.1.1.3.x is different from 9.x)
but you may find useful information in these guides:
http://download.oracle.com/docs/cd/E12825_01/epm.111/epm_security.pdf
http://download.oracle.com/docs/cd/E12825_01/epm.111/epm_backup_recovery.pdf
The CSSImportExport utiity is documented within its own zip folder on your installation of HSS (if you are using version 11.1.1.x)
Basically you can think of the process as a backup and restore on a different machine.
The complete list of steps is way too detailed and complex and touches too many sensitive areas to handle it in a thread here.
(especially as I do not know the versions of HSS/Essbase, the OS or the scope of this migration)
best regards
Torben

Security: Migration Reporting problems

Hi,
we have migrated a test user to the new auth concept:
Old authorization concept:
User was restricted on material group (0MATERIAL) on infoprovider PRM_MPPS1
We have created a new profile for the test user but we were not able to run any report. It seems to be that
all authorization relevant caractericstics are needed for the query to run!
Trace Quotation:
Relevant Characteristics for Detailed Authorization Check
(Characteristics with Full Authorization Are Not Listed!)
List of Effective Authorization-Relevant Characteristics for InfoProvider PRM_MPPS1:
0COMP_CODE
0INFOPROV
0MATL_GRP_4
0SOLD_TO
0WBS_ELEMT
All Authorizations Tested
Message EYE007: You Do Not Have Sufficient Authorization
No Sufficient Authorization for This Subselection (SUBNR)
Following CHANMIDs Are Affected:
19 ( 0COMP_CODE )
1065 ( 0INFOPROV )
718 ( 0MATL_GRP_4 )
695 ( 0SOLD_TO )
88 ( 0WBS_ELEMT )
Authorization Check Complete
why are these characteristics tested now after the migration? any idea or solution regarding this errors?
thanks in advance
Oliver

Sorry - I missed part of that error message - here is the complete message:
2006-06-15 08:54:32.844 Mail[338] Exception raised during posting of notification. Ignored. exception: * NSRunStorage, _NSBlockNumberForIndex(): index (1847) beyond array bounds (1000)
/Volumes/Firefox/Firefox.app/Contents/MacOS/firefox-bin: can't map file: /Volumes/Firefox/Firefox.app/Contents/MacOS/plugins/MRJPlugin.plugin ((os/kern) invalid argument)
### MRJPlugin: getPluginBundle() here. ###
### MRJPlugin: CFBundleGetBundleWithIdentifier() succeeded. ###
### MRJPlugin: CFURLGetFSRef() succeeded. ###
/Volumes/Firefox/Firefox.app/Contents/MacOS/firefox-bin: can't map file: /Volumes/Firefox/Firefox.app/Contents/MacOS/plugins/Default Plugin.plugin ((os/kern) invalid argument)
/Volumes/Firefox/Firefox.app/Contents/MacOS/firefox-bin: can't map file: /Library/Internet Plug-Ins/QuickTime Plugin.plugin ((os/kern) invalid argument)
/Volumes/Firefox/Firefox.app/Contents/MacOS/firefox-bin: can't map file: /Library/Internet Plug-Ins/Flash Player Enabler.plugin ((os/kern) invalid argument)
/Volumes/Firefox/Firefox.app/Contents/MacOS/firefox-bin: can't map file: /Library/Internet Plug-Ins/Flash Player.plugin ((os/kern) invalid argument)
dyld: /Volumes/Firefox/Firefox.app/Contents/MacOS/firefox-bin dead lock (dyld operation attempted in a thread already doing a dyld operation)
Thanks for your help.

PTEXT run time error in security migration

Hi all,
When iam, doing the migration i got the run time error : "Funtion parameter PTEXT is unknown".
I got this error first time when iam doing the undo migration .
After then even iam doing the migration same run time eror iam getting .
Thank you
B.K

Hi
Applying the SAP Note 1097770. When we get this error we have to instal run the program specified in the note.After then once again we have to start the migration .This sol is specified one of my SDN friend .
Bharath
Edited by: B.K on Jul 10, 2008 3:02 PM

Can't migrate security

I'm trying to upgrade 5.2 to 6.3.
I tried to do a test migration by copying the production ldap instance folder into the test server. The test server doesn't have 5.2 installed, just the instance directory I copied from production. When I use dsmig to migrate the security settings, I was prompted for the old certificate database password:
root@ldaptest-c:/opt/SUNWdsee/ds6/bin# !257
./dsmig migrate-security -v -p 389 -P 636 /opt/ldap/serverroot/slapd-salt /opt/ldapdata/salt
Backing up file (/opt/ldapdata/salt/migration/migration_status) ..... DONE.
Launching Security Migration of server instance /opt/ldap/serverroot/slapd-salt .....
Stopping server instance /opt/ldapdata/salt ..... Directory Server instance '/opt/ldapdata/salt' is not running
Enter the old certificate database password:
Certificate database password has not been stored.
/opt/SUNWdsee/ds6/bin/dsadm exited with error 11.
Operation "migrate-security" failed.
The person who setup the old instance didn't remember setting up a certicate password and I can't find any information regarding this on the migration manual.
I also tried setting up a fully working 5.2 instance by copying 99user.ldif from the old server, use db2ldif and dump the data, and loading it. When I tried to migrate the fully working 5.2 instance, it didn't prompt for the password.
Is the password prompt normal since the production instance wasn't originally installed on the test server?
thx,
mike

Hi,
I've got exactly the same problem. Has anybody a solution?
What have you done mliang2?
Tobi

Migrating security from 11.1.1.3 to 11.1.2.2 and EIS Export issue in 11.1.2.2

Hello All,
We are currently using Hyperion 11.1.1.3 on Windows Server 2003 Ent. Edn. 32 bit.
Now we are planning to upgrade to 11.1.2.2 but we are doing a fresh install because we are upgrading OS also to 2008R2 Server 64 bit.
1. For Testing purpose we have installed and configured successfully on Windows Server 2008 R2 64bit.
For Security migration: I just exported security in 11.1.1.3 and imported to 11.1.2.2, migration status showing as "Failed"
But usres are migrated to 11.1.2.2.
Can you please let me know how to perfrom security migration from 11.1.1.3 to 11.1.2.2
Error
Error in migrating artifact, "/Native Directory/Users".
EPMCSS-02614: Failed to get user by identity native://nvid=911?USER. User not found. Verify Native user directory configuration.
Error in migrating artifact, "/Native Directory/Users".
EPMCSS-02614: Failed to get user by identity native://nvid=aa9322e19afe6bf1:-4bf27cb6:12ff20cff91:3cfa?USER. User not found. Verify Native user directory configuration.
Error in migrating artifact, "/Native Directory/Users".
EPMIE-00020: Failed to update user brobinson during import. Invalid identity for user. Please ensure that the user is available in the system with the identity specified in the import file.
2. Another known issue with EIS Import/Export option with 2008R2 64bit Server.
Can you please let me know is there any workaround for this?
Thanks,
Prathap

Have a read of the following support doc - "Migrating Native Users and Groups Via Lifecycle Management (LCM) Fails (Doc ID 1379619.1)"
For EIS you can install on 32bit OS and then you should be able to export/import, then you can point the 64bit to the relational db, alternatively it may be possible to point to the existing db as I doubt anything much has changed with the EIS database structure between those versions.
Cheers
John
http://john-goodwin.blogspot.com/

Migrate security of BIEE11G

Hi,
anyone know how to do migration of BIEE11G?
mainly security migration ,including user ,group,role,policy.
thank you!

Refer below links.....very useful.
http://www.rittmanmead.com/2011/04/oracle-bi-ee-11g-migrating-security-identity-stores-part-1/
http://www.rittmanmead.com/2011/04/oracle-bi-ee-11g-migrating-security-policy-store-part-2/
http://www.rittmanmead.com/2011/04/oracle-bi-ee-11g-migrating-security-credential-store-part-3/

JMS Migration - doesn't seem to work properly

Hi,
          I have a cluser with three managed nodes. I am experimenting with manual
          migration of JMS services when the 'active' server goes down. The behaviour
          it exhibits is distrinctly odd. If I kill the active server, and try to use
          the console to migrate, then the various servers never seem to be able to
          agree on what the current server is. server1 thinks its server1 (which it
          is). Server2 and 3 seem to think it's server2. If I migrate from the (now
          killed) active server to an active one, by navigating to
          server1/control/Migrate, then I get the option to migrate from server1 to
          server 2. If I confirm I want to do this, then it says migrating from
          server1 to server1!!! WLS generally seems to get very confused as to which
          is the current servers, and which servers can be the migration target. If I
          start with a fresh cluster, with 3 managed nodes, and start up the admin
          server and 2 of the managed nodes, then WLS (rather bizzarly) chooses the
          third (not started) node as the one to associate the JMS services with! If
          I try to use the command line utility (weblogic.Admin) to migrate instead of
          using the console, then things get even worse. It will only correctly
          peform the migration rarely. It often tells me that the target server that
          I'm migrating to is already the active one (which it isn't). Even worse -
          it often says 'OK' but in fact non of the servers are then hosting the JMS
          service.
          Anybody else experienced these sorts of migration issues. I've tried this
          with WLS 7.0 SP1 and WLS 7.0 SP2, and WLS 8.1 SP1 and they all exhibit the
          same behaviour.
          Cheers,
          Stanley.


          After some testing I found out that when you migrate to server2 from server1, it
          does the migration, server2 gets updated and knows that it is now hosting JMS
          servers, however server1 does not get updated, this can be seen in the console
          under migration check the console before and after the migration, server1 will
          still show as it being the JMS host or target.
          There are 2 ways to over come this.
          1. Migrate from server1 to server2 and from server2 to server2, the second step
          updates server1's properties and now the console shows up correctly.
          2. Do not migrate just target JMS server to which ever server you want under the
          targets tab under JMS server configuration. This seems to work using the console.
          Anil
          "Stanley Beamish" <[email protected]> wrote:
          >Hi,
          >
          >I've attached the info as you requested. config_1.xml represents the
          >initial state, with all three managed servers (1, 2, and 3) running,
          >and
          >server1 currently hosting the JMS server.
          >
          >If I stop server1 and migrate to server2, using the following command:
          >
          >java weblogic.Admin -url localhost:7001 -username system -password security
          >MIGRATE -migratabletarget "server1 (migratable)" -destination
          >server2 -sourcedown
          >
          >then it succeeds, and you have config_2.xml.
          >
          >If I stop server2, restart server1, and try to migrate back to server1
          >(using the same command, but reversing server1 and server2) then it doesn't
          >work and I get the following message:
          >
          >Start server side stack trace:
          >weblogic.management.runtime.MigrationException: Cannot migrate - destination
          >server must not be the currently activate s
          >erver - services are already deployed on that server.
          > at
          >weblogic.management.migration.MigrationTask.failWith(MigrationTask.java:728)
          > at
          >weblogic.management.migration.MigrationTask.check(MigrationTask.java:722)
          > at
          >weblogic.management.migration.MigrationTask.migrate(MigrationTask.java:258)
          > at
          >weblogic.management.migration.MigrationTask.access$7(MigrationTask.java:244)
          > at
          >weblogic.management.migration.MigrationTask$1.execute(MigrationTask.java:89)
          > at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213)
          > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189)
          >End server side stack trace
          >
          >and config file looks like config_3.xml
          >
          >Thanks for looking at this, it is much appreciated.
          >
          >Stanley.
          >
          >"Dongbo Xiao" <[email protected]> wrote in message
          >news:[email protected]...
          >> I may be able to help you more if you could send the config.xml (after
          >> one migration) and the command you used for the migration.
          >>
          >> Dongbo
          >>
          >> Stanley Beamish wrote:
          >>
          >> > This is exactly the sort of thing I am seeing when using the command
          >line.
          >> > It definitely does not work correctly.
          >> >
          >> > SB
          >> >
          >> > "Anil Jacob" <[email protected]> wrote in message
          >> > news:[email protected]...
          >> > >
          >> > > Dongbo,
          >> > > What would happen when we use the commandline, In my case whether
          >I
          >> > migrate from
          >> > > s1 to s2(example) it says s2 is already hosting these services
          >and
          >> > migration fails.
          >> > > If I shutdown s1 and start s2 and try to migrate it still says
          >the
          >same
          >> > thing.
          >> > > Also I noticed the all of my destinations do not get migrated.
          >> > >
          >> > > Can you advice?
          >> > >
          >> > > thanks
          >> > > Anil
          >> > >
          >> > > Dongbo Xiao <[email protected]> wrote:
          >> > > >I suspect that the confusions you experienced comes from the names
          >of
          >> > > >the default migratable targets. If you have three managed servers
          >> > > >(say s1, s2, and s3) in a cluster, by default, there will be three
          >> > migratable
          >> > > >targets: "s1 (migratable)", "s2 (migratable)", and "s3 (migratable)".
          >> > > >For migratable target "s1 (migratable)", the candidate servers
          >are
          >s1,
          >> > > >s2, and
          >> > > >s3, and the user preferred server is s1 (which is by default the
          >server
          >> > > >hosting
          >> > > >the services that are targeted to this migratable target).
          >> > > >For migratable target "s2 (migratable)", the candidate servers
          >are
          >s1,
          >> > > >s2, and
          >> > > >s3, and the user preferred server is s2 (which is by default the
          >server
          >> > > >hosting
          >> > > >he services that are targeted to this migratable target).
          >> > > >
          >> > > >If you target a JMS server to migratable target "s1 (migratable)",
          >by
          >> > > >default,
          >> > > >the JMS server will be active on s1. You can migrate the JMS server
          >to
          >> > > >s2 or s3. After a migration, s2 (or s3) will be the user preferred
          >> > server,
          >> > > >but
          >> > > >the migratable target is still named "s1 (migratable)". What you
          >saw
          >> > > >from the
          >> > > >console after you hit Migrate button may be something like
          >> > > >" Migration of s1 (migratable) to s2".
          >> > > >
          >> > > >If you migrate the JMS server from s2 back to s1, you may see:
          >> > > >"Migration of s1 (migratable) to s1".
          >> > > >
          >> > > >You have to go to s1/Control/JMS Migrate to do all migrations
          >for
          >> > > >"s1 (migratable)", and go to s2/Control/JMS Migrate to do all
          >> > > >migrations for "s2 (migratable)".
          >> > > >
          >> > > >Dongbo, BEA
          >> > > >
          >> > > >
          >> > > >
          >> > > >Stanley Beamish wrote:
          >> > > >
          >> > > >> Hi,
          >> > > >>
          >> > > >> I have a cluser with three managed nodes. I am experimenting
          >with
          >> > > >manual
          >> > > >> migration of JMS services when the 'active' server goes down.
          > The
          >> > > >behaviour
          >> > > >> it exhibits is distrinctly odd. If I kill the active server,
          >and
          >try
          >> > > >to use
          >> > > >> the console to migrate, then the various servers never seem
          >to be
          >able
          >> > > >to
          >> > > >> agree on what the current server is. server1 thinks its server1
          >(which
          >> > > >it
          >> > > >> is). Server2 and 3 seem to think it's server2. If I migrate
          >from
          >> > > >the (now
          >> > > >> killed) active server to an active one, by navigating to
          >> > > >> server1/control/Migrate, then I get the option to migrate from
          >server1
          >> > > >to
          >> > > >> server 2. If I confirm I want to do this, then it says migrating
          >from
          >> > > >> server1 to server1!!! WLS generally seems to get very confused
          >as
          >> > > >to which
          >> > > >> is the current servers, and which servers can be the migration
          >target.
          >> > > > If I
          >> > > >> start with a fresh cluster, with 3 managed nodes, and start
          >up the
          >> > > >admin
          >> > > >> server and 2 of the managed nodes, then WLS (rather bizzarly)
          >chooses
          >> > > >the
          >> > > >> third (not started) node as the one to associate the JMS services
          >with!
          >> > > > If
          >> > > >> I try to use the command line utility (weblogic.Admin) to migrate
          >> > instead
          >> > > >of
          >> > > >> using the console, then things get even worse. It will only
          >correctly
          >> > > >> peform the migration rarely. It often tells me that the target
          >server
          >> > > >that
          >> > > >> I'm migrating to is already the active one (which it isn't).
          > Even
          >> > > >worse -
          >> > > >> it often says 'OK' but in fact non of the servers are then hosting
          >> > > >the JMS
          >> > > >> service.
          >> > > >>
          >> > > >> Anybody else experienced these sorts of migration issues. I've
          >tried
          >> > > >this
          >> > > >> with WLS 7.0 SP1 and WLS 7.0 SP2, and WLS 8.1 SP1 and they all
          >exhibit
          >> > > >the
          >> > > >> same behaviour.
          >> > > >>
          >> > > >> Cheers,
          >> > > >>
          >> > > >> Stanley.
          >> > > >
          >> > >
          >>
          >
          >
          >begin 666 config_3.xml
          >M/#]X;6P@=F5R<VEO;CTB,2XP(B!E;F-O9&EN9STB551&+3@B/SX*/"$M+4QA
          >M<W0@=7!D871E9"!O;CH@1G)I($UA>2 S," Q,SHQ-3HT."!01%0@,C P,RP@
          >M268@>6]U<B!D;VUA:6X@:7,@86-T:79E+"!P;&5A<V4@9&\@;F]T(&5D:70@
          >M=&AE(&-O;F9I9RYX;6P@9FEL92X@06YY(&-H86YG97,@;6%D92!T;R!T:&%T
          >M(&9I;&4@=VAI;&4@=&AE(&1O;6%I;B!I<R!A8W1I=F4@=VEL;"!N;W0@:&%V
          >M92!A;GD@969F96-T(&]N('1H92!D;VUA:6XG<R!C;VYF:6=U<F%T:6]N(&%N
          >M9"!A<F4@;&EK96QY('1O(&)E(&QO<W0N($EF('EO=7(@9&]M86EN(&ES(&EN
          >M86-T:79E+"!Y;W4@;6%Y(&5D:70@=&AI<R!F:6QE('=I=&@@86X@6$U,(&5D
          >M:71O<BX@268@>6]U(&1O('-O+"!P;&5A<V4@<F5F97(@=&\@=&AE($)%02!7
          >M96)L;V=I8R!397)V97(@0V]N9FEG=7)A=&EO;B!2969E<F5N8V4@(&1O8W5M
          >M96YT871I;VX@879A:6QA8FQE(&9R;VT@:'1T<#HO+V5D;V-S+F)E82YC;VTO
          >M=VQS+V1O8W,W,"]C;VYF:6=?>&UL+B @26X@9V5N97)A;"P@=V4@<F5C;VUM
          >M96YD('1H870@8VAA;F=E<R!T;R!Y;W5R(&-O;F9I9W5R871I;VX@9FEL92!B
          >M92!M861E('1H<F]U9V@@=&AE($%D;6EN:7-T<F%T:6]N($-O;G-O;&4N+2T^
          >M"CQ$;VUA:6X@0V]N9FEG=7)A=&EO;E9E<G-I;VX](C<N,"XR+C B($YA;64]
          >M(F-L=7-T97)D;VUA:6XB/@H@(" @/$%P<&QI8V%T:6]N($1E<&QO>65D/2)T
          >M<G5E(B!.86UE/2)$969A=6QT5V5B07!P(@H@(" @(" @(%!A=&@](BY<87!P
          >M;&EC871I;VYS(B!3=&%G961487)G971S/2(B(%1W;U!H87-E/2)F86QS92(^
          >M"B @(" @(" @/%=E8D%P<$-O;7!O;F5N="!.86UE/2)$969A=6QT5V5B07!P
          >M(B!487)G971S/2)M>7-E<G9E<B(@55))/2)$969A=6QT5V5B07!P(B\^"B @
          >M(" \+T%P<&QI8V%T:6]N/@H@(" @/$%P<&QI8V%T:6]N($1E<&QO>65D/2)T
          >M<G5E(B!.86UE/2)?87!P<V1I<E]!8V-O=6YT14I"7VIA<B(*(" @(" @("!0
          >M871H/2)'.EQB96$S7'5S97)?<')O:F5C='-<8VQU<W1E<F1O;6%I;EQA<'!L
          >M:6-A=&EO;G,B"B @(" @(" @4W1A9V5D5&%R9V5T<STB<V5R=F5R,RQS97)V
          >M97(Q+'-E<G9E<C(B(%-T86=I;F=-;V1E/2)S=&%G92(@5'=O4&AA<V4](G1R
          >M=64B/@H@(" @(" @(#Q%2D)#;VUP;VYE;G0@3F%M93TB06-C;W5N=$5*0B(@
          >M5&%R9V5T<STB;7EC;'5S=&5R(B!54DD](D%C8V]U;G1%2D(N:F%R(B\^"B @
          >M(" \+T%P<&QI8V%T:6]N/@H@(" @/$%P<&QI8V%T:6]N($1E<&QO>65D/2)T
          >M<G5E(B!.86UE/2)C97)T:69I8V%T92(*(" @(" @("!0871H/2(N7&%P<&QI
          >M8V%T:6]N<R(@4W1A9V5D5&%R9V5T<STB(B!4=V]0:&%S93TB9F%L<V4B/@H@
          >M(" @(" @(#Q796)!<'!#;VUP;VYE;G0@3F%M93TB8V5R=&EF:6-A=&4B(%1A
          >M<F=E=',](FUY<V5R=F5R(B!54DD](F-E<G1I9FEC871E+G=A<B(O/@H@(" @
          >M/"]!<'!L:6-A=&EO;CX*(" @(#Q!<'!L:6-A=&EO;DUA;F%G97(@3F%M93TB
          >M8VQU<W1E<F1O;6%I;B(O/@H@(" @/$-L=7-T97(*(" @(" @("!#;'5S=&5R
          >M061D<F5S<STB;&]C86QH;W-T.C<Q,#$L;&]C86QH;W-T.C<R,#$L=&ES;F-L
          >M,# Q.C<P,#$B"B @(" @(" @375L=&EC87-T061D<F5S<STB,C,W+C N,"XQ
          >M(B!-=6QT:6-A<W10;W)T/2(W-S<W(B!.86UE/2)M>6-L=7-T97(B+SX*(" @
          >M(#Q%;6)E9&1E9$Q$05 *(" @(" @("!#<F5D96YT:6%L/2)[,T1%4WU'>750
          >M5D-J,VTK6'AT-DE'3G)6:#AG*S5!:&=J4F<P,VA$;%103S1Y<D1K/2(@3F%M
          >M93TB8VQU<W1E<F1O;6%I;B(O/@H@(" @/$9I;&5296%L;2!.86UE/2)W;%]D
          >M969A=6QT7V9I;&5?<F5A;&TB+SX*(" @(#Q*1$)#0V]N;F5C=&EO;E!O;VP*
          >M(" @(" @("!$<FEV97).86UE/2)C;VTN<&]I;G1B87-E+FID8F,N:F1B8U5N
          >M:79E<G-A;$1R:79E<B(*(" @(" @("!.86UE/2)"86YK4&]O;"(@4')O<&5R
          >M=&EE<STB=7-E<CU00E!50DQ)0SMP87-S=V]R9#U00E!50DQ)0R(*(" @(" @
          >M("!487)G971S/2)M>6-L=7-T97(B(%1E<W1#;VYN96-T:6]N<T]N4F5S97)V
          >M93TB=')U92(*(" @(" @("!497-T5&%B;&5.86UE/2)B86YK+F%C8V]U;G0B
          >M(%523#TB:F1B8SIP;VEN=&)A<V4Z<V5R=F5R.B\O;&]C86QH;W-T.CDP.3(O
          >M8F%N:R(O/@H@(" @/$I$0D-#;VYN96-T:6]N4&]O; H@(" @(" @($1R:79E
          >M<DYA;64](F-O;2YP;VEN=&)A<V4N:F1B8RYJ9&)C56YI=F5R<V%L1')I=F5R
          >M(@H@(" @(" @($YA;64](E1)4TY#3# P,5]"86YK4&]O;"(*(" @(" @("!0
          >M<F]P97)T:65S/2)U<V5R/5!"4%5"3$E#.W!A<W-W;W)D/5!"4%5"3$E#(B!4
          >M87)G971S/2)M>6-L=7-T97(B"B @(" @(" @5&5S=$-O;FYE8W1I;VYS3VY2
          >M97-E<G9E/2)T<G5E(B!497-T5&%B;&5.86UE/2)B86YK+F%C8V]U;G0B(%52
          >M3#TB:F1B8SIP;VEN=&)A<V4Z<V5R=F5R.B\O=&ES;F-L,# Q.CDP.3(O8F%N
          >M:R(O/@H@(" @/$I$0D-4>$1A=&%3;W5R8V4@2DY$24YA;64](D)A;FM$4R(@
          >M3F%M93TB0F%N:T13(@H@(" @(" @(%!O;VQ.86UE/2)425-.0TPP,#%?0F%N
          >M:U!O;VPB(%1A<F=E=',](FUY8VQU<W1E<B(O/@H@(" @/$I-4T1I<W1R:6)U
          >M=&5D475E=64@1F]R=V%R9$1E;&%Y/2(U(B!*3D1)3F%M93TB1&ES=%%U975E
          >M(@H@(" @(" @($YA;64](D1I<W11=65U92(@5&%R9V5T<STB;7EC;'5S=&5R
          >M(CX*(" @(" @(" \2DU31&ES=')I8G5T9611=65U94UE;6)E<B!*35-1=65U
          >M93TB475E=64Q(B!.86UE/2)->41I<W1R:6)U=&5D(%%U975E($UE;6)E<B(O
          >M/@H@(" @(" @(#Q*35-$:7-T<FEB=71E9%%U975E365M8F5R($I-4U%U975E
          >M/2)1=65U93(B($YA;64](DUY1&ES=')I8G5T960@475E=64@365M8F5R+3$B
          >M+SX*(" @(" @(" \2DU31&ES=')I8G5T9611=65U94UE;6)E<B!*35-1=65U
          >M93TB475E=64S(B!.86UE/2)->41I<W1R:6)U=&5D(%%U975E($UE;6)E<BTR
          >M(B\^"B @(" @(" @/$I-4U1E;7!L871E($YA;64](D1I<W11=65U92(O/@H@
          >M(" @/"]*35-$:7-T<FEB=71E9%%U975E/@H@(" @/$I-4T9I;&53=&]R92!$
          >M:7)E8W1O<GD](D@Z7'1M<%QJ;7-<(B!.86UE/2)"86YK365S<V%G95-T;W)E
          >M(B!3>6YC:')O;F]U<U=R:71E4&]L:6-Y/2)$:7)E8W0M5W)I=&4B+SX*(" @
          >M(#Q*35-&:6QE4W1O<F4@1&ER96-T;W)Y/2)H.EQT;7!<:FUS(B!.86UE/2)M
          >M97-S86=E4W1O<F4B(%-Y;F-H<F]N;W5S5W)I=&50;VQI8WD](D1I<F5C="U7
          >M<FET92(O/@H@(" @/$I-4T9I;&53=&]R92!$:7)E8W1O<GD](F@Z7'1M<%QJ
          >M;7,B($YA;64](G!A9VEN9U-T;W)E(B!3>6YC:')O;F]U<U=R:71E4&]L:6-Y
          >M/2)$:7)E8W0M5W)I=&4B+SX*(" @(#Q*35-397)V97(@3F%M93TB2DU34V5R
          >M=F5R,2(@5&%R9V5T<STB<V5R=F5R,2(^"B @(" @(" @/$I-4U%U975E($I.
          >M1$E.86UE/2)1=65U93$B($YA;64](E%U975E,2(O/@H@(" @/"]*35-397)V
          >M97(^"B @(" \2DU34V5R=F5R($YA;64](DI-4U-E<G9E<C(B(%1A<F=E=',]
          >M(G-E<G9E<C(B/@H@(" @(" @(#Q*35-1=65U92!*3D1)3F%M93TB475E=64R
          >M(B!.86UE/2)1=65U93(B+SX*(" @(#PO2DU34V5R=F5R/@H@(" @/$I-4U-E
          >M<G9E<B!.86UE/2)*35-397)V97(S(B!487)G971S/2)S97)V97(S(CX*(" @
          >M(" @(" \2DU3475E=64@2DY$24YA;64](E%U975E,R(@3F%M93TB475E=64S
          >M(B\^"B @(" \+TI-4U-E<G9E<CX*(" @(#Q*35-397)V97(@3F%M93TB37E*
          >M35-397)V97(B(%-T;W)E/2)"86YK365S<V%G95-T;W)E(B!487)G971S/2)S
          >M97)V97(Q("AM:6=R871A8FQE*2(^"B @(" @(" @/$I-4U%U975E($I.1$E.
          >M86UE/2)4<F%N<V9E<E)E<75E<W1S475E=64B($YA;64](E1R86YS9F5R475E
          >M=64B+SX*(" @(#PO2DU34V5R=F5R/@H@(" @/$I402!.86UE/2)C;'5S=&5R
          >M9&]M86EN(B\^"B @(" \3&]G($9I;&5.86UE/2(N7'=L+61O;6%I;BYL;V<B
          >M($YA;64](F-L=7-T97)D;VUA:6XB+SX*(" @(#Q-86-H:6YE($YA;64](F-A
          >M<G1M86XB/@H@(" @(" @(#Q.;V1E36%N86=E<B!.86UE/2)C87)T;6%N(B\^
          >M"B @(" \+TUA8VAI;F4^"B @(" \36%C:&EN92!.86UE/2)T:7-N8VPP,#$B
          >M/@H@(" @(" @(#Q.;V1E36%N86=E<B!,:7-T96Y!9&1R97-S/2)T:7-N8VPP
          >M,#$B($YA;64](G1I<VYC;# P,2(O/@H@(" @/"]-86-H:6YE/@H@(" @/$UI
          >M9W)A=&%B;&5487)G970@0VQU<W1E<CTB;7EC;'5S=&5R(B!.86UE/2)S97)V
          >M97(Q("AM:6=R871A8FQE*2(*(" @(" @("!.;W1E<STB5&AI<R!I<R!A('-Y
          >M<W1E;2!G96YE<F%T960@9&5F875L="!M:6=R871A8FQE('1A<F=E="!F;W(@
          >M82!S97)V97(N($1O(&YO="!D96QE=&4@;6%N=6%L;'DN(B!5<V5R4')E9F5R
          >M<F5D4V5R=F5R/2)S97)V97(R(B\^"B @(" \36EG<F%T86)L951A<F=E="!#
          >M;'5S=&5R/2)M>6-L=7-T97(B($YA;64](G-E<G9E<C(@*&UI9W)A=&%B;&4I
          >M(@H@(" @(" @($YO=&5S/2)4:&ES(&ES(&$@<WES=&5M(&=E;F5R871E9"!D
          >M969A=6QT(&UI9W)A=&%B;&4@=&%R9V5T(&9O<B!A('-E<G9E<BX@1&\@;F]T
          >M(&1E;&5T92!M86YU86QL>2XB(%5S97)0<F5F97)R961397)V97(](G-E<G9E
          >M<C$B+SX*(" @(#Q-:6=R871A8FQE5&%R9V5T($-L=7-T97(](FUY8VQU<W1E
          >M<B(@3F%M93TB<V5R=F5R,R H;6EG<F%T86)L92DB"B @(" @(" @3F]T97,]
          >M(E1H:7,@:7,@82!S>7-T96T@9V5N97)A=&5D(&1E9F%U;'0@;6EG<F%T86)L
          >M92!T87)G970@9F]R(&$@<V5R=F5R+B!$;R!N;W0@9&5L971E(&UA;G5A;&QY
          >M+B(@57-E<E!R969E<G)E9%-E<G9E<CTB<V5R=F5R,2(O/@H@(" @/%!A<W-W
          >M;W)D4&]L:6-Y($YA;64](G=L7V1E9F%U;'1?<&%S<W=O<F1?<&]L:6-Y(B\^
          >M"B @(" \4F5A;&T@1FEL95)E86QM/2)W;%]D969A=6QT7V9I;&5?<F5A;&TB
          >M($YA;64](G=L7V1E9F%U;'1?<F5A;&TB+SX*(" @(#Q33DU006=E;G0@3F%M
          >M93TB8VQU<W1E<F1O;6%I;B(O/@H@(" @/%-E8W5R:71Y($=U97-T1&ES86)L
          >M960](F9A;'-E(B!.86UE/2)C;'5S=&5R9&]M86EN(@H@(" @(" @(%!A<W-W
          >M;W)D4&]L:6-Y/2)W;%]D969A=6QT7W!A<W-W;W)D7W!O;&EC>2(*(" @(" @
          >M("!296%L;3TB=VQ?9&5F875L=%]R96%L;2(@4F5A;&U3971U<#TB=')U92(O
          >M/@H@(" @/%-E8W5R:71Y0V]N9FEG=7)A=&EO;@H@(" @(" @($-R961E;G1I
          >M86P](GLS1$53?3162&<K-7!13VU%;%AS2%HO6&HK0T-:-F134T$Y6G P<#4X
          >M.7-U-$9L1DYM.'IR8C!K;W=Q46]12&Y$=SAB<$Y/,')3:$YO8TML3FE/;59*
          >M2V%O-4YS:6AC5C)Z5C1M=R(@3F%M93TB8VQU<W1E<F1O;6%I;B(O/@H@(" @
          >M/%-E<G9E<B!,:7-T96Y0;W)T/2(W,# Q(B!-86-H:6YE/2)C87)T;6%N(B!.
          >M86UE/2)M>7-E<G9E<B(*(" @(" @("!.871I=F5)3T5N86)L960](G1R=64B
          >M(%-E<G9E<E9E<G-I;VX](C<N,"XR+C B/@H@(" @(" @(#Q#3TT@3F%M93TB
          >M;7ES97)V97(B+SX*(" @(" @(" \17AE8W5T95%U975E($YA;64](F1E9F%U
          >M;'0B(%1H<F5A9$-O=6YT/2(Q-2(O/@H@(" @(" @(#Q)24]0($YA;64](FUY
          >M<V5R=F5R(B\^"B @(" @(" @/$I404UI9W)A=&%B;&5487)G970@0VQU<W1E
          >M<CTB(B!.86UE/2)M>7-E<G9E<B(@57-E<E!R969E<G)E9%-E<G9E<CTB;7ES
          >M97)V97(B+SX*(" @(" @(" \2E1!4F5C;W9E<GE397)V:6-E($YA;64](FUY
          >M<V5R=F5R(B\^"B @(" @(" @/$ME<FYE;$1E8G5G($YA;64](FUY<V5R=F5R
          >M(B\^"B @(" @(" @/$QO9R!&:6QE3F%M93TB;7ES97)V97)<;7ES97)V97(N
          >M;&]G(B!.86UE/2)M>7-E<G9E<B(O/@H@(" @(" @(#Q34TP@16YA8FQE9#TB
          >M=')U92(@2&]S=&YA;65697)I9FEC871I;VY)9VYO<F5D/2)T<G5E(@H@(" @
          >M(" @(" @("!,:7-T96Y0;W)T/2(W,# R(B!.86UE/2)M>7-E<G9E<B(*(" @
          >M(" @(" @(" @4V5R=F5R0V5R=&EF:6-A=&5#:&%I;D9I;&5.86UE/2)C82YP
          >M96TB"B @(" @(" @(" @(%-E<G9E<D-E<G1I9FEC871E1FEL94YA;64](F1E
          >M;6]C97)T+G!E;2(@4V5R=F5R2V5Y1FEL94YA;64](F1E;6]K97DN<&5M(B\^
          >M"B @(" @(" @/%-E<G9E<D1E8G5G($YA;64](FUY<V5R=F5R(B\^"B @(" @
          >M(" @/%-E<G9E<E-T87)T($YA;64](FUY<V5R=F5R(B\^"B @(" @(" @/%=E
          >M8E-E<G9E<B!$969A=6QT5V5B07!P/2)$969A=6QT5V5B07!P(@H@(" @(" @
          >M(" @("!,;V=&:6QE3F%M93TB;7ES97)V97)<86-C97-S+FQO9R(@3&]G9VEN
          >M9T5N86)L960](G1R=64B($YA;64](FUY<V5R=F5R(B\^"B @(" \+U-E<G9E
          >M<CX*(" @(#Q397)V97(@075T;TMI;&Q)9D9A:6QE9#TB=')U92(@0VQU<W1E
          >M<CTB;7EC;'5S=&5R(@H@(" @(" @($5X<&5C=&5D5&]2=6X](G1R=64B($AE
          >M86QT:$-H96-K26YT97)V86Q396-O;F1S/2(V,"(*(" @(" @("!,:7-T96Y!
          >M9&1R97-S/2)L;V-A;&AO<W0B($QI<W1E;E!O<G0](C<Q,#$B($UA8VAI;F4]
          >M(F-A<G1M86XB"B @(" @(" @3F%M93TB<V5R=F5R,2(@3F%T:79E24]%;F%B
          >M;&5D/2)T<G5E(B!297-T87)T1&5L87E396-O;F1S/2(U(B!397)V97)697)S
          >M:6]N/2(W+C N,BXP(CX*(" @(" @(" \0T]-($YA;64](G-E<G9E<C$B+SX*
          >M(" @(" @(" \17AE8W5T95%U975E($YA;64](F1E9F%U;'0B(%1H<F5A9$-O
          >M=6YT/2(Q-2(O/@H@(" @(" @(#Q)24]0($YA;64](G-E<G9E<C$B+SX*(" @
          >M(" @(" \2E1!36EG<F%T86)L951A<F=E="!#;'5S=&5R/2)M>6-L=7-T97(B
          >M($YA;64](G-E<G9E<C$B(%5S97)0<F5F97)R961397)V97(](G-E<G9E<C$B
          >M+SX*(" @(" @(" \2E1!4F5C;W9E<GE397)V:6-E($YA;64](G-E<G9E<C$B
          >M+SX*(" @(" @(" \2V5R;F5L1&5B=6<@3F%M93TB<V5R=F5R,2(O/@H@(" @
          >M(" @(#Q,;V<@3F%M93TB<V5R=F5R,2(O/@H@(" @(" @(#Q34TP@16YA8FQE
          >M9#TB=')U92(@2&]S=&YA;65697)I9FEC871I;VY)9VYO<F5D/2)F86QS92(*
          >M(" @(" @(" @(" @3&ES=&5N4&]R=#TB-S$P,B(@3F%M93TB<V5R=F5R,2(O
          >M/@H@(" @(" @(#Q397)V97)$96)U9R!.86UE/2)S97)V97(Q(B\^"B @(" @
          >M(" @/%-E<G9E<E-T87)T"B @(" @(" @(" @($%R9W5M96YT<STB+6AO='-P
          >M;W0@+5AM<S,R;2 M6&UX,C P;2 M1'=E8FQO9VEC+G-E8W5R:71Y+E-33"YT
          >M<G5S=&5D0T%+97E3=&]R93U'.EQB96$S7'=E8FQO9VEC-S P7'-E<G9E<EQL
          >M:6)<8V%C97)T<R M1'=E8FQO9VEC+FUA;F%G96UE;G0N<V5R=F5R/29Q=6]T
          >M.VAT=' Z+R]L;V-A;&AO<W0Z-S P,29Q=6]T.R M1'=E8FQO9VEC+E!R;V1U
          >M8W1I;VY-;V1E16YA8FQE9#TB"B @(" @(" @(" @($)E84AO;64](D<Z7&)E
          >M83,B"B @(" @(" @(" @($-L87-S4&%T:#TB1SI<8F5A,UQJ9&LQ,S%?,#9<
          >M;&EB7'1O;VQS+FIA<CM'.EQB96$S7'=E8FQO9VEC-S P7'-E<G9E<EQL:6)<
          >M=V5B;&]G:6-?<W N:F%R.T<Z7&)E83-<=V5B;&]G:6,W,#!<<V5R=F5R7&QI
          >M8EQW96)L;V=I8RYJ87([1SI<8F5A,UQW96)L;V=I8S<P,%QS97)V97)<+BY<
          >M<V%M<&QE<UQS97)V97)<979A;%QP;VEN=&)A<V5<;&EB7'!B8VQI96YT-#)%
          >M0T8Q.#,N:F%R.T<Z7&)E83-<=V5B;&]G:6,W,#!<<V5R=F5R7"XN7'-A;7!L
          >M97-<<V5R=F5R7&5V86Q<<&]I;G1B87-E7&QI8EQP8G-E<G9E<C0R14-&,3@S
          >M+FIA<B(*(" @(" @(" @(" @2F%V84AO;64](D<Z7&)E83-<:F1K,3,Q7S V
          >M(B!.86UE/2)S97)V97(Q(@H@(" @(" @(" @("!/=71P=71&:6QE/2)'.EQB
          >M96$S7'5S97)?<')O:F5C='-<8VQU<W1E<F1O;6%I;EPN7$YO9&5-86YA9V5R
          >M0VQI96YT3&]G<UQC;'5S=&5R9&]M86EN7W-E<G9E<C%<<W1A<G1S97)V97)?
          >M,3 U-#$T-S Y-3 T-2YL;V<B"B @(" @(" @(" @(%!A<W-W;W)D/2)[,T1%
          >M4WUA=3$Y15IJ2V%I9EE9=$QG<'=A8FAW/3TB"B @(" @(" @(" @(%)O;W1$
          >M:7)E8W1O<GD](D<Z7&)E83-<=7-E<E]P<F]J96-T<UQC;'5S=&5R9&]M86EN
          >M(@H@(" @(" @(" @("!396-U<FET>5!O;&EC>49I;&4](D<Z7&)E83-<=V5B
          >M;&]G:6,W,#!<<V5R=F5R7&QI8EQW96)L;V=I8RYP;VQI8WDB(%5S97)N86UE
          >M/2)S>7-T96TB+SX*(" @(" @(" \5V5B4V5R=F5R($YA;64](G-E<G9E<C$B
          >M+SX*(" @(#PO4V5R=F5R/@H@(" @/%-E<G9E<B!!=71O2VEL;$EF1F%I;&5D
          >M/2)T<G5E(B!#;'5S=&5R/2)M>6-L=7-T97(B"B @(" @(" @17AP96-T9614
          >M;U)U;CTB=')U92(@2&5A;'1H0VAE8VM);G1E<G9A;%-E8V]N9',](C8P(@H@
          >M(" @(" @($QI<W1E;D%D9')E<W,](FQO8V%L:&]S="(@3&ES=&5N4&]R=#TB
          >M-S(P,2(@36%C:&EN93TB8V%R=&UA;B(*(" @(" @("!.86UE/2)S97)V97(R
          >M(B!.871I=F5)3T5N86)L960](G1R=64B(%)E<W1A<G1$96QA>5-E8V]N9',]
          >M(C$P(B!397)V97)697)S:6]N/2(W+C N,BXP(CX*(" @(" @(" \0T]-($YA
          >M;64](G-E<G9E<C(B+SX*(" @(" @(" \17AE8W5T95%U975E($YA;64](F1E
          >M9F%U;'0B(%1H<F5A9$-O=6YT/2(Q-2(O/@H@(" @(" @(#Q)24]0($YA;64]
          >M(G-E<G9E<C(B+SX*(" @(" @(" \2E1!36EG<F%T86)L951A<F=E="!#;'5S
          >M=&5R/2)M>6-L=7-T97(B($YA;64](G-E<G9E<C(B(%5S97)0<F5F97)R9613
          >M97)V97(](G-E<G9E<C(B+SX*(" @(" @(" \2E1!4F5C;W9E<GE397)V:6-E
          >M($YA;64](G-E<G9E<C(B+SX*(" @(" @(" \2V5R;F5L1&5B=6<@3F%M93TB
          >M<V5R=F5R,B(O/@H@(" @(" @(#Q,;V<@3F%M93TB<V5R=F5R,B(O/@H@(" @
          >M(" @(#Q34TP@16YA8FQE9#TB=')U92(@2&]S=&YA;65697)I9FEC871I;VY)
          >M9VYO<F5D/2)F86QS92(*(" @(" @(" @(" @3&ES=&5N4&]R=#TB-S(P,B(@
          >M3F%M93TB<V5R=F5R,B(O/@H@(" @(" @(#Q397)V97)$96)U9R!.86UE/2)S
          >M97)V97(R(B\^"B @(" @(" @/%-E<G9E<E-T87)T"B @(" @(" @(" @($%R
          >M9W5M96YT<STB+6AO='-P;W0@+5AM<S,R;2 M6&UX,C P;2 M1'=E8FQO9VEC
          >M+G-E8W5R:71Y+E-33"YT<G5S=&5D0T%+97E3=&]R93U'.EQB96$S7'=E8FQO
          >M9VEC-S P7'-E<G9E<EQL:6)<8V%C97)T<R M1'=E8FQO9VEC+DYA;64])G%U
          >M;W0[<V5R=F5R,29Q=6]T.R @+41W96)L;V=I8RYM86YA9V5M96YT+G-E<G9E
          >M<CTF<75O=#MH='1P.B\O;&]C86QH;W-T.C<P,#$F<75O=#L@+41W96)L;V=I
          >M8RY0<F]D=6-T:6]N36]D945N86)L960](@H@(" @(" @(" @("!"96%(;VUE
          >M/2)'.EQB96$S(@H@(" @(" @(" @("!#;&%S<U!A=&@](D<Z7&)E83-<:F1K
          >M,3,Q7S V7&QI8EQT;V]L<RYJ87([1SI<8F5A,UQW96)L;V=I8S<P,%QS97)V
          >M97)<;&EB7'=E8FQO9VEC7W-P+FIA<CM'.EQB96$S7'=E8FQO9VEC-S P7'-E
          >M<G9E<EQL:6)<=V5B;&]G:6,N:F%R.T<Z7&)E83-<=V5B;&]G:6,W,#!<<V5R
          >M=F5R7"XN7'-A;7!L97-<<V5R=F5R7&5V86Q<<&]I;G1B87-E7&QI8EQP8F-L
          >M:65N=#0R14-&,3@S+FIA<CM'.EQB96$S7'=E8FQO9VEC-S P7'-E<G9E<EPN
          >M+EQS86UP;&5S7'-E<G9E<EQE=F%L7'!O:6YT8F%S95QL:6)<<&)S97)V97(T
          >M,D5#1C$X,RYJ87(B"B @(" @(" @(" @($IA=F%(;VUE/2)'.EQB96$S7&ID
          >M:S$S,5\P-B(@3F%M93TB<V5R=F5R,B(*(" @(" @(" @(" @3W5T<'5T1FEL
          >M93TB1SI<8F5A,UQU<V5R7W!R;VIE8W1S7&-L=7-T97)D;VUA:6Y<+EQ.;V1E
          >M36%N86=E<D-L:65N=$QO9W-<8VQU<W1E<F1O;6%I;E]S97)V97(R7'-T87)T
          >M<V5R=F5R7S$P-30Q-# R-C@V-SDN;&]G(@H@(" @(" @(" @("!087-S=V]R
          >M9#TB>S-$15-]874Q.45::DMA:699671,9W!W86)H=ST](@H@(" @(" @(" @
          >M("!2;V]T1&ER96-T;W)Y/2)'.EQB96$S7'5S97)?<')O:F5C='-<8VQU<W1E
          >M<F1O;6%I;B(*(" @(" @(" @(" @4V5C=7)I='E0;VQI8WE&:6QE/2)'.EQB
          >M96$S7'=E8FQO9VEC-S P7'-E<G9E<EQL:6)<=V5B;&]G:6,N<&]L:6-Y(B!5
          >M<V5R;F%M93TB<WES=&5M(B\^"B @(" @(" @/%=E8E-E<G9E<B!.86UE/2)S
          >M97)V97(R(B\^"B @(" \+U-E<G9E<CX*(" @(#Q397)V97(@0VQU<W1E<CTB
          >M;7EC;'5S=&5R(B!%>'!E8W1E9%1O4G5N/2)T<G5E(@H@(" @(" @($QI<W1E
          >M;D%D9')E<W,](G1I<VYC;# P,2(@3&ES=&5N4&]R=#TB-S P,2(@36%C:&EN
          >M93TB=&ES;F-L,# Q(@H@(" @(" @($YA;64](G-E<G9E<C,B($YA=&EV94E/
          >M16YA8FQE9#TB=')U92(@4V5R=F5R5F5R<VEO;CTB-RXP+C(N,"(^"B @(" @
          >M(" @/$-/32!.86UE/2)S97)V97(S(B\^"B @(" @(" @/$5X96-U=&51=65U
          >M92!.86UE/2)D969A=6QT(B!4:')E861#;W5N=#TB,34B+SX*(" @(" @(" \
          >M24E/4"!.86UE/2)S97)V97(S(B\^"B @(" @(" @/$I404UI9W)A=&%B;&54
          >M87)G970@0VQU<W1E<CTB;7EC;'5S=&5R(B!.86UE/2)S97)V97(S(B!5<V5R
          >M4')E9F5R<F5D4V5R=F5R/2)S97)V97(S(B\^"B @(" @(" @/$I405)E8V]V
          >M97)Y4V5R=FEC92!.86UE/2)S97)V97(S(B\^"B @(" @(" @/$ME<FYE;$1E
          >M8G5G($YA;64](G-E<G9E<C,B+SX*(" @(" @(" \3&]G($YA;64](G-E<G9E
          >M<C,B+SX*(" @(" @(" \4U-,($5N86)L960](G1R=64B($AO<W1N86UE5F5R
          >M:69I8V%T:6]N26=N;W)E9#TB9F%L<V4B"B @(" @(" @(" @($QI<W1E;E!O
          >M<G0](C<P,#(B($YA;64](G-E<G9E<C,B+SX*(" @(" @(" \4V5R=F5R1&5B
          >M=6<@3F%M93TB<V5R=F5R,R(O/@H@(" @(" @(#Q397)V97)3=&%R= H@(" @
          >M(" @(" @("!!<F=U;65N=',](BUH;W1S<&]T("U8;7,S,FT@+5AM>#(P,&T@
          >M+41W96)L;V=I8RYS96-U<FET>2Y34TPN=')U<W1E9$-!2V5Y4W1O<F4]1SI<
          >M8F5A-%QW96)L;V=I8S<P,%QS97)V97)<;&EB7&-A8V5R=',@+41W96)L;V=I
          >M8RYM86YA9V5M96YT+G-E<G9E<CTF<75O=#MH='1P.B\O;&]C86QH;W-T.C<P
          >M,#$F<75O=#L@+41W96)L;V=I8RY0<F]D=6-T:6]N36]D945N86)L960]9F%L
          >M<V4B"B @(" @(" @(" @($)E84AO;64](D<Z7&)E830B"B @(" @(" @(" @
          >M($-L87-S4&%T:#TB1SI<8F5A-%QJ9&LQ,S%?,#9<;&EB7'1O;VQS+FIA<CM'
          >M.EQB96$T7'=E8FQO9VEC-S P7'-E<G9E<EQL:6)<=V5B;&]G:6-?<W N:F%R
          >M.T<Z7&)E831<=V5B;&]G:6,W,#!<<V5R=F5R7&QI8EQW96)L;V=I8RYJ87([
          >M1SI<8F5A-%QW96)L;V=I8S<P,%QS97)V97)<+BY<<V%M<&QE<UQS97)V97)<
          >M979A;%QP;VEN=&)A<V5<;&EB7'!B8VQI96YT-#)%0T8Q.#,N:F%R.T<Z7&)E
          >M831<=V5B;&]G:6,W,#!<<V5R=F5R7"XN7'-A;7!L97-<<V5R=F5R7&5V86Q<
          >M<&]I;G1B87-E7&QI8EQP8G-E<G9E<C0R14-&,3@S+FIA<B(*(" @(" @(" @
          >M(" @2F%V84AO;64](D<Z7&)E831<:F1K,3,Q7S V(B!.86UE/2)S97)V97(S
          >M(@H@(" @(" @(" @("!/=71P=71&:6QE/2)'.EQB96$S7'5S97)?<')O:F5C
          >M='-<8VQU<W1E<F1O;6%I;EPN7$YO9&5-86YA9V5R0VQI96YT3&]G<UQC;'5S
          >M=&5R9&]M86EN7W-E<G9E<C-<<W1A<G1S97)V97)?,3 U-#$T,SDU,#DP-"YL
          >M;V<B"B @(" @(" @(" @(%!A<W-W;W)D/2)[,T1%4WUA=3$Y15IJ2V%I9EE9
          >M=$QG<'=A8FAW/3TB"B @(" @(" @(" @(%)O;W1$:7)E8W1O<GD](D<Z7&)E
          >M831<=7-E<E]P<F]J96-T<UQC;'5S=&5R9&]M86EN(@H@(" @(" @(" @("!3
          >M96-U<FET>5!O;&EC>49I;&4](D<Z7&)E831<=V5B;&]G:6,W,#!<<V5R=F5R
          >M7&QI8EQW96)L;V=I8RYP;VQI8WDB(%5S97)N86UE/2)S>7-T96TB+SX*(" @
          >M(" @(" \5V5B4V5R=F5R($YA;64](G-E<G9E<C,B+SX*(" @(#PO4V5R=F5R
          >,/@H\+T1O;6%I;CX*
          >`
          >end
          >
          >begin 666 config_2.xml
          >M/#]X;6P@=F5R<VEO;CTB,2XP(B!E;F-O9&EN9STB551&+3@B/SX*/"$M+4QA
          >M<W0@=7!D871E9"!O;CH@1G)I($UA>2 S," Q,SHQ,SHP."!01%0@,C P,RP@
          >M268@>6]U<B!D;VUA:6X@:7,@86-T:79E+"!P;&5A<V4@9&\@;F]T(&5D:70@
          >M=&AE(&-O;F9I9RYX;6P@9FEL92X@06YY(&-H86YG97,@;6%D92!T;R!T:&%T
          >M(&9I;&4@=VAI;&4@=&AE(&1O;6%I;B!I<R!A8W1I=F4@=VEL;"!N;W0@:&%V
          >M92!A;GD@969F96-T(&]N('1H92!D;VUA:6XG<R!C;VYF:6=U<F%T:6]N(&%N
          >M9"!A<F4@;&EK96QY('1O(&)E(&QO<W0N($EF('EO=7(@9&]M86EN(&ES(&EN
          >M86-T:79E+"!Y;W4@;6%Y(&5D:70@=&AI<R!F:6QE('=I=&@@86X@6$U,(&5D
          >M:71O<BX@268@>6]U(&1O('-O+"!P;&5A<V4@<F5F97(@=&\@=&AE($)%02!7
          >M96)L;V=I8R!397)V97(@0V]N9FEG=7)A=&EO;B!2969E<F5N8V4@(&1O8W5M
          >M96YT871I;VX@879A:6QA8FQE(&9R;VT@:'1T<#HO+V5D;V-S+F)E82YC;VTO
          >M=VQS+V1O8W,W,"]C;VYF:6=?>&UL+B @26X@9V5N97)A;"P@=V4@<F5C;VUM
          >M96YD('1H870@8VAA;F=E<R!T;R!Y;W5R(&-O;F9I9W5R871I;VX@9FEL92!B
          >M92!M861E('1H<F]U9V@@=&AE($%D;6EN:7-T<F%T:6]N($-O;G-O;&4N+2T^
          >M"CQ$;VUA:6X@0V]N9FEG=7)A=&EO;E9E<G-I;VX](C<N,"XR+C B($YA;64]
          >M(F-L=7-T97)D;VUA:6XB/@H@(" @/$%P<&QI8V%T:6]N($1E<&QO>65D/2)T
          >M<G5E(B!.86UE/2)$969A=6QT5V5B07!P(@H@(" @(" @(%!A=&@](BY<87!P
          >M;&EC871I;VYS(B!3=&%G961487)G971S/2(B(%1W;U!H87-E/2)F86QS92(^
          >M"B @(" @(" @/%=E8D%P<$-O;7!O;F5N="!.86UE/2)$969A=6QT5V5B07!P
          >M(B!487)G971S/2)M>7-E<G9E<B(@55))/2)$969A=6QT5V5B07!P(B\^"B @
          >M(" \+T%P<&QI8V%T:6]N/@H@(" @/$%P<&QI8V%T:6]N($1E<&QO>65D/2)T
          >M<G5E(B!.86UE/2)?87!P<V1I<E]!8V-O=6YT14I"7VIA<B(*(" @(" @("!0
          >M871H/2)'.EQB96$S7'5S97)?<')O:F5C='-<8VQU<W1E<F1O;6%I;EQA<'!L
          >M:6-A=&EO;G,B"B @(" @(" @4W1A9V5D5&%R9V5T<STB<V5R=F5R,RQS97)V
          >M97(Q+'-E<G9E<C(B(%-T86=I;F=-;V1E/2)S=&%G92(@5'=O4&AA<V4](G1R
          >M=64B/@H@(" @(" @(#Q%2D)#;VUP;VYE;G0@3F%M93TB06-C;W5N=$5*0B(@
          >M5&%R9V5T<STB;7EC;'5S=&5R(B!54DD](D%C8V]U;G1%2D(N:F%R(B\^"B @
          >M(" \+T%P<&QI8V%T:6]N/@H@(" @/$%P<&QI8V%T:6]N($1E<&QO>65D/2)T
          >M<G5E(B!.86UE/2)C97)T:69I8V%T92(*(" @(" @("!0871H/2(N7&%P<&QI
          >M8V%T:6]N<R(@4W1A9V5D5&%R9V5T<STB(B!4=V]0:&%S93TB9F%L<V4B/@H@
          >M(" @(" @(#Q796)!<'!#;VUP;VYE;G0@3F%M93TB8V5R=&EF:6-A=&4B(%1A
          >M<F=E=',](FUY<V5R=F5R(B!54DD](F-E<G1I9FEC871E+G=A<B(O/@H@(" @
          >M/"]!<'!L:6-A=&EO;CX*(" @(#Q!<'!L:6-A=&EO;DUA;F%G97(@3F%M93TB
          >M8VQU<W1E<F1O;6%I;B(O/@H@(" @/$-L=7-T97(*(" @(" @("!#;'5S=&5R
          >M061D<F5S<STB;&]C86QH;W-T.C<Q,#$L;&]C86QH;W-T.C<R,#$L=&ES;F-L
          >M,# Q.C<P,#$B"B @(" @(" @375L=&EC87-T061D<F5S<STB,C,W+C N,"XQ
          >M(B!-=6QT:6-A<W10;W)T/2(W-S<W(B!.86UE/2)M>6-L=7-T97(B+SX*(" @
          >M(#Q%;6)E9&1E9$Q$05 *(" @(" @("!#<F5D96YT:6%L/2)[,T1%4WU'>750
          >M5D-J,VTK6'AT-DE'3G)6:#AG*S5!:&=J4F<P,VA$;%103S1Y<D1K/2(@3F%M
          >M93TB8VQU<W1E<F1O;6%I;B(O/@H@(" @/$9I;&5296%L;2!.86UE/2)W;%]D
          >M969A=6QT7V9I;&5?<F5A;&TB+SX*(" @(#Q*1$)#0V]N;F5C=&EO;E!O;VP*
          >M(" @(" @("!$<FEV97).86UE/2)C;VTN<&]I;G1B87-E+FID8F,N:F1B8U5N
          >M:79E<G-A;$1R:79E<B(*(" @(" @("!.86UE/2)"86YK4&]O;"(@4')O<&5R
          >M=&EE<STB=7-E<CU00E!50DQ)0SMP87-S=V]R9#U00E!50DQ)0R(*(" @(" @
          >M("!487)G971S/2)M>6-L=7-T97(B(%1E<W1#;VYN96-T:6]N<T]N4F5S97)V
          >M93TB=')U92(*(" @(" @("!497-T5&%B;&5.86UE/2)B86YK+F%C8V]U;G0B
          >M(%523#TB:F1B8SIP;VEN=&)A<V4Z<V5R=F5R.B\O;&]C86QH;W-T.CDP.3(O
          >M8F%N:R(O/@H@(" @/$I$0D-#;VYN96-T:6]N4&]O; H@(" @(" @($1R:79E
          >M<DYA;64](F-O;2YP;VEN=&)A<V4N:F1B8RYJ9&)C56YI=F5R<V%L1')I=F5R
          >M(@H@(" @(" @($YA;64](E1)4TY#3# P,5]"86YK4&]O;"(*(" @(" @("!0
          >M<F]P97)T:65S/2)U<V5R/5!"4%5"3$E#.W!A<W-W;W)D/5!"4%5"3$E#(B!4
          >M87)G971S/2)M>6-L=7-T97(B"B @(" @(" @5&5S=$-O;FYE8W1I;VYS3VY2
          >M97-E<G9E/2)T<G5E(B!497-T5&%B;&5.86UE/2)B86YK+F%C8V]U;G0B(%52
          >M3#TB:F1B8SIP;VEN=&)A<V4Z<V5R=F5R.B\O=&ES;F-L,# Q.CDP.3(O8F%N
          >M:R(O/@H@(" @/$I$0D-4>$1A=&%3;W5R8V4@2DY$24YA;64](D)A;FM$4R(@
          >M3F%M93TB0F%N:T13(@H@(" @(" @(%!O;VQ.86UE/2)425-.0TPP,#%?0F%N
          >M:U!O;VPB(%1A<F=E=',](FUY8VQU<W1E<B(O/@H@(" @/$I-4T1I<W1R:6)U
          >M=&5D475E=64@1F]R=V%R9$1E;&%Y/2(U(B!*3D1)3F%M93TB1&ES=%%U975E
          >M(@H@(" @(" @($YA;64](D1I<W11=65U92(@5&%R9V5T<STB;7EC;'5S=&5R
          >M(CX*(" @(" @(" \2DU31&ES=')I8G5T9611=65U94UE;6)E<B!*35-1=65U
          >M93TB475E=64Q(B!.86UE/2)->41I<W1R:6)U=&5D(%%U975E($UE;6)E<B(O
          >M/@H@(" @(" @(#Q*35-$:7-T<FEB=71E9%%U975E365M8F5R($I-4U%U975E
          >M/2)1=65U93(B($YA;64](DUY1&ES=')I8G5T960@475E=64@365M8F5R+3$B
          >M+SX*(" @(" @(" \2DU31&ES=')I8G5T9611=65U94UE;6)E<B!*35-1=65U
          >M93TB475E=64S(B!.86UE/2)->41I<W1R:6)U=&5D(%%U975E($UE;6)E<BTR
          >M(B\^"B @(" @(" @/$I-4U1E;7!L871E($YA;64](D1I<W11=65U92(O/@H@
          >M(" @/"]*35-$:7-T<FEB=71E9%%U975E/@H@(" @/$I-4T9I;&53=&]R92!$
          >M:7)E8W1O<GD](D@Z7'1M<%QJ;7-<(B!.86UE/2)"86YK365S<V%G95-T;W)E
          >M(B!3>6YC:')O;F]U<U=R:71E4&]L:6-Y/2)$:7)E8W0M5W)I=&4B+SX*(" @
          >M(#Q*35-&:6QE4W1O<F4@1&ER96-T;W)Y/2)H.EQT;7!<:FUS(B!.86UE/2)M
          >M97-S86=E4W1O<F4B(%-Y;F-H<F]N;W5S5W)I=&50;VQI8WD](D1I<F5C="U7
          >M<FET92(O/@H@(" @/$I-4T9I;&53=&]R92!$:7)E8W1O<GD](F@Z7'1M<%QJ
          >M;7,B($YA;64](G!A9VEN9U-T;W)E(B!3>6YC:')O;F]U<U=R:71E4&]L:6-Y
          >M/2)$:7)E8W0M5W)I=&4B+SX*(" @(#Q*35-397)V97(@3F%M93TB2DU34V5R
          >M=F5R,2(@5&%R9V5T<STB<V5R=F5R,2(^"B @(" @(" @/$I-4U%U975E($I.
          >M1$E.86UE/2)1=65U93$B($YA;64](E%U975E,2(O/@H@(" @/"]*35-397)V
          >M97(^"B @(" \2DU34V5R=F5R($YA;64](DI-4U-E<G9E<C(B(%1A<F=E=',]
          >M(G-E<G9E<C(B/@H@(" @(" @(#Q*35-1=65U92!*3D1)3F%M93TB475E=64R
          >M(B!.86UE/2)1=65U93(B+SX*(" @(#PO2DU34V5R=F5R/@H@(" @/$I-4U-E
          >M<G9E<B!.86UE/2)*35-397)V97(S(B!487)G971S/2)S97)V97(S(CX*(" @
          >M(" @(" \2DU3475E=64@2DY$24YA;64](E%U975E,R(@3F%M93TB475E=64S
          >M(B\^"B @(" \+TI-4U-E<G9E<CX*(" @(#Q*35-397)V97(@3F%M93TB37E*
          >M35-397)V97(B(%-T;W)E/2)"86YK365S<V%G95-T;W)E(B!487)G971S/2)S
          >M97)V97(Q("AM

Unable to migrate Planning Securities filter form Prod to Qa

Hi,
We have migrated Sys9 planning application from prod env to Qa but security migration dint happend. Each time we need to login Oracle repository and do a export and import.
Please let us know the easy way to perform migraiton.
plz temme

If the users already exist in the Qa environment then you can use the updateusers.cmd utility, this will try and update the native sid values for users and groups in the planning repository to match shared services.
Cheers
John
http://john-goodwin.blogspot.com/

Import and export security 7v to 11v

Hi All,
Before we are using the 7 version in solaris boxes,
recently we install the 11.1.2.2 version in Aix boxes
can you tell me how to export and import the security in 7 version to 11.1.2.2 version
Thanks,
Ash.

I did the same thing John asked to do. here is one for record
security migration
https://forums.oracle.com/search.jspa?view=content&resultTypes=&dateRange=all&q=migrate+security&rankBy=relevance&contentType=all&containerType=14&container=3407&userID=&numResults=15
You'll have to use display maxl (in a manual route)
Regards
Celvin
http://www.orahyplabs.com

Migration of FR 11.1.2.1 reports from development env to production env

Hi everybody,
I have a doubt about the migration of Financial reporting (11.1.2.1 release) reports with LCM.
I set the permissions access to every single report and folder in the development environment. Now I have to migrate every objects to the production environment with LCM. Does this procedure migrate even the permission accesses to the target environment? Or do I have to set manually the permission accesses in the production environment?
Thanks
Pietro.

Check page number 25 there is a screenshot which is actually your security migration...If you are talking about access control for each object in workspace,then that is done when you actually migrate the reports...
Edited by: Vivek Chetiaparath on Jun 5, 2012 1:48 PM

Security migration

Similar Messages

Maybe you are looking for