Axton:
I'm glad these advances are now present. It used to take SAM to change the address.
Ifconfig is a wonderful program, and it exists for Windows too.
James McKenzie
L-3 GSI
-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Axton
Sent: Thursday, October 12, 2006 12:58 PM
To: [email protected]
Subject: Re: How to switch DB Server
Talking about IP addresses, not MAC addresses, so we are on the same page.
http://docs.hp.com/en/B2355-90681/ifconfig.1M.html
http://publib16.boulder.ibm.com/pseries/en_US/cmds/aixcmds3/ifconfig.htm
Axton Grams
On 10/12/06, McKenzie, James J C-E LCMC HQISEC/L3 <[EMAIL PROTECTED]> wrote:
> **
>
>
> Axton:
>
> I have had to do this on several UNIX operating systems. I don't
> think this is necessary for Solaris, which I do work with, but was
> required for AIX and HP-UX which I have worked with.
>
> James McKenzie
> L-3 GSI
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected]] On Behalf Of Axton
> Sent: Thursday, October 12, 2006 12:41 PM
> To: [email protected]
> Subject: Re: How to switch DB Server
>
>
>
> Reboot unix for network interface changes? I don't think so. This is
> how Veritas VCS works for hot backup configurations; though it does a
> little more as well (moun/unmount storage, etc.).
>
> Axton
>
> On 10/12/06, McKenzie, James J C-E LCMC HQISEC/L3
> <[EMAIL PROTECTED]> wrote:
> > **
> >
> >
> > Axton:
> >
> > This would require a reboot for most UNIXes.
> >
> > I still like the idea of a load balancer on the front end feeding to
> > two different ARS servers configured for database sharing. This
> > makes the load balancer responsible when the primary fails. Of
> > course, this depends on where the servers are located.
> >
> >
> > James McKenzie
> >
> >
> > ________________________________
> >
> > From: Action Request System discussion list(ARSList)
> > [mailto:[email protected]] On Behalf Of Axton
> > Sent: Thursday, October 12, 2006 11:47 AM
> > To: [email protected]
> > Subject: Re: How to switch DB Server
> >
> >
> > **
> > Instead of using DNS to repoint traffic to the backup host, you can
> > disable the ip on the primary node, then reassign the ip to the
> > backup node. Only delay will the the arp requests in this scenario.
> > Multiple ip's can be assigned to both hosts to ensure the machines
> > stay
> network accessible:
> >
> >
> > During normal operation (primary active):
> > hostA (primary):
> > trunk0: 10.1.1.100, 10.1.1.101
> > hostB (backup):
> > trunk0: 10.1.1.111
> >
> > During failover operation (backup active):
> > hostA (primary):
> > trunk0: 10.1.1.101
> > hostB (backup):
> > trunk0: 10.1.1.100, 10.1.1.111
> >
> > Your DNS would then have an A record for the following:
> > remedy.company.com -> 10.1.1.100
> > remedy_primary.company.com -> 10.1.1.101 remedy_backup.company.com
> > ->
> > 10.1.1.111
> >
> > Your users would simply log in to remedy.company.com, regardless of
> > which node is active.
> >
> > To access the servers using other tools (ssh, sftp, telnet, etc),
> > you can use the other hostnames (e.g., remedy_primary).
> >
> >
> > Axton Grams
> >
> >
> > On 10/12/06, McKenzie, James J C-E LCMC HQISEC/L3
> > <[EMAIL PROTECTED]> wrote:
> >
> > **
> > Have you looked at Hot Backup licenses?
> >
> > Also, you will have to force a DNS update that may take
> > hours, depending on DNS aging and how you setup your internal network.
> >
> >
> > James McKenzie
> > L-3 GSI
> >
> > ________________________________
> >
> > From: Action Request System discussion list(ARSList)
> > [mailto:[email protected] ] On Behalf Of Bellamkonda Viswa
> > Chaitanya
> >
> > Sent: Thursday, October 12, 2006 11:08 AM
> > To: [email protected]
> > Subject: How to switch DB Server
> >
> >
> > **
> > Hello List,
> > We have Remedy Servers
> installed on 2
> > separate boxes and have identical setup. Incase of fail over of
> > Server1 We would like to Switch Server2 to the Server1's Database.
> > Can someone please suggest the best way to do implement this
> > switching with
> minimal down time.
> >
> >
> > Thanks in advance.
> >
> > -Viswa
> >
> > DISCLAIMER:
> >
> >
> ----------------------------------------------------------------------
> > -------------------------------------------------
> >
> > The contents of this e-mail and any attachment(s) are
> > confidential and intended for the named recipient(s) only.
> >
> > It shall not attach any liability on the originator or HCL
> > or its affiliates. Any views or opinions presented in
> >
> > this email are solely those of the author and may not
> > necessarily reflect the opinions of HCL or its affiliates.
> >
> > Any form of reproduction, dissemination, copying,
> > disclosure, modification, distribution and / or publication of
> >
> > this message without the prior written consent of the author
> > of this e-mail is strictly prohibited. If you have
> >
> > received this email in error please delete it and notify the
> > sender immediately. Before opening any mail and
> > attachments please check them for viruses and defect.
> >
> >
> ----------------------------------------------------------------------
> > -------------------------------------------------
> >
> >
> > __20060125_______________________This posting was
> submitted
> > with HTML in it___
> > __20060125_______________________This posting was
> submitted
> > with HTML in it___
> >
> >
> > __20060125_______________________This posting was
> submitted with HTML
> > in it___ __20060125_______________________This posting
> was submitted
> > with HTML in it___
>
> ______________________________________________________________________
> _________ UNSUBSCRIBE or access ARSlist Archives at
> http://www.wwrug.org __20060125_______________________This posting was
> submitted with HTML in it___
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
