I almost did the same thing when I saw the linux reference. So it would require an install as an upgrade to get the directory and registry settings correct.
Also sounds like a good idea to do a full export of forms and workflow first so that they could be reimported after the "upgrade" so that any mods to system forms would not be lost by the upgrade over write of forms and workflow. I need to do this in the next few weeks so it's been on my mind. Thanks for the workflow reminder. Dave -------------------------- [EMAIL PROTECTED] (Wireless) ----- Original Message ----- From: Action Request System discussion list(ARSList) <[email protected]> To: [email protected] <[email protected]> Sent: Sun Jul 29 16:05:41 2007 Subject: Re: Installing AR, Email, Approval, CMDB & ITSM on a failover server Oops, saw linux next to Oracle and though it was Remedy. He could do an upgrade install to get the binaries in place. It is also possible to mount file systems on Windows boxes as well, but you have to have the infrastructure. Things are not so simple as copying a file system on Windows though, with the registry and the other weird things that have to be done. The trouble comes with the apps. I am not sure if you can do the installation without importing the workflow/data for those apps. Axton Grams On 7/29/07, Shellman, David <[EMAIL PROTECTED]> wrote: > > > > Axton, > > Since the AR System is on a Win server couldn't he simply do an install on > the failover server with it pointing to the production Oracle instance? The > install would run as an upgrade using the same server name and all the > binaries, etc would be in the same directory structure. He would need to > make sure that all the config files from the production server were copied > to the fail over server. > > Dave > -------------------------- > [EMAIL PROTECTED] (Wireless) > > > ----- Original Message ----- > From: Action Request System discussion list(ARSList) <[email protected]> > To: [email protected] <[email protected]> > Sent: Sun Jul 29 15:08:22 2007 > Subject: Re: Installing AR, Email, Approval, CMDB & ITSM on a failover > server > > We simply mount the filesystem on the failover server since the fs is > not local. All the files are the same, with a few exceptions. Since > each node has a different hostname, we update the Server-Name > parameter in ar.conf (awk/sed) during the failover. This is done in > the arsystem script, which resides in the arsystem/bin directory. One > other exception is eie, since the eie instance names seem to be bound > to the hostname/Server-Name for whatever reason. > > We have a common hostname that is shared between the two servers, the > server that gets the hostname is handled by Veritas vcs, as are the > filesystem, monitoring/failover operations. > > We monitor the armonitor process to trigger the failover; this way we > give armonitor a chance to correct things before failing over. > > Axton Grams > > On 7/29/07, Shyam Attavar <[EMAIL PROTECTED]> wrote: > > ** > > > > Dear listers, > > > > We are in the process of setting up new hardware platform for Remedy > server > > in our environment and I am not too sure how to install the AR Server on > the > > failover server. Any help in this area would be really valuable. > > > > Here are the details: > > > > Oracle 10g R2 on a Linux Cluster > > AR Server 7.0.1 p2, Email Engine, FB, Approval Server, CMDB, ITSM 6.x on > a > > W2K3 server > > AR Mid-Tier 7.0.1 p2 on Linux boxes distributed across various > geographies > > > > Since the failover server is going to talk to the same Oracle instance as > > the production server, I am not entirely clear how to go about setting > the > > secondary server with all the binaries and applications. > > > > Thanks in advance, > > -- > > Shyam __20060125_______________________This posting was > > submitted with HTML in it___ > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > the Answers Are" > > > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
