When you upgrade to 9.0 applications, do you already have to have the 9.0 applications separately installed Or do the 8.1 to 9.0 Upgrade programs do that for you Trying to clarify... the 8.1 to 9.0 Upgrade manuals say that you need to have the 9.0 applications already installed prior to doing the upgrade, but I'm gathering that the upgrade process also upgrades the 8.1 programs to 9.0. If that's so, why would you also need the 9.0 applications already installed TIA, -R

My company will be upgrading from version 7 to 9, which is a significant upgrade, and there is some concern about unanticipated and/or serious issues to be encountered during and after the upgrade. The concerns are mainly from a user standpoint. We are curious as to what other users have experienced - good or bad - after upgrading. We are interested in finding out how others have dealt with these issues.

We are wrapping up our LSF9 testing and will go live with our existing 8.0.3 applications soon.  Now we are turning our attention to the application upgrade (8.0.3 to 9.0.1) planning.  I am interested in any experiences or suggestions anyone has to offer.

Does anyone have experience with Upgrade While Active (UWA)  I can not locate much documentation regarding this process.  Is it available for a 9.0.0 upgrade

We have a client who wants to upgrade from Lawson 9.0.0 application to 9.0.1. Is there any Upgrade Information packet released  for this upgrade

We are Unix / Oracle 10g.  During the copy processes we are getting ORA-01400 (Null / Not Null) error and the process defaults to dbcopy.  The job ends up in the waiting queue as needs recovery.  Lawson suggests doing dbreorg -g then recover the job.  This process seems to work, but I would like to know if anyone else has experienced this issue.  It appears when the process defaults to dbcopy the insert to the target db is successfull and the offending field is a space (not null).

Can I submit all the copy jobs (UG, IF, GL, SL etc etc etc) to the queue without waiting for each system to finish first Right now, i wait for each system to finish before submitting another system's copy job.

Hi We are currently in lawson apllication 8.0.2 MSP 2. we would like to install 8.0.3 MSP 12.   for installing Lawson 8.0.3 MSP 12, we guess 8.0.2 msp 8 is required. Can we proceed directly applying cahnges from 8.0.3 msp12 instead of  doing changes to 8.0.2 msp8 and then 8.0.3 Msp8 or a ) 8.0.2 MSP2  -> 8.0.2 MSP 8 and then 8.0.3 MSP12 b) 8.0.2 MSP2 -> 8.0.3 MSP 12 Which option is correct is option a and b would give same result

When doing the upgrade we noticed a number parallel in the sqldbload log.  Is there a way to tell it to increase the parallel degree on the sql when doing the load

What types of learning curve will be experienced with: upgrade from enviro 8.0.3.7 (windows) to LSF 9 upgrade from apps 8.1 (windows) to apps 9 (HR/PR, GL/AP, EMSS, Process Flow). We are considering using the learning library courses and the lawson provided documentation only versus paying for a trainer to come in. Is this feasible Are there a LOT of changes for the LSF9 Are there a LOT of changes to the apps9 Thanks

We are in the process of the upgrade (with a consultant). I just found out that SQL Server 2005 was installed with the COLLATE set so that it's case sensitive now. Is that a Lawson requirement It sure is complicating matters on stored procs, functions, etc.

We are in the process of migrating and I've just realized that they loaded SQL Server 2005 as case sensitive. Is that a Lawson requirement It really complicates stored procs, functions, etc...

We are in the process of upgrading our applications from 8.0.3 to 9.0.  With all of the database changes we have learned that all of our current batch jobs will not be brought over.  We were planning on just reentering them manually but since you can't have two jobs on the same environment named the same we can't recreate them exactly.  Does anyone know if there is perhaps a way to export the batch jobs out of 8.0.3 and import them to 9.0 (at least the jobs where there isn't a new field as we un...

We are upgrading from 8.1 to 9.0 and I was wondering if there is a faster way to load all the data  Has anyone played with say dropping indexes before running the upgrade then then rebuilding the indexes afterwords  Any other ideas on how to speed up the upgrade process Thanks

I was looking at using LoadUsers.exe to load new data access security role to everyone as part of a Apps 9 upgrade.  However I believe it over-writes everything, which means I would need to dump all the data first and then do a reload with the new security.  Is there an easier way to do this

Has anyone had as much trouble installing/testing with Lawson 9.0.05 as we have  We are in the 9th month of trying to upgrade to 9.0.0.5 and each time there is an application broken and needing a patch or patches added that break something else. Any suggestions would be welcome. Note:  We are using LPS.

We are in the initial phase of upgrading our current 8.0.3 MSP11 app to 9.0.1 app and would also like to switch our database platform from Oracle to SQL server. We have upgraded to LSF9 about a year ago. Has anyone done an app plus a DB change at the same time If so what what pitfalls did you encounter. BTW we are running Lawson on Windows NT.

We are looking at upgrading our apps/env from 8.1/ lsf 9.0.0 to 9.0.1/lsf 9.0.1 as Lawson is about to decom apps. 8.1.  My question - any of you on 8.0.3 or 8.0.2 apps (which should be decommission) and how are you handling maintenance  In other words, are any of you on extended maintenance for a decom Lawson product  We use the financial and supply chain modules.  Appreciate your input.  Freddy

Hi, Anyone have any sucess stories on how you migrated your user data in the PF (logan WF tables) to version 9.0  We are considering using import db to load the user set up information; example WF tables such as WFUSERCAT and WFUSRPROFL.  When you did your Process Flow data migration, did you bring over transactional history Any input will be most appreciated! joanna.bledsoejhsmh.org