Depending on the drag, of course it can. Any delay in processing is a performance kick in the pants.
If you can make a system big enough, so you do not need two systems.. it will preform faster. Internal communications to the box is 10K or 100K faster than ethernet translations. If you have the choice of a huge, ARS box with Oracle on the box itself.. Oracle being on it's own fiberchannel at 4Gig throughput for just oracle, on a seperate fiberchannel 4gig to a LUN (lets just say a EMC box). And you even put on another lun the RKM/Flashboards/Tomcat etc.. now the ENV of the box will be big, huge in RAM and 16 CPU's Solaris beast.. That thing is gunna Scream! Break it into pieces, well it will definately be slower.. It all depends on what the Goal is? are we saying 20K people to the box or what... 1 box cannot handle such a big load, but a fast one will give it a run for the money. On Thu, Apr 23, 2009 at 10:25 AM, Shashikant THAKUR < [email protected]> wrote: > ** Taking a clue from here - does this mean that it will impact the > overall performance as well - i.e. ticket creation and solving will take > extra time.. > > ------------------------------ > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *patrick zandi > *Sent:* Thursday, April 23, 2009 7:40 PM > *To:* [email protected] > *Subject:* Re: CRITICAL:URGENT: ARSystem is taking 20 mins to start > > ** > BMC -- last time I checked:: Recommended that the Switch connections > should be the same.. > I.E ARS on same Switch as the DB server. > Traversing Subnets, and Vlans is a Drag on performance. > > Do some TNSPings and see what responses are you getting .. > I believe you can add a packet length.. like -l 5000 > 5000 Bite Packet in a pin > > On Thu, Apr 23, 2009 at 9:58 AM, Lammey, Peter A. <[email protected] > > wrote: > >> Is the database an Oracle 10gR2 database? >> >> We found out after our upgrade to AR System 7.01 and upgrade to ITSM 7.02 >> applications that the Remedy application startup went up from a couple >> minutes to at least 9-10 minutes. >> >> Never discovered a good solution for it. >> >> Thanks >> Peter Lammey >> ESPN IT Client Architecture and Automation >> 860-766-4761 >> >> -----Original Message----- >> From: Action Request System discussion list(ARSList) [mailto: >> [email protected]] On Behalf Of LJ Longwing >> Sent: Thursday, April 23, 2009 9:56 AM >> To: [email protected] >> Subject: Re: CRITICAL:URGENT: ARSystem is taking 20 mins to start >> >> Standard TSing for this would be: >> >> Is all of your hardware set at 100MB/Full (or gb if you have that >> capacity) Turn on DB logging (at the DB and arsystem level) during start, >> see where the delay is happening What type of DB is it? MS SQL, Oracle, >> Sybase, etc? >> >> -----Original Message----- >> From: Action Request System discussion list(ARSList) [mailto: >> [email protected]] On Behalf Of Manish SINGLA >> Sent: Thursday, April 23, 2009 7:51 AM >> To: [email protected] >> Subject: CRITICAL:URGENT: ARSystem is taking 20 mins to start >> >> Hello List, >> >> We are facing a issue like arsystem processes takes 20 mins to restart. >> >> Just last week we have migrated to new architecture, earlier we had >> Mid-tier/ARS and DB on same HPUX machine. >> Which usually takes 1.5 mins to start all Remedy processes. >> >> But now we have a separate machine for DB out side ARS machine but local >> to network(in same datacenter). >> Now it takes 20 mins to start. >> >> When we start first four processes starts at a glance as follows: >> root 14001 13998 0 Apr 22 ? 0:00 >> /remedy/software/ARSystem/reconcile/bin/arrecond -s euxa91 -i / >> root 14003 13998 0 Apr 22 ? 0:01 >> /remedy/software/ARSystem/bin/arservapd -s euxa91 -i /remedy/so >> root 14004 13998 16 Apr 22 ? 609:05 >> /remedy/software/ARSystem/bin/arserverd -s euxa91 -i /remedy/so >> root 13998 1 0 Apr 22 ? 0:00 >> /remedy/software/ARSystem/bin/armonitor -s euxa91 -c /etc/arsys >> >> But rest of the following takes 20 mins to start with. >> >> root 18921 13998 0 Apr 22 ? 1:09 >> /remedy/software/ARSystem/bin/arplugin -s euxa91 -i /remedy/sof >> root 18919 13998 0 Apr 22 ? 0:00 >> /remedy/software/ARSystem/bin/arsvcdsp -s euxa91 -d /remedy/sof >> root 18920 13998 0 Apr 22 ? 1:35 >> /remedy/software/ARSystem/bin/arservdsd -s euxa91 -i /remedy/so >> root 18909 14004 0 Apr 22 ? 0:01 >> /remedy/software/ARSystem/bin/arforkd -s euxa91 -l /remedy/soft >> root 18012 1 0 10:39:01 ? 0:00 sh -c >> /remedy/software/ARSystem/sla/bin/brsvcbrie >> root 18013 18012 23 10:39:01 ? 29:32 >> /remedy/software/ARSystem/sla/bin/brsvcbrie >> >> >> ARSystem is quite trivial and frequent at server level, hence we can't >> afford this much of delay which leads to outage. >> >> Please advice ASAP. Will be very grateful to you. >> >> Regards >> Manish >> >> >> ____________________________________________________________________________ >> ___ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum >> Sponsor:[email protected] >> <sponsor%[email protected]>ARSlist: "Where the Answers Are" >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum >> Sponsor:[email protected] >> <sponsor%[email protected]>ARSlist: "Where the Answers Are" >> >> Please consider the environment before printing this e-mail. >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> Platinum >> Sponsor:[email protected]<sponsor%[email protected]>ARSlist: >> "Where the Answers Are" >> > > > > -- > Patrick Zandi > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ -- Patrick Zandi _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
