Re: Upgrading AR System 7.1 to 8.1
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 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
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" 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" > 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
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" > 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
I would test the upgrade in a dev environment before worrying about extra hardware, db's, etc - Original Message - From: "Misi Mladoniczky" 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
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
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 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"
Upgrading AR System 7.1 to 8.1
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"