Re: 7.6.04 Upgrade to 8.1
I will second this sentiment. This is a Admin's dream come true. Upgrade with Zero downtime! I totally fail to understand how people would not be interested in it even if they do not plan an upgrade in the near future. Has to happen sometimes! I will definitely vote for it. Shafqat Ayaz > >From: "richard@bwc.state.oh.us" >To: arslist@ARSLIST.ORG >Sent: Tuesday, July 30, 2013 10:09 PM >Subject: Re: 7.6.04 Upgrade to 8.1 > > > >** >Given this description it brings up the question as to why you would NOT want >it. >Upgrades, etc. can take days of downtime during the process with no >availability while >it’s happening. It sounds like most of the synchronizing has been worked out >and not >much work remains – so why not do the sprint to the finish line with it? I’d >vote for it >especially so my customers can have a seamless experience (and so I don’t have >to spend >weekends at work and on the phone to get it up and running……). Why vote? >You’re >almost there. Do it. > >From:Action Request System discussion list(ARSList) >[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug >Sent: Tuesday, July 30, 2013 3:00 PM >To: arslist@ARSLIST.ORG >Subject: Re: 7.6.04 Upgrade to 8.1 > >** >Tom (and others who responded), > >The "feature" of zero-down time and the demonstration at WWRUG 2012 was a lab >demo to show a >concept that we had taken from design into prototype to gage interest from the >customer base. > >To be clear, it is not present in any release of the product at this time. > >We are still gaging customer interest and I will say unfortunately, the >interest expressed in this topic has >not been as strong as several of us expected. There is interest – don't get >me wrong – but there are other >things that are generating much more concern from customers. There is still a >contingent struggling to get >this capability added to an upcoming release – but nothing has made it yet. > > >The functionality we demonstrated was true zero-down time. It creates >parallel metadata tables with new >and old definitions and different servers pointing to different sets – ALL ON >THE SAME DATA TABLES. Lots of >work went in to handle deleted fields (delete is deferred because the old >version is still using the fields) and >to even handle cases where archgid changes field IDs (extra view forms are put >in place so that both old and >new use the IDs they expect and all is in place). > >Both old and new versions of the applications were available and running >through different servers in the >server group so you could confirm that all was ready before you flipped the >switch. > >If any system went down, it came back up looking at its set of definitions so >everything is robust and >recoverable while in this mixed mode. > >We went so far as to have servers running the old app have a signal to load >and prepare the new definitions >in the background while continuing to run the old version so when they were >signaled to go live, they finished >any current API call in the old version and any new API call started working >with the new version for absolute >zero down time transition at the server. > >This means that any program or integration has zero interruption or disruption. > >Now, the interactive user through the mid-tier has the issue of caching. >Depending on whether an immediate >update occurs or you are just going to let the next interval check do it, it >may be instant to a few minutes >before the updates are reflected to the client and there is going to be a >performance slowdown that will be >noticeable as things are reloaded (kind of like a first time reload after >mid-tier startup) and then changed >screens will show up. So, they are never down, but there is a short time of >affect on interaction of users. > > >This is not fantasy as we have prototyped it and it was what was demonstrated >at WWRUG and it does work. > >If you have not entered your vote for this feature on the BMC Communities AR >System thread Ideas entry >for this feature (this is an area where you or BMC posts enhancement requests >and the community can vote >on it to show interest – higher vote totals help push features up the list for >implementation), please enter >your vote to show support for the idea. > > >This does not mean no work for the Administrator during an upgrade, but it >means no end user outage for >an upgrade. It should also help reliability and success of an upgrade in a >dramatic way as you can test and >verify and make any corrections in the new version before go live. It also >s
Re: 7.6.04 Upgrade to 8.1
I would settle for a detailed Bill of materials for each new release, so I could see exactly what objects were being changed. Before they were actually changed on my system. My mermaid wife and pet leprechaun will have a long wait here on my Unicorn for that to happen, though. Rick On Jul 30, 2013 1:09 PM, "richard@bwc.state.oh.us" < richard@bwc.state.oh.us> wrote: > ** > > Given this description it brings up the question as to why you would NOT > want it. > > Upgrades, etc. can take days of downtime during the process with no > availability while > > it’s happening. It sounds like most of the synchronizing has been worked > out and not > > much work remains – so why not do the sprint to the finish line with it? > I’d vote for it > > especially so my customers can have a seamless experience (and so I don’t > have to spend > > weekends at work and on the phone to get it up and running……). Why vote? > You’re > > almost there. Do it. > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Mueller, Doug > *Sent:* Tuesday, July 30, 2013 3:00 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: 7.6.04 Upgrade to 8.1 > > > > ** > > Tom (and others who responded), > > > > The "feature" of zero-down time and the demonstration at WWRUG 2012 was a > lab demo to show a > > concept that we had taken from design into prototype to gage interest from > the customer base. > > > > To be clear, it is not present in any release of the product at this time. > > > > We are still gaging customer interest and I will say unfortunately, the > interest expressed in this topic has > > not been as strong as several of us expected. There is interest – don't > get me wrong – but there are other > > things that are generating much more concern from customers. There is > still a contingent struggling to get > > this capability added to an upcoming release – but nothing has made it yet. > > > > > > The functionality we demonstrated was true zero-down time. It creates > parallel metadata tables with new > > and old definitions and different servers pointing to different sets – ALL > ON THE SAME DATA TABLES. Lots of > > work went in to handle deleted fields (delete is deferred because the old > version is still using the fields) and > > to even handle cases where archgid changes field IDs (extra view forms are > put in place so that both old and > > new use the IDs they expect and all is in place). > > > > Both old and new versions of the applications were available and running > through different servers in the > > server group so you could confirm that all was ready before you flipped > the switch. > > > > If any system went down, it came back up looking at its set of definitions > so everything is robust and > > recoverable while in this mixed mode. > > > > We went so far as to have servers running the old app have a signal to > load and prepare the new definitions > > in the background while continuing to run the old version so when they > were signaled to go live, they finished > > any current API call in the old version and any new API call started > working with the new version for absolute > > zero down time transition at the server. > > > > This means that any program or integration has zero interruption or > disruption. > > > > Now, the interactive user through the mid-tier has the issue of caching. > Depending on whether an immediate > > update occurs or you are just going to let the next interval check do it, > it may be instant to a few minutes > > before the updates are reflected to the client and there is going to be a > performance slowdown that will be > > noticeable as things are reloaded (kind of like a first time reload after > mid-tier startup) and then changed > > screens will show up. So, they are never down, but there is a short time > of affect on interaction of users. > > > > > > This is not fantasy as we have prototyped it and it was what was > demonstrated at WWRUG and it does work. > > > > If you have not entered your vote for this feature on the BMC Communities > AR System thread Ideas entry > > for this feature (this is an area where you or BMC posts enhancement > requests and the community can vote > > on it to show interest – higher vote totals help push features up the list > for implementation), please enter > > your vote to show support for the idea. > > > > > > This does not mean no work for the Administrator during an upgrade, but it > means no end
Re: 7.6.04 Upgrade to 8.1
Given this description it brings up the question as to why you would NOT want it. Upgrades, etc. can take days of downtime during the process with no availability while it’s happening. It sounds like most of the synchronizing has been worked out and not much work remains – so why not do the sprint to the finish line with it? I’d vote for it especially so my customers can have a seamless experience (and so I don’t have to spend weekends at work and on the phone to get it up and running……). Why vote? You’re almost there. Do it. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug Sent: Tuesday, July 30, 2013 3:00 PM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 ** Tom (and others who responded), The "feature" of zero-down time and the demonstration at WWRUG 2012 was a lab demo to show a concept that we had taken from design into prototype to gage interest from the customer base. To be clear, it is not present in any release of the product at this time. We are still gaging customer interest and I will say unfortunately, the interest expressed in this topic has not been as strong as several of us expected. There is interest – don't get me wrong – but there are other things that are generating much more concern from customers. There is still a contingent struggling to get this capability added to an upcoming release – but nothing has made it yet. The functionality we demonstrated was true zero-down time. It creates parallel metadata tables with new and old definitions and different servers pointing to different sets – ALL ON THE SAME DATA TABLES. Lots of work went in to handle deleted fields (delete is deferred because the old version is still using the fields) and to even handle cases where archgid changes field IDs (extra view forms are put in place so that both old and new use the IDs they expect and all is in place). Both old and new versions of the applications were available and running through different servers in the server group so you could confirm that all was ready before you flipped the switch. If any system went down, it came back up looking at its set of definitions so everything is robust and recoverable while in this mixed mode. We went so far as to have servers running the old app have a signal to load and prepare the new definitions in the background while continuing to run the old version so when they were signaled to go live, they finished any current API call in the old version and any new API call started working with the new version for absolute zero down time transition at the server. This means that any program or integration has zero interruption or disruption. Now, the interactive user through the mid-tier has the issue of caching. Depending on whether an immediate update occurs or you are just going to let the next interval check do it, it may be instant to a few minutes before the updates are reflected to the client and there is going to be a performance slowdown that will be noticeable as things are reloaded (kind of like a first time reload after mid-tier startup) and then changed screens will show up. So, they are never down, but there is a short time of affect on interaction of users. This is not fantasy as we have prototyped it and it was what was demonstrated at WWRUG and it does work. If you have not entered your vote for this feature on the BMC Communities AR System thread Ideas entry for this feature (this is an area where you or BMC posts enhancement requests and the community can vote on it to show interest – higher vote totals help push features up the list for implementation), please enter your vote to show support for the idea. This does not mean no work for the Administrator during an upgrade, but it means no end user outage for an upgrade. It should also help reliability and success of an upgrade in a dramatic way as you can test and verify and make any corrections in the new version before go live. It also should remove the I have to do everything under time pressure in the middle of the night on a weekend issue to avoid customer downtime as much as possible topic. So, a win for everyone all around. I hope this confirms and clarifies this capability, what it is and where it is. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur Sent: Monday, July 15, 2013 6:57 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: 7.6.04 Upgrade to 8.1 ** Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach. I look forward to your feedback Tom Shurmur Sr Remed
Re: 7.6.04 Upgrade to 8.1
I think this is a critical piece for the upgrade process. We have upgrade a few customers this year and have run into many issues. We tried the upgrade process utilizing a staging server for one customer and that was a nightmare. Upgrades are sometimes taking months to complete. Some issues are not knowing what customizations were done versus what is out of box, what has been depricated or changed from release to release, and the overall task of migrating and syncing data. It would be nice if there was a tool to help streamline this process. It would save a lot of headaches. I have had some customers even say they weren't sure if they would go through a major upgrade again and it might be cheaper to use another solution. I think Remedy OnDemand is the answer for some customers in this situation. If I could have a dream upgrade tool it would: - look at the current version and provide an analysis of customizations versus out of box - provide the ability to select which customizations you would like to bring over to the new version and create them as overlays - look at the current oob version versus the upgraded version to see deltas (deprecated/changed) - provide a pre-upgrade report to show recommendations on what needs to be updated in the current version prior to upgrade - keep data sycronized between systems After doing countless upgrades over the years it seems that the best opption still is fresh builds and migrations. Is the future OnDemand solutions? I'd actually be all for everyone moving to an OnDemand solution whether on or off premise. Brian From: Action Request System discussion list(ARSList) on behalf of Longwing, Lj Sent: Tuesday, July 30, 2013 3:09 PM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 ** And to make it SUPER easy https://communities.bmc.com/ideas/1421 that's the link to the idea...all you need to do is go in and log in (if not already) and click the up arrow to cast your vote...I really didn't expect this to be an issue...but apparently there isn't enough support to do various things in the community. Come on folks..participate :D On Tue, Jul 30, 2013 at 12:59 PM, Mueller, Doug mailto:doug_muel...@bmc.com>> wrote: ** Tom (and others who responded), The "feature" of zero-down time and the demonstration at WWRUG 2012 was a lab demo to show a concept that we had taken from design into prototype to gage interest from the customer base. To be clear, it is not present in any release of the product at this time. We are still gaging customer interest and I will say unfortunately, the interest expressed in this topic has not been as strong as several of us expected. There is interest – don't get me wrong – but there are other things that are generating much more concern from customers. There is still a contingent struggling to get this capability added to an upcoming release – but nothing has made it yet. The functionality we demonstrated was true zero-down time. It creates parallel metadata tables with new and old definitions and different servers pointing to different sets – ALL ON THE SAME DATA TABLES. Lots of work went in to handle deleted fields (delete is deferred because the old version is still using the fields) and to even handle cases where archgid changes field IDs (extra view forms are put in place so that both old and new use the IDs they expect and all is in place). Both old and new versions of the applications were available and running through different servers in the server group so you could confirm that all was ready before you flipped the switch. If any system went down, it came back up looking at its set of definitions so everything is robust and recoverable while in this mixed mode. We went so far as to have servers running the old app have a signal to load and prepare the new definitions in the background while continuing to run the old version so when they were signaled to go live, they finished any current API call in the old version and any new API call started working with the new version for absolute zero down time transition at the server. This means that any program or integration has zero interruption or disruption. Now, the interactive user through the mid-tier has the issue of caching. Depending on whether an immediate update occurs or you are just going to let the next interval check do it, it may be instant to a few minutes before the updates are reflected to the client and there is going to be a performance slowdown that will be noticeable as things are reloaded (kind of like a first time reload after mid-tier startup) and then changed screens will show up. So, they are never down, but there is a short time of affect on interaction of users. This is not fantasy as we have prototyped it and it was what was demonstrated at WWRUG and it does work. If you have not entered your v
Re: 7.6.04 Upgrade to 8.1
gt; If you have not entered your vote for this feature on the BMC >>> Communities AR System thread Ideas entry >>> >>> for this feature (this is an area where you or BMC posts enhancement >>> requests and the community can vote >>> >>> on it to show interest – higher vote totals help push features up the >>> list for implementation), please enter >>> >>> your vote to show support for the idea. >>> >>> ** ** >>> >>> ** ** >>> >>> This does not mean no work for the Administrator during an upgrade, but >>> it means no end user outage for >>> >>> an upgrade. It should also help reliability and success of an upgrade >>> in a dramatic way as you can test and >>> >>> verify and make any corrections in the new version before go live. It >>> also should remove the I have to do >>> >>> everything under time pressure in the middle of the night on a weekend >>> issue to avoid customer downtime >>> >>> as much as possible topic. So, a win for everyone all around. >>> >>> ** ** >>> >>> ** ** >>> >>> I hope this confirms and clarifies this capability, what it is and where >>> it is. >>> >>> ** ** >>> >>> Doug Mueller >>> >>> ** ** >>> >>> *From:* Action Request System discussion list(ARSList) [mailto: >>> arslist@ARSLIST.ORG] *On Behalf Of *Tom Shurmur >>> *Sent:* Monday, July 15, 2013 6:57 PM >>> *To:* arslist@ARSLIST.ORG >>> *Subject:* 7.6.04 Upgrade to 8.1 >>> >>> ** ** >>> >>> ** >>> >>> Howdy Listers, >>> >>> >>> >>> We are about to embark on upgrading from 7.6.04 to 8.1 on a windows >>> platform using MS-SQL. Has anyone used the No Downtime Upgrade method that >>> was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was >>> it smooth or bumpy ride? >>> >>> >>> >>> We will be standing up a test system with 2 app VMs and a DB to test >>> this approach. >>> >>> >>> >>> I look forward to your feedback >>> >>> >>> >>> Tom Shurmur >>> >>> Sr Remedy Developer >>> >>> Froedtert Health System >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > > _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"
Re: 7.6.04 Upgrade to 8.1
; it means no end user outage for**** >> >> an upgrade. It should also help reliability and success of an upgrade in >> a dramatic way as you can test and >> >> verify and make any corrections in the new version before go live. It >> also should remove the I have to do >> >> everything under time pressure in the middle of the night on a weekend >> issue to avoid customer downtime >> >> as much as possible topic. So, a win for everyone all around. >> >> ** ** >> >> ** ** >> >> I hope this confirms and clarifies this capability, what it is and where >> it is. >> >> ** ** >> >> Doug Mueller >> >> ** ** >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] *On Behalf Of *Tom Shurmur >> *Sent:* Monday, July 15, 2013 6:57 PM >> *To:* arslist@ARSLIST.ORG >> *Subject:* 7.6.04 Upgrade to 8.1 >> >> ** ** >> >> ** >> >> Howdy Listers, >> >> >> >> We are about to embark on upgrading from 7.6.04 to 8.1 on a windows >> platform using MS-SQL. Has anyone used the No Downtime Upgrade method that >> was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was >> it smooth or bumpy ride? >> >> >> >> We will be standing up a test system with 2 app VMs and a DB to test this >> approach. >> >> >> >> I look forward to your feedback >> >> >> >> Tom Shurmur >> >> Sr Remedy Developer >> >> Froedtert Health System >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > > _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"
Re: 7.6.04 Upgrade to 8.1
And to make it SUPER easy https://communities.bmc.com/ideas/1421 that's the link to the idea...all you need to do is go in and log in (if not already) and click the up arrow to cast your vote...I really didn't expect this to be an issue...but apparently there isn't enough support to do various things in the community. Come on folks..participate :D On Tue, Jul 30, 2013 at 12:59 PM, Mueller, Doug wrote: > ** > > Tom (and others who responded), > > ** ** > > The "feature" of zero-down time and the demonstration at WWRUG 2012 was a > lab demo to show a > > concept that we had taken from design into prototype to gage interest from > the customer base. > > ** ** > > To be clear, it is not present in any release of the product at this time. > > > ** ** > > We are still gaging customer interest and I will say unfortunately, the > interest expressed in this topic has > > not been as strong as several of us expected. There is interest – don't > get me wrong – but there are other > > things that are generating much more concern from customers. There is > still a contingent struggling to get > > this capability added to an upcoming release – but nothing has made it yet. > > > ** ** > > ** ** > > The functionality we demonstrated was true zero-down time. It creates > parallel metadata tables with new > > and old definitions and different servers pointing to different sets – ALL > ON THE SAME DATA TABLES. Lots of > > work went in to handle deleted fields (delete is deferred because the old > version is still using the fields) and > > to even handle cases where archgid changes field IDs (extra view forms are > put in place so that both old and > > new use the IDs they expect and all is in place). > > ** ** > > Both old and new versions of the applications were available and running > through different servers in the > > server group so you could confirm that all was ready before you flipped > the switch. > > ** ** > > If any system went down, it came back up looking at its set of definitions > so everything is robust and > > recoverable while in this mixed mode. > > ** ** > > We went so far as to have servers running the old app have a signal to > load and prepare the new definitions > > in the background while continuing to run the old version so when they > were signaled to go live, they finished > > any current API call in the old version and any new API call started > working with the new version for absolute > > zero down time transition at the server. > > ** ** > > This means that any program or integration has zero interruption or > disruption. > > ** ** > > Now, the interactive user through the mid-tier has the issue of caching. > Depending on whether an immediate > > update occurs or you are just going to let the next interval check do it, > it may be instant to a few minutes > > before the updates are reflected to the client and there is going to be a > performance slowdown that will be > > noticeable as things are reloaded (kind of like a first time reload after > mid-tier startup) and then changed > > screens will show up. So, they are never down, but there is a short time > of affect on interaction of users. > > ** ** > > ** ** > > This is not fantasy as we have prototyped it and it was what was > demonstrated at WWRUG and it does work. > > ** ** > > If you have not entered your vote for this feature on the BMC Communities > AR System thread Ideas entry > > for this feature (this is an area where you or BMC posts enhancement > requests and the community can vote > > on it to show interest – higher vote totals help push features up the list > for implementation), please enter > > your vote to show support for the idea. > > ** ** > > ** ** > > This does not mean no work for the Administrator during an upgrade, but it > means no end user outage for > > an upgrade. It should also help reliability and success of an upgrade in > a dramatic way as you can test and > > verify and make any corrections in the new version before go live. It > also should remove the I have to do > > everything under time pressure in the middle of the night on a weekend > issue to avoid customer downtime**** > > as much as possible topic. So, a win for everyone all around. > > ** ** > > ** ** > > I hope this confirms and clarifies this capability, what it is and where > it is. > > ** ** > > Doug Mueller > &g
Re: 7.6.04 Upgrade to 8.1
Tom (and others who responded), The "feature" of zero-down time and the demonstration at WWRUG 2012 was a lab demo to show a concept that we had taken from design into prototype to gage interest from the customer base. To be clear, it is not present in any release of the product at this time. We are still gaging customer interest and I will say unfortunately, the interest expressed in this topic has not been as strong as several of us expected. There is interest – don't get me wrong – but there are other things that are generating much more concern from customers. There is still a contingent struggling to get this capability added to an upcoming release – but nothing has made it yet. The functionality we demonstrated was true zero-down time. It creates parallel metadata tables with new and old definitions and different servers pointing to different sets – ALL ON THE SAME DATA TABLES. Lots of work went in to handle deleted fields (delete is deferred because the old version is still using the fields) and to even handle cases where archgid changes field IDs (extra view forms are put in place so that both old and new use the IDs they expect and all is in place). Both old and new versions of the applications were available and running through different servers in the server group so you could confirm that all was ready before you flipped the switch. If any system went down, it came back up looking at its set of definitions so everything is robust and recoverable while in this mixed mode. We went so far as to have servers running the old app have a signal to load and prepare the new definitions in the background while continuing to run the old version so when they were signaled to go live, they finished any current API call in the old version and any new API call started working with the new version for absolute zero down time transition at the server. This means that any program or integration has zero interruption or disruption. Now, the interactive user through the mid-tier has the issue of caching. Depending on whether an immediate update occurs or you are just going to let the next interval check do it, it may be instant to a few minutes before the updates are reflected to the client and there is going to be a performance slowdown that will be noticeable as things are reloaded (kind of like a first time reload after mid-tier startup) and then changed screens will show up. So, they are never down, but there is a short time of affect on interaction of users. This is not fantasy as we have prototyped it and it was what was demonstrated at WWRUG and it does work. If you have not entered your vote for this feature on the BMC Communities AR System thread Ideas entry for this feature (this is an area where you or BMC posts enhancement requests and the community can vote on it to show interest – higher vote totals help push features up the list for implementation), please enter your vote to show support for the idea. This does not mean no work for the Administrator during an upgrade, but it means no end user outage for an upgrade. It should also help reliability and success of an upgrade in a dramatic way as you can test and verify and make any corrections in the new version before go live. It also should remove the I have to do everything under time pressure in the middle of the night on a weekend issue to avoid customer downtime as much as possible topic. So, a win for everyone all around. I hope this confirms and clarifies this capability, what it is and where it is. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur Sent: Monday, July 15, 2013 6:57 PM To: arslist@ARSLIST.ORG Subject: 7.6.04 Upgrade to 8.1 ** Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach. I look forward to your feedback Tom Shurmur Sr Remedy Developer Froedtert Health System _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"
Re: 7.6.04 Upgrade to 8.1
thanks for the clarification LJ On 17 July 2013 18:52, Longwing, Lj wrote: > ** > No, not a risk. The approach taken was such that 'non-admin' nodes could > drop out and come back on and still get the 'old' cache, essentially, both > the old and the new existed in the db at the same time, which makes this > approach 'better' than approaches that other companies/organizations where > they relied on the other nodes not going down and just working out of their > 'cache in memory' type thingsthose were also limited to not being able > to delete columns, because a delete on the admin would in that case break > the other nodes...this was a fully functional 'copy' > > > On Wed, Jul 17, 2013 at 12:26 AM, Karthik wrote: > >> ** >> LJ, >> >> If for some reason, a non admin server decides to go down for unknown >> reasons, then it would recache definitions from DB right. That way this >> approach would be a risk. Any thoughts? >> >> - Karthik >> >> >> On 16 July 2013 22:37, Longwing, Lj wrote: >> >>> ** >>> Brian, >>> It was actually really cool to watch the demo, they had it fully >>> functional. You needed a server group, you make all of your changes, all >>> of them, to include deleting columns, etc. You can connect to the admin >>> server in the server group to see the changes, work with the new workflow, >>> everything...the users remain on the other node(s) of the server group and >>> never see the changes...everything stored in the same db...then when all of >>> your functional testing is done you literally 'flip a switch' and the other >>> nodes in the server group arsignal, get the new cache, and it's 'in prod' >>> >>> At that point all that is needed I believe was a Mid-Tier cache flush, >>> and the users were using the new forms/workflow 'in an instant'... >>> >>> You of course still need all of your planning, testing, etc...but the >>> zero down time part was for the user. All of the work could be done during >>> business hours, no late night, evening, weekend work to get the new code in >>> place...it can all be done next to the current stuff...it was an amazing >>> demo. >>> >>> >>> On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia wrote: >>> >>>> Zero downtime. Now that is funny. It may be possible with months of >>>> planning, but more than likely you will still have some amount of downtime. >>>> >>>> -Original Message- >>>> From: Action Request System discussion list(ARSList) [mailto: >>>> arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin >>>> Sent: Tuesday, July 16, 2013 11:57 AM >>>> To: arslist@ARSLIST.ORG >>>> Subject: Re: 7.6.04 Upgrade to 8.1 >>>> >>>> There was that discussion at last year's rug where they pointed >>>> production to their failover area. Did the upgrade in production while >>>> everyone worked from the failover area and then switched back when the >>>> upgrade was complete.More steps than this but you get the idea. >>>> Teresa >>>> >>>> -Original Message- >>>> From: Action Request System discussion list(ARSList) [mailto: >>>> arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO >>>> Sent: Tuesday, July 16, 2013 10:49 AM >>>> To: arslist@ARSLIST.ORG >>>> Subject: Re: 7.6.04 Upgrade to 8.1 >>>> >>>> The only zero down time upgrade I am aware of is to not upgrade. >>>> >>>> Tim >>>> >>>> >>>> -Original Message- >>>> From: Action Request System discussion list(ARSList) [mailto: >>>> arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur >>>> Sent: Tuesday, July 16, 2013 9:38 AM >>>> To: arslist@ARSLIST.ORG >>>> Subject: Re: 7.6.04 Upgrade to 8.1 >>>> >>>> ** >>>> Well, that is a bummer. But it's a cool idea if it ever comes fruition. >>>> >>>> Thank you all for you help. >>>> >>>> Tom >>>> >>>> >>>> From: Rick Cook >>>> To: arslist@ARSLIST.ORG >>>> Sent: Tuesday, July 16, 2013 11:30 AM >>>> Subject: Re: 7.6.04 Upgrade to 8.1 >>>> >>>> >>>> ** >>>> Well, either there is a huge con
Re: 7.6.04 Upgrade to 8.1
No, not a risk. The approach taken was such that 'non-admin' nodes could drop out and come back on and still get the 'old' cache, essentially, both the old and the new existed in the db at the same time, which makes this approach 'better' than approaches that other companies/organizations where they relied on the other nodes not going down and just working out of their 'cache in memory' type thingsthose were also limited to not being able to delete columns, because a delete on the admin would in that case break the other nodes...this was a fully functional 'copy' On Wed, Jul 17, 2013 at 12:26 AM, Karthik wrote: > ** > LJ, > > If for some reason, a non admin server decides to go down for unknown > reasons, then it would recache definitions from DB right. That way this > approach would be a risk. Any thoughts? > > - Karthik > > > On 16 July 2013 22:37, Longwing, Lj wrote: > >> ** >> Brian, >> It was actually really cool to watch the demo, they had it fully >> functional. You needed a server group, you make all of your changes, all >> of them, to include deleting columns, etc. You can connect to the admin >> server in the server group to see the changes, work with the new workflow, >> everything...the users remain on the other node(s) of the server group and >> never see the changes...everything stored in the same db...then when all of >> your functional testing is done you literally 'flip a switch' and the other >> nodes in the server group arsignal, get the new cache, and it's 'in prod' >> >> At that point all that is needed I believe was a Mid-Tier cache flush, >> and the users were using the new forms/workflow 'in an instant'... >> >> You of course still need all of your planning, testing, etc...but the >> zero down time part was for the user. All of the work could be done during >> business hours, no late night, evening, weekend work to get the new code in >> place...it can all be done next to the current stuff...it was an amazing >> demo. >> >> >> On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia wrote: >> >>> Zero downtime. Now that is funny. It may be possible with months of >>> planning, but more than likely you will still have some amount of downtime. >>> >>> -Original Message- >>> From: Action Request System discussion list(ARSList) [mailto: >>> arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin >>> Sent: Tuesday, July 16, 2013 11:57 AM >>> To: arslist@ARSLIST.ORG >>> Subject: Re: 7.6.04 Upgrade to 8.1 >>> >>> There was that discussion at last year's rug where they pointed >>> production to their failover area. Did the upgrade in production while >>> everyone worked from the failover area and then switched back when the >>> upgrade was complete.More steps than this but you get the idea. >>> Teresa >>> >>> -Original Message- >>> From: Action Request System discussion list(ARSList) [mailto: >>> arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO >>> Sent: Tuesday, July 16, 2013 10:49 AM >>> To: arslist@ARSLIST.ORG >>> Subject: Re: 7.6.04 Upgrade to 8.1 >>> >>> The only zero down time upgrade I am aware of is to not upgrade. >>> >>> Tim >>> >>> >>> -Original Message----- >>> From: Action Request System discussion list(ARSList) [mailto: >>> arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur >>> Sent: Tuesday, July 16, 2013 9:38 AM >>> To: arslist@ARSLIST.ORG >>> Subject: Re: 7.6.04 Upgrade to 8.1 >>> >>> ** >>> Well, that is a bummer. But it's a cool idea if it ever comes fruition. >>> >>> Thank you all for you help. >>> >>> Tom >>> >>> >>> From: Rick Cook >>> To: arslist@ARSLIST.ORG >>> Sent: Tuesday, July 16, 2013 11:30 AM >>> Subject: Re: 7.6.04 Upgrade to 8.1 >>> >>> >>> ** >>> Well, either there is a huge conspiracy that involved wholesale changes >>> to documents I read, or my memory is playing tricks on me. >>> I'm going with the conspiracy. Nah, just kidding. Must have been >>> something I inferred from the overlay enhancements in 8.1. Darn. >>> Rick >>> On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: >>> >>> >>> ** >>> can you point me to the URL that discusses
Re: 7.6.04 Upgrade to 8.1
LJ, If for some reason, a non admin server decides to go down for unknown reasons, then it would recache definitions from DB right. That way this approach would be a risk. Any thoughts? - Karthik On 16 July 2013 22:37, Longwing, Lj wrote: > ** > Brian, > It was actually really cool to watch the demo, they had it fully > functional. You needed a server group, you make all of your changes, all > of them, to include deleting columns, etc. You can connect to the admin > server in the server group to see the changes, work with the new workflow, > everything...the users remain on the other node(s) of the server group and > never see the changes...everything stored in the same db...then when all of > your functional testing is done you literally 'flip a switch' and the other > nodes in the server group arsignal, get the new cache, and it's 'in prod' > > At that point all that is needed I believe was a Mid-Tier cache flush, and > the users were using the new forms/workflow 'in an instant'... > > You of course still need all of your planning, testing, etc...but the zero > down time part was for the user. All of the work could be done during > business hours, no late night, evening, weekend work to get the new code in > place...it can all be done next to the current stuff...it was an amazing > demo. > > > On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia wrote: > >> Zero downtime. Now that is funny. It may be possible with months of >> planning, but more than likely you will still have some amount of downtime. >> >> -Original Message- >> From: Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin >> Sent: Tuesday, July 16, 2013 11:57 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: 7.6.04 Upgrade to 8.1 >> >> There was that discussion at last year's rug where they pointed >> production to their failover area. Did the upgrade in production while >> everyone worked from the failover area and then switched back when the >> upgrade was complete.More steps than this but you get the idea. >> Teresa >> >> -Original Message- >> From: Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO >> Sent: Tuesday, July 16, 2013 10:49 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: 7.6.04 Upgrade to 8.1 >> >> The only zero down time upgrade I am aware of is to not upgrade. >> >> Tim >> >> >> -Original Message- >> From: Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur >> Sent: Tuesday, July 16, 2013 9:38 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: 7.6.04 Upgrade to 8.1 >> >> ** >> Well, that is a bummer. But it's a cool idea if it ever comes fruition. >> >> Thank you all for you help. >> >> Tom >> >> >> From: Rick Cook >> To: arslist@ARSLIST.ORG >> Sent: Tuesday, July 16, 2013 11:30 AM >> Subject: Re: 7.6.04 Upgrade to 8.1 >> >> >> ** >> Well, either there is a huge conspiracy that involved wholesale changes >> to documents I read, or my memory is playing tricks on me. >> I'm going with the conspiracy. Nah, just kidding. Must have been >> something I inferred from the overlay enhancements in 8.1. Darn. >> Rick >> On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: >> >> >> ** >> can you point me to the URL that discusses 'zero downtime >> upgrades'? I know that 8.1 wasn't released at last years rug, it was just >> 8.0, but I know that after the RUG David posted an idea ( >> https://communities.bmc.com/ideas/1421) that is in a status of 'Under >> Consideration'when they are available, it's changed to >> 'Delivered'so all of the facts that I have currently available tell me >> that the demo we received last year isn't in a current code line...but if >> you could point me to docs to the contraryI would love to see them. >> >> >> On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook >> wrote: >> >> >> ** >> Might want to check the 8.1 documentation on that, LJ. >> Rick >> On Jul 16, 2013 6:04 AM, "Longwing, Lj" < >> llongw...@usgs.gov> wrote: >> >> >> ** >> Rick, >>
Re: 7.6.04 Upgrade to 8.1
** It's definitely not part of ITSM 8.1 release :)And yeah, the demo Chuck did at wwrug12 was quite impressive... It was "just" on a form modification (fields, layout), but result was there nonetheless.On 16 Jul, 2013,at 10:47 PM, Brian Pancia wrote:** I would love to see this in action. I'm thinking it would have to be 8.1 and forward function. There are a lot of changes with the overlay functionality and SRM is a new beast. This capability would save a lot of us huge headaches. On Tue, Jul 16, 2013 at 1:07 PM, Longwing, Lj <llongw...@usgs.gov> wrote:**Brian,It was actually really cool to watch the demo, they had it fully functional. You needed a server group, you make all of your changes, all of them, to include deleting columns, etc. You can connect to the admin server in the server group to see the changes, work with the new workflow, everything...the users remain on the other node(s) of the server group and never see the changes...everything stored in the same db...then when all of your functional testing is done you literally 'flip a switch' and the other nodes in the server group arsignal, get the new cache, and it's 'in prod'At that point all that is needed I believe was a Mid-Tier cache flush, and the users were using the new forms/workflow 'in an instant'...You of course still need all of your planning, testing, etc...but the zero down time part was for the user. All of the work could be done during business hours, no late night, evening, weekend work to get the new code in place...it can all be done next to the current stuff...it was an amazing demo.On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia <panc...@finityit.com> wrote:Zero downtime. Now that is funny. It may be possible with months of planning, but more than likely you will still have some amount of downtime.-Original Message-From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of teresa S FanninSent: Tuesday, July 16, 2013 11:57 AM To: arslist@ARSLIST.ORGSubject: Re: 7.6.04 Upgrade to 8.1There was that discussion at last year's rug where they pointed production to their failover area. Did the upgrade in production while everyone worked from the failover area and then switched back when the upgrade was complete. More steps than this but you get the idea. Teresa-Original Message-From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO Sent: Tuesday, July 16, 2013 10:49 AMTo: arslist@ARSLIST.ORGSubject: Re: 7.6.04 Upgrade to 8.1The only zero down time upgrade I am aware of is to not upgrade. Tim-Original Message-From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tom ShurmurSent: Tuesday, July 16, 2013 9:38 AM To: arslist@ARSLIST.ORGSubject: Re: 7.6.04 Upgrade to 8.1**Well, that is a bummer. But it's a cool idea if it ever comes fruition.Thank you all for you help. TomFrom: Rick Cook <remedyr...@gmail.com>To: arslist@ARSLIST.ORG Sent: Tuesday, July 16, 2013 11:30 AMSubject: Re: 7.6.04 Upgrade to 8.1**Well, either there is a huge conspiracy that involved wholesale changes to documents I read, or my memory is playing tricks on me. I'm going with the conspiracy. Nah, just kidding. Must have been something I inferred from the overlay enhancements in 8.1. Darn.RickOn Jul 16, 2013 6:38 AM, "Longwing, Lj" <llongw...@usgs.gov> wrote: ** can you point me to the URL that discusses 'zero downtime upgrades'? I know that 8.1 wasn't released at last years rug, it was just 8.0, but I know that after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) that is in a status of 'Under Consideration'when they are available, it's changed to 'Delivered'so all of the facts that I have currently available tell me that the demo we received last year isn't in a current code line...but if you could point me to docs to the contraryI would love to see them. On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook <remedyr...@gmail.com> wrote: ** Might want to check the 8.1 documentation on that, LJ. Rick On Jul 16, 2013 6:04 AM, "Longwing, Lj" <llongw...@usgs.gov> wrote: ** Rick, They were VERY careful to state at RUG last year that the code demonstrated was NOT in ANY code line available to the publicso no, it's NOT in 8.1, it is under consideration for a future release, but not in any currently available to the public release. On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook <remedyr...@gmail.com> wrote: ** No, Tauf, the
Re: 7.6.04 Upgrade to 8.1
I have a doc from Doug M. from 2008 discussing zero downtime upgrades. " With the use of a parallel server and database and using the Distributed Server Option (DSO) technology, an environment can perform an upgrade of the AR System server while providing continuous availability. There is some very specific additional work involved, but it will offer a reliable upgrade without data loss or service interruption. " Don't know if it's still current, so don't want to post to the whole list unless Doug says it's ok. I'll check with him. Anne From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj Sent: Tuesday, July 16, 2013 10:07 AM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 ** Brian, It was actually really cool to watch the demo, they had it fully functional. You needed a server group, you make all of your changes, all of them, to include deleting columns, etc. You can connect to the admin server in the server group to see the changes, work with the new workflow, everything...the users remain on the other node(s) of the server group and never see the changes...everything stored in the same db...then when all of your functional testing is done you literally 'flip a switch' and the other nodes in the server group arsignal, get the new cache, and it's 'in prod' At that point all that is needed I believe was a Mid-Tier cache flush, and the users were using the new forms/workflow 'in an instant'... You of course still need all of your planning, testing, etc...but the zero down time part was for the user. All of the work could be done during business hours, no late night, evening, weekend work to get the new code in place...it can all be done next to the current stuff...it was an amazing demo. On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia mailto:panc...@finityit.com>> wrote: Zero downtime. Now that is funny. It may be possible with months of planning, but more than likely you will still have some amount of downtime. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of teresa S Fannin Sent: Tuesday, July 16, 2013 11:57 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: 7.6.04 Upgrade to 8.1 There was that discussion at last year's rug where they pointed production to their failover area. Did the upgrade in production while everyone worked from the failover area and then switched back when the upgrade was complete.More steps than this but you get the idea. Teresa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Hulmes, Timothy CTR MDA/ICTO Sent: Tuesday, July 16, 2013 10:49 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: 7.6.04 Upgrade to 8.1 The only zero down time upgrade I am aware of is to not upgrade. Tim -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Tom Shurmur Sent: Tuesday, July 16, 2013 9:38 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, that is a bummer. But it's a cool idea if it ever comes fruition. Thank you all for you help. Tom From: Rick Cook mailto:remedyr...@gmail.com>> To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Sent: Tuesday, July 16, 2013 11:30 AM Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, either there is a huge conspiracy that involved wholesale changes to documents I read, or my memory is playing tricks on me. I'm going with the conspiracy. Nah, just kidding. Must have been something I inferred from the overlay enhancements in 8.1. Darn. Rick On Jul 16, 2013 6:38 AM, "Longwing, Lj" mailto:llongw...@usgs.gov>> wrote: ** can you point me to the URL that discusses 'zero downtime upgrades'? I know that 8.1 wasn't released at last years rug, it was just 8.0, but I know that after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) that is in a status of 'Under Consideration'when they are available, it's changed to 'Delivered'so all of the facts that I have currently available tell me that the demo we received last year isn't in a current code line...but if you could point me to docs to the contraryI would love to see them. On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook mailto:remedyr...@gmail.com>> wrote: ** Might want to check the 8.1 documentation on that, LJ. Rick On Jul 16, 2013 6:04 AM, "Longwing, Lj&
Re: 7.6.04 Upgrade to 8.1
I would love to see this in action. I'm thinking it would have to be 8.1 and forward function. There are a lot of changes with the overlay functionality and SRM is a new beast. This capability would save a lot of us huge headaches. On Tue, Jul 16, 2013 at 1:07 PM, Longwing, Lj wrote: > ** > Brian, > It was actually really cool to watch the demo, they had it fully > functional. You needed a server group, you make all of your changes, all > of them, to include deleting columns, etc. You can connect to the admin > server in the server group to see the changes, work with the new workflow, > everything...the users remain on the other node(s) of the server group and > never see the changes...everything stored in the same db...then when all of > your functional testing is done you literally 'flip a switch' and the other > nodes in the server group arsignal, get the new cache, and it's 'in prod' > > At that point all that is needed I believe was a Mid-Tier cache flush, and > the users were using the new forms/workflow 'in an instant'... > > You of course still need all of your planning, testing, etc...but the zero > down time part was for the user. All of the work could be done during > business hours, no late night, evening, weekend work to get the new code in > place...it can all be done next to the current stuff...it was an amazing > demo. > > > On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia wrote: > >> Zero downtime. Now that is funny. It may be possible with months of >> planning, but more than likely you will still have some amount of downtime. >> >> -Original Message- >> From: Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin >> Sent: Tuesday, July 16, 2013 11:57 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: 7.6.04 Upgrade to 8.1 >> >> There was that discussion at last year's rug where they pointed >> production to their failover area. Did the upgrade in production while >> everyone worked from the failover area and then switched back when the >> upgrade was complete.More steps than this but you get the idea. >> Teresa >> >> -Original Message- >> From: Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO >> Sent: Tuesday, July 16, 2013 10:49 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: 7.6.04 Upgrade to 8.1 >> >> The only zero down time upgrade I am aware of is to not upgrade. >> >> Tim >> >> >> -Original Message- >> From: Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur >> Sent: Tuesday, July 16, 2013 9:38 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: 7.6.04 Upgrade to 8.1 >> >> ** >> Well, that is a bummer. But it's a cool idea if it ever comes fruition. >> >> Thank you all for you help. >> >> Tom >> >> >> From: Rick Cook >> To: arslist@ARSLIST.ORG >> Sent: Tuesday, July 16, 2013 11:30 AM >> Subject: Re: 7.6.04 Upgrade to 8.1 >> >> >> ** >> Well, either there is a huge conspiracy that involved wholesale changes >> to documents I read, or my memory is playing tricks on me. >> I'm going with the conspiracy. Nah, just kidding. Must have been >> something I inferred from the overlay enhancements in 8.1. Darn. >> Rick >> On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: >> >> >> ** >> can you point me to the URL that discusses 'zero downtime >> upgrades'? I know that 8.1 wasn't released at last years rug, it was just >> 8.0, but I know that after the RUG David posted an idea ( >> https://communities.bmc.com/ideas/1421) that is in a status of 'Under >> Consideration'when they are available, it's changed to >> 'Delivered'so all of the facts that I have currently available tell me >> that the demo we received last year isn't in a current code line...but if >> you could point me to docs to the contraryI would love to see them. >> >> >> On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook >> wrote: >> >> >> ** >> Might want to check the 8.1 documentation on that, LJ. >> Rick >> On Jul 16, 2013 6:04 AM, "Longwing, Lj" < >> llongw...@usgs.gov> wrote: >> >> >> ** >>
Re: 7.6.04 Upgrade to 8.1
That is funny. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: 7.6.04 Upgrade to 8.1
Brian, It was actually really cool to watch the demo, they had it fully functional. You needed a server group, you make all of your changes, all of them, to include deleting columns, etc. You can connect to the admin server in the server group to see the changes, work with the new workflow, everything...the users remain on the other node(s) of the server group and never see the changes...everything stored in the same db...then when all of your functional testing is done you literally 'flip a switch' and the other nodes in the server group arsignal, get the new cache, and it's 'in prod' At that point all that is needed I believe was a Mid-Tier cache flush, and the users were using the new forms/workflow 'in an instant'... You of course still need all of your planning, testing, etc...but the zero down time part was for the user. All of the work could be done during business hours, no late night, evening, weekend work to get the new code in place...it can all be done next to the current stuff...it was an amazing demo. On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia wrote: > Zero downtime. Now that is funny. It may be possible with months of > planning, but more than likely you will still have some amount of downtime. > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin > Sent: Tuesday, July 16, 2013 11:57 AM > To: arslist@ARSLIST.ORG > Subject: Re: 7.6.04 Upgrade to 8.1 > > There was that discussion at last year's rug where they pointed production > to their failover area. Did the upgrade in production while everyone > worked from the failover area and then switched back when the upgrade was > complete.More steps than this but you get the idea. > Teresa > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO > Sent: Tuesday, July 16, 2013 10:49 AM > To: arslist@ARSLIST.ORG > Subject: Re: 7.6.04 Upgrade to 8.1 > > The only zero down time upgrade I am aware of is to not upgrade. > > Tim > > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur > Sent: Tuesday, July 16, 2013 9:38 AM > To: arslist@ARSLIST.ORG > Subject: Re: 7.6.04 Upgrade to 8.1 > > ** > Well, that is a bummer. But it's a cool idea if it ever comes fruition. > > Thank you all for you help. > > Tom > > > From: Rick Cook > To: arslist@ARSLIST.ORG > Sent: Tuesday, July 16, 2013 11:30 AM > Subject: Re: 7.6.04 Upgrade to 8.1 > > > ** > Well, either there is a huge conspiracy that involved wholesale changes to > documents I read, or my memory is playing tricks on me. > I'm going with the conspiracy. Nah, just kidding. Must have been > something I inferred from the overlay enhancements in 8.1. Darn. > Rick > On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: > > > ** > can you point me to the URL that discusses 'zero downtime > upgrades'? I know that 8.1 wasn't released at last years rug, it was just > 8.0, but I know that after the RUG David posted an idea ( > https://communities.bmc.com/ideas/1421) that is in a status of 'Under > Consideration'when they are available, it's changed to > 'Delivered'so all of the facts that I have currently available tell me > that the demo we received last year isn't in a current code line...but if > you could point me to docs to the contraryI would love to see them. > > > On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook > wrote: > > > ** > Might want to check the 8.1 documentation on that, LJ. > Rick > On Jul 16, 2013 6:04 AM, "Longwing, Lj" < > llongw...@usgs.gov> wrote: > > > ** > Rick, > They were VERY careful to state at RUG last year > that the code demonstrated was NOT in ANY code line available to the > publicso no, it's NOT in 8.1, it is under consideration for a future > release, but not in any currently available to the public release. > > > On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook < > remedyr...@gmail.com> wrote: > > > ** > No, Tauf, they have the code in 8.1. But > I don't think you can make that work unless you are upgrading FROM 8.1, not > TO it. > > Rick
Re: 7.6.04 Upgrade to 8.1
Zero downtime. Now that is funny. It may be possible with months of planning, but more than likely you will still have some amount of downtime. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin Sent: Tuesday, July 16, 2013 11:57 AM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 There was that discussion at last year's rug where they pointed production to their failover area. Did the upgrade in production while everyone worked from the failover area and then switched back when the upgrade was complete.More steps than this but you get the idea. Teresa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO Sent: Tuesday, July 16, 2013 10:49 AM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 The only zero down time upgrade I am aware of is to not upgrade. Tim -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur Sent: Tuesday, July 16, 2013 9:38 AM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, that is a bummer. But it's a cool idea if it ever comes fruition. Thank you all for you help. Tom From: Rick Cook To: arslist@ARSLIST.ORG Sent: Tuesday, July 16, 2013 11:30 AM Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, either there is a huge conspiracy that involved wholesale changes to documents I read, or my memory is playing tricks on me. I'm going with the conspiracy. Nah, just kidding. Must have been something I inferred from the overlay enhancements in 8.1. Darn. Rick On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: ** can you point me to the URL that discusses 'zero downtime upgrades'? I know that 8.1 wasn't released at last years rug, it was just 8.0, but I know that after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) that is in a status of 'Under Consideration'when they are available, it's changed to 'Delivered'so all of the facts that I have currently available tell me that the demo we received last year isn't in a current code line...but if you could point me to docs to the contraryI would love to see them. On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook wrote: ** Might want to check the 8.1 documentation on that, LJ. Rick On Jul 16, 2013 6:04 AM, "Longwing, Lj" wrote: ** Rick, They were VERY careful to state at RUG last year that the code demonstrated was NOT in ANY code line available to the publicso no, it's NOT in 8.1, it is under consideration for a future release, but not in any currently available to the public release. On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook wrote: ** No, Tauf, they have the code in 8.1. But I don't think you can make that work unless you are upgrading FROM 8.1, not TO it. Rick On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: ** Tom, If you're talking about the No Downtime session presented by BMC, it's not something that exists yet. It's something R&D is working on for the future. They wanted to see what kind of feedback that would have as sort of a litmus test. I could be wrong but that was my takeaway. Doug M was in that session and maybe he can go into more detail. Sent from my iPhone On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: ** Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach.
Re: 7.6.04 Upgrade to 8.1
There was that discussion at last year's rug where they pointed production to their failover area. Did the upgrade in production while everyone worked from the failover area and then switched back when the upgrade was complete.More steps than this but you get the idea. Teresa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO Sent: Tuesday, July 16, 2013 10:49 AM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 The only zero down time upgrade I am aware of is to not upgrade. Tim -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur Sent: Tuesday, July 16, 2013 9:38 AM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, that is a bummer. But it's a cool idea if it ever comes fruition. Thank you all for you help. Tom From: Rick Cook To: arslist@ARSLIST.ORG Sent: Tuesday, July 16, 2013 11:30 AM Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, either there is a huge conspiracy that involved wholesale changes to documents I read, or my memory is playing tricks on me. I'm going with the conspiracy. Nah, just kidding. Must have been something I inferred from the overlay enhancements in 8.1. Darn. Rick On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: ** can you point me to the URL that discusses 'zero downtime upgrades'? I know that 8.1 wasn't released at last years rug, it was just 8.0, but I know that after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) that is in a status of 'Under Consideration'when they are available, it's changed to 'Delivered'so all of the facts that I have currently available tell me that the demo we received last year isn't in a current code line...but if you could point me to docs to the contraryI would love to see them. On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook wrote: ** Might want to check the 8.1 documentation on that, LJ. Rick On Jul 16, 2013 6:04 AM, "Longwing, Lj" wrote: ** Rick, They were VERY careful to state at RUG last year that the code demonstrated was NOT in ANY code line available to the publicso no, it's NOT in 8.1, it is under consideration for a future release, but not in any currently available to the public release. On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook wrote: ** No, Tauf, they have the code in 8.1. But I don't think you can make that work unless you are upgrading FROM 8.1, not TO it. Rick On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: ** Tom, If you're talking about the No Downtime session presented by BMC, it's not something that exists yet. It's something R&D is working on for the future. They wanted to see what kind of feedback that would have as sort of a litmus test. I could be wrong but that was my takeaway. Doug M was in that session and maybe he can go into more detail. Sent from my iPhone On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: ** Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach. I look forward to your feedback Tom Shurmur Sr Remedy Developer Froedtert Healt
Re: 7.6.04 Upgrade to 8.1
The only zero down time upgrade I am aware of is to not upgrade. Tim -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur Sent: Tuesday, July 16, 2013 9:38 AM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, that is a bummer. But it's a cool idea if it ever comes fruition. Thank you all for you help. Tom From: Rick Cook To: arslist@ARSLIST.ORG Sent: Tuesday, July 16, 2013 11:30 AM Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, either there is a huge conspiracy that involved wholesale changes to documents I read, or my memory is playing tricks on me. I'm going with the conspiracy. Nah, just kidding. Must have been something I inferred from the overlay enhancements in 8.1. Darn. Rick On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: ** can you point me to the URL that discusses 'zero downtime upgrades'? I know that 8.1 wasn't released at last years rug, it was just 8.0, but I know that after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) that is in a status of 'Under Consideration'when they are available, it's changed to 'Delivered'so all of the facts that I have currently available tell me that the demo we received last year isn't in a current code line...but if you could point me to docs to the contraryI would love to see them. On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook wrote: ** Might want to check the 8.1 documentation on that, LJ. Rick On Jul 16, 2013 6:04 AM, "Longwing, Lj" wrote: ** Rick, They were VERY careful to state at RUG last year that the code demonstrated was NOT in ANY code line available to the publicso no, it's NOT in 8.1, it is under consideration for a future release, but not in any currently available to the public release. On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook wrote: ** No, Tauf, they have the code in 8.1. But I don't think you can make that work unless you are upgrading FROM 8.1, not TO it. Rick On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: ** Tom, If you're talking about the No Downtime session presented by BMC, it's not something that exists yet. It's something R&D is working on for the future. They wanted to see what kind of feedback that would have as sort of a litmus test. I could be wrong but that was my takeaway. Doug M was in that session and maybe he can go into more detail. Sent from my iPhone On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: ** Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach. I look forward to your feedback Tom Shurmur Sr Remedy Developer Froedtert Health System _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: &
Re: 7.6.04 Upgrade to 8.1
Well, that is a bummer. But it's a cool idea if it ever comes fruition. Thank you all for you help. Tom From: Rick Cook To: arslist@ARSLIST.ORG Sent: Tuesday, July 16, 2013 11:30 AM Subject: Re: 7.6.04 Upgrade to 8.1 ** Well, either there is a huge conspiracy that involved wholesale changes to documents I read, or my memory is playing tricks on me. I'm going with the conspiracy. Nah, just kidding. Must have been something I inferred from the overlay enhancements in 8.1. Darn. Rick On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: ** >can you point me to the URL that discusses 'zero downtime upgrades'? I know >that 8.1 wasn't released at last years rug, it was just 8.0, but I know that >after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) >that is in a status of 'Under Consideration'when they are available, it's >changed to 'Delivered'so all of the facts that I have currently available >tell me that the demo we received last year isn't in a current code line...but >if you could point me to docs to the contraryI would love to see them. > > > >On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook wrote: > >** >>Might want to check the 8.1 documentation on that, LJ. >>Rick >>On Jul 16, 2013 6:04 AM, "Longwing, Lj" wrote: >> >>** >>>Rick, >>>They were VERY careful to state at RUG last year that the code demonstrated >>>was NOT in ANY code line available to the publicso no, it's NOT in 8.1, >>>it is under consideration for a future release, but not in any currently >>>available to the public release. >>> >>> >>> >>>On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook wrote: >>> >>>** >>>>No, Tauf, they have the code in 8.1. But I don't think you can make that >>>>work unless you are upgrading FROM 8.1, not TO it. Rick >>>>On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: >>>> >>>>** >>>>>Tom, >>>>>If you're talking about the No Downtime session presented by BMC, it's not >>>>>something that exists yet. It's something R&D is working on for the >>>>>future. They wanted to see what kind of feedback that would have as sort >>>>>of a litmus test. I could be wrong but that was my takeaway. Doug M was in >>>>>that session and maybe he can go into more detail. >>>>> >>>>>Sent from my iPhone >>>>> >>>>>On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: >>>>> >>>>> >>>>>** >>>>>>Howdy Listers, >>>>>> >>>>>>We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? >>>>>> >>>>>>We will be standing up a test system with 2 app VMs and a DB to test this approach. >>>>>> >>>>>>I look forward to your feedback >>>>>> >>>>>>Tom Shurmur >>>>>>Sr Remedy Developer >>>>>>Froedtert Health System _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>_ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ _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"
Re: 7.6.04 Upgrade to 8.1
Well, either there is a huge conspiracy that involved wholesale changes to documents I read, or my memory is playing tricks on me. I'm going with the conspiracy. Nah, just kidding. Must have been something I inferred from the overlay enhancements in 8.1. Darn. Rick On Jul 16, 2013 6:38 AM, "Longwing, Lj" wrote: > ** > can you point me to the URL that discusses 'zero downtime upgrades'? I > know that 8.1 wasn't released at last years rug, it was just 8.0, but I > know that after the RUG David posted an idea ( > https://communities.bmc.com/ideas/1421) that is in a status of 'Under > Consideration'when they are available, it's changed to > 'Delivered'so all of the facts that I have currently available tell me > that the demo we received last year isn't in a current code line...but if > you could point me to docs to the contraryI would love to see them. > > > On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook wrote: > >> ** >> >> Might want to check the 8.1 documentation on that, LJ. >> >> Rick >> On Jul 16, 2013 6:04 AM, "Longwing, Lj" wrote: >> >>> ** >>> Rick, >>> They were VERY careful to state at RUG last year that the code >>> demonstrated was NOT in ANY code line available to the publicso no, >>> it's NOT in 8.1, it is under consideration for a future release, but not in >>> any currently available to the public release. >>> >>> >>> On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook wrote: >>> ** No, Tauf, they have the code in 8.1. But I don't think you can make that work unless you are upgrading FROM 8.1, not TO it. Rick On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: > ** > Tom, > If you're talking about the No Downtime session presented by BMC, it's > not something that exists yet. It's something R&D is working on for the > future. They wanted to see what kind of feedback that would have as sort > of > a litmus test. I could be wrong but that was my takeaway. Doug M was in > that session and maybe he can go into more detail. > > Sent from my iPhone > > On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: > > ** > Howdy Listers, > > We are about to embark on upgrading from 7.6.04 to 8.1 on a windows > platform using MS-SQL. Has anyone used the No Downtime Upgrade method that > was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was > it smooth or bumpy ride? > > We will be standing up a test system with 2 app VMs and a DB to test > this approach. > > I look forward to your feedback > > Tom Shurmur > Sr Remedy Developer > Froedtert Health System > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > > _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"
Re: 7.6.04 Upgrade to 8.1
Hi All, BMC does not have 'Zero Downtime Upgrades' in any available code-line today. Regards, Ryan. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj Sent: Tuesday, July 16, 2013 9:39 AM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 Upgrade to 8.1 ** can you point me to the URL that discusses 'zero downtime upgrades'? I know that 8.1 wasn't released at last years rug, it was just 8.0, but I know that after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) that is in a status of 'Under Consideration'when they are available, it's changed to 'Delivered'so all of the facts that I have currently available tell me that the demo we received last year isn't in a current code line...but if you could point me to docs to the contraryI would love to see them. On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook mailto:remedyr...@gmail.com>> wrote: ** Might want to check the 8.1 documentation on that, LJ. Rick On Jul 16, 2013 6:04 AM, "Longwing, Lj" mailto:llongw...@usgs.gov>> wrote: ** Rick, They were VERY careful to state at RUG last year that the code demonstrated was NOT in ANY code line available to the publicso no, it's NOT in 8.1, it is under consideration for a future release, but not in any currently available to the public release. On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook mailto:remedyr...@gmail.com>> wrote: ** No, Tauf, they have the code in 8.1. But I don't think you can make that work unless you are upgrading FROM 8.1, not TO it. Rick On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" mailto:taufc...@gmail.com>> wrote: ** Tom, If you're talking about the No Downtime session presented by BMC, it's not something that exists yet. It's something R&D is working on for the future. They wanted to see what kind of feedback that would have as sort of a litmus test. I could be wrong but that was my takeaway. Doug M was in that session and maybe he can go into more detail. Sent from my iPhone On Jul 15, 2013, at 8:57 PM, Tom Shurmur mailto:tsrem...@yahoo.com>> wrote: ** Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year's WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach. I look forward to your feedback Tom Shurmur Sr Remedy Developer Froedtert Health System _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _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"
Re: 7.6.04 Upgrade to 8.1
can you point me to the URL that discusses 'zero downtime upgrades'? I know that 8.1 wasn't released at last years rug, it was just 8.0, but I know that after the RUG David posted an idea ( https://communities.bmc.com/ideas/1421) that is in a status of 'Under Consideration'when they are available, it's changed to 'Delivered'so all of the facts that I have currently available tell me that the demo we received last year isn't in a current code line...but if you could point me to docs to the contraryI would love to see them. On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook wrote: > ** > > Might want to check the 8.1 documentation on that, LJ. > > Rick > On Jul 16, 2013 6:04 AM, "Longwing, Lj" wrote: > >> ** >> Rick, >> They were VERY careful to state at RUG last year that the code >> demonstrated was NOT in ANY code line available to the publicso no, >> it's NOT in 8.1, it is under consideration for a future release, but not in >> any currently available to the public release. >> >> >> On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook wrote: >> >>> ** >>> >>> No, Tauf, they have the code in 8.1. But I don't think you can make >>> that work unless you are upgrading FROM 8.1, not TO it. >>> >>> Rick >>> On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: >>> ** Tom, If you're talking about the No Downtime session presented by BMC, it's not something that exists yet. It's something R&D is working on for the future. They wanted to see what kind of feedback that would have as sort of a litmus test. I could be wrong but that was my takeaway. Doug M was in that session and maybe he can go into more detail. Sent from my iPhone On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: ** Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach. I look forward to your feedback Tom Shurmur Sr Remedy Developer Froedtert Health System _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > _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"
Re: 7.6.04 Upgrade to 8.1
Might want to check the 8.1 documentation on that, LJ. Rick On Jul 16, 2013 6:04 AM, "Longwing, Lj" wrote: > ** > Rick, > They were VERY careful to state at RUG last year that the code > demonstrated was NOT in ANY code line available to the publicso no, > it's NOT in 8.1, it is under consideration for a future release, but not in > any currently available to the public release. > > > On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook wrote: > >> ** >> >> No, Tauf, they have the code in 8.1. But I don't think you can make that >> work unless you are upgrading FROM 8.1, not TO it. >> >> Rick >> On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: >> >>> ** >>> Tom, >>> If you're talking about the No Downtime session presented by BMC, it's >>> not something that exists yet. It's something R&D is working on for the >>> future. They wanted to see what kind of feedback that would have as sort of >>> a litmus test. I could be wrong but that was my takeaway. Doug M was in >>> that session and maybe he can go into more detail. >>> >>> Sent from my iPhone >>> >>> On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: >>> >>> ** >>> Howdy Listers, >>> >>> We are about to embark on upgrading from 7.6.04 to 8.1 on a windows >>> platform using MS-SQL. Has anyone used the No Downtime Upgrade method that >>> was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was >>> it smooth or bumpy ride? >>> >>> We will be standing up a test system with 2 app VMs and a DB to test >>> this approach. >>> >>> I look forward to your feedback >>> >>> Tom Shurmur >>> Sr Remedy Developer >>> Froedtert Health System >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > > _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"
Re: 7.6.04 Upgrade to 8.1
Rick, They were VERY careful to state at RUG last year that the code demonstrated was NOT in ANY code line available to the publicso no, it's NOT in 8.1, it is under consideration for a future release, but not in any currently available to the public release. On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook wrote: > ** > > No, Tauf, they have the code in 8.1. But I don't think you can make that > work unless you are upgrading FROM 8.1, not TO it. > > Rick > On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: > >> ** >> Tom, >> If you're talking about the No Downtime session presented by BMC, it's >> not something that exists yet. It's something R&D is working on for the >> future. They wanted to see what kind of feedback that would have as sort of >> a litmus test. I could be wrong but that was my takeaway. Doug M was in >> that session and maybe he can go into more detail. >> >> Sent from my iPhone >> >> On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: >> >> ** >> Howdy Listers, >> >> We are about to embark on upgrading from 7.6.04 to 8.1 on a windows >> platform using MS-SQL. Has anyone used the No Downtime Upgrade method that >> was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was >> it smooth or bumpy ride? >> >> We will be standing up a test system with 2 app VMs and a DB to test this >> approach. >> >> I look forward to your feedback >> >> Tom Shurmur >> Sr Remedy Developer >> Froedtert Health System >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _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"
Re: 7.6.04 Upgrade to 8.1
Oh wow. Didn't know that. Wonder if it will work :) Sent from my iPhone On Jul 15, 2013, at 9:33 PM, Rick Cook wrote: ** No, Tauf, they have the code in 8.1. But I don't think you can make that work unless you are upgrading FROM 8.1, not TO it. Rick On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: > ** > Tom, > If you're talking about the No Downtime session presented by BMC, it's not > something that exists yet. It's something R&D is working on for the future. > They wanted to see what kind of feedback that would have as sort of a > litmus test. I could be wrong but that was my takeaway. Doug M was in that > session and maybe he can go into more detail. > > Sent from my iPhone > > On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: > > ** > Howdy Listers, > > We are about to embark on upgrading from 7.6.04 to 8.1 on a windows > platform using MS-SQL. Has anyone used the No Downtime Upgrade method that > was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was > it smooth or bumpy ride? > > We will be standing up a test system with 2 app VMs and a DB to test this > approach. > > I look forward to your feedback > > Tom Shurmur > Sr Remedy Developer > Froedtert Health System > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _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"
Re: 7.6.04 Upgrade to 8.1
No, Tauf, they have the code in 8.1. But I don't think you can make that work unless you are upgrading FROM 8.1, not TO it. Rick On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" wrote: > ** > Tom, > If you're talking about the No Downtime session presented by BMC, it's not > something that exists yet. It's something R&D is working on for the future. > They wanted to see what kind of feedback that would have as sort of a > litmus test. I could be wrong but that was my takeaway. Doug M was in that > session and maybe he can go into more detail. > > Sent from my iPhone > > On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: > > ** > Howdy Listers, > > We are about to embark on upgrading from 7.6.04 to 8.1 on a windows > platform using MS-SQL. Has anyone used the No Downtime Upgrade method that > was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was > it smooth or bumpy ride? > > We will be standing up a test system with 2 app VMs and a DB to test this > approach. > > I look forward to your feedback > > Tom Shurmur > Sr Remedy Developer > Froedtert Health System > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _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"
Re: 7.6.04 Upgrade to 8.1
Tom, If you're talking about the No Downtime session presented by BMC, it's not something that exists yet. It's something R&D is working on for the future. They wanted to see what kind of feedback that would have as sort of a litmus test. I could be wrong but that was my takeaway. Doug M was in that session and maybe he can go into more detail. Sent from my iPhone On Jul 15, 2013, at 8:57 PM, Tom Shurmur wrote: ** Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach. I look forward to your feedback Tom Shurmur Sr Remedy Developer Froedtert Health System _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"
Re: 7.6.04 Upgrade to 8.1
Tom, I think that upgrade requires an 8.x platform to start with. The 7.6x metadata isn't set up to be overlaid. Rick On Jul 15, 2013 6:57 PM, "Tom Shurmur" wrote: > ** > Howdy Listers, > ** ** > We are about to embark on upgrading from 7.6.04 to 8.1 on a windows > platform using MS-SQL. Has anyone used the No Downtime Upgrade method that > was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was > it smooth or bumpy ride? > ** ** > We will be standing up a test system with 2 app VMs and a DB to test this > approach. > ** ** > I look forward to your feedback > ** ** > Tom Shurmur > Sr Remedy Developer > Froedtert Health System > _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"
7.6.04 Upgrade to 8.1
Howdy Listers, We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride? We will be standing up a test system with 2 app VMs and a DB to test this approach. I look forward to your feedback Tom Shurmur Sr Remedy Developer Froedtert Health System ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
