Infor has announced that their mainline support for Lawson will continue through 2030, and extended support for Windows Server 2012 is ending this October! Are you ready? Join us for some tips to make your migration to Windows Server 2019 as smooth as possible.
Don’t wait! Scan this QR code to get a quote on your server migration now!!
An accompanying article for this webinar can be found here
Windows Server 2012 R2 extended support ends in October of 2023. Infor recently announced that the Lawson S3 end of support has been schedule for 12/31/2030, and extended support should go a couple of years beyond that. So, Lawson customers now have just under 10 years left to use Lawson. Staying in Windows Server 2012 is very high risk, not only due to potentially missing important Microsoft updates, but also due to Lawson regulatory updates. Occasionally, Infor makes updates to their patch installer, as they did a few years ago. Often, these updates require an update to the core technology. So, if customers are forced to update the core technology to a version that isn’t compatible with Windows 2012, that is going to be a very painful year end process. It is imperative for organizations on Windows 2012 to migrate ASAP, but this is also an excellent opportunity to migrate from another OS, such as Linux or AS400.
A server migration of the Infor application looks very much like any other major project. There should be a planning/requirements gathering phase, a preparation phase, the execution phase, testing, and finally, deployment.
This step in the process will probably take a couple of weeks. This is where you will choose an installer for your project, and you will have them answer some questions for you and work with you on the basic requirements for the install.
These are some of the questions that we most often receive when beginning a migration project.
Q: Can we upgrade in place?
A: No. Infor does not support, nor recommend trying to upgrade Windows in place. There are many pieces involved with Lawson application installs, and often one of the underlying pieces will be corrupted by an update in place, which will cause more hours to fix than just a fresh install.
Q: Can we migrate to Windows Server 2022?
A: Not at this time. At the time of the writing of this article, Infor is supporting only Windows Server 2019. Make sure you always check the compatibility matrix before you begin any work in your Lawson environment.
Q: Do we need to upgrade our applications?
A: No. While we do recommend that you upgrade your applications on a regular basis, to take advantage of the latest fixes, and to stay on a well-supported environment, it is not necessary to do so as part of this project. In fact, we recommend separating out those activities into two different projects. Separating the activities makes testing much easier for your users, but also significantly decreases the downtime during cutover.
Migrating Lawson to new servers provides a good opportunity to take a look at your current authentication methods for Lawson, and determine if you’d like to make any changes. If you haven’t already made the move to AD FS, now would be a good time to do so. Also, you have the option of using Infor OS as STS, which opens you up to more identity providers if needed. If you take that route, you will want to consider giving your Infor OS server more resources, as it would become your entry point into Lawson, and it does take up quite a lot of resources. It is also important to note that, if you have or will have any IPA process that connection to Lawson (file access, DME, etc), then Lawson MUST be bound to Active Directory for that authentication. This means that you must retain at least one domain controller with an instance of Active Directory. Azure AD is not supported for this configuration at this time.
You do have the option of creating your own cloud environment in AWS or Azure. There are just a couple of things to note. Currently, Infor does not support database as a service. This means that your database engine must be installed on a server instance, even in the cloud. Additionally, as mentioned above, you will still need to keep at least one domain controller with an instance of Microsoft Active Directory.
Before getting started on your migration, it is important to make a few more decisions and communicate them to your installer. For instance, do you want to bring over print files or other types of files such as interface, etc.? This decision can affect the server sizing, as well as the scope of the project, so it is important to have the discussion early. We always recommend keeping the new server as clean as possible, but we are also sensitive to the needs of each organization. Another decision would be whether to switch to Portal 10.1. Portal 10.1 is simply a different look & feel to Portal 10.0. This project is going to be a huge technological change, so it might make more sense to stick with 10.0 and move to 10.1 later.
The next step in the process is preparation for the migration. These things will need to be done before your installer begins their work, and some of it can be done in parallel with the planning phase.
!!! MicroFocus Visual COBOL licenses are required before the install can begin. You must reach out to your Infor account rep ASAP to get the process started. This process can take several weeks, and your installer cannot begin without them. This is important!!
Infor OS Lite is not automatically available in Product Downloads on Infor Concierge. If you haven’t installed it already, you will need to reach out to your account rep to start that process as well. They will likely want to have a discussion with you about your Lawson roadmap, and they will also need for you to sign a $0 order to open up the downloads. Infor OS Lite is included in your S3 licensing.
Always check the Infor Lawson compatibility matrix before beginning any work in your Lawson environment. Below are our minimum recommended versions of software and components, but we usually do like to take the latest versions of Lawson and Landmark, and match up the component versions from there.
Below are our minimum recommendations for server sizing. You will want to discuss these things with your installer ahead of time, and take into account the size and needs of your organization, as well as your current Lawson sizing.
It is very important to at least list out all your customizations for your installer, but even better if you can document each one. The installer will bring them into the new environment and compile and system test them, so it is very good if they have a list to work from, and a little bit of an understanding of how they should work. These customizations include, reports, IPA processes, Design Studio forms, 4GL custom COBOL, or any 3rd party interfaces.
Now it is time for your installer to…install! This phase of your project should be relatively hands off for your organization. Once the installer has everything they need, they will spend the next several weeks heads down, doing the work.
While the installer should be mostly working on their own during the implementation, there are times when they will need support for your team. It is usually optimal for them to have one person (point of contact) whom they can reach out to for assistance, or to be pointed in the right direction. Additionally, these projects tend to work really well if there is a project manager on one or both sides, and some kind of project management tool for task tracking and visibility. It is also important to have user buy-in on the project. Their UAT should be relatively light compared to an application upgrade, but it is still important that they are aware of the project, and especially aware that there will be a downtime involved during cutover.
For this migration, provided you DO NOT upgrade applications, we recommend high-level forms testing from the users. They should make sure they can inquire on all the forms they use on a normal basis. They can test making a couple of updates, and run some batch jobs. The most important thing is that they test their security. While the applications can be copied over exactly in one swoop, the security is migrated in several steps, and this is where we tend to see issues. The other side of the testing will have to be interfaces. Anything that interfaces into or out of Lawson, including moving files, will need to be tested end-to-end. Because the servers are changing, and directories could be changing, this is where we find the most issues during a mitraion.
This is a basic sample of a timeline for a migration project. Yours will vary based on the complexity of your environment.
Don’t wait! Scan this QR code to get a quote on your server migration now!!
Sometimes when a batch job in GL goes into recovery, you may get the following exception or error on your screen: “OpenFixedRptMap Can not create LAWDIR/pdl/obj/RptMap”. Fear not, this is a quick and easy fix! To get past this screen, you will need to make sure that the batch user has full access to the LAWDIR/pdl/obj directory. This will dismiss the error for the batch recovery. After you confirm the batch user has full access, at this point you can then recover the batch job. You should not get the error again. You can look at the screenshot below for reference.
When starting a program compile, sometimes you may encounter an error message such as the following: “rebldlrt.c – InProgress open: Permission denied”. You cannot proceed until you resolve the issue.
What this means is a file or record of the name is the culprit. You will need to address this file error in order to do a program compile. To resolve this error, you simply need to navigate to the LAWDIR/system and delete the file rebldtlrt.lkf. Then you can retry the program compile. You shouldn’t come across the error again and your compile should run smoothly.
Is your organization planning a move from Infor Lawson to Infor Cloud Suite (FSM, HRT, and HRP)?
If so, make sure you take advantage of Infor’s Data Migration Factory (DMF).
The DMF till will be used to perform data mapping; pre-and post-migration steps; data verification, rationalization, and validation; and data testing. There are 5 Data Migration Passes as part of this process: 3 test passes, 1 mock go-live pass, and 1 production pass.
Lawson S3 data will be migrated for current FY detail, and 2 prior FY summary or detail for Financial Data. HR Talent will migrate 0-3 years of employee work assignment and service record history. Payroll will migrate current calendar year history if the go-live if after January 1.
NOTE: if you need access to ALL of your historical data, Nogalis offers a cost-effective and comprehensive solution. Check it out here!
You can find more detail about the DMF on Infor’s KB article 2213690. Make sure you ask your Customer Success manager to include the DMF in your migration plan. It is FREE for Infor customers migrating from S3 to Cloud Suite!!
Sometimes you might inadvertently add a server definition in LID, or you may have some old server definitions hanging around that you would like to remove from the list to clean up space and keep up with some basic housekeeping/organization.
The good news is this is an easy task to perform. In order to do this, you will first need to go to %AppData%/Local/Lawson Software/ univwin64. Next, find and open the univcomm.ini file. Look for the server definition(s) that are no longer valid for you and from here you are able to remove them. You can refer to the example screenshots below as a guide.
When running a service in WFWK.1, it may produce the error message: “CCS product line has not been opened: Return Code 9”.
If this happens to you, follow these simple steps below to resolve it.
First, you need to start at the application product line, then go to screen WF01.1. Next, “Add” the Process Automation Productline “Logan”.
Next you will need to restart the Lawson services, or restart the Lawson server. Try to run the service in WFWK.1 again.
This should resolve everything and you should not get the error message again.
***Also, the length of the flow name is limited
We recently had a requirement to disable TSLv1 in our ADFS instance. Some portions of Lawson, as well as LBI, still depend on TLSv1 security. So, the best way to accommodate this requirement, while also making sure the applications stay fully compatible, is to set the QoP (Quality of Protection) protocol to SSL_TLSv2 in WebSphere on all nodes for all products.
To do this, for each WAS instance, log into the console and navigate to SSL certificate and key management > SSL configurations > (cell or node – do them all) > Quality of protection. Set the protocol to SSL_TLSv2. Once you have saved these changes for all cells and nodes, restart the server.
After a Java update in Landmark, there are typical steps to follow to reset the java location. Firstly, change the JAVA_HOME and LAW_JAVA_HOME environment variables. Verify that the new path is also stored in the Path environment variable.
Next, run the change-jdk.jar command in the grid home/tools folder.
Finally, validate the LAW_JAVA_HOME setting in the config.bat file.
After those steps are completed, reboot the server and make sure the application starts. If it doesn’t, it’s time to get into the nitty gritty.
Open up the Grid Manager. Click on Configuration > Grid Configuration.
Select Grid Properties.
Under Node Properties, select Java Executable.
It is most likely pointing to the old location for Java. Fix that, then reboot and you should be good to go.
There is a known issue after some Java updates where lase won’t start, and attempting to run the bcinstall.jar throws the exception “JCE cannot authenticate the provider BC” in the lase_server logs. When the LASE fails to start after a Java update, this issue can only be resolved by installing a compatible Lawson CU.
When this happens, you will either need to revert to the previous version of Java, or update LSFCT to the minimally compatible CU (or later).
For Lawson version 10.0.9, the minimum CU is 4.
For Lawson version 10.0.10, the minimum CU is 5.
For Lawson version 10.0.11, the minimum CU is 6.
