Hello,

Is it possible to have 2 Remedy Servers on the same server, each with its own Oracle instance ?

Something such as :
===================

+----------------+ +----------------+
! Server 1 ! ! Server 2 !
! HostID = X ! ! HostID = X !
! ServerID=S1 ! ! ServerID=S2 !
! SiteName=SN ! ! SiteName=SN !
+-------+--------+ +-------+--------+
! !
+-------!------------------------!--------+
! ! ORACLE ! !
! +---v-----+ +----v----+ !
! ! SID 1 ! ! SID 2 ! !
! +---------+ +---------+ !
+-----------------------------------------+

and obviously :
- both servers have the SAME HostID
- both servers have the SAME Site Name
- but Remedy Server IDs are DIFFERENTs

Each server can have its own ARCONFIGDIR environnement variable, so that remedy.lic, ar.conf and other configuration files are separated. For instance Server1 has /etc/ars1/, and Server2 has /etc/ars2/.

For User connexions, Server 1 is using portmapper, Server 2 is not using portmapper and is using specific server ports (can you help me in elaborating this particular point about server Ports ??).
A User Tool can be configured to connect to Server 1 using the Portmapper, and to connect to Server 2, simultaneously, using the specific server Port of Server 2 (since these port and RPC numbers are specified on a per server basis).

Do you think this can work ??


Objective
=========
The objective is to have, on the same Sun E10000, one production environment, and one training environment.

Other solutions
===============
One might argue that there are other solutions :

Solution 1) Set two separate machines (E10000 for prod, another box for training)
-- OK, no comments

Solution 2) Set :
- only one ARS Server (keep Server 1 and delete Server 2)
- only one ORACLE instance (keep SID 1 and delete SID 2)
- duplicate the whole production application to create the training instance of the application. This "duplication" can be done by, for example, adding the prefix "T" (for "Training") to each form and by duplicating the whole set of AL, Filters, Escalations, and Menus so that they can manipulate (set fields from, push fields to, select from..) the "Training" forms instead of the production forms. (The duplication process can be automatized by exporting defs, processing the def file with a shell script, and importing modified definitions).

Could this kind of duplication be done (and maintained in synch) by using tool such as Migrator ??

This solution 2 will work, you do not have to buy an extra server licence, but it is more complicated at the ARS level, since ARS objects (forms, AL, filters, etc...) are duplicated. You cannot use shared workflow, because for example a filter or AL might set a field in a form from another form, and this "another form" has two different names : one name in production, and another in the training app.
The only "common" forms are "User" and "Group", which is not a concern (since trainees will see the real staff configuration, but will manipulate "training" data).

Any comment, advice on solutions / tools ???

TIA,

Boris

Boris,
We tried to do this but could not because Remedy competes for the same rpc
ports at the server level. Two server instances on the same machine would
try to communicate through the same set of ports, thus causing a conflict.
Remedy has designed it this way so that you have to purchase an additional
server license.

However, if you do figure a way around this one, I'd be interested to know
how you did it.

Karen L. Houston
Impact Innovations Group

> -----Original Message-----
> From: Boris BLAZEJCZAK [SMTP:Boris.Blazejczak@EDFGDF.FR]
> Sent: Wednesday, March 21, 2001 3:41 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: [ARS 4.5] : 2 Instances on the Same Server
>
> **
>
> Hello,
>
> Is it possible to have 2 Remedy Servers on the same server, each with its
> own Oracle instance ?
>
> Something such as :
> ===================
>
> +----------------+ +----------------+
> ! Server 1 ! ! Server 2 !
> ! HostID = X ! ! HostID = X !
> ! ServerID=S1 ! ! ServerID=S2 !
> ! SiteName=SN ! ! SiteName=SN !
> +-------+--------+ +-------+--------+
> ! !
> +-------!------------------------!--------+
> ! ! ORACLE ! !
> ! +---v-----+ +----v----+ !
> ! ! SID 1 ! ! SID 2 ! !
> ! +---------+ +---------+ !
> +-----------------------------------------+
>
> and obviously :
> - both servers have the SAME HostID
> - both servers have the SAME Site Name
> - but Remedy Server IDs are DIFFERENTs
>
> Each server can have its own ARCONFIGDIR environnement variable, so that
> remedy.lic, ar.conf and other configuration files are separated. For
> instance Server1 has /etc/ars1/, and Server2 has /etc/ars2/.
>
> For User connexions, Server 1 is using portmapper, Server 2 is not using
> portmapper and is using specific server ports (can you help me in
> elaborating this particular point about server Ports ??).
> A User Tool can be configured to connect to Server 1 using the Portmapper,
> and to connect to Server 2, simultaneously, using the specific server Port
> of Server 2 (since these port and RPC numbers are specified on a per
> server basis).
>
> Do you think this can work ??
>
>
> Objective
> =========
> The objective is to have, on the same Sun E10000, one production
> environment, and one training environment.
>
> Other solutions
> ===============
> One might argue that there are other solutions :
>
> Solution 1) Set two separate machines (E10000 for prod, another box for
> training)
> -- OK, no comments
>
> Solution 2) Set :
> - only one ARS Server (keep Server 1 and delete Server 2)
> - only one ORACLE instance (keep SID 1 and delete SID 2)
> - duplicate the whole production application to create the training
> instance of the application. This "duplication" can be done by, for
> example, adding the prefix "T" (for "Training") to each form and by
> duplicating the whole set of AL, Filters, Escalations, and Menus so that
> they can manipulate (set fields from, push fields to, select from..) the
> "Training" forms instead of the production forms. (The duplication process
> can be automatized by exporting defs, processing the def file with a shell
> script, and importing modified definitions).
>
> Could this kind of duplication be done (and maintained in synch) by using
> tool such as Migrator ??
>
> This solution 2 will work, you do not have to buy an extra server licence,
> but it is more complicated at the ARS level, since ARS objects (forms, AL,
> filters, etc...) are duplicated. You cannot use shared workflow, because
> for example a filter or AL might set a field in a form from another form,
> and this "another form" has two different names : one name in production,
> and another in the training app.
> The only "common" forms are "User" and "Group", which is not a concern
> (since trainees will see the real staff configuration, but will manipulate
> "training" data).
>
> Any comment, advice on solutions / tools ???
>
> TIA,
>
> Boris
>
>
>
>

I vaguely recall hearing or reading somewhere that you can define the RPC ports that Remedy uses - is that correct (in which case you may be able to work around) or am I barking up the wrong tree?

Josh.

Joshua Cann
Ericsson Ltd
Product Unit Optical Networks

Broadlands
Langhurstwood Road * +44 (1403) 277131
Horsham, West Sussex, RH12 4QP Fax +44 (1403) 273564
United Kingdom *
joshua.cann@etl.ericsson.se


PRIVACY AND CONFIDENTIALITY NOTICE

THIS E-MAIL IS CONFIDENTIAL AND MAY ALSO BE PRIVILEGED. PLEASE DELETE
THE E-MAIL AND NOTIFY US IMMEDIATELY IF YOU ARE NOT THE INTENDED
RECIPIENT.
ERICSSON LIMITED DOES NOT ENTER INTO CONTRACTS OR CONTRACTUAL
OBLIGATIONS VIA ELECTRONIC MAIL, UNLESS OTHERWISE AGREED IN WRITING
BETWEEN PARTIES CONCERNED.


-----Original Message-----
From: Houston, Karen [mailto:Karen.Houston@IMPACTINNOVATIONS.COM]
Sent: 21 March 2001 20:57
To: ARSLIST@LISTSERV.VISTAIT.COM
Subject: Re: [ARS 4.5] : 2 Instances on the Same Server


**

Boris,
We tried to do this but could not because Remedy competes for the same rpc
ports at the server level. Two server instances on the same machine would
try to communicate through the same set of ports, thus causing a conflict.
Remedy has designed it this way so that you have to purchase an additional
server license.

However, if you do figure a way around this one, I'd be interested to know
how you did it.

Karen L. Houston
Impact Innovations Group

> -----Original Message-----
> From: Boris BLAZEJCZAK [SMTP:Boris.Blazejczak@EDFGDF.FR]
> Sent: Wednesday, March 21, 2001 3:41 PM
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: [ARS 4.5] : 2 Instances on the Same Server
>
> **
>
> Hello,
>
> Is it possible to have 2 Remedy Servers on the same server, each with its
> own Oracle instance ?
>
> Something such as :
> ===================
>
> +----------------+ +----------------+
> ! Server 1 ! ! Server 2 !
> ! HostID = X ! ! HostID = X !
> ! ServerID=S1 ! ! ServerID=S2 !
> ! SiteName=SN ! ! SiteName=SN !
> +-------+--------+ +-------+--------+
> ! !
> +-------!------------------------!--------+
> ! ! ORACLE ! !
> ! +---v-----+ +----v----+ !
> ! ! SID 1 ! ! SID 2 ! !
> ! +---------+ +---------+ !
> +-----------------------------------------+
>
> and obviously :
> - both servers have the SAME HostID
> - both servers have the SAME Site Name
> - but Remedy Server IDs are DIFFERENTs
>
> Each server can have its own ARCONFIGDIR environnement variable, so that
> remedy.lic, ar.conf and other configuration files are separated. For
> instance Server1 has /etc/ars1/, and Server2 has /etc/ars2/.
>
> For User connexions, Server 1 is using portmapper, Server 2 is not using
> portmapper and is using specific server ports (can you help me in
> elaborating this particular point about server Ports ??).
> A User Tool can be configured to connect to Server 1 using the Portmapper,
> and to connect to Server 2, simultaneously, using the specific server Port
> of Server 2 (since these port and RPC numbers are specified on a per
> server basis).
>
> Do you think this can work ??
>
>
> Objective
> =========
> The objective is to have, on the same Sun E10000, one production
> environment, and one training environment.
>
> Other solutions
> ===============
> One might argue that there are other solutions :
>
> Solution 1) Set two separate machines (E10000 for prod, another box for
> training)
> -- OK, no comments
>
> Solution 2) Set :
> - only one ARS Server (keep Server 1 and delete Server 2)
> - only one ORACLE instance (keep SID 1 and delete SID 2)
> - duplicate the whole production application to create the training
> instance of the application. This "duplication" can be done by, for
> example, adding the prefix "T" (for "Training") to each form and by
> duplicating the whole set of AL, Filters, Escalations, and Menus so that
> they can manipulate (set fields from, push fields to, select from..) the
> "Training" forms instead of the production forms. (The duplication process
> can be automatized by exporting defs, processing the def file with a shell
> script, and importing modified definitions).
>
> Could this kind of duplication be done (and maintained in synch) by using
> tool such as Migrator ??
>
> This solution 2 will work, you do not have to buy an extra server licence,
> but it is more complicated at the ARS level, since ARS objects (forms, AL,
> filters, etc...) are duplicated. You cannot use shared workflow, because
> for example a filter or AL might set a field in a form from another form,
> and this "another form" has two different names : one name in production,
> and another in the training app.
> The only "common" forms are "User" and "Group", which is not a concern
> (since trainees will see the real staff configuration, but will manipulate
> "training" data).
>
> Any comment, advice on solutions / tools ???
>
> TIA,
>
> Boris
>
>
>
>

You certainly can to a certain degree play with rpc's , but:

-from client (admin,user, import, etc.) prospective you are using 1 server
name to connect, so how do you know to which server you go (unless you
predefine rpc for each of them which does not work for admin and import);
-what's about notification server, mail service, rap service.
-how it will benefit you at all?

I don't agree that the system is designed this way just because of
licensing. It's just particular architecture which is pretty common for many
other applications.

Nicky Madjarov
Intellico Solutions, Inc.

1507 Hermitage Pk. Dr.
Hermitage, TN 37076
Phone: (615) 883 7591
Mobil : (201) 747 8672
Pager: 2017478672@mobile.att.net
e-mail: nickym@intellicosolutions.net
http://www.intellicosolutions.net
----- Original Message -----
From: "Joshua Cann (ETL)"
To:
Sent: Thursday, March 22, 2001 3:08 AM
Subject: Re: [ARS 4.5] : 2 Instances on the Same Server


> **
>
> I vaguely recall hearing or reading somewhere that you can define the RPC
ports that Remedy uses - is that correct (in which case you may be able to
work around) or am I barking up the wrong tree?
>
> Josh.
>
> Joshua Cann
> Ericsson Ltd
> Product Unit Optical Networks
>
> Broadlands
> Langhurstwood Road * +44 (1403) 277131
> Horsham, West Sussex, RH12 4QP Fax +44 (1403) 273564
> United Kingdom *
> joshua.cann@etl.ericsson.se
>
>
> PRIVACY AND CONFIDENTIALITY NOTICE
>
> THIS E-MAIL IS CONFIDENTIAL AND MAY ALSO BE PRIVILEGED. PLEASE DELETE
> THE E-MAIL AND NOTIFY US IMMEDIATELY IF YOU ARE NOT THE INTENDED
> RECIPIENT.
> ERICSSON LIMITED DOES NOT ENTER INTO CONTRACTS OR CONTRACTUAL
> OBLIGATIONS VIA ELECTRONIC MAIL, UNLESS OTHERWISE AGREED IN WRITING
> BETWEEN PARTIES CONCERNED.
>
>
> -----Original Message-----
> From: Houston, Karen [mailto:Karen.Houston@IMPACTINNOVATIONS.COM]
> Sent: 21 March 2001 20:57
> To: ARSLIST@LISTSERV.VISTAIT.COM
> Subject: Re: [ARS 4.5] : 2 Instances on the Same Server
>
>
> **
>
> Boris,
> We tried to do this but could not because Remedy competes for the same rpc
> ports at the server level. Two server instances on the same machine would
> try to communicate through the same set of ports, thus causing a conflict.
> Remedy has designed it this way so that you have to purchase an additional
> server license.
>
> However, if you do figure a way around this one, I'd be interested to know
> how you did it.
>
> Karen L. Houston
> Impact Innovations Group
>
> > -----Original Message-----
> > From: Boris BLAZEJCZAK [SMTP:Boris.Blazejczak@EDFGDF.FR]
> > Sent: Wednesday, March 21, 2001 3:41 PM
> > To: ARSLIST@LISTSERV.VISTAIT.COM
> > Subject: [ARS 4.5] : 2 Instances on the Same Server
> >
> > **
> >
> > Hello,
> >
> > Is it possible to have 2 Remedy Servers on the same server, each with
its
> > own Oracle instance ?
> >
> > Something such as :
> > ===================
> >
> > +----------------+ +----------------+
> > ! Server 1 ! ! Server 2 !
> > ! HostID = X ! ! HostID = X !
> > ! ServerID=S1 ! ! ServerID=S2 !
> > ! SiteName=SN ! ! SiteName=SN !
> > +-------+--------+ +-------+--------+
> > ! !
> > +-------!------------------------!--------+
> > ! ! ORACLE ! !
> > ! +---v-----+ +----v----+ !
> > ! ! SID 1 ! ! SID 2 ! !
> > ! +---------+ +---------+ !
> > +-----------------------------------------+
> >
> > and obviously :
> > - both servers have the SAME HostID
> > - both servers have the SAME Site Name
> > - but Remedy Server IDs are DIFFERENTs
> >
> > Each server can have its own ARCONFIGDIR environnement variable, so that
> > remedy.lic, ar.conf and other configuration files are separated. For
> > instance Server1 has /etc/ars1/, and Server2 has /etc/ars2/.
> >
> > For User connexions, Server 1 is using portmapper, Server 2 is not using
> > portmapper and is using specific server ports (can you help me in
> > elaborating this particular point about server Ports ??).
> > A User Tool can be configured to connect to Server 1 using the
Portmapper,
> > and to connect to Server 2, simultaneously, using the specific server
Port
> > of Server 2 (since these port and RPC numbers are specified on a per
> > server basis).
> >
> > Do you think this can work ??
> >
> >
> > Objective
> > =========
> > The objective is to have, on the same Sun E10000, one production
> > environment, and one training environment.
> >
> > Other solutions
> > ===============
> > One might argue that there are other solutions :
> >
> > Solution 1) Set two separate machines (E10000 for prod, another box for
> > training)
> > -- OK, no comments
> >
> > Solution 2) Set :
> > - only one ARS Server (keep Server 1 and delete Server 2)
> > - only one ORACLE instance (keep SID 1 and delete SID 2)
> > - duplicate the whole production application to create the training
> > instance of the application. This "duplication" can be done by, for
> > example, adding the prefix "T" (for "Training") to each form and by
> > duplicating the whole set of AL, Filters, Escalations, and Menus so that
> > they can manipulate (set fields from, push fields to, select from..) the
> > "Training" forms instead of the production forms. (The duplication
process
> > can be automatized by exporting defs, processing the def file with a
shell
> > script, and importing modified definitions).
> >
> > Could this kind of duplication be done (and maintained in synch) by
using
> > tool such as Migrator ??
> >
> > This solution 2 will work, you do not have to buy an extra server
licence,
> > but it is more complicated at the ARS level, since ARS objects (forms,
AL,
> > filters, etc...) are duplicated. You cannot use shared workflow, because
> > for example a filter or AL might set a field in a form from another
form,
> > and this "another form" has two different names : one name in
production,
> > and another in the training app.
> > The only "common" forms are "User" and "Group", which is not a concern
> > (since trainees will see the real staff configuration, but will
manipulate
> > "training" data).
> >
> > Any comment, advice on solutions / tools ???
> >
> > TIA,
> >
> > Boris
> >
> >
> >
> >
>
>
>

>
>
>