High Availability (Mirroring) on IBM i for LANSA
|Date:||20 January 2015|
|Product/Release:||LANSA for iSeries - All supported versions|
|Abstract:||Some suggestions on how to set up High Availability (Mirroring) on IBM i for LANSA|
|Submitted By:||LANSA Technical Support|
|Updated:||11 January 2017|
When setting up High Availability (or Mirroring such as Mimix or Maxava) with LANSA, it is as much about the objects that you don’t duplicate as the ones you do. Certain files will cause problems if duplicated on the backup system.
Duplicate all LANSA system and Partition libraries and IFS folders, including your image folders (for Web applications etc.). For further information, refer to Transferring Complete LANSA Systems between IBM i Systems in the Introduction to LANSA for iSeries guide.
Version 13 and later License considerations
Unless the mirror system has the same serial number, model, etc, then the /LANSA_<program library>/license/x_lic_<model>_<serial number> file, located in the IFS, for that machine should not be mirrored.
The data area <pgmlib>/DCXALIC should not need to be mirrored (located in the LANSA Program Library).
See the following for more information on License Consolidation: Consolidating LANSA licenses into a central location in V13.
Model B Web
You should exclude:
[email protected] - session info
http server job
Model A Web
You should exclude:
[email protected] - http server job#, lweb_job#
[email protected] - runtime bl data
[email protected] - timedout bl data
[email protected] - restart links
[email protected] - timed out web jobs
Web Pages (V14 only):
Apache error logs
The Apache error logs can be omitted
These IFS folders can be omitted too
If you use LANSA Integrator, the following objects, if they exist, should not be backed up from the source IFS directory to the target IFS directory. These files will be automatically recreated when you start JSM on the target system. Furthermore, duplicating these files on the backup system is likely to cause problems.
Note: some or all of these objects may not exist as they are dependent on the version of LANSA Integrator being mirrored.
Also, the LANSA Integrator trace files can be quite large and should be
omitted. Note: the base trace folder in the jsm
instance is required but all sub folders can be omitted.
That is, /LANSA_<program library>/jsm/instance/trace is required, but all folders under this can be omitted.