thanks for the clarification LJ

On 17 July 2013 18:52, Longwing, Lj <llongw...@usgs.gov> 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 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_
>>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>



-- 
- Karthik

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to