Patrick
I should not have made a spin on someone's discussion. For that I am sorry.
DSO will rightly solve that problem. The data is geographically seperated or
distributed with DSO.
My take was different. I would like one locaton for the AR Server including
server groups and use the Mid-Tier as "local hub" for remotly users (user with
a long network delay) to improve their overall performance.
We are trying to solve two diffferent things here.
~
Terje
________________________________
From: Action Request System discussion list(ARSList) on behalf of patrick zandi
Sent: Thu 17/03/2011 02:19 PM
To: arslist@ARSLIST.ORG
Subject: Re: ITSM 7.6.4
** So for a DDSO all your customers are down.
till it is resolved, hours later? Geographically separated servers give you
Continued functionality during a crisis.
On Thu, Mar 17, 2011 at 9:08 AM, Terje Moglestue <te...@moglestue.com> wrote:
Well,
I am not using DSO. I have had great success with geographically
separated mid tier servers. Our users in Japan find the application on average
3 seconds faster for every operation accessing a local web server then
accessing a web server in UK. The AR Server located in UK.
I am now looking into the possibility to improve the overall network
performance between AR Server and every local mid-tier server. By giving the
network traffic between the serves higher priorities - I hope to improve the
overall performance. You can control server-to-server traffic - you have no or
limited control over end users accessing the mid-tier.
With world-wide support centers - using the same AR installation, the
plan is to have local web serves/mid-tier servers to improve end-to-end
performance.
Am I missing out of anything here?
ARS 75p7, ITSM 75p1, mid-tier servers 7.6.4. Platform Windows Server
2008 64 bits.
~
Terje
________________________________
From: Action Request System discussion list(ARSList) on behalf of
patrick zandi
Sent: Wed 16/03/2011 04:52 PM
To: arslist@ARSLIST.ORG
Subject: Re: ITSM 7.6.4
** Geographically separated mid-tiers is not recommended.
making servers geographically separated (using DSO) and mid-tiers with
them is.
The network traffic between a mid-tier and the ARS server should be
protected, at a high level of encryption, and to further put it geographically
separated over a wan is a performance killer.
IMHO
Put the mid-tier and the Server on the same Physical Switch (reducing
time)
use a group of mid-tier's (they are just clients) load balanced to
increase speed.
Use the pre-load to increase speed, Tune the oracle tables associated
with the common IO calls people are having.
The top 10
user indexes appropriately
use efficient queries
consider using set fields actions in filters instead of active links
avoid using filters which perform run process
stagger escalations times
use direct sql, $PROCESS$, sparingly
avoid sending notifications to many addressees
minimize the number of diary and long character Fields
avoid admin tool def changes during peak hours
keep you application design simple
implement DSO
allocate enough shared memory in the tomcat and server
provide adequate computer and network resource.
On Wed, Mar 16, 2011 at 12:26 PM, Roger Justice <rjust2...@aol.com>
wrote:
** The first way to imporve WEB client performance is to locate
the Mid_Tier servers closer to you users.
-----Original Message-----
From: Gard, Richard J <rjg...@statestreet.com>
To: arslist <arslist@ARSLIST.ORG>
Sent: Wed, Mar 16, 2011 12:23 pm
Subject: Re: ITSM 7.6.4
David,
We are planning for our next global deployment of ITSM
(7.6.03/4). The new
solution will hopefully address considerable performance issues
experienced by
remote users of our current 7.1 deployment. The current
deployment is located
on the eastern seaboard where a large portion of my customer
base is located.
However, my clients in Asia Pacific (fastest growing) and Europe
have complained
about slow performance. What is the recommended implementation
of ITSM 7.6.03/4
that will present the best response times for all users of the
system? We have
considered placing mid tier and app servers in the remote
regions, but I don't
have data to support this design. The reference architecture
document
(http://documents.bmc.com/supportu/documents/49/03/114903/114903.pdf) does not
speak to this design challenge directly. Suggestions greatly
appreciated.
Best regards,
Rich
?
?
?
?
GIS-ISS-SEM
Service Technology Development Manager
ITIL Practisioner Certified: Support and Restore
-----Original Message-----
From: Action Request System discussion list(ARSList) [
<mailto:ars_attend%20WWRUG11%20www.wwrug.com%20ARSlist
<mailto:ars_attend%2520WWRUG11%2520www.wwrug.com%2520ARSlist> :>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
<http://www.arslist.org/>
attend wwrug11 www.wwrug.com <http://www.wwrug.com/> ARSList: "Where
the Answers Are"
--
Patrick Zandi
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
