Re: upgrade 7.1 to 8.1 with ITSM

2014-03-03 Thread Misi Mladoniczky
Hi,

That is one difference between DDM and RRR|Chive.

RRR|Chive can delete records in the target server that does not exist in the
source.

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

 Hi Teresa,

 Last year, I had a customer who I upgraded in almost the exact same manner.
 Only difference was they were on ARS 7.5 (and ITSM 7.6). We upgraded directly
 to 8.1 on new hardware (same from/to versions as you mentioned) and migrated
 data from the old system using DDM. We also converted existing customisations
 to overlays.

 Apart from a few niggles with bringing over Knowledge Articles from RKM 7.5 we
 had very few issues.

 The conversation of customisations to overlays and testing took a number of
 weeks but the benefit of this method was the cutover to the new system. It was
 simply a shut down old system (except for an Admin only server), perform final
 DDM (which takes minutes if you keep the data to t date right to the second to
 last day of go-live), and switch DNS to new environment. The voila, you are
 live.

 A word to the wise when using DDM however...it beings through new and updated
 data perfectly. However...it does NOT remove (or mark for removal) records
 that have been since deleted. This means that any data (e.g. relationship data
 such as Incident, Problem, Change relationships etc) which had been deleted
 since the first DB copy needs to be manually removed.

 Cheers,

 J

 On Sun, 2 Mar 2014 17:32:20 +, teresa S Fannin
 teresa.s.fan...@accenturefederal.com wrote:

List,
I am in the process of going from 7.1 to 8.1.   But in my case going from:
Windows 2003 to windows 2008
SQL Server 2005 to 2012 and 64 bit.
My high level plan is  to install 8.1 on the windows 2008 server  and then
 apply all my  changes ( not major changes)  and use migrator to bring over
 all the data.
Or should I upgrading to 7.6.04  or  8.1  in my old windows 2003 system then
 migrate everything into the newly installed 8.1 windows 2008 system?
Thanks for your suggestions?
Teresa

From: Action Request System discussion list(ARSList)
 [mailto:arslist@ARSLIST.ORG] On Behalf Of Sandeep Pandey
Sent: Sunday, March 02, 2014 4:29 AM
To: arslist@ARSLIST.ORG
Subject: Re: upgrade 7.1 to 8.1 with ITSM

**
Thanks Carl and Kiran for providing information. Really helpful l
 information.
So we can go directly to ARS 8.1 upgrade from 7.1 but at the same time we
 have to work on creation/fixing of overlays for th e existing customization
 before upgrading other applications.
Thanks,
Sandeep Pandey

On Sun, Mar 2, 2014 at 3:00 PM, Carl Wilson
 carlbwil...@gmail.commailto:carlbwil...@gmail.com wrote:
**
Hi,
There is some very good information available here:

https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/12/itsm-upgrade
https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/07/upgrading-to-bmc-remedy-81-things-that-you-really-need-to-know
https://docs.bmc.com/docs/display/public/itsm81/Understanding+how+upgrading+without+overlays+works



Kind Regards,

Carl Wilson

http://www.missingpiecessoftware.com/

From: Action Request System discussion list(ARSList)
 [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Sandeep
 Pandey
Sent: 02 March 2014 06:45

To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: upgrade 7.1 to 8.1 with ITSM

**
Dear All,
We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and
 ITSM. I was going through documents but came to one doubt.
We have few customization over Help Desk and CMDB in 7.1, so we have to have
 choose the upgrade stage called upgrade arsystem server without overlay
 present.
So can we directly jump from 7.1 to 8.1 installer for upgrade in without
 overlays present scenario or we have to first upgrade in 7.6.04 and then only
 we can go for 8.1?
Thanks  Regards,
Sandeep Pandey
_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


Re: upgrade 7.1 to 8.1 with ITSM

2014-03-03 Thread Vivek Patil
There is some very good information available here:
A] 
https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/12/itsm-upgrade
B] Refer the videO @ 
https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/07/upgrading-to-bmc-remedy-81-things-that-you-really-need-to-know
c] 
https://docs.bmc.com/docs/display/public/itsm81/Understanding+how+upgrading+without+overlays+works

# HOW SHOULD ONE Upgrade :
Upgrade AR System and CMDB then run BPCU. I would advise to use BPCU to 
identify the overlays and custom objects. Avoid BPCU to create overlays if you 
know list of customizations. One could use 8.1 SP1 developer studio and convert 
the objects to overlays or custom objects based on their documentation. If you 
don’t have record of customizations then you have no choice and need to run 
BPCU to create overlays and migrate origin objects. Then proceed with ITSM 
upgrade.

Here are high level steps :
1.  Upgrade AR System to 8.1 SP1
2.  Upgrade CMDB to 8.1 SP1 and Integrator
3.  Run BPCU and create overlays if you cannot do it manually
4.  Migrate origin objects and identify duplicate overlays with ref base 
and delete them using Dev studio (Optional, but save time in reconciliation of 
overlays)
5.  Snapshot utility to take snapshot
6.  Upgrade ITSM and RKM together to 8.1 GA
7.  Upgrade SRM  to 8.1 GA
8.  Upgrade SLM to 8.1 GA
9.  Snapshot utility to get list of objects for reconciliation
10. Reconcile overlays
11. Unit, functional, integration testing.

Note : 
1] 8.1 GA SLM Install or Upgrade after you have ITSM 8.1 SP1 is not supported.
Refer https://docs.bmc.com/docs/display/public/itsm81/Urgent+issues

2] You can upgrade ITSM , SRM , SLM to 8.1 GA
3] the Upgrade ITSM , SRM to 8.1 SP1

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


Re: upgrade 7.1 to 8.1 with ITSM

2014-03-02 Thread Hullule, Kiran
You can upgrade to 8.1 directly. But please keep in mind if your business 
really decides to upgrade without overlay then you should understand its 
implications too.  All your customization and its related data will be lost in 
upgrade if you don't convert your custom codes into overlay.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Sandeep Pandey
Sent: Sunday, March 02, 2014 12:15 PM
To: arslist@ARSLIST.ORG
Subject: upgrade 7.1 to 8.1 with ITSM

**
Dear All,
We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and 
ITSM. I was going through documents but came to one doubt.
We have few customization over Help Desk and CMDB in 7.1, so we have to have 
choose the upgrade stage called upgrade arsystem server without overlay present.
So can we directly jump from 7.1 to 8.1 installer for upgrade in without 
overlays present scenario or we have to first upgrade in 7.6.04 and then only 
we can go for 8.1?
Thanks  Regards,
Sandeep Pandey
_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: upgrade 7.1 to 8.1 with ITSM

2014-03-02 Thread Carl Wilson
Hi,

There is some very good information available here:

 

https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013
/08/12/itsm-upgrade

https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013
/08/07/upgrading-to-bmc-remedy-81-things-that-you-really-need-to-know

https://docs.bmc.com/docs/display/public/itsm81/Understanding+how+upgrading+
without+overlays+works

 

  _  

 

Kind Regards,

 

Carl Wilson

 

http://www.missingpiecessoftware.com/

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Sandeep Pandey
Sent: 02 March 2014 06:45
To: arslist@ARSLIST.ORG
Subject: upgrade 7.1 to 8.1 with ITSM

 

** 

Dear All,

We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and
ITSM. I was going through documents but came to one doubt.

We have few customization over Help Desk and CMDB in 7.1, so we have to have
choose the upgrade stage called upgrade arsystem server without overlay
present.

So can we directly jump from 7.1 to 8.1 installer for upgrade in without
overlays present scenario or we have to first upgrade in 7.6.04 and then
only we can go for 8.1?

Thanks  Regards,

Sandeep Pandey

_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: upgrade 7.1 to 8.1 with ITSM

2014-03-02 Thread Sandeep Pandey
Thanks Carl and Kiran for providing information. Really helpful l
information.

So we can go directly to ARS 8.1 upgrade from 7.1 but at the same time we
have to work on creation/fixing of overlays for th e existing customization
before upgrading other applications.

Thanks,

Sandeep Pandey


On Sun, Mar 2, 2014 at 3:00 PM, Carl Wilson carlbwil...@gmail.com wrote:

 **

 Hi,

 There is some very good information available here:




 https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/12/itsm-upgrade


 https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/07/upgrading-to-bmc-remedy-81-things-that-you-really-need-to-know


 https://docs.bmc.com/docs/display/public/itsm81/Understanding+how+upgrading+without+overlays+works


 --



 Kind Regards,



 *Carl Wilson*



 http://www.missingpiecessoftware.com/



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Sandeep Pandey
 *Sent:* 02 March 2014 06:45

 *To:* arslist@ARSLIST.ORG
 *Subject:* upgrade 7.1 to 8.1 with ITSM



 **

 Dear All,

 We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and
 ITSM. I was going through documents but came to one doubt.

 We have few customization over Help Desk and CMDB in 7.1, so we have to
 have choose the upgrade stage called *upgrade arsystem server without
 overlay present*.

 So can we directly jump from 7.1 to 8.1 installer for upgrade in *without
 overlays present* scenario or we have to first upgrade in 7.6.04 and then
 only we can go for 8.1?

 Thanks  Regards,

 Sandeep Pandey

 _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: upgrade 7.1 to 8.1 with ITSM

2014-03-02 Thread teresa S Fannin
List,
I am in the process of going from 7.1 to 8.1.   But in my case going from:
Windows 2003 to windows 2008
SQL Server 2005 to 2012 and 64 bit.
My high level plan is  to install 8.1 on the windows 2008 server  and then  
apply all my  changes ( not major changes)  and use migrator to bring over all 
the data.
Or should I upgrading to 7.6.04  or  8.1  in my old windows 2003 system then 
migrate everything into the newly installed 8.1 windows 2008 system?
Thanks for your suggestions?
Teresa

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Sandeep Pandey
Sent: Sunday, March 02, 2014 4:29 AM
To: arslist@ARSLIST.ORG
Subject: Re: upgrade 7.1 to 8.1 with ITSM

**
Thanks Carl and Kiran for providing information. Really helpful l information.
So we can go directly to ARS 8.1 upgrade from 7.1 but at the same time we have 
to work on creation/fixing of overlays for th e existing customization before 
upgrading other applications.
Thanks,
Sandeep Pandey

On Sun, Mar 2, 2014 at 3:00 PM, Carl Wilson 
carlbwil...@gmail.commailto:carlbwil...@gmail.com wrote:
**
Hi,
There is some very good information available here:

https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/12/itsm-upgrade
https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/07/upgrading-to-bmc-remedy-81-things-that-you-really-need-to-know
https://docs.bmc.com/docs/display/public/itsm81/Understanding+how+upgrading+without+overlays+works



Kind Regards,

Carl Wilson

http://www.missingpiecessoftware.com/

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Sandeep 
Pandey
Sent: 02 March 2014 06:45

To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: upgrade 7.1 to 8.1 with ITSM

**
Dear All,
We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and 
ITSM. I was going through documents but came to one doubt.
We have few customization over Help Desk and CMDB in 7.1, so we have to have 
choose the upgrade stage called upgrade arsystem server without overlay present.
So can we directly jump from 7.1 to 8.1 installer for upgrade in without 
overlays present scenario or we have to first upgrade in 7.6.04 and then only 
we can go for 8.1?
Thanks  Regards,
Sandeep Pandey
_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: upgrade 7.1 to 8.1 with ITSM

2014-03-02 Thread Vikrant Kulkarni
First approach is good and fast but instead of using migrator for data
movement use rrr|Chive utility.. It works wonders.

Thanks,
Vikram
On Mar 2, 2014 11:04 PM, teresa S Fannin 
teresa.s.fan...@accenturefederal.com wrote:

 **

 List,

 I am in the process of going from 7.1 to 8.1.   But in my case going from:

 Windows 2003 to windows 2008

 SQL Server 2005 to 2012 and 64 bit.

 My high level plan is  to install 8.1 on the windows 2008 server  and
 then  apply all my  changes ( not major changes)  and use migrator to bring
 over all the data.

 Or should I upgrading to 7.6.04  or  8.1  in my old windows 2003 system
 then migrate everything into the newly installed 8.1 windows 2008 system?

 Thanks for your suggestions?

 Teresa



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Sandeep Pandey
 *Sent:* Sunday, March 02, 2014 4:29 AM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: upgrade 7.1 to 8.1 with ITSM



 **

 Thanks Carl and Kiran for providing information. Really helpful l
 information.

 So we can go directly to ARS 8.1 upgrade from 7.1 but at the same time we
 have to work on creation/fixing of overlays for th e existing customization
 before upgrading other applications.

 Thanks,

 Sandeep Pandey



 On Sun, Mar 2, 2014 at 3:00 PM, Carl Wilson carlbwil...@gmail.com wrote:

 **

 Hi,

 There is some very good information available here:




 https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/12/itsm-upgrade


 https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/07/upgrading-to-bmc-remedy-81-things-that-you-really-need-to-know


 https://docs.bmc.com/docs/display/public/itsm81/Understanding+how+upgrading+without+overlays+works


   --



 Kind Regards,



 *Carl Wilson*



 http://www.missingpiecessoftware.com/



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Sandeep Pandey
 *Sent:* 02 March 2014 06:45


 *To:* arslist@ARSLIST.ORG
 *Subject:* upgrade 7.1 to 8.1 with ITSM



 **

 Dear All,

 We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and
 ITSM. I was going through documents but came to one doubt.

 We have few customization over Help Desk and CMDB in 7.1, so we have to
 have choose the upgrade stage called *upgrade arsystem server without
 overlay present*.

 So can we directly jump from 7.1 to 8.1 installer for upgrade in *without
 overlays present* scenario or we have to first upgrade in 7.6.04 and then
 only we can go for 8.1?

 Thanks  Regards,

 Sandeep Pandey

 _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: upgrade 7.1 to 8.1 with ITSM

2014-03-02 Thread J Lander
Hi Teresa,

Last year, I had a customer who I upgraded in almost the exact same manner. 
Only difference was they were on ARS 7.5 (and ITSM 7.6). We upgraded directly 
to 8.1 on new hardware (same from/to versions as you mentioned) and migrated 
data from the old system using DDM. We also converted existing customisations 
to overlays.

Apart from a few niggles with bringing over Knowledge Articles from RKM 7.5 we 
had very few issues.

The conversation of customisations to overlays and testing took a number of 
weeks but the benefit of this method was the cutover to the new system. It was 
simply a shut down old system (except for an Admin only server), perform final 
DDM (which takes minutes if you keep the data to t date right to the second to 
last day of go-live), and switch DNS to new environment. The voila, you are 
live.

A word to the wise when using DDM however...it beings through new and updated 
data perfectly. However...it does NOT remove (or mark for removal) records that 
have been since deleted. This means that any data (e.g. relationship data such 
as Incident, Problem, Change relationships etc) which had been deleted since 
the first DB copy needs to be manually removed.

Cheers,

J

On Sun, 2 Mar 2014 17:32:20 +, teresa S Fannin 
teresa.s.fan...@accenturefederal.com wrote:

List,
I am in the process of going from 7.1 to 8.1.   But in my case going from:
Windows 2003 to windows 2008
SQL Server 2005 to 2012 and 64 bit.
My high level plan is  to install 8.1 on the windows 2008 server  and then  
apply all my  changes ( not major changes)  and use migrator to bring over all 
the data.
Or should I upgrading to 7.6.04  or  8.1  in my old windows 2003 system then 
migrate everything into the newly installed 8.1 windows 2008 system?
Thanks for your suggestions?
Teresa

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Sandeep Pandey
Sent: Sunday, March 02, 2014 4:29 AM
To: arslist@ARSLIST.ORG
Subject: Re: upgrade 7.1 to 8.1 with ITSM

**
Thanks Carl and Kiran for providing information. Really helpful l information.
So we can go directly to ARS 8.1 upgrade from 7.1 but at the same time we have 
to work on creation/fixing of overlays for th e existing customization before 
upgrading other applications.
Thanks,
Sandeep Pandey

On Sun, Mar 2, 2014 at 3:00 PM, Carl Wilson 
carlbwil...@gmail.commailto:carlbwil...@gmail.com wrote:
**
Hi,
There is some very good information available here:

https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/12/itsm-upgrade
https://communities.bmc.com/community/bmcdn/bmc_it_service_support/blog/2013/08/07/upgrading-to-bmc-remedy-81-things-that-you-really-need-to-know
https://docs.bmc.com/docs/display/public/itsm81/Understanding+how+upgrading+without+overlays+works



Kind Regards,

Carl Wilson

http://www.missingpiecessoftware.com/

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Sandeep 
Pandey
Sent: 02 March 2014 06:45

To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: upgrade 7.1 to 8.1 with ITSM

**
Dear All,
We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and 
ITSM. I was going through documents but came to one doubt.
We have few customization over Help Desk and CMDB in 7.1, so we have to have 
choose the upgrade stage called upgrade arsystem server without overlay 
present.
So can we directly jump from 7.1 to 8.1 installer for upgrade in without 
overlays present scenario or we have to first upgrade in 7.6.04 and then only 
we can go for 8.1?
Thanks  Regards,
Sandeep Pandey
_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


upgrade 7.1 to 8.1 with ITSM

2014-03-01 Thread Sandeep Pandey
Dear All,

We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and
ITSM. I was going through documents but came to one doubt.

We have few customization over Help Desk and CMDB in 7.1, so we have to
have choose the upgrade stage called *upgrade arsystem server without
overlay present*.

So can we directly jump from 7.1 to 8.1 installer for upgrade in *without
overlays present* scenario or we have to first upgrade in 7.6.04 and then
only we can go for 8.1?

Thanks  Regards,
Sandeep Pandey

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


Re: upgrade 7.1 to 8.1 with ITSM

2014-03-01 Thread Gulshan Gupta
I would suggest 7.1 to 7.6.04 to 8.1
 On 02-Mar-2014 12:15 PM, Sandeep Pandey sandeep.rem...@gmail.com wrote:

 **
 Dear All,

 We are planning to start upgrade from 7.1 to 8.1 latest version of ARS and
 ITSM. I was going through documents but came to one doubt.

 We have few customization over Help Desk and CMDB in 7.1, so we have to
 have choose the upgrade stage called *upgrade arsystem server without
 overlay present*.

 So can we directly jump from 7.1 to 8.1 installer for upgrade in *without
 overlays present* scenario or we have to first upgrade in 7.6.04 and then
 only we can go for 8.1?

 Thanks  Regards,
 Sandeep Pandey
 _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


Upgrading AR System 7.1 to 8.1

2013-10-17 Thread Rick Cook
We have some AR System 7.1 servers (all custom forms, no ITSM) that we want to 
upgrade to 8.1.  We currently are using only the UT as the client, but will be 
adding a mid-tier server as at least a potential front-end, since after 8.1, 
it's entirely possible that APIs/DLLs might change and cause the client to be 
unusable even for custom forms.

What we're looking for and not finding is the upgrade path for AR System.  Can 
we go straight to 8.1 in one shot, or do we need to stop first at an 
intermediate version?  I would suspect that it's recommended to stop at 7.6.x 
to add the proper overlay status to the forms, but if they'll never be upgraded 
by BMC, I fail to see the requirement of that.

Rick Cook
Sr. Remedy ITSM Architect
TeleCommunication Systems Inc.

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


Re: Upgrading AR System 7.1 to 8.1

2013-10-17 Thread LJ LongWing
Rick,
I know you can go from 7.5 directly to 8.1and from 7.1 to 7.5 of
coursebut I can't pull anything off the top of my head that would
prevent an upgrade directly from 7.1 to 8.1...so my recommendation would be
to try it and see :)

Regarding the move to 'Custom'...absolutely no need to stop at 7.6.04 to do
that...just move all of your objects to Custom when you get to 8.1.


On Thu, Oct 17, 2013 at 11:57 AM, Rick Cook remedyr...@gmail.com wrote:

 We have some AR System 7.1 servers (all custom forms, no ITSM) that we
 want to upgrade to 8.1.  We currently are using only the UT as the client,
 but will be adding a mid-tier server as at least a potential front-end,
 since after 8.1, it's entirely possible that APIs/DLLs might change and
 cause the client to be unusable even for custom forms.

 What we're looking for and not finding is the upgrade path for AR System.
  Can we go straight to 8.1 in one shot, or do we need to stop first at an
 intermediate version?  I would suspect that it's recommended to stop at
 7.6.x to add the proper overlay status to the forms, but if they'll never
 be upgraded by BMC, I fail to see the requirement of that.

 Rick Cook
 Sr. Remedy ITSM Architect
 TeleCommunication Systems Inc.


 ___
 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: Upgrading AR System 7.1 to 8.1

2013-10-17 Thread Misi Mladoniczky
Hi,

I would install a new 8.1 server and then user RRR|Chive to migrate all your
data over. This will reduce the cut-over time to an hours or so.

If you are completely custom, and have very few, and well documented, changed
to the core forms such as User or Group, you can skip the best practice
conversion thing.

In any event, I would just do it in 8.1 manually. Mark your objects and
right-click - convert to Custom. Then do the overlays manually on BMC objects
you might have changed.

I have done the above myself a couple of times, and I know many sites have
done so. I have a client of mine doing exactly this right now. They are going
from 7.5 though, but they still chose to installed a clean 8.1 server.

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12/13):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

 We have some AR System 7.1 servers (all custom forms, no ITSM) that we want to
 upgrade to 8.1.  We currently are using only the UT as the client, but will be
 adding a mid-tier server as at least a potential front-end, since after 8.1,
 it's entirely possible that APIs/DLLs might change and cause the client to be
 unusable even for custom forms.

 What we're looking for and not finding is the upgrade path for AR System.  Can
 we go straight to 8.1 in one shot, or do we need to stop first at an
 intermediate version?  I would suspect that it's recommended to stop at 7.6.x
 to add the proper overlay status to the forms, but if they'll never be
 upgraded by BMC, I fail to see the requirement of that.

 Rick Cook
 Sr. Remedy ITSM Architect
 TeleCommunication Systems Inc.

 ___
 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: Upgrading AR System 7.1 to 8.1

2013-10-17 Thread pritch
I would test the upgrade in a dev environment before worrying about extra 
hardware, db's, etc

- Original Message -
From: Misi Mladoniczky m...@rrr.se
To: arslist@ARSLIST.ORG
Sent: Thursday, October 17, 2013 2:07:55 PM
Subject: Re: Upgrading AR System 7.1 to 8.1

Hi,

I would install a new 8.1 server and then user RRR|Chive to migrate all your
data over. This will reduce the cut-over time to an hours or so.

If you are completely custom, and have very few, and well documented, changed
to the core forms such as User or Group, you can skip the best practice
conversion thing.

In any event, I would just do it in 8.1 manually. Mark your objects and
right-click - convert to Custom. Then do the overlays manually on BMC objects
you might have changed.

I have done the above myself a couple of times, and I know many sites have
done so. I have a client of mine doing exactly this right now. They are going
from 7.5 though, but they still chose to installed a clean 8.1 server.

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12/13):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

 We have some AR System 7.1 servers (all custom forms, no ITSM) that we want to
 upgrade to 8.1.  We currently are using only the UT as the client, but will be
 adding a mid-tier server as at least a potential front-end, since after 8.1,
 it's entirely possible that APIs/DLLs might change and cause the client to be
 unusable even for custom forms.

 What we're looking for and not finding is the upgrade path for AR System.  Can
 we go straight to 8.1 in one shot, or do we need to stop first at an
 intermediate version?  I would suspect that it's recommended to stop at 7.6.x
 to add the proper overlay status to the forms, but if they'll never be
 upgraded by BMC, I fail to see the requirement of that.

 Rick Cook
 Sr. Remedy ITSM Architect
 TeleCommunication Systems Inc.

 ___
 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


Re: Upgrading AR System 7.1 to 8.1

2013-10-17 Thread Misi Mladoniczky
Hi,

If you installed a brand new 7.1 on brand new hardware, I suspect that the
hardware is ready for retirement as well...

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12/13):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

 I would test the upgrade in a dev environment before worrying about extra
 hardware, db's, etc

 - Original Message -
 From: Misi Mladoniczky m...@rrr.se
 To: arslist@ARSLIST.ORG
 Sent: Thursday, October 17, 2013 2:07:55 PM
 Subject: Re: Upgrading AR System 7.1 to 8.1

 Hi,

 I would install a new 8.1 server and then user RRR|Chive to migrate all your
 data over. This will reduce the cut-over time to an hours or so.

 If you are completely custom, and have very few, and well documented, changed
 to the core forms such as User or Group, you can skip the best practice
 conversion thing.

 In any event, I would just do it in 8.1 manually. Mark your objects and
 right-click - convert to Custom. Then do the overlays manually on BMC objects
 you might have changed.

 I have done the above myself a couple of times, and I know many sites have
 done so. I have a client of mine doing exactly this right now. They are going
 from 7.5 though, but they still chose to installed a clean 8.1 server.

 Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

 Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12/13):
 * RRR|License - Not enough Remedy licenses? Save money by optimizing.
 * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
 Find these products, and many free tools and utilities, at http://rrr.se.

 We have some AR System 7.1 servers (all custom forms, no ITSM) that we want
 to
 upgrade to 8.1.  We currently are using only the UT as the client, but will
 be
 adding a mid-tier server as at least a potential front-end, since after 8.1,
 it's entirely possible that APIs/DLLs might change and cause the client to
 be
 unusable even for custom forms.

 What we're looking for and not finding is the upgrade path for AR System.
 Can
 we go straight to 8.1 in one shot, or do we need to stop first at an
 intermediate version?  I would suspect that it's recommended to stop at
 7.6.x
 to add the proper overlay status to the forms, but if they'll never be
 upgraded by BMC, I fail to see the requirement of that.

 Rick Cook
 Sr. Remedy ITSM Architect
 TeleCommunication Systems Inc.

 ___
 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


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


Re: Upgrading AR System 7.1 to 8.1

2013-10-17 Thread pritch
I know of an installation (currently v6.3 - originally v4.5) that's been 
running on the same hardware since 2002 - works fine - lasts a long time.  Of 
course from what I've heard about 8.x it is prudent to review the hardware 
configuration to make sure there is enough horsepower.

- Original Message -
From: Misi Mladoniczky m...@rrr.se
To: arslist@ARSLIST.ORG
Sent: Thursday, October 17, 2013 2:37:19 PM
Subject: Re: Upgrading AR System 7.1 to 8.1

Hi,

If you installed a brand new 7.1 on brand new hardware, I suspect that the
hardware is ready for retirement as well...

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12/13):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

 I would test the upgrade in a dev environment before worrying about extra
 hardware, db's, etc

 - Original Message -
 From: Misi Mladoniczky m...@rrr.se
 To: arslist@ARSLIST.ORG
 Sent: Thursday, October 17, 2013 2:07:55 PM
 Subject: Re: Upgrading AR System 7.1 to 8.1

 Hi,

 I would install a new 8.1 server and then user RRR|Chive to migrate all your
 data over. This will reduce the cut-over time to an hours or so.

 If you are completely custom, and have very few, and well documented, changed
 to the core forms such as User or Group, you can skip the best practice
 conversion thing.

 In any event, I would just do it in 8.1 manually. Mark your objects and
 right-click - convert to Custom. Then do the overlays manually on BMC objects
 you might have changed.

 I have done the above myself a couple of times, and I know many sites have
 done so. I have a client of mine doing exactly this right now. They are going
 from 7.5 though, but they still chose to installed a clean 8.1 server.

 Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

 Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12/13):
 * RRR|License - Not enough Remedy licenses? Save money by optimizing.
 * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
 Find these products, and many free tools and utilities, at http://rrr.se.

 We have some AR System 7.1 servers (all custom forms, no ITSM) that we want
 to
 upgrade to 8.1.  We currently are using only the UT as the client, but will
 be
 adding a mid-tier server as at least a potential front-end, since after 8.1,
 it's entirely possible that APIs/DLLs might change and cause the client to
 be
 unusable even for custom forms.

 What we're looking for and not finding is the upgrade path for AR System.
 Can
 we go straight to 8.1 in one shot, or do we need to stop first at an
 intermediate version?  I would suspect that it's recommended to stop at
 7.6.x
 to add the proper overlay status to the forms, but if they'll never be
 upgraded by BMC, I fail to see the requirement of that.

 Rick Cook
 Sr. Remedy ITSM Architect
 TeleCommunication Systems Inc.

 ___
 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


___
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: Upgrading AR System 7.1 to 8.1

2013-10-17 Thread Susan Palmer
We just completed our upgrade of 7.5 to 8.1 on 10/5.  We built new servers
switching from Sun to Linux, moved from Oracle 10g to 11g with unicode, and
added Mid-Tier on the new servers.  When ready to do the actual migration
cutover for production we used rrrChive to update data (thanks Misi love
that product, so easy, no issues).  Previously we had gone from  7.0.1 to
7.5 and we had to stop at 7.1 so possibly  you can go direct.

We are  all custom so did the Convert to Custom process which was  fairly
fast on everything but active links, had  to do those in chunks or it timed
out.

We  were  planning to keep using the 7.5 client until we could get Mid-Tier
ready since it was our first excursion into that area but that lasted a
day.  The larger forms in the client were so slow we almost had a
rebellion.  Now,  it's  not all the clients fault but for instance on the
ticket form to retrieve a ticket went from 2-3 secs to 100 secs
consistently.  We weren't expecting that because on dev it was maybe 5
secs.  The difference between  dev and prod is the location of the
application  server, dev is in our office, prod is at an offsite data
center.  Both databases are offsite.  The  client apparently is even more
chatty on a version it's not designed for.

We  did  a magical VM move of our test server from offsite to onsite and
found it too now had the better response time.  We'll be doing the same
magic on the prod  server next week.

So we released the Mid-Tier to a few users to start it through it's
paces.  Things came up continually for  the first 5 days.  I feel like a
100 year old fireman.  Learned alot about cache flushing.  Learned alot
about the nuances between Submit and After Submit  for button initiated
new  records. Learned alot about browsers, Firefox and IE8-9 seem to work
best, although we have many using Chrome and a few Safari's.  Started using
tabs which work great with mid-tier.

Of course initially people had a hard adjusting to the different buttons
and cosmetic changes of using the browser.  But, they love mid-tier, it's a
speed demon!

Sync cache working better than regular cache and I've had changes everyday
to cache.  Less than 10 min to sync.

Tab order is odd since it wants to stop at menu buttons or whatever the
arrows are called; we had  'session timeouts' no matter what I set the
mid-tier config to and found out there was a timeout setting on the port;
shortcuts were different and more people that I would  have thought use
them; IE really prefers to be in compatibility mode.

We were  timing out on larger query results (3k +).   So we added chunking,
which by the way,chunks the client tool too.  So that means we cannot just
export a large query results.  I'm sure there's some way I should be  able
to do it through Report but quite frankly Reports are the least intuitive
thing I've seen in a while.  Support said just do the qualifications in a
report without running the query but you cannot do that, or at least I
cannot find a way.

We knew that the buttons in the client tool that run Crystal reports would
not work in mid-tier ahead of time but didn't think we would have to use
mid-tier that quickly.  Still have to figure that out.  If you're a
contractor that's  an  expert in that I would consider  buying some of your
time to do the conversion.  Contact me directly at spal...@shoppertrak.com.

And there's probably other things that are not coming to mind.

Good luck,
Susan




On Thu, Oct 17, 2013 at 12:57 PM, Rick Cook remedyr...@gmail.com wrote:

 We have some AR System 7.1 servers (all custom forms, no ITSM) that we
 want to upgrade to 8.1.  We currently are using only the UT as the client,
 but will be adding a mid-tier server as at least a potential front-end,
 since after 8.1, it's entirely possible that APIs/DLLs might change and
 cause the client to be unusable even for custom forms.

 What we're looking for and not finding is the upgrade path for AR System.
  Can we go straight to 8.1 in one shot, or do we need to stop first at an
 intermediate version?  I would suspect that it's recommended to stop at
 7.6.x to add the proper overlay status to the forms, but if they'll never
 be upgraded by BMC, I fail to see the requirement of that.

 Rick Cook
 Sr. Remedy ITSM Architect
 TeleCommunication Systems Inc.


 ___
 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: 7.1 to 8.1

2013-09-18 Thread Roger Justice

Download and review the documentation for Best Practice Conversion Utility and 
Delta Data Migrator. These documents provide some good details for 
accomplishing what you are wanting to do.


-Original Message-
From: teresa S Fannin teresa.s.fan...@accenturefederal.com
To: arslist arslist@ARSLIST.ORG
Sent: Wed, Sep 18, 2013 12:18 pm
Subject: 7.1 to 8.1


**

All,
Has anyone gone from ITSM and ARS 7.1 to 8.1 and would like to share your 
experience?   My plan is to start with a fresh install of 8.1 in a staging area 
and then bring over my customization (nothing to drastic here) and bring over 
all the data, foundation and Incidents and Changes and Problems.All serves 
will be virtual including the SQL Server 2005 DB.
 
See you at WWRUG 2013.
Thanks,
Teresa Fannin
210-918-8061
 
 

_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.1 to 8.1

2013-09-18 Thread teresa S Fannin
All,
Has anyone gone from ITSM and ARS 7.1 to 8.1 and would like to share your 
experience?   My plan is to start with a fresh install of 8.1 in a staging area 
and then bring over my customization (nothing to drastic here) and bring over 
all the data, foundation and Incidents and Changes and Problems.All serves 
will be virtual including the SQL Server 2005 DB.

See you at WWRUG 2013.
Thanks,
Teresa Fannin
210-918-8061



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


Re: 7.1 to 8.1

2013-09-18 Thread Misi Mladoniczky
Hi,

An alternative to Delta Data Migrator is RRR|Chive, which is more robust in
the Delta Data Migration and can also migrate the data in complete systems.
You might have to know a little bit more about which data you want to move
though...

https://rrr.se/cgi/index?pg=chive

Best Regards - Misi, RRR AB, http://rrr.se


 Download and review the documentation for Best Practice Conversion Utility and
 Delta Data Migrator. These documents provide some good details for
 accomplishing what you are wanting to do.


 -Original Message-
 From: teresa S Fannin teresa.s.fan...@accenturefederal.com
 To: arslist arslist@ARSLIST.ORG
 Sent: Wed, Sep 18, 2013 12:18 pm
 Subject: 7.1 to 8.1


 **

 All,
 Has anyone gone from ITSM and ARS 7.1 to 8.1 and would like to share your
 experience?   My plan is to start with a fresh install of 8.1 in a staging
 area and then bring over my customization (nothing to drastic here) and bring
 over all the data, foundation and Incidents and Changes and Problems.All
 serves will be virtual including the SQL Server 2005 DB.

 See you at WWRUG 2013.
 Thanks,
 Teresa Fannin
 210-918-8061



 _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


Re: 7.1 to 8.1

2013-09-18 Thread Susan Palmer
We have used rrrChive in several NEW server migrations for Remedy and it
works great.  Have never had an issue with it.  I have sets of config files
I keep so I can do syncs from prod to test and dev quarterly or as needed
and it's just background works.  Great product ... thanks Misi !

Susan


On Wed, Sep 18, 2013 at 12:45 PM, Misi Mladoniczky m...@rrr.se wrote:

 Hi,

 An alternative to Delta Data Migrator is RRR|Chive, which is more robust in
 the Delta Data Migration and can also migrate the data in complete systems.
 You might have to know a little bit more about which data you want to move
 though...

 https://rrr.se/cgi/index?pg=chive

 Best Regards - Misi, RRR AB, http://rrr.se

 
  Download and review the documentation for Best Practice Conversion
 Utility and
  Delta Data Migrator. These documents provide some good details for
  accomplishing what you are wanting to do.
 
 
  -Original Message-
  From: teresa S Fannin teresa.s.fan...@accenturefederal.com
  To: arslist arslist@ARSLIST.ORG
  Sent: Wed, Sep 18, 2013 12:18 pm
  Subject: 7.1 to 8.1
 
 
  **
 
  All,
  Has anyone gone from ITSM and ARS 7.1 to 8.1 and would like to share your
  experience?   My plan is to start with a fresh install of 8.1 in a
 staging
  area and then bring over my customization (nothing to drastic here) and
 bring
  over all the data, foundation and Incidents and Changes and Problems.
  All
  serves will be virtual including the SQL Server 2005 DB.
 
  See you at WWRUG 2013.
  Thanks,
  Teresa Fannin
  210-918-8061
 
 
 
  _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


Re: 7.1 to 8.1

2013-09-18 Thread Karthik Nagaramu
Hi Teresa,

We have successfully done a upgrade from 7.1 to 8.1. But there are
important points to be considered. We used the 7 step staged approach which
you find details in the docs.bmc.com.

One main issues we faced is with the CMDB architecture change to remove
attributes from CMDB and place it in Asset. This required a lot of process
and integration changes in our environment.

Before the upgrade please perform and analysis of areas/process impacted
because of the changes or new functionality introduced in 8.1. Which will
help to have a plan on the upgrade.

Regards,
Karthik


On Thu, Sep 19, 2013 at 12:17 AM, teresa S Fannin 
teresa.s.fan...@accenturefederal.com wrote:

 **

 All,

 Has anyone gone from ITSM and ARS 7.1 to 8.1 and would like to share your
 experience?   My plan is to start with a fresh install of 8.1 in a staging
 area and then bring over my customization (nothing to drastic here) and
 bring over all the data, foundation and Incidents and Changes and
 Problems.All serves will be virtual including the SQL Server 2005 DB.*
 ***

 ** **

 See you at WWRUG 2013.

 Thanks,

 Teresa Fannin

 210-918-8061

 ** **

 ** **
  _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


SRM 7.1 to 8.1

2013-07-18 Thread Rick Phillips

Hi,

Is it possible to move 7.1 SRD's to 8.1, or do I need to recreate them?

ARS/ITSM/SRM 8.1
MS SQL
Windows

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


Re: SRM 7.1 to 8.1

2013-07-18 Thread Longwing, Lj
I believe that if you are upgrading your 7.1 SRM to 8.1, it'll convert
everything necessary.


On Thu, Jul 18, 2013 at 1:56 PM, Rick Phillips r...@netfirst.com wrote:

 Hi,

 Is it possible to move 7.1 SRD's to 8.1, or do I need to recreate them?

 ARS/ITSM/SRM 8.1
 MS SQL
 Windows

 __**__**
 ___
 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: SRM 7.1 to 8.1

2013-07-18 Thread Rick Phillips

Thanks, LJ.

We're not upgrading the 7.1 server, but instead have moved selected 
legacy Foundation data to the new 8.1 instance (re-imported via DMT so 
that we have new ID's and GUID's), and created new foundation data where 
needed to address new business requirements (also imported via DMT).


So it looks like the options are:

1) Manually re-created the SRD's in the new 8.1 system, or
2) Upgrade the 7.1 system (or a clone of it), then export from the 
upgraded system and import into the pre-production 8.1 system using SRM 
import/export.


rp

On 7/18/2013 1:03 PM, Longwing, Lj wrote:

**
I believe that if you are upgrading your 7.1 SRM to 8.1, it'll convert 
everything necessary.



On Thu, Jul 18, 2013 at 1:56 PM, Rick Phillips r...@netfirst.com 
mailto:r...@netfirst.com wrote:


Hi,

Is it possible to move 7.1 SRD's to 8.1, or do I need to recreate
them?

ARS/ITSM/SRM 8.1
MS SQL
Windows


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
http://www.arslist.org
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