HP3000-L Archives

October 2004, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Robert J. Schlosser" <[log in to unmask]>
Reply To:
Robert J. Schlosser
Date:
Thu, 7 Oct 2004 13:19:24 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (130 lines)
Aimee

Did the slow down occur after the extra disks were installed in your EMC
array? Is the space in the array using mirroring or RADI-5? Mirroring will
give better write performance. Also, how are the disks laid out, number of
channels into the array, number of busses on the 997? Also how are the
ldevs laid out in the EMC itself. Are you using both halves of the mirror
for the data group? When we had our 997/400 it had about 12GB of memory
and six channels into the EMC array and only 2 channels on each bus. We
would get 1200 to 1800 claims per hour through BCP0100 during the morning
hours, falling off to 800 - 1000 when we ran during the day. We spent a
lot of time placing the various volume sets (we have more than a dozen)
into the array to avoid as much contention with the system volume set and
the data volume set as possible.

Currently our data group is about 484 million sectors

Robert Schlosser
MPE-CSM
HP Certified Professional
Humana / Ochsner
(504) 219-8134



Aimee Fillmore <[log in to unmask]>
Sent by: HP-3000 Systems Discussion <[log in to unmask]>
10/07/2004 12:24 PM
Please respond to
Aimee Fillmore <[log in to unmask]>


To
[log in to unmask]
cc

Subject
Re: [HP3000-L] system response time






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 *



The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material.  If you receive this material/information in error, please contact the sender and delete or destroy the material/information.

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

ATOM RSS1 RSS2