We are in the process of creating a new environment for LBi. This new environment involved a brand new instal of LBi which was completed and the oracle schemas for reporting services and frameweok services were also copied. We have now noticed that we go into the dashboards it is missing certain modules and reports.
So the solution to this issue is to export and import dashboards. When we try to import dashboards, what framewrok services is doing is trying to rename the ids of these contents and the reports. We are also copying the lawson documents on the lbi server from original environment to this new environment. If the import renames the report id then I imagine that the reports on framework services will not sync up with the report ids on the lawson documents that are already present on the lbi server. If we try and schedule the reports with the new ids will the historical instances be lost for the newly created report ids?
How can I make sure that the missing modules and reports come acrosss with the same ids that exist on the lawson documents on the lbi server? This will help preserve the historical instances for the original report id and not the ones created by importing them. For missing modules and reports on the modules is exporting and importing my only option.
Thanks Greg for your reply. After long hours of stressing out on the lbi metdata and thinking more on what Matt mentioned about how the metadata is stored as blobs in the lbi schema we came up with this. Way back we realized that some of the metadata for LBI was stored as blobs that had binary mappings. If we copied these tables and tried to change the values in this field it also changed the values in the environment that the values originally came from.
After realizing this, all the admins decided that LBI can never have the same data on 2 environments unless you manually create every report, module, link etc in 2 environments to keep them the same. If at any point the number of reports in one environment is different from the othre to keep both of them the same would be imposssible also because of the lawson documents repository.
So I made a decision to have a system with a fresh install that had no reports etc on it so I can build from there. If I copied or imported the dashboards and the way lawson renames the reportids the lawson documents repository would never be the same on both. I would be spending more time on trying to correct these data mapping issues between the module ids, report ids etc then actually adding value to the upgrade.
The risk I am running is there are no reports that exist that have a year of instances so i would have any clue as to how upgrading to 9.0.3.1 will behave which I at this point have no choice but accept.
However whoever has upgraded from 9.0.2.2 to 9.0.3.1 - Can you share any experiences?
Thanks for all the input.