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 things....those 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 <karthik...@gmail.com> 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 <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 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 <remedyr...@gmail.com>
>>> 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" <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 contrary....I 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
>>> public....so 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
>>>                                 On Jul 15, 2013 7:29 PM, "Tauf
>>> Chowdhury" <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 <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_
>>>
>>> _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"
>>>
>>>
>>> _______________________________________________________________________________
>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>>> "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"
>>>
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
>
>
> --
> - Karthik
> _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"

Reply via email to