Focal Point Banner
Community Center Education Summit Technical Support User Groups
Let's Get Social!

Facebook Twitter LinkedIn YouTube
Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     [CLOSED] RMLDB job [takes to long]
Go
New
Search
Notify
Tools
Reply
  
[CLOSED] RMLDB job [takes to long]
 Login/Join
 
Master
posted
Hi all,

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
 
Posts: 669 | Location: Veghel, The Netherlands | Registered: February 16, 2010Reply With QuoteReport This Post
Guru
posted Hide Post
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
 
Posts: 487 | Location: Toronto | Registered: June 23, 2009Reply With QuoteReport This Post
Master
posted Hide Post
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
 
Posts: 669 | Location: Veghel, The Netherlands | Registered: February 16, 2010Reply With QuoteReport This Post
Virtuoso
posted Hide Post
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.

https://techsupport.informatio...ttrack/31333515.html


Thank you for using Focal Point!

Chuck Wolff - Focal Point Moderator
WebFOCUS 7x and 8x, Windows, Linux All output Formats
 
Posts: 1569 | Location: Customer Support | Registered: April 12, 2005Reply With QuoteReport This Post
Master
posted Hide Post
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
 
Posts: 669 | Location: Veghel, The Netherlands | Registered: February 16, 2010Reply With QuoteReport This Post
Virtuoso
posted Hide Post
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
 
Posts: 1569 | Location: Customer Support | Registered: April 12, 2005Reply With QuoteReport This Post
  Powered by Social Strata  
 

Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     [CLOSED] RMLDB job [takes to long]

Copyright © 1996-2018 Information Builders, leaders in enterprise business intelligence.