Re: Upgrade from 7.6 to 9

2016-01-15 Thread Joel Sender 
It sounds like your best bet is to stand up the new 9.x environment and copy 
the definitions and data:
1. Use the developers' studio to copy your definitions
2. Use rrrchive ( https://www.rrr.se/cgi/index?pg=chive ) to copy the data.
Rrrchive lets you update records from the source to target. 
The first copy will take a long time, but each night's update will 
happen quickly.
The rrrchive CFG file lets you control the Form Data copied.
You can also run rrrchive in multiple CMD windows to take advantage of 
multiple ARS (fast) threads.
With proper planning, the go live cut-over can be completed in less 
than an hour (your mileage may vary)

3. The APPLICATION should be frozen once you copy the definitions to new server.
If the freeze NEEDS to be violated, "Emergency updates" would need to 
be applied to the new server as well.
 
HTH,
Joel
Joel Senderjdsen...@earthlink.net310.829.5552

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Su Kaur
Sent: Friday, January 15, 2016 8:23 AM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade from 7.6 to 9

No, we are not using overlays. Everything is in base development mode. Upgrade 
would be on Windows system.
How about the data/tickets that are modified during the upgrade? How can we 
copy that change to new prod?

Thanks!
Kaur

___
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"

Re: Upgrade from 7.6 to 9

2016-01-15 Thread LJ LongWing 
such as myself :)

On Fri, Jan 15, 2016 at 2:10 PM, Jason Miller 
wrote:

> **
> LOL! That is silly, it is a platform feature not ITSM. Putting it under
> ITSM will likely make people think you can upgrade ITSM with zero downtime.
> And there are the platform only users that would never go looking in ITSM
> docs.
>
> Jason
>
> On Fri, Jan 15, 2016 at 11:14 AM John Johnson 
> wrote:
>
>> **
>> Doug and all,
>>
>> They moved the install docs into its own section called Remedy ITSM
>> Deployment
>>
>> Specific section on zero downtime upgrade -
>> https://docs.bmc.com/docs/display/public/brid91/Upgrading+platform+components+with+zero+downtime
>> Upgrade section -
>> https://docs.bmc.com/docs/display/public/brid91/Upgrading
>> Top level - https://docs.bmc.com/docs/display/public/brid91/Home
>>
>> On Fri, Jan 15, 2016 at 1:41 PM Mueller, Doug 
>> wrote:
>>
>>> **
>>>
>>> LJ,
>>>
>>>
>>>
>>> You are not misquoting (one minor qualification needed), but you are
>>> correct.
>>>
>>>
>>>
>>> With the 9.0 sp1 release, we have fully tested and documented a process
>>> to allow zero down time upgrades of the platform (not out of the box
>>> application upgrades, but the AR System/CMDB/mid-tier).
>>>
>>>
>>>
>>> From before 9.0, there are a couple of configuration things you do.
>>> After 9.0, most of those have been removed to further simplify the process.
>>>
>>>
>>>
>>> This has been fully tested upgrading from 7.6.04, 8.0, 8,1, and 9.0
>>> (any patch/servicepack/hotfix level).
>>>
>>>
>>>
>>> All of this is supposed to be documented on the on line documentation –
>>> although I have to admit that with 2 minutes of looking I did not find it
>>> and I should have been able to so it is not as up front as it should be….
>>> A call to support asking for the documentation should get it for you.
>>>
>>>
>>>
>>>
>>>
>>> Now, you mention 7.6 which is before versions we have tested with…  So,
>>> I cannot guarantee that there would be no issues if you tried to follow the
>>> zero down time directions from that version.  It won’t break anything, but
>>> there is the possibility that servers would come down so you don’t get zero
>>> down time.  You could always try it in a test environment and see what
>>> happens.
>>>
>>>
>>>
>>>
>>>
>>> The ability to fully upgrade the platform – mid-tier, AR System, CMDB –
>>> without down-time is a significant advance.  It allows true 24x7 operation
>>> even to change out the processes themselves.  As of the next release of
>>> SmartIT and MyIT, those components will also have a zero down time upgrade
>>> capability so that all aspects of the componentry of the platform can be
>>> upgraded without end user outage.
>>>
>>>
>>>
>>>
>>>
>>> But, in general, if you don’t have a problem with a 30 to 60 minute
>>> outage, you can simply upgrade from 7.6 to 9.0 in place and it should just
>>> work.  (yes, I see another thread where 7.1 to 8.1.2 is having some trouble
>>> for a customer, and that should work too, but that is a release that is 4
>>> years or so older than 7.6).
>>>
>>>
>>>
>>> Doug Mueller
>>>
>>>
>>>
>>> *From:* Action Request System discussion list(ARSList) [mailto:
>>> arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing
>>> *Sent:* Friday, January 15, 2016 10:09 AM
>>>
>>>
>>> *To:* arslist@ARSLIST.ORG
>>> *Subject:* Re: Upgrade from 7.6 to 9
>>>
>>>
>>>
>>> **
>>>
>>> Fred,
>>>
>>> I'm probably going to mis-quote Doug (as seems to happen often), but at
>>> Engage last year, Doug said it's possible to do upgrades without 'down
>>> time' in server group environments, and I think he said (here is where the
>>> mis-quote could happen) it was even possible from 7.6 to the latest
>>> versions.  You simply take the server being upgrade out of the load
>>> balance, upgrade it, when the upgrade is done, you put it back in the load
>>> balance, then do the same for the next server, etc
>>>
>>>
>>>
>>> According to my remembrance of the session, this entire process is
>>> documented and available to the masses in the docs.bmc.com stuff :)
>>>
>>>
>>>
>>> On Fri, Jan 15, 2016 at 10:28 AM, Grooms, Frederick W <
>>> frederick.w.gro...@xo.com> wrote:
>>>
>>> If you are upgrading a server "inplace" then there is no copy to new
>>> prod as there is no new prod (same hardware, same database, just updating
>>> BMC forms and workflow).  There will be downtime for the users while the
>>> upgrade is running (On our Linux/Oracle servers from 7.6 to 8.1.2 it was
>>> about 30 minutes.  We are also pure custom, base development mode, no
>>> additional BMC products)
>>>
>>> Fred
>>>
>>> -Original Message-
>>> From: Action Request System discussion list(ARSList) [mailto:
>>> arslist@ARSLIST.ORG] On Behalf Of Su Kaur
>>> Sent: Friday, January 15, 2016 10:23 AM
>>> To: arslist@ARSLIST.ORG
>>> Subject: Re: Upgrade from 7.6 to 9
>>>
>>> No, we are not using overlays. Everything is in base development mode.
>>> Upgrade would be on Windows system.
>>> How about the data/tickets that are modified during t

Re: Upgrade from 7.6 to 9

2016-01-15 Thread Jason Miller 
LOL! That is silly, it is a platform feature not ITSM. Putting it under
ITSM will likely make people think you can upgrade ITSM with zero downtime.
And there are the platform only users that would never go looking in ITSM
docs.

Jason

On Fri, Jan 15, 2016 at 11:14 AM John Johnson 
wrote:

> **
> Doug and all,
>
> They moved the install docs into its own section called Remedy ITSM
> Deployment
>
> Specific section on zero downtime upgrade -
> https://docs.bmc.com/docs/display/public/brid91/Upgrading+platform+components+with+zero+downtime
> Upgrade section -
> https://docs.bmc.com/docs/display/public/brid91/Upgrading
> Top level - https://docs.bmc.com/docs/display/public/brid91/Home
>
> On Fri, Jan 15, 2016 at 1:41 PM Mueller, Doug 
> wrote:
>
>> **
>>
>> LJ,
>>
>>
>>
>> You are not misquoting (one minor qualification needed), but you are
>> correct.
>>
>>
>>
>> With the 9.0 sp1 release, we have fully tested and documented a process
>> to allow zero down time upgrades of the platform (not out of the box
>> application upgrades, but the AR System/CMDB/mid-tier).
>>
>>
>>
>> From before 9.0, there are a couple of configuration things you do.
>> After 9.0, most of those have been removed to further simplify the process.
>>
>>
>>
>> This has been fully tested upgrading from 7.6.04, 8.0, 8,1, and 9.0  (any
>> patch/servicepack/hotfix level).
>>
>>
>>
>> All of this is supposed to be documented on the on line documentation –
>> although I have to admit that with 2 minutes of looking I did not find it
>> and I should have been able to so it is not as up front as it should be….
>> A call to support asking for the documentation should get it for you.
>>
>>
>>
>>
>>
>> Now, you mention 7.6 which is before versions we have tested with…  So, I
>> cannot guarantee that there would be no issues if you tried to follow the
>> zero down time directions from that version.  It won’t break anything, but
>> there is the possibility that servers would come down so you don’t get zero
>> down time.  You could always try it in a test environment and see what
>> happens.
>>
>>
>>
>>
>>
>> The ability to fully upgrade the platform – mid-tier, AR System, CMDB –
>> without down-time is a significant advance.  It allows true 24x7 operation
>> even to change out the processes themselves.  As of the next release of
>> SmartIT and MyIT, those components will also have a zero down time upgrade
>> capability so that all aspects of the componentry of the platform can be
>> upgraded without end user outage.
>>
>>
>>
>>
>>
>> But, in general, if you don’t have a problem with a 30 to 60 minute
>> outage, you can simply upgrade from 7.6 to 9.0 in place and it should just
>> work.  (yes, I see another thread where 7.1 to 8.1.2 is having some trouble
>> for a customer, and that should work too, but that is a release that is 4
>> years or so older than 7.6).
>>
>>
>>
>> Doug Mueller
>>
>>
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing
>> *Sent:* Friday, January 15, 2016 10:09 AM
>>
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Upgrade from 7.6 to 9
>>
>>
>>
>> **
>>
>> Fred,
>>
>> I'm probably going to mis-quote Doug (as seems to happen often), but at
>> Engage last year, Doug said it's possible to do upgrades without 'down
>> time' in server group environments, and I think he said (here is where the
>> mis-quote could happen) it was even possible from 7.6 to the latest
>> versions.  You simply take the server being upgrade out of the load
>> balance, upgrade it, when the upgrade is done, you put it back in the load
>> balance, then do the same for the next server, etc
>>
>>
>>
>> According to my remembrance of the session, this entire process is
>> documented and available to the masses in the docs.bmc.com stuff :)
>>
>>
>>
>> On Fri, Jan 15, 2016 at 10:28 AM, Grooms, Frederick W <
>> frederick.w.gro...@xo.com> wrote:
>>
>> If you are upgrading a server "inplace" then there is no copy to new prod
>> as there is no new prod (same hardware, same database, just updating BMC
>> forms and workflow).  There will be downtime for the users while the
>> upgrade is running (On our Linux/Oracle servers from 7.6 to 8.1.2 it was
>> about 30 minutes.  We are also pure custom, base development mode, no
>> additional BMC products)
>>
>> Fred
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Su Kaur
>> Sent: Friday, January 15, 2016 10:23 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: Upgrade from 7.6 to 9
>>
>> No, we are not using overlays. Everything is in base development mode.
>> Upgrade would be on Windows system.
>> How about the data/tickets that are modified during the upgrade? How can
>> we copy that change to new prod?
>>
>> Thanks!
>> Kaur
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick

Re: Upgrade from 7.6 to 9

2016-01-15 Thread John Johnson 
Doug and all,

They moved the install docs into its own section called Remedy ITSM
Deployment

Specific section on zero downtime upgrade -
https://docs.bmc.com/docs/display/public/brid91/Upgrading+platform+components+with+zero+downtime
Upgrade section - https://docs.bmc.com/docs/display/public/brid91/Upgrading
Top level - https://docs.bmc.com/docs/display/public/brid91/Home

On Fri, Jan 15, 2016 at 1:41 PM Mueller, Doug  wrote:

> **
>
> LJ,
>
>
>
> You are not misquoting (one minor qualification needed), but you are
> correct.
>
>
>
> With the 9.0 sp1 release, we have fully tested and documented a process to
> allow zero down time upgrades of the platform (not out of the box
> application upgrades, but the AR System/CMDB/mid-tier).
>
>
>
> From before 9.0, there are a couple of configuration things you do.  After
> 9.0, most of those have been removed to further simplify the process.
>
>
>
> This has been fully tested upgrading from 7.6.04, 8.0, 8,1, and 9.0  (any
> patch/servicepack/hotfix level).
>
>
>
> All of this is supposed to be documented on the on line documentation –
> although I have to admit that with 2 minutes of looking I did not find it
> and I should have been able to so it is not as up front as it should be….
> A call to support asking for the documentation should get it for you.
>
>
>
>
>
> Now, you mention 7.6 which is before versions we have tested with…  So, I
> cannot guarantee that there would be no issues if you tried to follow the
> zero down time directions from that version.  It won’t break anything, but
> there is the possibility that servers would come down so you don’t get zero
> down time.  You could always try it in a test environment and see what
> happens.
>
>
>
>
>
> The ability to fully upgrade the platform – mid-tier, AR System, CMDB –
> without down-time is a significant advance.  It allows true 24x7 operation
> even to change out the processes themselves.  As of the next release of
> SmartIT and MyIT, those components will also have a zero down time upgrade
> capability so that all aspects of the componentry of the platform can be
> upgraded without end user outage.
>
>
>
>
>
> But, in general, if you don’t have a problem with a 30 to 60 minute
> outage, you can simply upgrade from 7.6 to 9.0 in place and it should just
> work.  (yes, I see another thread where 7.1 to 8.1.2 is having some trouble
> for a customer, and that should work too, but that is a release that is 4
> years or so older than 7.6).
>
>
>
> Doug Mueller
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing
> *Sent:* Friday, January 15, 2016 10:09 AM
>
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Upgrade from 7.6 to 9
>
>
>
> **
>
> Fred,
>
> I'm probably going to mis-quote Doug (as seems to happen often), but at
> Engage last year, Doug said it's possible to do upgrades without 'down
> time' in server group environments, and I think he said (here is where the
> mis-quote could happen) it was even possible from 7.6 to the latest
> versions.  You simply take the server being upgrade out of the load
> balance, upgrade it, when the upgrade is done, you put it back in the load
> balance, then do the same for the next server, etc
>
>
>
> According to my remembrance of the session, this entire process is
> documented and available to the masses in the docs.bmc.com stuff :)
>
>
>
> On Fri, Jan 15, 2016 at 10:28 AM, Grooms, Frederick W <
> frederick.w.gro...@xo.com> wrote:
>
> If you are upgrading a server "inplace" then there is no copy to new prod
> as there is no new prod (same hardware, same database, just updating BMC
> forms and workflow).  There will be downtime for the users while the
> upgrade is running (On our Linux/Oracle servers from 7.6 to 8.1.2 it was
> about 30 minutes.  We are also pure custom, base development mode, no
> additional BMC products)
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Su Kaur
> Sent: Friday, January 15, 2016 10:23 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Upgrade from 7.6 to 9
>
> No, we are not using overlays. Everything is in base development mode.
> Upgrade would be on Windows system.
> How about the data/tickets that are modified during the upgrade? How can
> we copy that change to new prod?
>
> Thanks!
> Kaur
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
> Sent: Thursday, January 14, 2016 10:04 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Upgrade from 7.6 to 9
>
> Part of it depends on your hardware and OS.   If you are pure custom, are
> you using Overlays?
>
> How many environments do you have?   Normally a code freeze should be from
> the first environment upgrade until you finish the last, although if you
> have multiple test then as long as you keep one of them the same as
> production (a

Re: Upgrade from 7.6 to 9

2016-01-15 Thread Mueller, Doug 
LJ,

You are not misquoting (one minor qualification needed), but you are correct.

With the 9.0 sp1 release, we have fully tested and documented a process to 
allow zero down time upgrades of the platform (not out of the box application 
upgrades, but the AR System/CMDB/mid-tier).

From before 9.0, there are a couple of configuration things you do.  After 9.0, 
most of those have been removed to further simplify the process.

This has been fully tested upgrading from 7.6.04, 8.0, 8,1, and 9.0  (any 
patch/servicepack/hotfix level).

All of this is supposed to be documented on the on line documentation – 
although I have to admit that with 2 minutes of looking I did not find it and I 
should have been able to so it is not as up front as it should be….   A call to 
support asking for the documentation should get it for you.


Now, you mention 7.6 which is before versions we have tested with…  So, I 
cannot guarantee that there would be no issues if you tried to follow the zero 
down time directions from that version.  It won’t break anything, but there is 
the possibility that servers would come down so you don’t get zero down time.  
You could always try it in a test environment and see what happens.


The ability to fully upgrade the platform – mid-tier, AR System, CMDB – without 
down-time is a significant advance.  It allows true 24x7 operation even to 
change out the processes themselves.  As of the next release of SmartIT and 
MyIT, those components will also have a zero down time upgrade capability so 
that all aspects of the componentry of the platform can be upgraded without end 
user outage.


But, in general, if you don’t have a problem with a 30 to 60 minute outage, you 
can simply upgrade from 7.6 to 9.0 in place and it should just work.  (yes, I 
see another thread where 7.1 to 8.1.2 is having some trouble for a customer, 
and that should work too, but that is a release that is 4 years or so older 
than 7.6).

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
Sent: Friday, January 15, 2016 10:09 AM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade from 7.6 to 9

**
Fred,
I'm probably going to mis-quote Doug (as seems to happen often), but at Engage 
last year, Doug said it's possible to do upgrades without 'down time' in server 
group environments, and I think he said (here is where the mis-quote could 
happen) it was even possible from 7.6 to the latest versions.  You simply take 
the server being upgrade out of the load balance, upgrade it, when the upgrade 
is done, you put it back in the load balance, then do the same for the next 
server, etc

According to my remembrance of the session, this entire process is documented 
and available to the masses in the docs.bmc.com stuff :)

On Fri, Jan 15, 2016 at 10:28 AM, Grooms, Frederick W 
mailto:frederick.w.gro...@xo.com>> wrote:
If you are upgrading a server "inplace" then there is no copy to new prod as 
there is no new prod (same hardware, same database, just updating BMC forms and 
workflow).  There will be downtime for the users while the upgrade is running 
(On our Linux/Oracle servers from 7.6 to 8.1.2 it was about 30 minutes.  We are 
also pure custom, base development mode, no additional BMC products)

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Su Kaur
Sent: Friday, January 15, 2016 10:23 AM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade from 7.6 to 9

No, we are not using overlays. Everything is in base development mode. Upgrade 
would be on Windows system.
How about the data/tickets that are modified during the upgrade? How can we 
copy that change to new prod?

Thanks!
Kaur
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, 
Frederick W
Sent: Thursday, January 14, 2016 10:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade from 7.6 to 9

Part of it depends on your hardware and OS.   If you are pure custom, are you 
using Overlays?

How many environments do you have?   Normally a code freeze should be from the 
first environment upgrade until you finish the last, although if you have 
multiple test then as long as you keep one of them the same as production (and 
do it after production) then the freeze can be shorter.

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Kaur
Sent: Thursday, January 14, 2016 9:51 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade from 7.6 to 9

Hello All,

We are planning to upgrade 7.6 to 9. What is the best way to do it for a highly 
customized environment - Not using any OOTB modules? Inplace upgrade? Downtime 
shou

Re: Upgrade from 7.6 to 9

2016-01-15 Thread LJ LongWing 
Fred,
I'm probably going to mis-quote Doug (as seems to happen often), but at
Engage last year, Doug said it's possible to do upgrades without 'down
time' in server group environments, and I think he said (here is where the
mis-quote could happen) it was even possible from 7.6 to the latest
versions.  You simply take the server being upgrade out of the load
balance, upgrade it, when the upgrade is done, you put it back in the load
balance, then do the same for the next server, etc

According to my remembrance of the session, this entire process is
documented and available to the masses in the docs.bmc.com stuff :)

On Fri, Jan 15, 2016 at 10:28 AM, Grooms, Frederick W <
frederick.w.gro...@xo.com> wrote:

> If you are upgrading a server "inplace" then there is no copy to new prod
> as there is no new prod (same hardware, same database, just updating BMC
> forms and workflow).  There will be downtime for the users while the
> upgrade is running (On our Linux/Oracle servers from 7.6 to 8.1.2 it was
> about 30 minutes.  We are also pure custom, base development mode, no
> additional BMC products)
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Su Kaur
> Sent: Friday, January 15, 2016 10:23 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Upgrade from 7.6 to 9
>
> No, we are not using overlays. Everything is in base development mode.
> Upgrade would be on Windows system.
> How about the data/tickets that are modified during the upgrade? How can
> we copy that change to new prod?
>
> Thanks!
> Kaur
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
> Sent: Thursday, January 14, 2016 10:04 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Upgrade from 7.6 to 9
>
> Part of it depends on your hardware and OS.   If you are pure custom, are
> you using Overlays?
>
> How many environments do you have?   Normally a code freeze should be from
> the first environment upgrade until you finish the last, although if you
> have multiple test then as long as you keep one of them the same as
> production (and do it after production) then the freeze can be shorter.
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Kaur
> Sent: Thursday, January 14, 2016 9:51 PM
> To: arslist@ARSLIST.ORG
> Subject: Upgrade from 7.6 to 9
>
> Hello All,
>
> We are planning to upgrade 7.6 to 9. What is the best way to do it for a
> highly customized environment - Not using any OOTB modules? Inplace
> upgrade? Downtime should be minimum.
> Should we do a code freeze and how long would it be?
>
> Any insights would be helpful.
>
> Thanks!
> Kaur
>
>
>
>
>
> ___
> 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"

Re: Upgrade from 7.6 to 9

2016-01-15 Thread Grooms, Frederick W 
If you are upgrading a server "inplace" then there is no copy to new prod as 
there is no new prod (same hardware, same database, just updating BMC forms and 
workflow).  There will be downtime for the users while the upgrade is running 
(On our Linux/Oracle servers from 7.6 to 8.1.2 it was about 30 minutes.  We are 
also pure custom, base development mode, no additional BMC products)

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Su Kaur
Sent: Friday, January 15, 2016 10:23 AM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade from 7.6 to 9

No, we are not using overlays. Everything is in base development mode. Upgrade 
would be on Windows system.
How about the data/tickets that are modified during the upgrade? How can we 
copy that change to new prod?

Thanks!
Kaur

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
Sent: Thursday, January 14, 2016 10:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade from 7.6 to 9

Part of it depends on your hardware and OS.   If you are pure custom, are you 
using Overlays?

How many environments do you have?   Normally a code freeze should be from the 
first environment upgrade until you finish the last, although if you have 
multiple test then as long as you keep one of them the same as production (and 
do it after production) then the freeze can be shorter.

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Kaur
Sent: Thursday, January 14, 2016 9:51 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade from 7.6 to 9

Hello All,

We are planning to upgrade 7.6 to 9. What is the best way to do it for a highly 
customized environment - Not using any OOTB modules? Inplace upgrade? Downtime 
should be minimum.
Should we do a code freeze and how long would it be? 

Any insights would be helpful.

Thanks!
Kaur




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

Re: Upgrade from 7.6 to 9

2016-01-15 Thread Su Kaur 
No, we are not using overlays. Everything is in base development mode. Upgrade 
would be on Windows system.
How about the data/tickets that are modified during the upgrade? How can we 
copy that change to new prod?

Thanks!
Kaur

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

Re: SHA question....

2016-01-15 Thread LJ LongWing 
If it's Mid-Tier, the encryption is between the web server and the client
browser, which should not be affected in any way on what application, nor
what version you are running.

On Fri, Jan 15, 2016 at 4:58 AM, richard@bwc.state.oh.us <
richard@bwc.state.oh.us> wrote:

> **
>
> I believe the mid-tier certificates…
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing
> *Sent:* Thursday, January 14, 2016 3:23 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: SHA question
>
>
>
> **
>
> Richard,
>
> What portion of things does this affect?...are we talking about Mid-Tier
> certificates, or are you talking about some other level of encryption at
> some point in the stack?
>
>
>
> On Thu, Jan 14, 2016 at 12:17 PM, richard@bwc.state.oh.us <
> richard@bwc.state.oh.us> wrote:
>
> **
>
> We’re still on 7.5 patch 07. Our security folks have asked if it’s
>
> possible to upgrade our PKI from SHA1 to SHA256? If it is
>
> possible, is there a chance we’ll break something by doing it?
>
> Any words of wisdom or suggestions other than – upgrade to
>
> 9.x…. ?
>
>
>
> Thanks.
>
>
>
> Portions of this message may be confidential under an exemption to Ohio's
> public records law or under a legal privilege. If you have received this
> message in error or due to an unauthorized transmission or interception,
> please delete all copies from your system without disclosing, copying, or
> transmitting this message.
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> Portions of this message may be confidential under an exemption to Ohio's
> public records law or under a legal privilege. If you have received this
> message in error or due to an unauthorized transmission or interception,
> please delete all copies from your system without disclosing, copying, or
> transmitting this message.
> _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: SHA question....

2016-01-15 Thread richard....@bwc.state.oh.us 
Thanks for your reply – sounds good!

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik
Sent: Thursday, January 14, 2016 7:39 PM
To: arslist@ARSLIST.ORG
Subject: Re: SHA question

**
We have successful upgraded the certs to SHA2 and did not break anything on 
7604 SP5

Regards,
Karthik


On Jan 14, 2016, at 2:22 PM, LJ LongWing 
mailto:lj.longw...@gmail.com>> wrote:
**
Richard,
What portion of things does this affect?...are we talking about Mid-Tier 
certificates, or are you talking about some other level of encryption at some 
point in the stack?

On Thu, Jan 14, 2016 at 12:17 PM, 
richard@bwc.state.oh.us 
mailto:richard@bwc.state.oh.us>> wrote:
**
We’re still on 7.5 patch 07. Our security folks have asked if it’s
possible to upgrade our PKI from SHA1 to SHA256? If it is
possible, is there a chance we’ll break something by doing it?
Any words of wisdom or suggestions other than – upgrade to
9.x…. ?

Thanks.

Portions of this message may be confidential under an exemption to Ohio's 
public records law or under a legal privilege. If you have received this 
message in error or due to an unauthorized transmission or interception, please 
delete all copies from your system without disclosing, copying, or transmitting 
this message.
_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_
Portions of this message may be confidential under an exemption to Ohio's 
public records law or under a legal privilege. If you have received this 
message in error or due to an unauthorized transmission or interception, please 
delete all copies from your system without disclosing, copying, or transmitting 
this message.

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

Re: SHA question....

2016-01-15 Thread richard....@bwc.state.oh.us 
I believe the mid-tier certificates…

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
Sent: Thursday, January 14, 2016 3:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: SHA question

**
Richard,
What portion of things does this affect?...are we talking about Mid-Tier 
certificates, or are you talking about some other level of encryption at some 
point in the stack?

On Thu, Jan 14, 2016 at 12:17 PM, 
richard@bwc.state.oh.us 
mailto:richard@bwc.state.oh.us>> wrote:
**
We’re still on 7.5 patch 07. Our security folks have asked if it’s
possible to upgrade our PKI from SHA1 to SHA256? If it is
possible, is there a chance we’ll break something by doing it?
Any words of wisdom or suggestions other than – upgrade to
9.x…. ?

Thanks.

Portions of this message may be confidential under an exemption to Ohio's 
public records law or under a legal privilege. If you have received this 
message in error or due to an unauthorized transmission or interception, please 
delete all copies from your system without disclosing, copying, or transmitting 
this message.
_ARSlist: "Where the Answers Are" and have been for 20 years_

_ARSlist: "Where the Answers Are" and have been for 20 years_
Portions of this message may be confidential under an exemption to Ohio's 
public records law or under a legal privilege. If you have received this 
message in error or due to an unauthorized transmission or interception, please 
delete all copies from your system without disclosing, copying, or transmitting 
this message.

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

Re: Error while upgrading Remedy from 7.1 to 8.1.02

2016-01-15 Thread onkar shinde 
Hello Vivek,

>From the error it looks like it doesn't like to upgrade directly to 9 from
7.1. (Obvious reason could be there is huge change between AR 7.1 and 9)

You may 1st upgrade AR to 7604 then to 9, (With this there wont be much
changes in Control table of AR Server.)

Thanks
Onkar

On Fri, Jan 15, 2016 at 12:10 PM, Vivek  wrote:

> Hi,
>
> We are getting following error while upgrading Remedy from 7.1 to 9:
>
> LOG EVENT {Description=[[SQLERROR] [DESCRIPTION] Failed to upgrade the
> database schema],Detail=[[SQLERRORCODE]=947 [SQLMESSAGE]=ORA-00947: not
> enough values [SQLSTATEMENT]=INSERT INTO controlRecordIds VALUES (1, 1, 1,
> 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
> 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,1, 1, 1, 1, 1, 1, 1, 1, 1 )]} (Jan 14
> 2016 05:03:27.879 PM
>
> +0100),SEVERE,com.bmc.install.product.arsuitekit.platforms.arsystemservers.arserver.ARServerOracleManageUpgradeDatabaseTask,
>
> Please let me know if anyone has seen this before or know how can we
> resolve
> it.
>
> Thanks,
> Vivek
>
>
>
> --
> View this message in context:
> http://ars-action-request-system.1.n7.nabble.com/Error-while-upgrading-Remedy-from-7-1-to-8-1-02-tp123609.html
> Sent from the ARS (Action Request System) mailing list archive at
> Nabble.com.
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>



-- 
Regards,
Onkar Shinde
Mobile: +91-7709008719

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