William,
I can't verify this...but I'm not entirely sure you need to install ITSM on
the reporting boxes....I honestly don't know for sure...but being the users
won't actually be 'working' in this environment, they may just need a
Remedy instance that can query the tables.


On Tue, Dec 10, 2013 at 8:41 AM, William Rentfrow <
wrentf...@stratacominc.com> wrote:

> **
>
> So we currently have 6 AR servers in a server group - I'm adding some more.
>
>
>
> Two of the new servers will be solely to support reporting.
>
>
>
> I'm sort of mulling my options.  I do not need them to be in the server
> group - at least in the sense of taking over any functions if a task goes
> down.  The only reason we are adding these is so we can change the # of
> records returned in a query to unlimited.  The users who use these servers
> will access them via a separate URL and separate MT servers.  For example,
> our normal users access it internally via something like http://remedy -
> our reporting users will access it via an URL like http://remedy_rptg.
>
>
>
> These AR servers also connect  to the database in a slightly different
> way, using a defined service instead of a regular listener - this gives the
> DB the ability to throttle their queries, so they do not receive more than
> X% of the total Oracle RAC computing power (and hence can't slow down
> regular users).
>
>
>
> So here's my rough plan - tell me if you'd do this differently (this is
> 7.6.04 for AR/Apps running on SuSe Linux with Websphere and Oracle, if you
> need to know)
>
>
>
> 1.)    Install ARS, license, configure threads, etc
>
> 2.)    Install CMDB, ITSM, RKM, SLM, SRM using the environment variable
> "Skip" option method to avoid loading the app in the database.
>
> 3.)    Comment out the SLM and CMDB processes in the armonitor.con
>
> 4.)    Add them to the server group but have NO entries in the Server
> Group Operation Ranking form - the only real reason to do this is to
> disable escalations and admin functions, as well as making them "aware"
> that they are not the top dog in the SG.
>
> 5.)    Modify the ar.conf for all of servers and adding the IP-Name
> entries that are appropriate
>
>
>
>
>
> William Rentfrow
>
> wrentf...@stratacominc.com
>
> Office: 715-204-3061
>
> Cell: 715-398-5056
>
>
>  _ARSlist: "Where the Answers Are" and have been for 20 years_

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to