William,
There is a bug in SP1. We experienced the same issue and were told to get
to SP2 to fix this. We are running SP2 in Dev now and its only taking
about 5 minutes to restart but we don't have a fully populated DB/load on
it yet from our prod image.
Mike Hamner
U.S. Department of Interior
From: William Abdo <william.a...@verio.net>
To: arslist@ARSLIST.ORG
Date: 03/01/2012 11:43 AM
Subject: Re: Slow server starts
Sent by: "Action Request System discussion list(ARSList)"
<arslist@ARSLIST.ORG>
**
Thanks David Easter ,
I know we are using the max of 20 preload threads, however I do need to
check on the firewall or other latency-creating mechanic between the server
and the DB.
If you think of anything else my ears are open.
Respectfully,
William
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David
Sent: Thursday, March 01, 2012 1:16 PM
To: arslist@ARSLIST.ORG
Subject: Re: Slow server starts
**
Additional ideas:
1. Check to see if your network operations team has inserted a
firewall or other latency-creating mechanic between the server and
the DB.
General database tips
To avoid a decline in the BMC Remedy AR System server performance, remember
the following tips:
· Do not use a firewall between the BMC Remedy AR System server
and database tiers. This can impact performance significantly.
[…]
2. Check to see if you are taking advantage of preload threads:
Faster server initialization
You can now configure the server to use multiple threads (known as “preload
threads”) when loading the cache from the database. This option allows the
server to make better use of system resources such as CPU and network
bandwidth, and can greatly reduce the time required to load the cache at
server initialization. This option can also be configured for use during
run time. For information about using this option, see “Using preload
threads” in the Configuration Guide.
-David J. Easter
Manager of Product Management, Remedy Platform
BMC Software, Inc.
The opinions, statements, and/or suggested courses of action expressed in
this E-mail do not necessarily reflect those of BMC Software, Inc. My
voluntary participation in this forum is not intended to convey a role as a
spokesperson, liaison or public relations representative for BMC Software,
Inc.
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Terje Moglestue
Sent: Thursday, March 01, 2012 8:56 AM
To: arslist@ARSLIST.ORG
Subject: Re: Slow server starts
**
William,
I got the same issue on MS SQL on a remote server and find it very slow to
start-up.
Are you using FQDN (fully qualified domain name) for all server references
within BMC? With a correct setup in you DNS servers it should not make a
difference. I found that we had less issues and quicker startup if I used
FQDN for all server references.
Your RAM your your mid-tier sounds low to me. Bring it up to 4 CPU's and
minimum 4 GB RAM. This make no difference in start up for the app server.
~
Terje
Sent from my iPad
On 1 Mar 2012, at 16:26, "William Abdo" <william.a...@verio.net> wrote:
**
Hi All,
I am respectfully asking for your wisdom in an issue I am having.
I have noticed that our virtual servers are taking upwards to 45
minutes – 1 hour to start-up.
This is unacceptable and I am currently in a guessing game for the
true cause. Memory, connections, …
1 physical 124 gig running 6 virtual machines
4- 12 gig ARS servers
2- 2 gig mid-tiers
All running Windows 2008
ARS 7.6.04 ITSM Suite
10 gig single nic
1 gig network pipeline
The Oracle database is on a different machine.
It used to take about 20 minutes to start and now it is upwards to 45
min to an hour.
Do you have any suggestions for this issue?
Respectfully,
William
This email message is intended for the use of the person to whom it
has been sent, and may contain information that is confidential or
legally protected. If you are not the intended recipient or have
received this message in error, you are not authorized to copy,
distribute, or otherwise use this message or its attachments. Please
notify the sender immediately by return e-mail and permanently delete
this message and any attachments. Verio, Inc. makes no warranty that
this email is error or virus free. Thank you.
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
This email message is intended for the use of the person to whom it has
been sent, and may contain information that is confidential or legally
protected. If you are not the intended recipient or have received this
message in error, you are not authorized to copy, distribute, or otherwise
use this message or its attachments. Please notify the sender immediately
by return e-mail and permanently delete this message and any attachments.
Verio, Inc. makes no warranty that this email is error or virus free. Thank
you.
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
