Nothing much, added some disk, installed a bigger EMC unit.
All of the details are below 88%, most of the masters are under 80%.
All disk sits on the EMC.
Our databases sit on their own volume set (35 volumes), all other data
reside on another volume set.

We were getting as much as 800 per hour.

I think our biggest hit is during the day when the on-line processing is
contending with the batch.  I'm wondering if there is some tweak within my
workgroups that might help.  I'm not confident in my configuration of this,
and haven't made many changes since the last sys admin left.

-----Original Message-----
From: Denys Beauchemin [mailto:[log in to unmask]]
Sent: Thursday, October 07, 2004 1:03 PM
To: 'Aimee Fillmore'; [log in to unmask]
Subject: RE: [HP3000-L] system response time


What has changed since earlier this year?
Have we checked the capacity of the databases,  I think the big one is
called Healthdb or something like that.
How are the disk drives and volumesets installed?

How many transactions per hour were you doing earlier?

Denys

-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
Behalf Of Aimee Fillmore
Sent: Thursday, October 07, 2004 9:16 AM
To: [log in to unmask]
Subject: [HP3000-L] system response time

Looking for help with some system response time problems.
We are running Amisys on a 997/400 with around 4.8 gig of memory.  Our
health database is 302 million sectors (majority of it is obviously
service).  We have been processing between 300 - 600 claims per hour
during
our nightly batch window, but had been getting more earlier in the year.
Because the load exceeds the batch window (everyday) we end up
processing
during the day and use weekends to get caught up.  Our online users are
killing us with complaints, and it would be nice to ease their pain.  Is
there anyone out there that is in a similar environment that wouldn't
mind
sharing their secrets??
thanks
Legal Notice
        Electronic Mail is not secure, may not be read every day, and
should
not be used for urgent or sensitive issues.
        The material in this transmission may contain confidential
information intended for the addressee.
        If you are not the addressee, any disclosure or use of this
information by you is strictly prohibited.
        If you have received this transmission in error, please delete
it
and destroy all copies

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
Legal Notice
        Electronic Mail is not secure, may not be read every day, and should
not be used for urgent or sensitive issues.
        The material in this transmission may contain confidential
information intended for the addressee.
        If you are not the addressee, any disclosure or use of this
information by you is strictly prohibited.
        If you have received this transmission in error, please delete it
and destroy all copies

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *