[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | ACMS comments and questions |
Notice: | This is not an official software support channel. Kits 5.* |
Moderator: | CLUSTA::HALL AN |
|
Created: | Mon Feb 17 1986 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 4179 |
Total number of notes: | 15091 |
4123.0. "QTI file growth" by HSIC02::BOWYER () Thu Mar 13 1997 07:20
My customer (a bank with a 7 x 24 operation) uses the QTI quite a lot.
There are about 1500 entries queued per day, all of which should be
processed within a few minutes. In the past they found the data file
for the queue (i.e. NOT the QDF-file, but the file the QDF points to)
grew pretty big (say 30000 blocks) and got slower and slower.
As a workaround we used a CONVERT/RECLAIM on the rare occasions when
the whole cluster was down. On one occasion we hit a bug in
CONVERT/RECLAIM and SSO advied us to use CONVERT instead of
CONVERT/RECLAIM. However, the customer didn't want to do that.
Moreover they've bought more nodes so that the cluster "never" goes
down.
This morning I was looking at the file again and found it now no longer
seems to grow. They re-created it duing a software upgrade two weeks
ago and it's still at only 1500 blocks. Has the QTI changed somewhere
along the line (we now have ACMS V4.1, the problem was first noticed in
3.3) so that the problem has gone away? Before you ask, they don't use
RMS journalling and there's no need to back up the queue file.
I'd like to be able to tell them the queue file will behave itself
without any special actions. Can I do that?
T.R | Title | User | Personal Name | Date | Lines
|
---|