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 [email protected]. 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 <[email protected]> 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"
