We have this job that runs daily. Judging bij de the Agent in use it moves daily ResourceManager data to a historic storage. RMLDATA to RMLDB with MODIFY-statements
This was never a real problem but as time progresses this job now runs for 3 or 4 hours+
And that's not desirable. Because of the agent in use, the resource in use on the reporting server and we can not query loggingdata then.
So, sounds familiar? Any idea's?
PS> Because of other processes we can not move this schedule to somewhere in the night.This message has been edited. Last edited by: FP Mod Chuck,
_____________________ WF: 8.0.0.9 > going 8.2.0.5
June 22, 2017, 12:52 PM
Tamra
Dave,
Could this be related to the volume of data that is now being processed?
There are some commands within Modify that may help a bit with performance, such as the COMMIT or DATA statements.
You can run ? STAT Query and see the BASEIO - MODIFY command - it indicates the number of I/O operations performed on the data source.
A bit more clarification on the processes that are running might help us to provide more assistance/thoughts/ideas.
Thank you for participating in the Focal Point Forum! Tamra Colangelo Focal Point Moderator Information Builders
WebFOCUS 8x - BI Portal, Developer Studio, App Studio, Excel, PDF, Active Formats and HTML5
June 23, 2017, 02:20 AM
Dave
Tamra,
Good question. But you tell me, because I don't know.
The fex started is rmusavlg.fex Only statement in this fex is: GKE %ARCHIVE_LOG
It's IBI internals. I really couldn't tell you.
And yes it's probably because of the volume of data. [ 5000+ / day ] And it seems to be slowing down. But then again, these volumes shouldn't be more that a few seconds work for any database-engine.
_____________________ WF: 8.0.0.9 > going 8.2.0.5
June 26, 2017, 02:07 PM
FP Mod Chuck
Hi Dave
What is the repository for the resource management database? Is it relational or FOCUS? If relational which RDBMS are you using. I found this post on techsupport that addresses Oracle.
Chuck Wolff - Focal Point Moderator WebFOCUS 7x and 8x, Windows, Linux All output Formats
June 28, 2017, 06:25 AM
Dave
Chuck,
404 page not found.
Although the tech-boys did it, I believe it's SQL-server.
_____________________ WF: 8.0.0.9 > going 8.2.0.5
June 28, 2017, 10:46 AM
FP Mod Chuck
Hi Dave
Here is what was in that page. Not sure if it applies to SQL Server though. It would be worth having your tech guys check into though.
Solution Notes Problem
Poor performance when the daily Archive job is run with Resource Management.
Solution
This issue is occurring because the Resource Management Repository resides in an Oracle instance that uses a different code page than the Reporting Server and the Oracle Client. For example, the WebFOCUS Reporting Server has a code page of 65001 and the Oracle Client NLS_LANG variable is set to UTF8. This will trigger a data conversion between the Oracle Client and the database instance.
Having all pieces of the configuration use the same code page will resolve this issue. The user defined the Oracle database with a Unicode code page of AL32UTF8 which resolved the issue.
Thank you for using Focal Point!
Chuck Wolff - Focal Point Moderator WebFOCUS 7x and 8x, Windows, Linux All output Formats