Classification: Confidential Either method would be successful in moving the workload. The difference iis n starting/stopping the application is a service interruption to the end user. The DVIPA activate/deactivate would be seamless to the end user.
-----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Jon Perryman Sent: Thursday, October 19, 2023 1:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DVIPA question [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] On Thu, 19 Oct 2023 12:08:04 +0000, Allan Staller <allan.stal...@hcl.com> wrote: >That is not correct. The DVIPA and be started/stopped in a specific TCPIP >instance. >IIRC, the commad is something like V >TCPIP,,SYSPLEX,ACTIVATE,DVIPA=xx.xx.xx.xx >There is also a DEACTIVATE parameter as well. John Giltner says he stops his app on one LPAR and starts it on another. He implies that he is not issuing activate/deactivate for the DVIPA address. It would make more sense for IBM to automatically deactivate the address when it has no ports in use and to automatically activate it when the first listener starts. There are times when activate / deactivate command is needed. For instance, you may have applications running in case of failover recovery but you don't want them used until the other system fails. Recovery would only need to activate the address without the need to startup the applications and resources. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: ________________________________ The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or 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 authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ________________________________ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
